From owner-freebsd-bugs Sun Aug 13 1: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 DF26637BA2F for ; Sun, 13 Aug 2000 01:10:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA00109; Sun, 13 Aug 2000 01:10:00 -0700 (PDT) (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 795B937B565 for ; Sun, 13 Aug 2000 01:01:07 -0700 (PDT) (envelope-from darrenr@FreeBSD.org) Received: (from darrenr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA97790; Sun, 13 Aug 2000 01:01:07 -0700 (PDT) (envelope-from darrenr@FreeBSD.org) Message-Id: <200008130801.BAA97790@freefall.freebsd.org> Date: Sun, 13 Aug 2000 01:01:07 -0700 (PDT) From: Reply-To: darrenr@FreeBSD.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/20572: options COMPAT_43 is not optional? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20572 >Category: kern >Synopsis: cannot safely remove COMPAT_43 from the kernel config >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 Aug 13 01:10:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Darren Reed >Release: FreeBSD 5.0-CURRENT >Organization: FreeBSD >Environment: >Description: Creating and attempting to build a kernel config without the COMPAT_43 option present leads to the kernel failling to build when it reaches /sys/kern/kern_sig.c: cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing -prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -no stdinc -I- -I. -I../.. -I/usr/include -D_KERNEL -include opt_global.h -elf -mp referred-stack-boundary=2 ../../kern/kern_sig.c ../../kern/kern_sig.c:359: warning: function declaration isn't a prototype ../../kern/kern_sig.c: In function `osigaction': ../../kern/kern_sig.c:367: dereferencing pointer to incomplete type ../../kern/kern_sig.c:367: dereferencing pointer to incomplete type ../../kern/kern_sig.c:369: dereferencing pointer to incomplete type ../../kern/kern_sig.c:370: dereferencing pointer to incomplete type ../../kern/kern_sig.c:372: dereferencing pointer to incomplete type ../../kern/kern_sig.c:379: dereferencing pointer to incomplete type ../../kern/kern_sig.c:384: dereferencing pointer to incomplete type ../../kern/kern_sig.c: At top level: ../../kern/kern_sig.c:532: warning: function declaration isn't a prototype ../../kern/kern_sig.c: In function `osigprocmask': ../../kern/kern_sig.c:538: dereferencing pointer to incomplete type ../../kern/kern_sig.c:539: dereferencing pointer to incomplete type ../../kern/kern_sig.c: At top level: ../../kern/kern_sig.c:567: warning: function declaration isn't a prototype ../../kern/kern_sig.c:721: warning: function declaration isn't a prototype ../../kern/kern_sig.c: In function `osigsuspend': ../../kern/kern_sig.c:729: dereferencing pointer to incomplete type *** Error code 1 (continuing) >How-To-Repeat: Generate a kernel config without COMPAT_43 and attempt to compile it. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 13 4: 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 434FC37B786 for ; Sun, 13 Aug 2000 04:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA14982; Sun, 13 Aug 2000 04:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id 4093F37B75C for ; Sun, 13 Aug 2000 03:57:36 -0700 (PDT) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id DAA28275 for ; Sun, 13 Aug 2000 03:57:35 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda28273; Sun Aug 13 03:57:32 2000 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.9.3/8.9.1) id DAA23808 for ; Sun, 13 Aug 2000 03:57:31 -0700 (PDT) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdZ23806; Sun Aug 13 03:56:51 2000 Received: (from cy@localhost) by cwsys.cwsent.com (8.11.0/8.9.1) id e7DAup100906; Sun, 13 Aug 2000 03:56:51 -0700 (PDT) Message-Id: <200008131056.e7DAup100906@cwsys.cwsent.com> Date: Sun, 13 Aug 2000 03:56:51 -0700 (PDT) From: Cy.Schubert@uumail.gov.bc.ca Reply-To: Cy.Schubert@uumail.gov.bc.ca To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/20573: ATA MFC Breaks -STABLE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20573 >Category: kern >Synopsis: ATA MFC Breaks -STABL >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Aug 13 04:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Cy Schubert >Release: FreeBSD 4.1-RELEASE i386 >Organization: ITSD Province of BC >Environment: FreeBSD cwsys 4.1-RELEASE FreeBSD 4.1-RELEASE #3: Sun Aug 13 03:36:06 PDT 2000 root@cwsys:/usr/opt/cvs-410r/src/sys/compile/CWSYS i386 ... and -stable fetched on June 20. >Description: Controller is locked after the following messages: Aug 8 10:38:41 cwsys /kernel: ata1-master: timeout waiting to give command=c8 s =d0 e=00 Aug 8 10:38:41 cwsys /kernel: ad2: error executing command The original error is probably due to a marginal drive, which needs to be replaced, however -stable prior to June 20 (MFC done on June 11) resets the controller and controller is not hung. >How-To-Repeat: Occurs randomly. >Fix: After backing out MFC the following error messages are produced: Aug 13 03:40:57 cwsys /kernel: ata1-master: timeout waiting to give command=c8 s =d0 e=00 Aug 13 03:40:57 cwsys /kernel: ad2: error executing command Aug 13 03:41:02 cwsys /kernel: ad2: READ command timeout - resetting Aug 13 03:41:02 cwsys /kernel: ata1: resetting devices .. done Controller is not hung. MFC backed out is: sos 2000/06/11 10:02:46 PDT Modified files: (Branch: RELENG_4) sys/dev/ata ata-all.c ata-all.h ata-disk.c ata-dma.c atapi-cd.h Log: MFC: Update with latest fixes from -current, brings -stable functionality up to and including following -current revisions: ata-all.c $FreeBSD: src/sys/dev/ata/ata-all.c,v 1.57 2000/05/28 07:51:23 ata-all.h $FreeBSD: src/sys/dev/ata/ata-all.h,v 1.27 2000/04/09 15:08:26 ata-disk.c $FreeBSD: src/sys/dev/ata/ata-disk.c,v 1.69 2000/05/23 19:05:56 ata-dma.c $FreeBSD: src/sys/dev/ata/ata-dma.c,v 1.38 2000/05/23 19:05:56 atapi-cd.h $FreeBSD: src/sys/dev/ata/atapi-cd.h,v 1.18 2000/05/28 07:50:19 Revision Changes Path 1.50.2.4 +5 -5 src/sys/dev/ata/ata-all.c 1.26.2.1 +4 -1 src/sys/dev/ata/ata-all.h 1.60.2.3 +36 -24 src/sys/dev/ata/ata-disk.c 1.35.2.2 +9 -5 src/sys/dev/ata/ata-dma.c 1.15.2.2 +2 -2 src/sys/dev/ata/atapi-cd.h >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 Aug 13 4: 2:55 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from proxy2.ba.best.com (proxy2.ba.best.com [206.184.139.14]) by hub.freebsd.org (Postfix) with ESMTP id A60B237B786; Sun, 13 Aug 2000 04:02:50 -0700 (PDT) (envelope-from finlayson@live.com) Received: from kaipara.live.com (dhcp0.live.com [208.184.148.170]) by proxy2.ba.best.com (8.9.3/8.9.2/best.out) with ESMTP id EAA26667; Sun, 13 Aug 2000 04:01:47 -0700 (PDT) Message-Id: <4.3.1.1.20000813030742.00b19d80@localhost> X-Sender: rsf@localhost X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Sun, 13 Aug 2000 03:40:57 -0700 To: freebsd-bugs@freebsd.org, freebsd-mobile@freebsd.org From: Ross Finlayson Subject: WaveLAN PCI adaptor hangs 4.1-STABLE 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 Has anyone else had problems with a Lucent WaveLAN PCI adaptor card causing FreeBSD 4.1-STABLE to hang? I find that although the kernel initialization correctly finds and configures the WaveLAN PCMCIA card (inserted in the PCI adaptor), the system hangs just a few seconds afterwards. With PC card setup turned off in my rc.conf file (i.e., 'pccard_enable="NO"'), I am able to reproduce the problem by hand, as follows: %pccardc pccardmem 0xd0000 %pccardc dumpcis This causes the system to hang immediately (*whether or not* the Wavelan PCMCIA card has been inserted in the PCI adaptor). The same thing happens if I do "pccardc pccardmem" on any of the other three valid addresses: 0xd4000, 0xd8000, or 0xdc000. OTOH, if I do %pccardc pccardmem 0xe0000 (i.e., using an invalid address) then the system no longer hangs (but of course, I can no longer access the PCMCIA card). Has anyone else had this problem? Any ideas? Ross. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 13 4:33: 1 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4187B37C13F; Sun, 13 Aug 2000 04:32:57 -0700 (PDT) (envelope-from sos@FreeBSD.org) Received: (from sos@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA20386; Sun, 13 Aug 2000 04:32:56 -0700 (PDT) (envelope-from sos@FreeBSD.org) Date: Sun, 13 Aug 2000 04:32:56 -0700 (PDT) From: Message-Id: <200008131132.EAA20386@freefall.freebsd.org> To: Cy.Schubert@uumail.gov.bc.ca, sos@FreeBSD.org, freebsd-bugs@FreeBSD.org, sos@FreeBSD.org Subject: Re: kern/20573: ATA MFC Breaks -STABL Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ATA MFC Breaks -STABL State-Changed-From-To: open->analyzed State-Changed-By: sos State-Changed-When: Sun Aug 13 04:29:57 PDT 2000 State-Changed-Why: I'm the ATA guy :) Please try the following patch it should help: Index: ata-disk.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-disk.c,v retrieving revision 1.73 diff -u -r1.73 ata-disk.c --- ata-disk.c 2000/08/06 18:01:47 1.73 +++ ata-disk.c 2000/08/13 11:25:21 @@ -391,7 +391,7 @@ if (ata_command(adp->controller, adp->unit, cmd, cylinder, head, sector, count, 0, ATA_IMMEDIATE)) { - printf("ad%d: error executing command\n", adp->lun); + printf("ad%d: error executing command", adp->lun); goto transfer_failed; } @@ -429,12 +429,21 @@ transfer_failed: untimeout((timeout_t *)ad_timeout, request, request->timeout_handle); - request->bp->bio_error = EIO; - request->bp->bio_flags |= BIO_ERROR; - request->bp->bio_resid = request->bytecount; - devstat_end_transaction_bio(&adp->stats, request->bp); - biodone(request->bp); - free(request, M_AD); + printf(" - resetting\n"); + + /* if retries still permit, reinject this request */ + if (request->retries++ < AD_MAX_RETRIES) + TAILQ_INSERT_HEAD(&adp->controller->ata_queue, request, chain); + else { + /* retries all used up, return error */ + request->bp->bio_error = EIO; + request->bp->bio_flags |= BIO_ERROR; + request->bp->bio_resid = request->bytecount; + devstat_end_transaction_bio(&adp->stats, request->bp); + biodone(request->bp); + free(request, M_AD); + } + ata_reinit(adp->controller); } int32_t Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: sos Responsible-Changed-When: Sun Aug 13 04:29:57 PDT 2000 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=20573 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 13 5:37: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from telinco.net (internal.mail.telinco.net [212.1.128.4]) by hub.freebsd.org (Postfix) with ESMTP id B281637B6F1 for ; Sun, 13 Aug 2000 05:37:01 -0700 (PDT) (envelope-from brian.candler@uk.worldonline.com) Received: from ppp-1-90.cvx3.telinco.net ([212.1.144.90] helo=bloodhound.uk.worldonline.com) by telinco.net with esmtp (Exim 3.02 #1) id 13Nx0h-000BBc-00 for freebsd-bugs@freebsd.org; Sun, 13 Aug 2000 13:37:04 +0100 Received: from telinco by bloodhound.uk.worldonline.com with local (Exim 3.15 #1) id 13Nx0Y-0004dk-00 for freebsd-bugs@freebsd.org; Sun, 13 Aug 2000 13:36:54 +0100 Date: Sun, 13 Aug 2000 13:36:53 +0100 From: Brian Candler To: freebsd-bugs@freebsd.org Subject: Minor bugs in diskless operation Message-ID: <20000813133653.A17762@uk.worldonline.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org FreeBSD-4.1-RELEASE (1) In rc.diskless1: when a ramdisk is mounted onto /conf/etc, the mountpoint becomes mode 1777. As a result, once it has been null-mounted onto /etc, /etc has mode 1777. This is reported by sendmail as not being very secure: sendmail[207]: NOQUEUE: SYSERR(root): hash map "Alias0": unsafe map file /etc/aliases.db: World writable directory (2) In rc.diskless2: some directories are missing /var/at/jobs -- atrun complains every 5 minutes /var/log -- syslogd complains (although arguably you should change syslogd to log to a remote host anyway) Regards, Brian Candler. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 13 6: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 8ADA937B861 for ; Sun, 13 Aug 2000 06:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA33076; Sun, 13 Aug 2000 06:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 13 Aug 2000 06:20:02 -0700 (PDT) Message-Id: <200008131320.GAA33076@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Oliver Nissen Subject: kern/9334: cp fails for 2048 Bytes/sector media Reply-To: Oliver Nissen Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/9334; it has been noted by GNATS. From: Oliver Nissen To: sheldonh@FreeBSD.org, freebsd-gnats-submit@FreeBSD.org Cc: Subject: kern/9334: cp fails for 2048 Bytes/sector media Date: Sun, 13 Aug 2000 14:34:06 +0200 sheldonh@FreeBSD.org wrote: > > Synopsis: cp fails for 2048 Bytes/sector media > > State-Changed-From-To: analyzed->feedback > State-Changed-By: sheldonh > State-Changed-When: Mon Aug 7 05:23:25 PDT 2000 > State-Changed-Why: > AThere have been some pretty extensive changes in both > the VM and ffs (not to mention the SCSI subsystem) since > 3.0-CURRENT (Jan 1999). > > Is this still a problem? If so, could we have a backtrace > from a kernel with debugging symbols? You'll need a > debugging kernel (``makeoptions DEBUG=-g'' in the kernel > config file and config'd with config -g). > > Once you have one, have a look at the instructions at: > > http://www.freebsd.org/handbook/kerneldebug.html > > Be sure to send your follow-up to > , preserving the Subject > line of this e-mail message. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=9334 The problem is gone at least with 3.1-STABLE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 13 6: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 69DA337B88F for ; Sun, 13 Aug 2000 06:50:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA86024; Sun, 13 Aug 2000 06:50:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 13 Aug 2000 06:50:05 -0700 (PDT) Message-Id: <200008131350.GAA86024@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: alex@big.endian.de (Alexander Langer) Subject: Re: kern/20382: Panic when trying to mount non-fixated CD Reply-To: alex@big.endian.de (Alexander Langer) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/20382; it has been noted by GNATS. From: alex@big.endian.de (Alexander Langer) To: venglin@freebsd.lublin.pl Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/20382: Panic when trying to mount non-fixated CD Date: Sun, 13 Aug 2000 15:42:41 +0200 > Kernel panics, when trying to mount written, but non-fixated CD-ROM. Similar (probably related error): kern/19127 Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 13 8: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 5A50437B870 for ; Sun, 13 Aug 2000 08:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA03470; Sun, 13 Aug 2000 08:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from cc158233-a.catv1.md.home.com (cc158233-a.catv1.md.home.com [24.3.25.17]) by hub.freebsd.org (Postfix) with ESMTP id 8682A37B5F3 for ; Sun, 13 Aug 2000 08:05:33 -0700 (PDT) (envelope-from sjr@home.net) Received: (from sjr@localhost) by cc158233-a.catv1.md.home.com (8.9.3/8.9.3) id LAA57065; Sun, 13 Aug 2000 11:05:31 -0400 (EDT) (envelope-from sjr) Message-Id: <200008131505.LAA57065@cc158233-a.catv1.md.home.com> Date: Sun, 13 Aug 2000 11:05:31 -0400 (EDT) From: sjr@home.com Reply-To: sjr@home.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/20575: /etc/security errors if no old compressed files Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20575 >Category: misc >Synopsis: /etc/security errors if no old compressed files >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 Aug 13 08:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Stephen J. Roznowski >Release: FreeBSD 4.1-STABLE i386 >Organization: >Environment: >Description: When /etc/security is run on a new install, it errors since there are no old zgipped files: XXX login failures: /var/log/messages.0*.gz: No such file or directory XXX refused connections: /var/log/messages.0*.gz: No such file or directory >How-To-Repeat: >Fix: There are probably two different solutions to this problem, either redirect error output to /dev/null, or implement a similiar solution to the one in 460.status-mail-rejects. See PR (http://www.freebsd.org/cgi/query-pr.cgi?pr=20514) >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 Aug 13 9: 7:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id 57DDC37B687; Sun, 13 Aug 2000 09:07:05 -0700 (PDT) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id JAA29111; Sun, 13 Aug 2000 09:07:04 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda29105; Sun Aug 13 09:07:02 2000 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.9.3/8.9.1) id JAA24482; Sun, 13 Aug 2000 09:07:02 -0700 (PDT) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdF24476; Sun Aug 13 09:06:21 2000 Received: (from uucp@localhost) by cwsys.cwsent.com (8.11.0/8.9.1) id e7DG6K900795; Sun, 13 Aug 2000 09:06:20 -0700 (PDT) Message-Id: <200008131606.e7DG6K900795@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdMit778; Sun Aug 13 09:05:41 2000 X-Mailer: exmh version 2.1.1 10/15/1999 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-OS: FreeBSD 4.1-RELEASE X-Sender: cy To: sos@FreeBSD.org Cc: Cy.Schubert@uumail.gov.bc.ca, freebsd-bugs@FreeBSD.org Subject: Re: kern/20573: ATA MFC Breaks -STABL In-reply-to: Your message of "Sun, 13 Aug 2000 04:32:56 PDT." <200008131132.EAA20386@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 13 Aug 2000 09:05:40 -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Based on my testing done so far, the previous behaviour has been restored. The bug has been fixed. The messages produced are: Aug 13 08:41:16 cwsys /kernel: ata1-master: timeout waiting to give command=c8 s=d0 e=00 Aug 13 08:41:16 cwsys /kernel: ad2: error executing command - resetting Aug 13 08:41:16 cwsys /kernel: ata1: resetting devices .. done I'm not exactly sure whether the original cause of the problem, the timeout itself, is a FreeBSD bug (PR 17592) or a drive problem. This drive has suffered timeouts under FreeBSD using DMA mode ever since it was new about 5 years ago, yet the Western Digital diagnostics see no problem, nor does PIO mode have any problem. This specific problem has been fixed and this PR can be closed. I've updated PR 17592 to document that my Western Digital drive has the same timeouts. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/DEC Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD, ISTA Province of BC In message <200008131132.EAA20386@freefall.freebsd.org>, sos@FreeBSD.org writes : > Synopsis: ATA MFC Breaks -STABL > > State-Changed-From-To: open->analyzed > State-Changed-By: sos > State-Changed-When: Sun Aug 13 04:29:57 PDT 2000 > State-Changed-Why: > > I'm the ATA guy :) > > Please try the following patch it should help: > > Index: ata-disk.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/ata/ata-disk.c,v > retrieving revision 1.73 > diff -u -r1.73 ata-disk.c > --- ata-disk.c 2000/08/06 18:01:47 1.73 > +++ ata-disk.c 2000/08/13 11:25:21 > @@ -391,7 +391,7 @@ > > if (ata_command(adp->controller, adp->unit, cmd, > cylinder, head, sector, count, 0, ATA_IMMEDIATE)) { > - printf("ad%d: error executing command\n", adp->lun); > + printf("ad%d: error executing command", adp->lun); > goto transfer_failed; > } > > @@ -429,12 +429,21 @@ > > transfer_failed: > untimeout((timeout_t *)ad_timeout, request, request->timeout_handle); > - request->bp->bio_error = EIO; > - request->bp->bio_flags |= BIO_ERROR; > - request->bp->bio_resid = request->bytecount; > - devstat_end_transaction_bio(&adp->stats, request->bp); > - biodone(request->bp); > - free(request, M_AD); > + printf(" - resetting\n"); > + > + /* if retries still permit, reinject this request */ > + if (request->retries++ < AD_MAX_RETRIES) > + TAILQ_INSERT_HEAD(&adp->controller->ata_queue, request, chain); > + else { > + /* retries all used up, return error */ > + request->bp->bio_error = EIO; > + request->bp->bio_flags |= BIO_ERROR; > + request->bp->bio_resid = request->bytecount; > + devstat_end_transaction_bio(&adp->stats, request->bp); > + biodone(request->bp); > + free(request, M_AD); > + } > + ata_reinit(adp->controller); > } > > int32_t > > > > Responsible-Changed-From-To: freebsd-bugs->sos > Responsible-Changed-By: sos > Responsible-Changed-When: Sun Aug 13 04:29:57 PDT 2000 > Responsible-Changed-Why: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=20573 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 13 11:20: 3 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A42EF37B538 for ; Sun, 13 Aug 2000 11:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA24931; Sun, 13 Aug 2000 11:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 13 Aug 2000 11:20:01 -0700 (PDT) Message-Id: <200008131820.LAA24931@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: misc/20555: 3C509 driver performance problem Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/20555; it has been noted by GNATS. From: Bruce Evans To: xyf@stocke.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/20555: 3C509 driver performance problem Date: Mon, 14 Aug 2000 04:19:48 +1000 (EST) On Fri, 11 Aug 2000 xyf@stocke.com wrote: > ab -c 10 -n 10000 http://192.168.1.27/index.html > > they both give me good performance, the result is almost same, but ... > FreeBSD uses more CPU time than Linux, FreeBSD CPU idle is 40%, > Linux CPU idle is 60%, almost 20% CPU lost in FreeBSD! > > I use "top" command and see FreeBSD cost 34% of CPU time in interrupt > handling, the system time is good, only 12%, my net card is old 3COM 3C509, my question is: > > is this the problem of 3C509 driver in FreeBSD or just is more serious FreeBSD design problem? I dodn't see any problem here, except missing accounting for interrupt time in Linux. I think Linux still counts interrupt time against whatever process (including the idle "process") happens to be running when the interrupt occurs. FreeBSD's idle time of 40% is actually the idle time (modulo jitter in the measurement). Linux's idle time of 60% may be mostly spent handling interrupts. Similarly for system and user times. System and user times under Linux are normally larger than under FreeBSD, because parts of them are actually interrupt times. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 13 11:30: 3 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6930C37B5D9 for ; Sun, 13 Aug 2000 11:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA25919; Sun, 13 Aug 2000 11:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from cgmd76206.chello.nl (cgmd76206.chello.nl [212.83.76.206]) by hub.freebsd.org (Postfix) with ESMTP id B201837B574 for ; Sun, 13 Aug 2000 11:23:42 -0700 (PDT) (envelope-from edwin@cgmd76206.chello.nl) Received: by cgmd76206.chello.nl (Postfix, from userid 1001) id 74F1A2AA; Sun, 13 Aug 2000 20:23:36 +0200 (CEST) Message-Id: <20000813182336.74F1A2AA@cgmd76206.chello.nl> Date: Sun, 13 Aug 2000 20:23:36 +0200 (CEST) From: mavetju@chello.nl Reply-To: mavetju@chello.nl To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/20579: www.FreeBSD.org search-form date result is wrong Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20579 >Category: misc >Synopsis: www.FreeBSD.org search-form date result is wrong >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Aug 13 11:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Edwin Groothuis >Release: FreeBSD 4.0-RELEASE i386 >Organization: - >Environment: www.FreeBSD.org >Description: I searched for ep0 AND eeprom in the Mailing list archives on http://www.FreeBSD.org/search/search.html and got his as one of the answers: 5. josh b To: steinyv Cc: questions@freebsd.org Subject: Re: 3com 3c509 is the wacknes!! >How-To-Repeat: See description >Fix: ? >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 13 12: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 30A6E37B67D for ; Sun, 13 Aug 2000 12:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA32597; Sun, 13 Aug 2000 12:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 9F34E37B5AE; Sun, 13 Aug 2000 12:19:19 -0700 (PDT) Message-Id: <20000813191919.9F34E37B5AE@hub.freebsd.org> Date: Sun, 13 Aug 2000 12:19:19 -0700 (PDT) From: supertramp1@sympatico.ca To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/20580: checking feed of farm animals for ecoli bacteria Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20580 >Category: misc >Synopsis: checking feed of farm animals for ecoli bacteria >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: wish >Submitter-Id: current-users >Arrival-Date: Sun Aug 13 12:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: W.Neal >Release: the net BSD Foundation >Organization: concerned citizen >Environment: ecoli bacteria problem >Description: to the Ministry of the environment. Has anyone thought to check out the feed that these animals are receiving since ecoli can be found in the meat products as well as the feces? Just a thought. Maybe you can let me know if this has been checked out. Thanks for your time. >How-To-Repeat: check feed to solve problem possibly. >Fix: same as above. Test feed. >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 Aug 13 16: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 8958937B74B for ; Sun, 13 Aug 2000 16:30:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA57926; Sun, 13 Aug 2000 16:30:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 13 Aug 2000 16:30:05 -0700 (PDT) Message-Id: <200008132330.QAA57926@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Brian Somers Subject: Re: misc/20575: /etc/security errors if no old compressed files Reply-To: Brian Somers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/20575; it has been noted by GNATS. From: Brian Somers To: sjr@home.com Cc: FreeBSD-gnats-submit@FreeBSD.org, brian@Awfulhak.org Subject: Re: misc/20575: /etc/security errors if no old compressed files Date: Mon, 14 Aug 2000 00:16:38 +0100 > >Number: 20575 > >Category: misc > >Synopsis: /etc/security errors if no old compressed files Perhaps zcat needs a -s option (as cat(1) has). -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 13 17:41: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 5F28937B82E; Sun, 13 Aug 2000 17:41:49 -0700 (PDT) (envelope-from grog@FreeBSD.org) Received: (from grog@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA64826; Sun, 13 Aug 2000 17:41:48 -0700 (PDT) (envelope-from grog@FreeBSD.org) Date: Sun, 13 Aug 2000 17:41:48 -0700 (PDT) From: Message-Id: <200008140041.RAA64826@freefall.freebsd.org> To: supertramp1@sympatico.ca, grog@FreeBSD.org, freebsd-bugs@FreeBSD.org, grog@FreeBSD.org Subject: Re: misc/20580: checking feed of farm animals for ecoli bacteria Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: checking feed of farm animals for ecoli bacteria State-Changed-From-To: open->closed State-Changed-By: grog State-Changed-When: Sun Aug 13 17:34:40 PDT 2000 State-Changed-Why: Closed due to incomplete report. Responsible-Changed-From-To: freebsd-bugs->grog Responsible-Changed-By: grog Responsible-Changed-When: Sun Aug 13 17:34:40 PDT 2000 Responsible-Changed-Why: grog closed this PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=20580 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 13 20: 4:41 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 9FF5E37B991; Sun, 13 Aug 2000 20:04:35 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id VAA20626; Sun, 13 Aug 2000 21:04:33 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id VAA11771; Sun, 13 Aug 2000 21:03:55 -0600 (MDT) Message-Id: <200008140303.VAA11771@harmony.village.org> To: Ross Finlayson Subject: Re: WaveLAN PCI adaptor hangs 4.1-STABLE Cc: freebsd-bugs@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "Sun, 13 Aug 2000 03:40:57 PDT." <4.3.1.1.20000813030742.00b19d80@localhost> References: <4.3.1.1.20000813030742.00b19d80@localhost> Date: Sun, 13 Aug 2000 21:03:55 -0600 From: Warner Losh Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <4.3.1.1.20000813030742.00b19d80@localhost> Ross Finlayson writes: : Has anyone else had problems with a Lucent WaveLAN PCI adaptor card causing : FreeBSD 4.1-STABLE to hang? Yes. I haven't fixed it either :-( Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 13 20: 6:52 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from zaphon.llamas.net (zaphon.llamas.net [207.203.36.210]) by hub.freebsd.org (Postfix) with SMTP id 0FBED37B8DC for ; Sun, 13 Aug 2000 20:06:45 -0700 (PDT) (envelope-from grumple@zaphon.llamas.net) Received: (qmail 3145 invoked by uid 500); 14 Aug 2000 03:06:44 -0000 Date: Sun, 13 Aug 2000 20:06:43 -0700 From: Greg Rumple To: Warner Losh Cc: Ross Finlayson , freebsd-bugs@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG Subject: Re: WaveLAN PCI adaptor hangs 4.1-STABLE Message-ID: <20000813200643.Q28135@zaphon.llamas.net> References: <4.3.1.1.20000813030742.00b19d80@localhost> <200008140303.VAA11771@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: <200008140303.VAA11771@harmony.village.org>; from imp@village.org on Sun, Aug 13, 2000 at 09:03:55PM -0600 X-Mailer: Mutt http://www.mutt.org/ X-Editor: Vim http://www.vim.org/ Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Weird, I am having no problems with my wavelan on 4.1-STABLE. wi0: at port 0x280-0x2bf irq 11 slot 1 on pccard1 Greg * Warner Losh (imp@village.org) [000814 03:05]: > In message <4.3.1.1.20000813030742.00b19d80@localhost> Ross Finlayson writes: > : Has anyone else had problems with a Lucent WaveLAN PCI adaptor card causing > : FreeBSD 4.1-STABLE to hang? > > Yes. I haven't fixed it either :-( > > Warner > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-mobile" in the body of the message -- Greg Rumple grumple@zaphon.llamas.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 13 20: 9:15 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by hub.freebsd.org (Postfix) with ESMTP id D577C37B991; Sun, 13 Aug 2000 20:09:11 -0700 (PDT) (envelope-from randy@psg.com) Received: from randy by rip.psg.com with local (Exim 3.13 #1) id 13OAcS-000IOU-00; Sun, 13 Aug 2000 20:08:56 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Greg Rumple Cc: Warner Losh , Ross Finlayson , freebsd-bugs@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG Subject: Re: WaveLAN PCI adaptor hangs 4.1-STABLE References: <4.3.1.1.20000813030742.00b19d80@localhost> <200008140303.VAA11771@harmony.village.org> <20000813200643.Q28135@zaphon.llamas.net> Message-Id: Date: Sun, 13 Aug 2000 20:08:56 -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > wi0: at port 0x280-0x2bf irq 11 slot 1 on pccard1 that's pcmcia. the writer was pci. randy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 13 20:13:40 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 6359537B660; Sun, 13 Aug 2000 20:13:31 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id VAA20674; Sun, 13 Aug 2000 21:13:21 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id VAA11861; Sun, 13 Aug 2000 21:12:43 -0600 (MDT) Message-Id: <200008140312.VAA11861@harmony.village.org> To: Greg Rumple Subject: Re: WaveLAN PCI adaptor hangs 4.1-STABLE Cc: Ross Finlayson , freebsd-bugs@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "Sun, 13 Aug 2000 20:06:43 PDT." <20000813200643.Q28135@zaphon.llamas.net> References: <20000813200643.Q28135@zaphon.llamas.net> <4.3.1.1.20000813030742.00b19d80@localhost> <200008140303.VAA11771@harmony.village.org> Date: Sun, 13 Aug 2000 21:12:43 -0600 From: Warner Losh Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <20000813200643.Q28135@zaphon.llamas.net> Greg Rumple writes: : Weird, I am having no problems with my wavelan on 4.1-STABLE. : : wi0: at port 0x280-0x2bf irq 11 slot 1 on pccard1 I'm having a problem specifically with the TI 1225 PCI based card which comes with the wavelan card and all other pccard cards. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Aug 13 20: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 DD27137B8C9 for ; Sun, 13 Aug 2000 20:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA84272; Sun, 13 Aug 2000 20:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 13 Aug 2000 20:20:03 -0700 (PDT) Message-Id: <200008140320.UAA84272@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Geraghty, Dewayne" Subject: Re: misc/18641: FreeBSD V4.0 crashes when using ifconfig on le0 ( DE203AB) device Reply-To: "Geraghty, Dewayne" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/18641; it has been noted by GNATS. From: "Geraghty, Dewayne" To: "'freebsd-gnats-submit@FreeBSD.org'" Cc: Subject: Re: misc/18641: FreeBSD V4.0 crashes when using ifconfig on le0 ( DE203AB) device Date: Mon, 14 Aug 2000 11:16:43 +0800 The problem remains under FreeBSD V4.1Release, from the CD ISO image available from ftp://ftp.FreeBSD.org/pub/FreeBSD/releases/i386/ISO-IMAGES/4.1-install.iso . (MD5 signature was correct). During a minimal configuration build with minimal devices enabled via 'visual config', a freshly built system is unable to start, due to non-existent page fault in kernel mode, by ifconfig. (booting halts on this process). There are no other network devices. The default le0 values (300, 5, D000, 2K) are used. The NIC was checked using ezworks, to match the default values. Regards, Dewayne. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 0:16: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 E2FC737C13E; Mon, 14 Aug 2000 00:16:30 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA14443; Mon, 14 Aug 2000 00:16:31 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 14 Aug 2000 00:16:31 -0700 (PDT) From: Message-Id: <200008140716.AAA14443@freefall.freebsd.org> To: olli@graal.camelot.de, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/9334: cp fails for 2048 Bytes/sector media Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: cp fails for 2048 Bytes/sector media State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Mon Aug 14 00:15:31 PDT 2000 State-Changed-Why: Believed to be fixed prior to 3.2-RELEASE. http://www.freebsd.org/cgi/query-pr.cgi?pr=9334 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 2: 9: 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 9CBFC37B7A0; Mon, 14 Aug 2000 02:08:59 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA30236; Mon, 14 Aug 2000 02:08:59 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 14 Aug 2000 02:08:59 -0700 (PDT) From: Message-Id: <200008140908.CAA30236@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, msmith@FreeBSD.org Subject: Re: i386/20537: HP NetRAID controller error when rebooting or shutting down. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: HP NetRAID controller error when rebooting or shutting down. Responsible-Changed-From-To: freebsd-bugs->msmith Responsible-Changed-By: sheldonh Responsible-Changed-When: Mon Aug 14 02:07:38 PDT 2000 Responsible-Changed-Why: I can't figure out from the diagnostic in the manual page what advice to give, so it's over to the maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=20537 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 2:17:53 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E6AD037B7A0; Mon, 14 Aug 2000 02:17:50 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA31087; Mon, 14 Aug 2000 02:17:50 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 14 Aug 2000 02:17:50 -0700 (PDT) From: Message-Id: <200008140917.CAA31087@freefall.freebsd.org> To: xyf@stocke.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/20555: 3C509 driver performance problem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 3C509 driver performance problem State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Mon Aug 14 02:17:35 PDT 2000 State-Changed-Why: Asked and answered. http://www.freebsd.org/cgi/query-pr.cgi?pr=20555 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 2:32: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 C0FBD37B6B9; Mon, 14 Aug 2000 02:32:34 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA32623; Mon, 14 Aug 2000 02:32:34 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 14 Aug 2000 02:32:34 -0700 (PDT) From: Message-Id: <200008140932.CAA32623@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, cracauer@FreeBSD.org Subject: Re: bin/20567: /bin/sh `type' builtin bug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /bin/sh `type' builtin bug Responsible-Changed-From-To: freebsd-bugs->cracauer Responsible-Changed-By: sheldonh Responsible-Changed-When: Mon Aug 14 02:31:59 PDT 2000 Responsible-Changed-Why: Over to the maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=20567 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 2: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 A785237B991 for ; Mon, 14 Aug 2000 02:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA33576; Mon, 14 Aug 2000 02:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 14 Aug 2000 02:40:02 -0700 (PDT) Message-Id: <200008140940.CAA33576@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Josef Karthauser Subject: Re: kern/20375: APM doesn't work properly! Suspend/resume/suspend/hang Reply-To: Josef Karthauser Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/20375; it has been noted by GNATS. From: Josef Karthauser To: freebsd-bugs@FreeBSD.ORG Cc: Subject: Re: kern/20375: APM doesn't work properly! Suspend/resume/suspend/hang Date: Sat, 12 Aug 2000 17:47:28 +0100 On Fri, Aug 11, 2000 at 05:30:09AM -0700, Josef Karthauser wrote: > > I believe that it broke sometime in the last couple of months. > > If I could get a trace that'd find the culprit, but unfortunately > the machine hangs hard - power reset required. Maybe some debug > output to stderr would catch the problem. Is there somewhere in > the bus code that I can add some debug that'll show each device > being suspended? > Ok, more updates. There _is_ a sysctl (debug.apm_debug) recently added for debugging. Using the kernel debugger I've determined that the freeze is almost definitely in the bios32 call: apm_do_suspend apm_suspend_system apm_bioscall bios32 HANG This happens on the second suspend only, the first time through it succeeds, and returns after a resume event (keypress, etc.). Who's our APM wizard? I've no idea what the bios interaction should be. Joe 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 Mon Aug 14 2: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 A10D637B991 for ; Mon, 14 Aug 2000 02:50:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA34715; Mon, 14 Aug 2000 02:50:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 14 Aug 2000 02:50:05 -0700 (PDT) Message-Id: <200008140950.CAA34715@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Johan Karlsson Subject: Re: bin/5745: [PATCH] Add /usr/local/share/mk to default make(1) search path Reply-To: Johan Karlsson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5745; it has been noted by GNATS. From: Johan Karlsson To: steve@freebsd.org Cc: nik@nothing-going-on.demon.co.uk, freebsd-gnats-submit@freebsd.org Subject: Re: bin/5745: [PATCH] Add /usr/local/share/mk to default make(1) search path Date: Mon, 14 Aug 2000 11:44:06 +0200 Hi Steve In the audit-trail of this PR you mention that something that the originator asked for in make is not provided. I do not understand what that is but maybe you remember :-) You also say "working on an appropriate fix..." is this the case and may I assign this PR to you? /Johan K To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 2:52:53 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CA83937B9AC; Mon, 14 Aug 2000 02:52:51 -0700 (PDT) (envelope-from johan@FreeBSD.org) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA34968; Mon, 14 Aug 2000 02:52:51 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Mon, 14 Aug 2000 02:52:51 -0700 (PDT) From: Message-Id: <200008140952.CAA34968@freefall.freebsd.org> To: sef@kithrup.com, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, markm@FreeBSD.org Subject: Re: bin/6161: 2.2.6 kerberos servers are awfully visible Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 2.2.6 kerberos servers are awfully visible State-Changed-From-To: open->feedback State-Changed-By: johan State-Changed-When: Mon Aug 14 02:48:42 PDT 2000 State-Changed-Why: Sean Eric, can you please tell us if this problem is still present in more recent releases of FreeBSD. Responsible-Changed-From-To: freebsd-bugs->markm Responsible-Changed-By: johan Responsible-Changed-When: Mon Aug 14 02:48:42 PDT 2000 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=6161 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 3: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 54B8437B8F5 for ; Mon, 14 Aug 2000 03:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA38622; Mon, 14 Aug 2000 03:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 14 Aug 2000 03:10:03 -0700 (PDT) Message-Id: <200008141010.DAA38622@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: misc/20575: /etc/security errors if no old compressed files Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/20575; it has been noted by GNATS. From: Sheldon Hearn To: Brian Somers Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: misc/20575: /etc/security errors if no old compressed files Date: Mon, 14 Aug 2000 12:06:53 +0200 On Sun, 13 Aug 2000 16:30:05 MST, Brian Somers wrote: > > >Number: 20575 > > >Category: misc > > >Synopsis: /etc/security errors if no old compressed files > > Perhaps zcat needs a -s option (as cat(1) has). Perhaps, but you could get around this problem quite easily with the following patch. Ciao, Sheldon. Index: security =================================================================== RCS file: /home/ncvs/src/etc/security,v retrieving revision 1.41 diff -u -d -r1.41 security --- security 2000/08/07 09:08:35 1.41 +++ security 2000/08/14 10:05:05 @@ -136,16 +136,22 @@ fi fi +msgfiles="`ls $LOG/messages.0* $LOG/messages 2>/dev/null`" + # Show login failures # separator echo "${host} login failures:" -zcat -f $LOG/messages.0* $LOG/messages | grep -i "^$yesterday.*login failure" +if [ -n "${msgfiles}" ]; then + zcat -f ${msgfiles} | grep -i "^$yesterday.*login failure" +fi # Show tcp_wrapper warning messages # separator echo "${host} refused connections:" -zcat -f $LOG/messages.0* $LOG/messages | grep -i "^$yesterday.*refused connect" +if [ -n "${msgfiles}" ]; then + zcat -f ${msgfiles} | grep -i "^$yesterday.*refused connect" +fi rm -f ${TMP} To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 3:23:47 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id EEC5F37BDD2; Mon, 14 Aug 2000 03:23:31 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.16 #1) id 13OHOD-000Efo-00; Mon, 14 Aug 2000 12:22:41 +0200 From: Sheldon Hearn To: Randy Bush Cc: Greg Rumple , Warner Losh , Ross Finlayson , freebsd-bugs@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG Subject: Re: WaveLAN PCI adaptor hangs 4.1-STABLE In-reply-to: Your message of "Sun, 13 Aug 2000 20:08:56 MST." Date: Mon, 14 Aug 2000 12:22:41 +0200 Message-ID: <56407.966248561@axl.ops.uunet.co.za> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, 13 Aug 2000 20:08:56 MST, Randy Bush wrote: > > wi0: at port 0x280-0x2bf irq 11 slot 1 on pccard1 > > that's pcmcia. the writer was pci. Are you sure? It looks very much like the originator is using PCMCI hardware and spelled it incorrectly twice. :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 3:24:45 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A643637B9FE; Mon, 14 Aug 2000 03:24:44 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA41409; Mon, 14 Aug 2000 03:24:44 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 14 Aug 2000 03:24:44 -0700 (PDT) From: Message-Id: <200008141024.DAA41409@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, wosch@FreeBSD.org Subject: Re: misc/20579: www.FreeBSD.org search-form date result is wrong Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: www.FreeBSD.org search-form date result is wrong Responsible-Changed-From-To: freebsd-bugs->wosch Responsible-Changed-By: sheldonh Responsible-Changed-When: Mon Aug 14 03:24:22 PDT 2000 Responsible-Changed-Why: Over to the maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=20579 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 3:27: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 2894337B982; Mon, 14 Aug 2000 03:27:15 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA41912; Mon, 14 Aug 2000 03:27:15 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 14 Aug 2000 03:27:15 -0700 (PDT) From: Message-Id: <200008141027.DAA41912@freefall.freebsd.org> To: dewayne.geraghty@compaq.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/18641: FreeBSD V4.0 crashes when using ifconfig on le0 (DE203AB) device Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: FreeBSD V4.0 crashes when using ifconfig on le0 (DE203AB) device State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Mon Aug 14 03:25:42 PDT 2000 State-Changed-Why: Dewayne and Pascal, is either of you in a position to provide a backtrace of this panic as described in: http://www.freebsd.org/handbook/kerneldebug.html http://www.freebsd.org/cgi/query-pr.cgi?pr=18641 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 3: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 83F0337B982 for ; Mon, 14 Aug 2000 03:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA42408; Mon, 14 Aug 2000 03:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 14 Aug 2000 03:30:04 -0700 (PDT) Message-Id: <200008141030.DAA42408@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: kern/20382: Panic when trying to mount non-fixated CD Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/20382; it has been noted by GNATS. From: Sheldon Hearn To: alex@big.endian.de (Alexander Langer) Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/20382: Panic when trying to mount non-fixated CD Date: Mon, 14 Aug 2000 12:29:15 +0200 On Sun, 13 Aug 2000 06:50:05 MST, Alexander Langer wrote: > > Kernel panics, when trying to mount written, but non-fixated CD-ROM. > > Similar (probably related error): > > kern/19127 Your backtrace doesn't include debugging symbols. I'm pretty sure that we could ask Soren to look at this, but I think he'll need a backtrace with debugging symbols. Perhaps you could provide this? :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 3: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 29ADC37B982; Mon, 14 Aug 2000 03:31:32 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA42591; Mon, 14 Aug 2000 03:31:32 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 14 Aug 2000 03:31:32 -0700 (PDT) From: Message-Id: <200008141031.DAA42591@freefall.freebsd.org> To: darrenr@FreeBSD.org, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/20572: cannot safely remove COMPAT_43 from the kernel config Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: cannot safely remove COMPAT_43 from the kernel config State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Mon Aug 14 03:30:07 PDT 2000 State-Changed-Why: That's why the option is marked with "[KEEP THIS!]" in GENERIC and "You probably do NOT want to remove this as much current code still relies on the 4.3 emulation." in NOTES. http://www.freebsd.org/cgi/query-pr.cgi?pr=20572 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 3:32: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 01F8137BD39; Mon, 14 Aug 2000 03:32:34 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA42887; Mon, 14 Aug 2000 03:32:33 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 14 Aug 2000 03:32:33 -0700 (PDT) From: Message-Id: <200008141032.DAA42887@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sos@FreeBSD.org Subject: Re: bin/20569: libvgl tries to free global array Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: libvgl tries to free global array Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: sheldonh Responsible-Changed-When: Mon Aug 14 03:32:15 PDT 2000 Responsible-Changed-Why: Over to the maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=20569 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 4: 1: 1 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5180C37BB06; Mon, 14 Aug 2000 04:01:00 -0700 (PDT) (envelope-from darrenr@FreeBSD.org) Received: (from darrenr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA49033; Mon, 14 Aug 2000 04:01:00 -0700 (PDT) (envelope-from darrenr@FreeBSD.org) Date: Mon, 14 Aug 2000 04:01:00 -0700 (PDT) From: Message-Id: <200008141101.EAA49033@freefall.freebsd.org> To: darrenr@FreeBSD.org, darrenr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/20572: cannot safely remove COMPAT_43 from the kernel config Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: cannot safely remove COMPAT_43 from the kernel config State-Changed-From-To: closed->open State-Changed-By: darrenr State-Changed-When: Mon Aug 14 03:58:43 PDT 2000 State-Changed-Why: This was prematurely closed by the person answering it as the problem has not been fixed. If "COMPAT_43" is not optional then it needs to no longer be an option. If it is to remain an option then compile problems which occur when it is excluded need to be fixed. Until one of these two routes is taken, this PR should remain open. http://www.freebsd.org/cgi/query-pr.cgi?pr=20572 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 4:41:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id D1ECA37B7AB for ; Mon, 14 Aug 2000 04:41:08 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.16 #1) id 13OIbd-000075-00; Mon, 14 Aug 2000 13:40:37 +0200 From: Sheldon Hearn To: Darren Reed Cc: freebsd-bugs@FreeBSD.org Subject: Re: kern/20572: cannot safely remove COMPAT_43 from the kernel config In-reply-to: Your message of "Mon, 14 Aug 2000 20:58:15 +1000." <200008141058.UAA28241@avalon.reed.wattle.id.au> Date: Mon, 14 Aug 2000 13:40:37 +0200 Message-ID: <438.966253237@axl.ops.uunet.co.za> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 14 Aug 2000 20:58:15 +1000, Darren Reed wrote: > > That's why the option is marked with "[KEEP THIS!]" in GENERIC and > > "You probably do NOT want to remove this as much current code still > > relies on the 4.3 emulation." in NOTES. > > I'm reopening this. > > Why ? > > a) you didn't consult me about whether this was fixed before closing it You're not reporting breakage. You're telling everyone about a characteristic of the kernel source which is already well-known and clearly documented. Therefore, the situation isn't considered broken. > b) that explanation you quote implies there should be further action > taken. Then you have three options: 1) Re-open the PR and assign it to someone who is prepared to do the work of making COMPAT_43 an option (possibly yourself). 2) Leave it closed or suspended after moving into the ``wish'' class. 3) Leave it closed. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 4:44:34 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id 7624937B9B0; Mon, 14 Aug 2000 04:44:28 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.16 #1) id 13OIfG-00009H-00; Mon, 14 Aug 2000 13:44:22 +0200 From: Sheldon Hearn To: darrenr@FreeBSD.ORG Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/20572: cannot safely remove COMPAT_43 from the kernel config In-reply-to: Your message of "Mon, 14 Aug 2000 04:01:00 MST." <200008141101.EAA49033@freefall.freebsd.org> Date: Mon, 14 Aug 2000 13:44:22 +0200 Message-ID: <574.966253462@axl.ops.uunet.co.za> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 14 Aug 2000 04:01:00 MST, darrenr@FreeBSD.ORG wrote: > Until one of these two routes is taken, this PR should remain open. Darren, please decide which of the 3 options I outlined works best for you. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 4:57:15 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from darren2.lnk.telstra.net (darren2.lnk.telstra.net [139.130.53.33]) by hub.freebsd.org (Postfix) with ESMTP id 6974837B9CD; Mon, 14 Aug 2000 04:57:09 -0700 (PDT) (envelope-from darrenr@reed.wattle.id.au) Received: (from root@localhost) by darren2.lnk.telstra.net (8.9.1/8.8.7) id LAA12083; Mon, 14 Aug 2000 11:57:06 GMT From: Darren Reed Message-Id: <200008141156.VAA28344@avalon.reed.wattle.id.au> Subject: Re: kern/20572: cannot safely remove COMPAT_43 from the kernel config In-Reply-To: <574.966253462@axl.ops.uunet.co.za> from Sheldon Hearn at "Aug 14, 0 01:44:22 pm" To: sheldonh@uunet.co.za (Sheldon Hearn) Date: Mon, 14 Aug 2000 21:56:51 +1000 (EST) Cc: darrenr@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL37 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I think the email from Mike (just recently) explained the situation - there has been a "problem" created by changes to the signal code. In some email I received from Sheldon Hearn, sie wrote: > > > On Mon, 14 Aug 2000 04:01:00 MST, darrenr@FreeBSD.ORG wrote: > > > Until one of these two routes is taken, this PR should remain open. > > Darren, please decide which of the 3 options I outlined works best for > you. > > Ciao, > Sheldon. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 5:10: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1F0EF37B9B0 for ; Mon, 14 Aug 2000 05:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA59539; Mon, 14 Aug 2000 05:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 14 Aug 2000 05:10:02 -0700 (PDT) Message-Id: <200008141210.FAA59539@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: kern/20572: cannot safely remove COMPAT_43 from the kernel config Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/20572; it has been noted by GNATS. From: Sheldon Hearn To: Darren Reed Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/20572: cannot safely remove COMPAT_43 from the kernel config Date: Mon, 14 Aug 2000 14:06:04 +0200 On Mon, 14 Aug 2000 21:56:51 +1000, Darren Reed wrote: > I think the email from Mike (just recently) explained the situation - there > has been a "problem" created by changes to the signal code. If that's all that's standing in the way of COMPAT_43 becoming optional, then you should assign the PR to marcel, who'll probably have it sorted out in short order. I must admit, my impression was that this would take a lot of work to fix and that it wasn't a simple case of correcting one area of the kernel. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 5:18:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mppsystems.com (mppsystems.com [208.210.148.205]) by hub.freebsd.org (Postfix) with ESMTP id 3BBDB37BDC9; Mon, 14 Aug 2000 05:18:10 -0700 (PDT) (envelope-from mpp@mppsystems.com) Received: (from mpp@localhost) by mppsystems.com (8.9.3/8.9.3) id HAA75413; Mon, 14 Aug 2000 07:17:18 -0500 (CDT) (envelope-from mpp) Date: Mon, 14 Aug 2000 07:17:18 -0500 From: Mike Pritchard To: Darren Reed Cc: Sheldon Hearn , darrenr@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/20572: cannot safely remove COMPAT_43 from the kernel config Message-ID: <20000814071718.A75372@mppsystems.com> References: <574.966253462@axl.ops.uunet.co.za> <200008141156.VAA28344@avalon.reed.wattle.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200008141156.VAA28344@avalon.reed.wattle.id.au>; from darrenr@reed.wattle.id.au on Mon, Aug 14, 2000 at 09:56:51PM +1000 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Since the message I replied to wasn't the one attached to this PR, I'll briefly re-state my point, so that it makes it into the PR history: It used to be possible to compile and run a kernel without having COMPAT_43 defined. The last major signal change broke this. Someone was supposed to be working on resolving this, but I think it fell through the cracks, since it has been quite a while since that signal change. I can try and dig up more info if anyone wants (I may still have some of the e-mail archived). -Mike On Mon, Aug 14, 2000 at 09:56:51PM +1000, Darren Reed wrote: > I think the email from Mike (just recently) explained the situation - there > has been a "problem" created by changes to the signal code. > > In some email I received from Sheldon Hearn, sie wrote: > > > > > > On Mon, 14 Aug 2000 04:01:00 MST, darrenr@FreeBSD.ORG wrote: > > > > > Until one of these two routes is taken, this PR should remain open. > > > > Darren, please decide which of the 3 options I outlined works best for > > you. > > > > Ciao, > > Sheldon. -- Mike Pritchard mpp@FreeBSD.org or mpp@mppsystems.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 5:24: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mppsystems.com (mppsystems.com [208.210.148.205]) by hub.freebsd.org (Postfix) with ESMTP id 712AC37B787 for ; Mon, 14 Aug 2000 05:24:02 -0700 (PDT) (envelope-from mpp@mppsystems.com) Received: (from mpp@localhost) by mppsystems.com (8.9.3/8.9.3) id HAA75441; Mon, 14 Aug 2000 07:23:24 -0500 (CDT) (envelope-from mpp) Date: Mon, 14 Aug 2000 07:23:24 -0500 From: Mike Pritchard To: Sheldon Hearn Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/20572: cannot safely remove COMPAT_43 from the kernel config Message-ID: <20000814072324.B75372@mppsystems.com> References: <200008141210.FAA59539@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200008141210.FAA59539@freefall.freebsd.org>; from sheldonh@uunet.co.za on Mon, Aug 14, 2000 at 05:10:02AM -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Aug 14, 2000 at 05:10:02AM -0700, Sheldon Hearn wrote: > The following reply was made to PR kern/20572; it has been noted by GNATS. > > From: Sheldon Hearn > To: Darren Reed > Cc: freebsd-gnats-submit@FreeBSD.org > Subject: Re: kern/20572: cannot safely remove COMPAT_43 from the kernel config > Date: Mon, 14 Aug 2000 14:06:04 +0200 > > On Mon, 14 Aug 2000 21:56:51 +1000, Darren Reed wrote: > > > I think the email from Mike (just recently) explained the situation - there > > has been a "problem" created by changes to the signal code. > > If that's all that's standing in the way of COMPAT_43 becoming > optional, then you should assign the PR to marcel, who'll probably have > it sorted out in short order. > > I must admit, my impression was that this would take a lot of work to > fix and that it wasn't a simple case of correcting one area of the > kernel. I was using COMPAT_43 to squeeze every last byte out of a couple of old 486 machines with very little memory. Marcel's signal changes broke that. I told him about it, and he said he was working on it. That was quite a while ago. Now, for COMPAT_43 being totally optional...dunno. I'm sure if I actually used those two machine for development/porting/whatnot, I might run into problems. For what I used them for, it works fine. E.g. if I lose the harddisk on either machine, I just reinstall. They are just there for testing purposes. -Mike -- Mike Pritchard mpp@FreeBSD.org or mpp@mppsystems.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 5:25: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 22C7E37BDB0; Mon, 14 Aug 2000 05:25:39 -0700 (PDT) (envelope-from johan@FreeBSD.org) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA61123; Mon, 14 Aug 2000 05:25:39 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Mon, 14 Aug 2000 05:25:39 -0700 (PDT) From: Message-Id: <200008141225.FAA61123@freefall.freebsd.org> To: mbarbosa@fciencias.ens.uabc.mx, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/6205: NFS/NIS freak out Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: NFS/NIS freak out State-Changed-From-To: open->feedback State-Changed-By: johan State-Changed-When: Mon Aug 14 05:19:13 PDT 2000 State-Changed-Why: Hi Marco, Have you seen this problem in a more recent release of FreeBSD, for example 4.1? Please let us know if this is still a problem by sending mail to 'freebsd-gnats-submit@FreeBSD.org' with the subject of this mail preserved. http://www.freebsd.org/cgi/query-pr.cgi?pr=6205 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 5:31:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2702937B92B; Mon, 14 Aug 2000 05:31:13 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA62004; Mon, 14 Aug 2000 05:31:13 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 14 Aug 2000 05:31:13 -0700 (PDT) From: Message-Id: <200008141231.FAA62004@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, marcel@FreeBSD.org Subject: Re: kern/20572: cannot safely remove COMPAT_43 from the kernel config Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: cannot safely remove COMPAT_43 from the kernel config Responsible-Changed-From-To: freebsd-bugs->marcel Responsible-Changed-By: sheldonh Responsible-Changed-When: Mon Aug 14 05:29:57 PDT 2000 Responsible-Changed-Why: Marcel, could you take a look at this, now that you're "back on board". ? :-) http://www.freebsd.org/cgi/query-pr.cgi?pr=20572 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 5:41:19 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4A76D37B787; Mon, 14 Aug 2000 05:41:18 -0700 (PDT) (envelope-from johan@FreeBSD.org) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA63017; Mon, 14 Aug 2000 05:41:18 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Mon, 14 Aug 2000 05:41:18 -0700 (PDT) From: Message-Id: <200008141241.FAA63017@freefall.freebsd.org> To: serg@bcs.zp.ua, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/6861: [PATCH] netboot error Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] netboot error State-Changed-From-To: open->feedback State-Changed-By: johan State-Changed-When: Mon Aug 14 05:37:01 PDT 2000 State-Changed-Why: Hi While browsing our PRs I found this PR and can not figure out what 'netboot' program you are talking about. Is this still a problem in more recent version of FreeBSD? If so can you please let us know where to find the netboot program you are refering to. Please send mail to 'FreeBSD-gnats-submit@FreeBSD.ORG' preserving the subject of this mail and let us know if this still is a problem. http://www.freebsd.org/cgi/query-pr.cgi?pr=6861 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 5:51:44 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B264137B58A; Mon, 14 Aug 2000 05:51:42 -0700 (PDT) (envelope-from johan@FreeBSD.org) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA64125; Mon, 14 Aug 2000 05:51:42 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Mon, 14 Aug 2000 05:51:42 -0700 (PDT) From: Message-Id: <200008141251.FAA64125@freefall.freebsd.org> To: gedas@tdd.lt, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/6344: cy driver is outdated Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: cy driver is outdated State-Changed-From-To: open->feedback State-Changed-By: johan State-Changed-When: Mon Aug 14 05:48:07 PDT 2000 State-Changed-Why: Is this still a problem in more recent version of FreeBSD? Also did you ever try the Cyclades driver and if so did it work correctly? Please let us know wheter this is still a problem or not by sending mail to 'FreeBSD-gnats-submit@FreeBSD.ORG' preserving the subject of this mail. Thanks http://www.freebsd.org/cgi/query-pr.cgi?pr=6344 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 5:52:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id E211037B58A; Mon, 14 Aug 2000 05:52:09 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id IAA48970; Mon, 14 Aug 2000 08:52:07 -0400 (EDT) (envelope-from wollman) Date: Mon, 14 Aug 2000 08:52:07 -0400 (EDT) From: Garrett Wollman Message-Id: <200008141252.IAA48970@khavrinen.lcs.mit.edu> To: Ross Finlayson Cc: freebsd-bugs@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG Subject: WaveLAN PCI adaptor hangs 4.1-STABLE In-Reply-To: <4.3.1.1.20000813030742.00b19d80@localhost> References: <4.3.1.1.20000813030742.00b19d80@localhost> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org < said: > Has anyone else had problems with a Lucent WaveLAN PCI adaptor card causing > FreeBSD 4.1-STABLE to hang? Yep. Locked hard -- can't even break to debugger. I advised the person who asked me to make it work to buy an ISA card instead, but he seems to have one of the new PC-99 ``ISA-less'' systems. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 5:53: 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 5D4AD37B92B; Mon, 14 Aug 2000 05:53:03 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA64293; Mon, 14 Aug 2000 05:53:03 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 14 Aug 2000 05:53:03 -0700 (PDT) From: Message-Id: <200008141253.FAA64293@freefall.freebsd.org> To: rguyom@mail.dotcom.fr, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/17605: matcd driver worked on 3.x but doesn't work anymore on 4.0-STABLE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: matcd driver worked on 3.x but doesn't work anymore on 4.0-STABLE State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Mon Aug 14 05:52:30 PDT 2000 State-Changed-Why: Superseded by kern/20296. http://www.freebsd.org/cgi/query-pr.cgi?pr=17605 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 6: 0: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C79B337B92B for ; Mon, 14 Aug 2000 06:00:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA65022; Mon, 14 Aug 2000 06:00:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 14 Aug 2000 06:00:05 -0700 (PDT) Message-Id: <200008141300.GAA65022@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: kern/20296: matcd driver is a) not in GENERIC and b) broken Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/20296; it has been noted by GNATS. From: Sheldon Hearn To: GeorgE Russell Cc: Subject: Re: kern/20296: matcd driver is a) not in GENERIC and b) broken Date: Mon, 14 Aug 2000 14:51:39 +0200 On Thu, 10 Aug 2000 21:53:57 +0100, GeorgE Russell wrote: > Not for me it doesn't work, unfortunately. > Sorry for taking so long to reply. No problem. I'm looking at your patch, and it appears to be against an older revision of matcd.c. Could you produce a patch against rev 1.54 instead? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 6: 3: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 68DF237C17E; Mon, 14 Aug 2000 06:03:45 -0700 (PDT) (envelope-from johan@FreeBSD.org) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA65354; Mon, 14 Aug 2000 06:03:45 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Mon, 14 Aug 2000 06:03:45 -0700 (PDT) From: Message-Id: <200008141303.GAA65354@freefall.freebsd.org> To: paterno@dsi.UNIFI.IT, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/7014: [PATCH][STABLE] Add support for SiS 5591 bridge to pcisupport.c Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH][STABLE] Add support for SiS 5591 bridge to pcisupport.c State-Changed-From-To: suspended->closed State-Changed-By: johan State-Changed-When: Mon Aug 14 05:58:12 PDT 2000 State-Changed-Why: Fixed in rev 1.111 of pcisupport.c, hence in RELENG_4 and -current Fixed in rev 1.86.2.6 of pcisupport.c, hence in RELENG_3 http://www.freebsd.org/cgi/query-pr.cgi?pr=7014 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 6: 9: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id EDCEE37BE18; Mon, 14 Aug 2000 06:09:00 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 14 Aug 2000 14:07:11 +0100 (BST) Date: Mon, 14 Aug 2000 14:07:09 +0100 From: David Malone To: johan@FreeBSD.org Cc: serg@bcs.zp.ua, freebsd-bugs@FreeBSD.org Subject: Re: misc/6861: [PATCH] netboot error Message-ID: <20000814140709.A68866@walton.maths.tcd.ie> References: <200008141241.FAA63017@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200008141241.FAA63017@freefall.freebsd.org>; from johan@FreeBSD.org on Mon, Aug 14, 2000 at 05:41:18AM -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Aug 14, 2000 at 05:41:18AM -0700, johan@FreeBSD.org wrote: > While browsing our PRs I found this PR and can not > figure out what 'netboot' program you are talking > about. Netboot is the program which was provided to network boot FreeBSD from DOS or EPROMS on network cards up to the end of 2.2.X, and possibly with some for early 3.X stuff. We're still using it here 'cos we don't have the time to reburn loads of EPROMs, so I assume others are in the same situation. It used to be under /usr/src/sys/i386/boot/netboot. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 6:20: 3 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 945D337B8FD; Mon, 14 Aug 2000 06:19:59 -0700 (PDT) (envelope-from johan@FreeBSD.org) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA68261; Mon, 14 Aug 2000 06:19:59 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Mon, 14 Aug 2000 06:19:59 -0700 (PDT) From: Message-Id: <200008141319.GAA68261@freefall.freebsd.org> To: serg@bcs.zp.ua, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/6861: [PATCH] netboot error Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] netboot error State-Changed-From-To: feedback->closed State-Changed-By: johan State-Changed-When: Mon Aug 14 06:18:37 PDT 2000 State-Changed-Why: Fixed in rev 1.23. http://www.freebsd.org/cgi/query-pr.cgi?pr=6861 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 6:21: 2 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from numeri.campus.luth.se (numeri.campus.luth.se [130.240.197.103]) by hub.freebsd.org (Postfix) with ESMTP id 651AC37C1F7; Mon, 14 Aug 2000 06:20:48 -0700 (PDT) (envelope-from k@numeri.campus.luth.se) Received: from numeri.campus.luth.se (localhost [127.0.0.1]) by numeri.campus.luth.se (8.9.3/8.9.3) with ESMTP id PAA63130; Mon, 14 Aug 2000 15:22:50 +0200 (CEST) (envelope-from k@numeri.campus.luth.se) Message-Id: <200008141322.PAA63130@numeri.campus.luth.se> X-Mailer: exmh version 2.1.1 10/15/1999 To: David Malone Cc: johan@FreeBSD.ORG, serg@bcs.zp.ua, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/6861: [PATCH] netboot error In-Reply-To: Your message of "Mon, 14 Aug 2000 14:07:09 BST." <20000814140709.A68866@walton.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 14 Aug 2000 15:22:49 +0200 From: Johan Karlsson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At Mon, 14 Aug 2000 14:07:09 BST, David Malone wrote: > On Mon, Aug 14, 2000 at 05:41:18AM -0700, johan@FreeBSD.org wrote: > > > While browsing our PRs I found this PR and can not > > figure out what 'netboot' program you are talking > > about. > > Netboot is the program which was provided to network boot FreeBSD > from DOS or EPROMS on network cards up to the end of 2.2.X, and > possibly with some for early 3.X stuff. We're still using it here > 'cos we don't have the time to reburn loads of EPROMs, so I assume > others are in the same situation. It used to be under > /usr/src/sys/i386/boot/netboot. > Thanks :-) Johan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 6:29:56 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2B2A337C181; Mon, 14 Aug 2000 06:29:51 -0700 (PDT) (envelope-from johan@FreeBSD.org) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA69369; Mon, 14 Aug 2000 06:29:51 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Mon, 14 Aug 2000 06:29:51 -0700 (PDT) From: Message-Id: <200008141329.GAA69369@freefall.freebsd.org> To: pjchilds@imforei.apana.org.au, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/7095: [stable] Gravis MAX in 2.2.6 suffers from isa.c bitrot Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [stable] Gravis MAX in 2.2.6 suffers from isa.c bitrot State-Changed-From-To: suspended->closed State-Changed-By: johan State-Changed-When: Mon Aug 14 06:28:40 PDT 2000 State-Changed-Why: 2.2.X is not maintained any more and this was fixed in 3.0 while still current. http://www.freebsd.org/cgi/query-pr.cgi?pr=7095 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 6: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 AF1C837C163 for ; Mon, 14 Aug 2000 06:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA77129; Mon, 14 Aug 2000 06:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from thehousleys.net (frenchknot.ne.mediaone.net [24.147.224.201]) by hub.freebsd.org (Postfix) with ESMTP id DCC2D37C1B9 for ; Mon, 14 Aug 2000 06:35:50 -0700 (PDT) (envelope-from housley@thehousleys.net) Received: from baby.int.thehousleys.net (baby.int.thehousleys.net. [192.168.0.24]) by thehousleys.net (8.9.3/8.9.3) with ESMTP id JAA52318 for ; Mon, 14 Aug 2000 09:35:46 -0400 (EDT) (envelope-from housley@thehousleys.net) Received: (from housley@localhost) by baby.int.thehousleys.net (8.9.3/8.9.3) id JAA01539; Mon, 14 Aug 2000 09:35:46 -0400 (EDT) (envelope-from housley) Message-Id: <200008141335.JAA01539@baby.int.thehousleys.net> Date: Mon, 14 Aug 2000 09:35:46 -0400 (EDT) From: jim@thehousleys.net Reply-To: jim@thehousleys.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/20598: daily/460.... produces error with more than 10 logfiles Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20598 >Category: bin >Synopsis: daily/460.... produces error with more than 10 logfiles >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 14 06:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: James E. Housley >Release: FreeBSD 4.1-STABLE i386 >Organization: The Housleys dot Net >Environment: FreeBSD 4.1-Stable >Description: If there are more than 12?, maillog.10.gz, log files then /etc/periodic/daily/460.status-mail-rejects produces an error and doesn't check any of the logfiles for rejects. Below is the output chunck of a "sh -x 460.status-mail-rejects" + [ -f /var/log/maillog.1.gz /var/log/maillog.10.gz /var/log/maillog.11.gz /var/log/maillog.12.gz /var/log/maillog.13.gz /var/log/maillog.14.gz /var/log/maillog.15.gz /var/log/maillog.16.gz /var/log/maillog.17.gz /var/log/maillog.18.gz /var/log/maillog.19.gz ] [: /var/log/maillog.10.gz: unexpected operator >How-To-Repeat: Use the new defaults and have a /var/log/maillog.10.gz when /etc/periodic/daily/460.mail-status-rejects is run >Fix: --- 460.status-mail-rejects Wed Aug 9 14:26:10 2000 +++ 460.status-mail-rejects.new Mon Aug 14 09:30:20 2000 @@ -24,7 +24,7 @@ { while [ $n -ge 0 ] do - [ -f /var/log/maillog.$n* ] && zcat -fc /var/log/maillog.$n* + [ -f /var/log/maillog.$n.gz ] && zcat -fc /var/log/maillog.$n.gz n=$(($n - 1)) done cat /var/log/maillog >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 Aug 14 6:50:48 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B3D4F37B6A3; Mon, 14 Aug 2000 06:50:46 -0700 (PDT) (envelope-from johan@FreeBSD.org) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA13621; Mon, 14 Aug 2000 06:50:46 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Mon, 14 Aug 2000 06:50:46 -0700 (PDT) From: Message-Id: <200008141350.GAA13621@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, obrien@FreeBSD.org Subject: Re: gnu/8099: [patch] some bugs in cpio Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [patch] some bugs in cpio Responsible-Changed-From-To: freebsd-bugs->obrien Responsible-Changed-By: johan Responsible-Changed-When: Mon Aug 14 06:47:23 PDT 2000 Responsible-Changed-Why: David, you did the import of cpio into contib. Can youplease have a look a this and decide what to do with this PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=8099 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 6:59: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 128A537B715; Mon, 14 Aug 2000 06:59:11 -0700 (PDT) (envelope-from johan@FreeBSD.org) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA33311; Mon, 14 Aug 2000 06:59:11 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Mon, 14 Aug 2000 06:59:11 -0700 (PDT) From: Message-Id: <200008141359.GAA33311@freefall.freebsd.org> To: ejh@eas.slu.edu, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, dillon@FreeBSD.org Subject: Re: bin/8266: [patch] nfsd should allow just nfs version two registration Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [patch] nfsd should allow just nfs version two registration State-Changed-From-To: open->feedback State-Changed-By: johan State-Changed-When: Mon Aug 14 06:52:18 PDT 2000 State-Changed-Why: Eric, is this still a problem in more recent verion of FreeBSD? Responsible-Changed-From-To: freebsd-bugs->dillon Responsible-Changed-By: johan Responsible-Changed-When: Mon Aug 14 06:52:18 PDT 2000 Responsible-Changed-Why: Matt is out NFS maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=8266 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 7: 2: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 BA02737C20C; Mon, 14 Aug 2000 07:02:47 -0700 (PDT) (envelope-from johan@FreeBSD.org) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA33965; Mon, 14 Aug 2000 07:02:47 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Mon, 14 Aug 2000 07:02:47 -0700 (PDT) From: Message-Id: <200008141402.HAA33965@freefall.freebsd.org> To: jasonl@quanxing.org, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/8131: [patch] Support for PCI NE2000 compatible Ethernet card in the `netboot' code Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [patch] Support for PCI NE2000 compatible Ethernet card in the `netboot' code State-Changed-From-To: open->closed State-Changed-By: johan State-Changed-When: Mon Aug 14 07:01:50 PDT 2000 State-Changed-Why: Superseded by PR 8171. http://www.freebsd.org/cgi/query-pr.cgi?pr=8131 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 7: 3: 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 E716037C247; Mon, 14 Aug 2000 07:03:03 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA34018; Mon, 14 Aug 2000 07:03:03 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 14 Aug 2000 07:03:03 -0700 (PDT) From: Message-Id: <200008141403.HAA34018@freefall.freebsd.org> To: jim@thehousleys.net, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, brian@FreeBSD.org Subject: Re: bin/20598: daily/460.... produces error with more than 10 logfiles Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: daily/460.... produces error with more than 10 logfiles State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Mon Aug 14 07:02:23 PDT 2000 State-Changed-Why: Fixed last week. Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: sheldonh Responsible-Changed-When: Mon Aug 14 07:02:23 PDT 2000 Responsible-Changed-Why: Brian committed the fix. http://www.freebsd.org/cgi/query-pr.cgi?pr=20598 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 7:15: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 8D7C437B54C; Mon, 14 Aug 2000 07:15:48 -0700 (PDT) (envelope-from johan@FreeBSD.org) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA37070; Mon, 14 Aug 2000 07:15:48 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Mon, 14 Aug 2000 07:15:48 -0700 (PDT) From: Message-Id: <200008141415.HAA37070@freefall.freebsd.org> To: street@iname.com, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/8347: /usr/lib/compat build issues in 3.0 RELEASE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /usr/lib/compat build issues in 3.0 RELEASE State-Changed-From-To: open->closed State-Changed-By: johan State-Changed-When: Mon Aug 14 07:14:56 PDT 2000 State-Changed-Why: Fixed in rev 1.5 of src/lib/compat/Makefile.inc. http://www.freebsd.org/cgi/query-pr.cgi?pr=8347 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 7:31: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 3A35F37B601; Mon, 14 Aug 2000 07:31:26 -0700 (PDT) (envelope-from johan@FreeBSD.org) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA39073; Mon, 14 Aug 2000 07:31:25 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Mon, 14 Aug 2000 07:31:25 -0700 (PDT) From: Message-Id: <200008141431.HAA39073@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: kern/9163: [patch] squid does not join a multicast group without primary interface Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [patch] squid does not join a multicast group without primary interface Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: johan Responsible-Changed-When: Mon Aug 14 07:29:55 PDT 2000 Responsible-Changed-Why: squid is in ports. http://www.freebsd.org/cgi/query-pr.cgi?pr=9163 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 7:43:56 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DC98A37BAC6; Mon, 14 Aug 2000 07:43:54 -0700 (PDT) (envelope-from johan@FreeBSD.org) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA40994; Mon, 14 Aug 2000 07:43:54 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Mon, 14 Aug 2000 07:43:54 -0700 (PDT) From: Message-Id: <200008141443.HAA40994@freefall.freebsd.org> To: dev@opensound.com, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/8673: bug in vm_page_alloc_contig() Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: bug in vm_page_alloc_contig() State-Changed-From-To: feedback->closed State-Changed-By: johan State-Changed-When: Mon Aug 14 07:41:56 PDT 2000 State-Changed-Why: Feedback timed-out. http://www.freebsd.org/cgi/query-pr.cgi?pr=8673 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 8: 9: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 69D6937B999; Mon, 14 Aug 2000 08:09:11 -0700 (PDT) (envelope-from johan@FreeBSD.org) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA45427; Mon, 14 Aug 2000 08:09:11 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Mon, 14 Aug 2000 08:09:11 -0700 (PDT) From: Message-Id: <200008141509.IAA45427@freefall.freebsd.org> To: ap@noses.com, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/10418: libpam is built before libradius/libtacplus etc. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: libpam is built before libradius/libtacplus etc. State-Changed-From-To: open->closed State-Changed-By: johan State-Changed-When: Mon Aug 14 08:02:08 PDT 2000 State-Changed-Why: Fixed in rev 1.96 of Makefile.inc1 while 4.0 was current. http://www.freebsd.org/cgi/query-pr.cgi?pr=10418 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 8:25:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6181137BA38; Mon, 14 Aug 2000 08:25:10 -0700 (PDT) (envelope-from johan@FreeBSD.org) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA47747; Mon, 14 Aug 2000 08:25:10 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Mon, 14 Aug 2000 08:25:10 -0700 (PDT) From: Message-Id: <200008141525.IAA47747@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, marcel@FreeBSD.org Subject: Re: conf/10582: Makefile.upgrade fails with make -j Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Makefile.upgrade fails with make -j Responsible-Changed-From-To: freebsd-bugs->marcel Responsible-Changed-By: johan Responsible-Changed-When: Mon Aug 14 08:16:35 PDT 2000 Responsible-Changed-Why: Marcel, even thou this is an old PR. Can you please have a look at it and also kepp paralelism in mind for new upgrade targets. http://www.freebsd.org/cgi/query-pr.cgi?pr=10582 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 8:51:17 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D99A637BB1B; Mon, 14 Aug 2000 08:51:15 -0700 (PDT) (envelope-from johan@FreeBSD.org) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA51248; Mon, 14 Aug 2000 08:51:15 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Mon, 14 Aug 2000 08:51:15 -0700 (PDT) From: Message-Id: <200008141551.IAA51248@freefall.freebsd.org> To: schmidt@enconet.de, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/9102: Voxware does not provide /dev/mixer for ESS1688-card in 3.0-REL Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Voxware does not provide /dev/mixer for ESS1688-card in 3.0-REL State-Changed-From-To: open->closed State-Changed-By: johan State-Changed-When: Mon Aug 14 08:47:04 PDT 2000 State-Changed-Why: Maybe superseded by PR 12113 but I'm not sure and will reopen this PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=9102 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 8:51: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 EACDD37B5F5; Mon, 14 Aug 2000 08:51:57 -0700 (PDT) (envelope-from johan@FreeBSD.org) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA51460; Mon, 14 Aug 2000 08:51:57 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Mon, 14 Aug 2000 08:51:57 -0700 (PDT) From: Message-Id: <200008141551.IAA51460@freefall.freebsd.org> To: schmidt@enconet.de, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/9102: Voxware does not provide /dev/mixer for ESS1688-card in 3.0-REL Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Voxware does not provide /dev/mixer for ESS1688-card in 3.0-REL State-Changed-From-To: closed->open State-Changed-By: johan State-Changed-When: Mon Aug 14 08:51:24 PDT 2000 State-Changed-Why: Reopened http://www.freebsd.org/cgi/query-pr.cgi?pr=9102 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 9: 9: 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 9738937BAA8; Mon, 14 Aug 2000 09:09:05 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA55256; Mon, 14 Aug 2000 09:09:05 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 14 Aug 2000 09:09:05 -0700 (PDT) From: Message-Id: <200008141609.JAA55256@freefall.freebsd.org> To: schmidt@enconet.de, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/9102: Voxware does not provide /dev/mixer for ESS1688-card in 3.0-REL Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Voxware does not provide /dev/mixer for ESS1688-card in 3.0-REL State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Mon Aug 14 09:07:26 PDT 2000 State-Changed-Why: Could you please provide a full How-To-Repeat that includes the steps required from the command-line to demonstrate the problem? You should also describe what you expect to see when these steps are carried out, as well as what you see instead. http://www.freebsd.org/cgi/query-pr.cgi?pr=9102 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 9: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 B7D9937BC8B for ; Mon, 14 Aug 2000 09:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA55357; Mon, 14 Aug 2000 09:10:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 14 Aug 2000 09:10:04 -0700 (PDT) Message-Id: <200008141610.JAA55357@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: i386/9102: Voxware does not provide /dev/mixer for ESS1688-card in 3.0-REL Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/9102; it has been noted by GNATS. From: Sheldon Hearn To: johan@FreeBSD.ORG Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: i386/9102: Voxware does not provide /dev/mixer for ESS1688-card in 3.0-REL Date: Mon, 14 Aug 2000 18:07:03 +0200 On Mon, 14 Aug 2000 08:51:57 MST, johan@FreeBSD.ORG wrote: > State-Changed-From-To: closed->open > State-Changed-By: johan > State-Changed-When: Mon Aug 14 08:51:24 PDT 2000 > State-Changed-Why: > Reopened I don't get this PR at all. Surely the originator just needs to use an up-to-date MAKEDEV to create the mixer device? I realize that the sound driver in RELENG_3 is luigi's old code, while the driver in RELENG_4 and HEAD is cg's, but the PR makes it sound like the originator is expecting the device node and symbolic link for the mixer to maigcally appear on demand. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 10: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 470B737BD8C for ; Mon, 14 Aug 2000 10:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA64574; Mon, 14 Aug 2000 10:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id F160837BDB0; Mon, 14 Aug 2000 10:09:10 -0700 (PDT) Message-Id: <20000814170910.F160837BDB0@hub.freebsd.org> Date: Mon, 14 Aug 2000 10:09:10 -0700 (PDT) From: tochimaniv@hotmail.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/20605: problemas intrafamilares Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20605 >Category: misc >Synopsis: problemas intrafamilares >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 14 10:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: tochimaniv >Release: >Organization: t1msn >Environment: >Description: tipo de violencia intrafamiliar a nivel nacional >How-To-Repeat: conflictos dentro de la familia >Fix: prevenir la violencia intrafamiliar >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 Aug 14 10: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 451F537BAFC for ; Mon, 14 Aug 2000 10:10:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA64556; Mon, 14 Aug 2000 10:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id ABC0C37BA40; Mon, 14 Aug 2000 10:05:15 -0700 (PDT) Message-Id: <20000814170515.ABC0C37BA40@hub.freebsd.org> Date: Mon, 14 Aug 2000 10:05:15 -0700 (PDT) From: tochimaniv@hotmail.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/20603: problemas intrafamilares Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20603 >Category: misc >Synopsis: problemas intrafamilares >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 14 10:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: jose luis >Release: >Organization: estudiante >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 Aug 14 10:10:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 521A237BDB9 for ; Mon, 14 Aug 2000 10:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA64608; Mon, 14 Aug 2000 10:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 14 Aug 2000 10:10:03 -0700 (PDT) Message-Id: <200008141710.KAA64608@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/16625: Incorrect information in routed(8) error message Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/16625; it has been noted by GNATS. From: Sheldon Hearn To: Vernon Schryver Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: bin/16625: Incorrect information in routed(8) error message Date: Mon, 14 Aug 2000 19:09:01 +0200 Hi Vernon, Recently, you addressed a byte-swapping problem in routed. I have a PR here which suggests that there may be another one to deal with, in the error message printed when discarding RIP responses from unknown ports. Could you check out this PR and comment? http://www.freebsd.org/cgi/query-pr.cgi?pr=16625 Thanks, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 10:10:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 46DBA37BB5D for ; Mon, 14 Aug 2000 10:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA64565; Mon, 14 Aug 2000 10:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 9EEF937C333; Mon, 14 Aug 2000 10:07:55 -0700 (PDT) Message-Id: <20000814170755.9EEF937C333@hub.freebsd.org> Date: Mon, 14 Aug 2000 10:07:55 -0700 (PDT) From: tochimaniv@hotmail.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/20604: problemas intrafamilares Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20604 >Category: misc >Synopsis: problemas intrafamilares >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 14 10:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: jose luis >Release: >Organization: estudiante >Environment: >Description: tipo de violencia intrafamiliar a nivel nacional >How-To-Repeat: conflictos dentro de la familia >Fix: prevenir la violencia intrafamiliar >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 Aug 14 10:12:39 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A8A0637B55F; Mon, 14 Aug 2000 10:12:37 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA65203; Mon, 14 Aug 2000 10:12:38 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 14 Aug 2000 10:12:38 -0700 (PDT) From: Message-Id: <200008141712.KAA65203@freefall.freebsd.org> To: mcambria@lucent.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/6359: routed does sent router discovry solicitations Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: routed does sent router discovry solicitations State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Mon Aug 14 10:12:03 PDT 2000 State-Changed-Why: Did you ever try Garrett's suggestion to set up a multicast default route? http://www.freebsd.org/cgi/query-pr.cgi?pr=6359 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 10:20: 3 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1E7DC37BB58 for ; Mon, 14 Aug 2000 10:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA66415; Mon, 14 Aug 2000 10:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id E005237BB5D; Mon, 14 Aug 2000 10:11:00 -0700 (PDT) Message-Id: <20000814171100.E005237BB5D@hub.freebsd.org> Date: Mon, 14 Aug 2000 10:11:00 -0700 (PDT) From: gashalot@gashalot.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/20606: Health Monitoring Support (ala lm_sensors w/ Linux) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20606 >Category: kern >Synopsis: Health Monitoring Support (ala lm_sensors w/ Linux) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: wish >Submitter-Id: current-users >Arrival-Date: Mon Aug 14 10:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Robert Gash >Release: 4.1-STABLE >Organization: >Environment: >Description: I'd really like to see FreeBSD support the temperature sensors that are present on most modern motherboards. Hardware temperature sensors (for CPU, ambient, etc) and fan monitors are a very important part of remote administration, and seeing as FreeBSD is such a popular platform for servers, it'd be great if this support was added. Things such as emergency shutdown when sever overheating is detected, paging when fans die, etc. would be very useful for those of us who run FreeBSD unattended (who dosen't?) in a collocation center somewhere. I'm sure you hate Linux, but they have modules available that support most of the sensors that have been resident on many boards. Check their work out here: http://www.netroedge.com/~lm78/ Thanks, and keep up the great work! -R >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 Aug 14 10:25: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 04A6337BB6E; Mon, 14 Aug 2000 10:25:26 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA67101; Mon, 14 Aug 2000 10:25:26 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 14 Aug 2000 10:25:26 -0700 (PDT) From: Message-Id: <200008141725.KAA67101@freefall.freebsd.org> To: scott@zorch.sf-bay.org, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/13615: awk corrupts the memory arena when OFMT is not %.6g Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: awk corrupts the memory arena when OFMT is not %.6g State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Mon Aug 14 10:24:38 PDT 2000 State-Changed-Why: Fixed since 3.4-RELEASE. http://www.freebsd.org/cgi/query-pr.cgi?pr=13615 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 10:25:48 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5923A37B87C; Mon, 14 Aug 2000 10:25:47 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA67231; Mon, 14 Aug 2000 10:25:47 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 14 Aug 2000 10:25:47 -0700 (PDT) From: Message-Id: <200008141725.KAA67231@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sheldonh@FreeBSD.org Subject: Re: bin/13615: awk corrupts the memory arena when OFMT is not %.6g Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: awk corrupts the memory arena when OFMT is not %.6g Responsible-Changed-From-To: freebsd-bugs->sheldonh Responsible-Changed-By: sheldonh Responsible-Changed-When: Mon Aug 14 10:25:31 PDT 2000 Responsible-Changed-Why: I closed this one. http://www.freebsd.org/cgi/query-pr.cgi?pr=13615 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 10:26:57 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id A577837B87C; Mon, 14 Aug 2000 10:26:52 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id LAA23156; Mon, 14 Aug 2000 11:26:48 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id LAA67907; Mon, 14 Aug 2000 11:26:08 -0600 (MDT) Message-Id: <200008141726.LAA67907@harmony.village.org> To: Garrett Wollman Subject: Re: WaveLAN PCI adaptor hangs 4.1-STABLE Cc: Ross Finlayson , freebsd-bugs@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "Mon, 14 Aug 2000 08:52:07 EDT." <200008141252.IAA48970@khavrinen.lcs.mit.edu> References: <200008141252.IAA48970@khavrinen.lcs.mit.edu> <4.3.1.1.20000813030742.00b19d80@localhost> Date: Mon, 14 Aug 2000 11:26:08 -0600 From: Warner Losh Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <200008141252.IAA48970@khavrinen.lcs.mit.edu> Garrett Wollman writes: : < said: : : > Has anyone else had problems with a Lucent WaveLAN PCI adaptor card causing : > FreeBSD 4.1-STABLE to hang? : : Yep. Locked hard -- can't even break to debugger. I advised the : person who asked me to make it work to buy an ISA card instead, but he : seems to have one of the new PC-99 ``ISA-less'' systems. That's the failure mode I'm seeing here as well. Except I have ISA slots :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 10:28:55 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by hub.freebsd.org (Postfix) with ESMTP id F2BA037BD89; Mon, 14 Aug 2000 10:28:50 -0700 (PDT) (envelope-from randy@psg.com) Received: from randy by rip.psg.com with local (Exim 3.13 #1) id 13OO2S-000OZA-00; Mon, 14 Aug 2000 10:28:40 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Warner Losh Cc: Garrett Wollman , Ross Finlayson , freebsd-bugs@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG Subject: Re: WaveLAN PCI adaptor hangs 4.1-STABLE References: <200008141252.IAA48970@khavrinen.lcs.mit.edu> <4.3.1.1.20000813030742.00b19d80@localhost> <200008141726.LAA67907@harmony.village.org> Message-Id: Date: Mon, 14 Aug 2000 10:28:40 -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org wait a sec. 4.1-stable with roamabout isa works here and has for a loooong time. randy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 10: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 A9DD237BD9D for ; Mon, 14 Aug 2000 10:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA67912; Mon, 14 Aug 2000 10:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 14 Aug 2000 10:30:03 -0700 (PDT) Message-Id: <200008141730.KAA67912@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Chris D. Faulhaber" Subject: Re: kern/20606: Health Monitoring Support (ala lm_sensors w/ Linux) Reply-To: "Chris D. Faulhaber" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/20606; it has been noted by GNATS. From: "Chris D. Faulhaber" To: gashalot@gashalot.com Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/20606: Health Monitoring Support (ala lm_sensors w/ Linux) Date: Mon, 14 Aug 2000 13:26:11 -0400 (EDT) On Mon, 14 Aug 2000 gashalot@gashalot.com wrote: > >Synopsis: Health Monitoring Support (ala lm_sensors w/ Linux) > I'd really like to see FreeBSD support the temperature sensors that are present on most modern motherboards. Hardware temperature sensors (for CPU, ambient, etc) and fan monitors are a very important part of remote administration, and seeing as FreeBSD is such a popular platform for servers, it'd be great if this support was added. Things such as emergency shutdown when sever overheating is detected, paging when fans die, etc. would be very useful for those of us who run FreeBSD unattended (who dosen't ?) in a collocation center somewhere. > How about lmmon, wmlmmon, healthd, wmhm, and consolehm (and perhaps others) in the ports tree? ----- Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org -------------------------------------------------------- FreeBSD: The Power To Serve - http://www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 10:33: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 3145D37B87C; Mon, 14 Aug 2000 10:32:59 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id LAA23196; Mon, 14 Aug 2000 11:32:57 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id LAA67977; Mon, 14 Aug 2000 11:32:17 -0600 (MDT) Message-Id: <200008141732.LAA67977@harmony.village.org> To: Randy Bush Subject: Re: WaveLAN PCI adaptor hangs 4.1-STABLE Cc: freebsd-bugs@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "Mon, 14 Aug 2000 10:28:40 PDT." References: <200008141252.IAA48970@khavrinen.lcs.mit.edu> <4.3.1.1.20000813030742.00b19d80@localhost> <200008141726.LAA67907@harmony.village.org> Date: Mon, 14 Aug 2000 11:32:17 -0600 From: Warner Losh Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message Randy Bush writes: : wait a sec. 4.1-stable with roamabout isa works here and has for a loooong : time. Right. The problem isn't the ISA card, but rather the PCI card. I have the PCI card and have recreated the problem. I haven't solved the problem. It may be that we'll have to set a hint for the card so that we can kick it into PCI interrupt mode rather than ISA interrupt mode. I've not had the time lately to play with this, since too much life is happening right now. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 10:50: 3 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3C38C37BDB9 for ; Mon, 14 Aug 2000 10:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA71607; Mon, 14 Aug 2000 10:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 14 Aug 2000 10:50:02 -0700 (PDT) Message-Id: <200008141750.KAA71607@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Robert Gash Subject: Re: kern/20606: Health Monitoring Support (ala lm_sensors w/ Linux) Reply-To: Robert Gash Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/20606; it has been noted by GNATS. From: Robert Gash To: "Chris D. Faulhaber" Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/20606: Health Monitoring Support (ala lm_sensors w/ Linux) Date: Mon, 14 Aug 2000 13:44:43 -0400 (EDT) Yeah, those seem to work, due to a difference in wording I didn't find those when searching through ports later. Sorry for wasting your time. -R -- Robert Gash - CS Major \ gashalot@gashalot.com - gte393u@prism Georgia Tech - Atlanta GA \ www.gashalot.com - www.techwreck.net "I can't complain, but sometimes I still do." -Joe Walsh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 11: 1:17 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9A7D937B578 for ; Mon, 14 Aug 2000 11:00:09 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA72907 for freebsd-bugs@freebsd.org; Mon, 14 Aug 2000 11:00:03 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 14 Aug 2000 11:00:03 -0700 (PDT) Message-Id: <200008141800.LAA72907@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/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 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 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 a [1998/11/08] ports/8609 nectar eklogin service (kerberos klogind) fails o [1998/11/24] bin/8829 bug in innetgr (was: Fix port: security/s o [1998/11/25] kern/8861 mdodd under heavy (multi interface) traffic ep0 f [1998/12/09] kern/9036 Boot 3.0-Release hangs with BT-445S after o [1999/02/19] kern/10166 panic during heavy sio i/o;no coproc; ves o [1999/02/20] kern/10172 [panics] Kernel (esp kern/sys_pipe.c) die s [1999/02/26] kern/10281 Crash of 3.1-STABLE system due to scsi er o [1999/03/01] kern/10332 gibbs System freezes during certain SCSI activi 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/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/30] kern/10872 Panic in sorecieve() due to NULL mbuf poi 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 f [1999/04/17] kern/11196 kernel mode page fault 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/23] i386/11298 sos Enabling IDE DMA on Opti Viper-M crashes o [1999/04/27] kern/11351 system reboot for error with popper and d o [1999/05/10] kern/11629 File descriptor table sharing is broken o [1999/05/12] kern/11680 server freezes, all processes stuck in "i o [1999/05/13] i386/11681 gibbs Adaptec 2940 UW SCSI Controller BIOS 1.34 o [1999/05/14] kern/11707 ncr isn't recognized in 3.1-19990512-STAB o [1999/05/24] kern/11869 wpaul Network hangging due to xl0: tx underrun o [1999/05/31] kern/11966 TCP copies send and receive socket buffer o [1999/06/02] kern/11988 recvmsg with a cmsghdr but no iovec is br f [1999/06/05] kern/12041 n_hibma Crashes on startup if Zip drive is switch o [1999/06/07] kern/12072 vm_fault happened in binary file transfer o [1999/06/09] kern/12106 error 6: panic: cannot mount root o [1999/06/10] kern/12127 persistent crash on idle SMP system o [1999/06/16] kern/12248 CRON in malloc(): warning: pointer to wr o [1999/06/18] i386/12286 Segmentation violation when invoking JNI s [1999/06/23] kern/12367 Writing files larger than floppy capacity o [1999/06/25] misc/12390 Installation hangs during extraction o [1999/06/25] kern/12395 gibbs Buslogic SCSI cards (BT948) time out unde o [1999/06/30] kern/12466 Fast system hangs under high FS load o [1999/07/05] kern/12521 lmbench-1.1's context switching test hang o [1999/07/12] misc/12607 System crashes after boot, portmap endles o [1999/07/13] alpha/12623 alpha Certain valid numeric strings cause a SIG f [1999/07/20] misc/12720 gdbm (And possibly other libraries in /us o [1999/07/21] kern/12730 poll() causes indeterministic program han o [1999/07/21] misc/12743 Cannot boot the 3.2 floppies o [1999/08/02] misc/12923 Installation fails on HP Net Server 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/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/19] kern/13825 tx0 "holds" packets for long periods, eve o [1999/09/19] i386/13844 keyboard locks up when I page through a m f [1999/09/20] i386/13849 grog dump on vinum r5 freezes system o [1999/09/22] i386/13892 Kern.flp does not boot on Compaq Presario o [1999/09/24] i386/13933 nfs server panics in tulip_rx_intr() o [1999/09/24] kern/13940 Panic with dd on block/"cooked" devices u o [1999/09/24] kern/13944 ATAPI cd-rom not boot to install, nor de o [1999/09/27] misc/13995 Full duplex mode doesn't work right with o [1999/09/28] kern/14028 ATAPI cd-rom not boot to install and can' o [1999/09/28] i386/14030 imp aha0 probe fails 3.3.0-RELEASE install wi o [1999/10/05] kern/14141 3.3-RELEASE crashing often o [1999/10/06] kern/14162 sudden reboot problem ( maybe kernel pani o [1999/10/08] misc/14204 error 6: panic: cannot mout root(2) o [1999/10/10] i386/14256 System doesn't boot under FreeBSD 3.2 o [1999/10/14] kern/14322 mount respects permissions of underlying o [1999/10/15] kern/14347 kdump & truss won't compile because addit f [1999/10/24] i386/14492 FreeBSD won't install/work with an Asus S o [1999/10/25] kern/14510 kernel panic while pressing panic o [2000/02/09] i386/16620 mdodd 4.0-20000208-CURRENT fails to boot on ASU o [2000/02/14] kern/16708 wpaul 3Com 3c900-Combo Ehternet card make kerne o [2000/02/15] kern/16740 The kernel panics with "ffs_clusteralloc: o [2000/02/18] i386/16802 An user math program have the system on K o [2000/02/19] kern/16828 High Speed Pinging Over 8184 bytes Kills o [2000/02/21] bin/16862 cracauer strptime(..., "%+" ...) dumps core o [2000/02/21] kern/16890 Fatal trap 12: page fault while in kernel o [2000/02/26] kern/17011 Fatal trap 12 occur, dhclient with BOOTP o [2000/02/28] kern/17067 consistent "make -k buildworld" crash wit o [2000/03/03] kern/17152 alfred kernel panic:aio_write o [2000/03/07] kern/17248 FreeBSD 3.4 won't install on 486/100 IBM o [2000/03/10] kern/17305 advansys driver time-out around 30 minute o [2000/03/12] kern/17339 3.4-R on a K6-2: panic: pmap_release: fre o [2000/03/15] i386/17391 jhb FreeBSD boot loader does not recognize ke o [2000/03/15] i386/17398 imp Install failure of 4.0-Release via ftp an o [2000/03/15] kern/17400 sos panic: resource_list_alloc when booting o [2000/03/18] i386/17485 Partition editor completely non-functiona o [2000/03/22] i386/17558 ncr1 controller is not working properly i o [2000/03/23] kern/17565 4.0-RELEASE install does not access IDE d o [2000/03/27] kern/17620 jhay Digi/570i sync driver (if_ar.c) causes sy o [2000/03/28] alpha/17642 alpha FreeBSD/alpha 4.0 RELEASE installation fa o [2000/03/28] kern/17643 sos 3.4 to 4.0 upgrade: ATAPI drivers damage o [2000/03/29] i386/17661 sos 4.0-REL hangs after detecting ata1 o [2000/04/03] kern/17776 RAID5 with crashed disk corrupts filesyst o [2000/04/03] i386/17778 sos 4.0-RELEASE will not recognize IDE Contro o [2000/04/04] bin/17791 Restore does not handle bad or missing ta o [2000/04/04] misc/17793 Keyboard not found o [2000/04/04] ports/17806 msmith make in ports/net/citrix_ica loops on scr o [2000/04/04] i386/17808 cannot swap /dev/.... o [2000/04/05] kern/17821 Wavelan driver not working in 4.0 o [2000/04/08] kern/17870 n_hibma 4.0-release consistently crashes a couple o [2000/04/09] kern/17881 4.0-RELEASE kern.flp boot crashes upon pr f [2000/04/13] kern/17971 cannot boot 4.0 floppies to install o [2000/04/16] ports/18043 andreas i386 o [2000/04/18] kern/18074 Fatal trap 12: page fault while in kernel o [2000/04/20] i386/18123 4.0-RELEASE crashes during boot from CD-R o [2000/04/23] kern/18182 Remote serial gdb no longer works since m o [2000/04/24] bin/18198 owner of ccontrol file in spool dir is wr o [2000/04/24] misc/18201 Freeze at boot time when trying to upgrad o [2000/04/25] misc/18205 Install via CD-Romm hangs o [2000/04/25] i386/18207 3.2-RELEASE to 4.0-RELEASE FTP upgrade fa o [2000/04/27] kern/18265 Vendor specific word = FFFF o [2000/05/01] kern/18335 sos FreeBSD 4.0 has a "WRITE command timeout f [2000/05/04] kern/18387 grog when performing certain vinum operations, o [2000/05/09] misc/18466 dillon install via nfs or ftp media silently tru o [2000/05/13] bin/18531 installation will not read files frm flop o [2000/05/16] ports/18606 billf cannot install the latest ucd-snmp port o [2000/05/17] kern/18623 out of swap f [2000/05/17] misc/18641 FreeBSD V4.0 crashes when using ifconfig o [2000/05/18] i386/18655 4.0-RELEASE Fails to install o [2000/05/18] kern/18665 Unpredictable crashes. Page fault while i o [2000/05/21] kern/18712 Kernel panic o [2000/05/22] kern/18754 grog Vinum: reviving RAID5 volume corrupts dat o [2000/05/23] misc/18786 SCSI hangs during FreeBSD 4.0 installatio s [2000/05/24] misc/18793 ken Hitachi DK319H needs quirk entry to work o [2000/05/25] alpha/18808 alpha Unalligned trap handler fails on quadword f [2000/06/03] kern/18982 make buildworld freezes my machine with a o [2000/06/04] kern/19000 Automatic Reebot, Fatal o [2000/06/05] kern/19022 pcm driver causes immediate panic on use o [2000/06/05] i386/19027 FTP install operation does not find XFree o [2000/06/06] i386/19067 boot problem on an ASUS K7V motherboard o [2000/06/07] kern/19106 wpaul Corruption of xl driver's TX chain during f [2000/06/09] kern/19162 asmodai 4.0-STABLE panics w/ softupdates and quot o [2000/06/10] misc/19175 mounting NFS can be done multiple times C o [2000/06/13] kern/19247 uthread_sigaction.c does not do anything o [2000/06/14] misc/19257 Detection of connected ports on a Cyclom o [2000/06/15] kern/19297 Multi-processor kernel fails to boot on T o [2000/06/16] conf/19336 write failure when adding distribution fi o [2000/06/16] i386/19338 ProLiant DL360 dual proc. locks when boot o [2000/06/17] kern/19353 Cannot install 4.0 o [2000/06/22] misc/19441 4.0-STABLE (06/21/00) Panics On bootup o [2000/06/26] bin/19529 Burning cdrom with burncd fails o [2000/06/27] kern/19551 panic when enabling bridge_ipfw o [2000/06/28] kern/19572 executing command cd ../cdrom after mount a [2000/06/30] ports/19613 nate java causing SIGSEGV 11* segmentation vi o [2000/07/01] conf/19629 imp /etc/rc.sysctl can't set all syctls o [2000/07/03] kern/19661 imp hang or reboot when pcmcia ethernet adapt o [2000/07/05] kern/19726 wpaul fatal trap 12 / page fault o [2000/07/09] kern/19794 FreeBSD 4.0-Stable crash o [2000/07/12] gnu/19882 obrien ld does not detect all undefined symbols! o [2000/07/13] ports/19888 ports qpopper3 dumps core for APOP authetificat o [2000/07/17] bin/19983 tegge sh dumps core reproducibly o [2000/07/20] ports/20058 ports ugly bug in tcl-Mysql -- old code's legac f [2000/07/20] i386/20069 sos hard crash, errors with freebsd 4.0 (waln o [2000/07/20] ports/20077 jmz Latex 99.12 fails to make completely o [2000/07/24] ports/20141 ports Hylafax fails to correctly lock serial de o [2000/07/24] kern/20167 phk Problem with RPC on jail(8) in 4.0-RELEAS f [2000/07/25] kern/20175 Unknown Ethernet Card o [2000/07/26] ports/20199 ports ports/graphics/hdf patch failure o [2000/07/26] misc/20205 FreeBSD 4 will not install on a Compaq Pr o [2000/07/27] kern/20227 jlemon 4.1-RC: UDP checksum problem f [2000/07/29] kern/20296 matcd driver is a) not in GENERIC and b) o [2000/07/30] i386/20308 yokota vidcontrol VESA_800x600 causes a kernel p f [2000/07/31] kern/20310 groudier Symbios 53c875j drivers don't work a [2000/07/31] kern/20312 tegge IO APIC problems o [2000/08/01] misc/20353 4.1 doesn't work on Compaq ML370 o [2000/08/03] kern/20375 APM doesn't work properly! Suspend/resum f [2000/08/03] i386/20379 unable to install, monitor goes black dur o [2000/08/04] kern/20394 sos kernel fails to recognize the second IDE f [2000/08/05] kern/20429 yokota setting flags 0x1 in atkbd0 locks keyboar o [2000/08/08] kern/20484 jlemon FreeBSD 4.0 crashes repeatedly: trap 12: o [2000/08/08] bin/20489 davidn pw problems: -w random not working correc o [2000/08/08] ports/20491 ports AbiWord-0.7.10 fails to compile on FreeBS o [2000/08/08] i386/20495 yokota 4.1-STABLE and 4.1-RELEASE: keyboard does o [2000/08/11] kern/20534 sos ata panic: resource_list_alloc: resource o [2000/08/12] ports/20566 ports [PATCH] SECURITY: Zope Hotfix and PLIST f a [2000/08/13] kern/20573 sos ATA MFC Breaks -STABL o [2000/08/13] ports/20576 ports gnucash port build stops on src/guile/gnc 228 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps o [1996/06/07] kern/1301 davidg DEC FDDI/PCI Adapter: halt code = 6 (DMA f [1996/08/22] kern/1533 dillon Machine can be panicked by a userland pro o [1996/09/29] kern/1689 TCP extensions throttles distant connecti o [1996/10/04] kern/1726 panic in kmem_malloc (dump available) o [1996/10/08] kern/1744 peter run queue or proc list smashed 4 times in f [1996/10/21] kern/1856 peter read-only nfs mount: panic leaf should be s [1996/10/26] bin/1892 n_hibma install(1) removes target file s [1996/11/08] gnu/1981 ypserv handles null key incorrectly o [1996/11/18] kern/2053 peter de0 driver don't work at 100M for Compex o [1996/12/22] kern/2270 Hayes ESP serial card locks system as of a [1996/12/30] kern/2325 quota.user enlarged, no boot on 2.2-BETA f [1997/01/09] bin/2430 grog mountd stops on loading if subnet mask is s [1997/02/03] kern/2647 changing existing route to -static crashe o [1997/02/07] kern/2690 asami When Using ccd in a mirror mode, file cre f [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 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/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/3219 sppp or arnet gets looped after connectio o [1997/04/15] bin/3305 Can't do encrypted rlogin into self o [1997/04/25] kern/3381 peter 2.2.x kernel panic on traversing and remo o [1997/04/25] kern/3384 telldir-seekdir can cause livelock o [1997/05/01] kern/3463 netstat -I packet count increase on sl0 w f [1997/05/04] i386/3502 mdodd Merge of if_ix* and if_ie* broke EE/16 su o [1997/05/06] bin/3524 imp rlogin doesn't read $HOSTALIASES for non- o [1997/05/09] kern/3564 using MPU401 driver pagefaults kernel o [1997/05/12] kern/3579 peter de driver doesn't support newer SMC 9332 o [1997/05/12] kern/3581 intermittent trap 12 in lockstatus() f [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/28] misc/3980 peter access via NFS fails during mount-operati o [1997/07/02] kern/4012 peter 2.2-RELEASE/Digital UNIX NFSv3 0 length f s [1997/07/06] gnu/4042 obrien gdb stackframe in static library shows no o [1997/07/17] kern/4115 peter SunOS NFS file has wrong owner if creator o [1997/07/26] bin/4176 restore gets confused when run over pipe o [1997/07/28] kern/4186 peter nfsiod, panic, page fault in kernel mode o [1997/07/30] kern/4194 peter kernel pci driver for Digital 21041 Ether o [1997/08/06] kern/4240 kernel fails to recognise 2nd serial port o [1997/08/10] kern/4260 EOF handling in st(4) is broken o [1997/08/10] kern/4265 Panic in dsinit when multiple FreeBSD sli o [1997/08/12] kern/4284 le0 goes OACTIVE after some time o [1997/08/13] kern/4295 SL/IP difficulties between 2.2.1 & 2.2.2 o [1997/08/16] kern/4312 arp table gets messed up, syslog "gateway o [1997/08/17] kern/4327 peter NFS over TCP reconnect problem s [1997/08/19] kern/4338 New device driver (Cyclades Cyclom-Z) o [1997/08/22] bin/4357 wosch bug in adduser script causes duplicate UI o [1997/09/02] kern/4454 X drops characters/locks up keyboard when o [1997/09/03] bin/4460 lpd hangs exiting (IE in ps table) o [1997/09/11] kern/4513 System lockup appears to be VM related. o [1997/09/14] i386/4533 Server with Cyclom-Y PCI card rebooted at o [1997/09/21] kern/4600 peter nfs lookups might give incorrect result o [1997/09/30] kern/4663 checkalias panic o [1997/10/01] kern/4666 dfr umount -f doesn't seem to work o [1997/10/01] bin/4672 rdist does not do hard links right when t o [1997/10/03] bin/4683 imp restore doesn't correctly handle "sparse" o [1997/10/16] kern/4774 trying to use IBCS2 shared libraries cras o [1997/10/16] kern/4782 dillon Under certain conditions, several krsh's o [1997/10/31] kern/4909 de ethernet driver is crazy on 100base o [1997/11/03] kern/4927 kernel does not check any quota and permi o [1997/11/05] bin/4949 rpc.rquotad stat()s fs with quota file in o [1997/11/15] conf/5062 login.access not evaluated correctly o [1997/11/18] kern/5085 System crash during mount command for CD o [1997/11/23] i386/5128 Adaptec 2940U Timeouts with QUANTUM disk o [1997/12/06] kern/5244 F00F workaround dosn't always work on SMP o [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) o [1998/01/26] misc/5574 bootpd gets timezone incorrectly o [1998/01/27] kern/5587 session id gets dropped o [1998/01/29] kern/5598 Support for magneto-optic SCSI devices wi o [1998/01/31] kern/5611 bind does not check sockaddr->sin_family o [1998/02/01] kern/5618 kernel memory leak in routetbl. o [1998/02/01] kern/5624 dumping to tape causes scsi bus reset o [1998/02/04] kern/5643 NCR 810/815 do not handle rewind correctl o [1998/02/19] kern/5794 Kernel Panic o [1998/02/28] kern/5877 sb_cc counts control data as well as data f [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 f [1998/03/22] kern/6103 panic: ffs_valloc: dup alloc o [1998/03/28] bin/6162 kinit does not default to the current use f [1998/04/03] kern/6203 kernel panics with "blkfree: freeing free f [1998/04/03] conf/6205 NFS/NIS freak out o [1998/04/04] kern/6212 dillon 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/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 f [1998/04/18] kern/6344 cy driver is outdated o [1998/04/19] kern/6351 DPT RAID controller stops working under h o [1998/04/20] i386/6368 Stallion Easyio 8 port not detected using o [1998/05/03] kern/6506 system will not soft reboot a [1998/05/06] bin/6536 pppd doesn't restore drainwait for tty o [1998/05/08] bin/6557 cracauer /bin/sh is broken o [1998/05/12] kern/6603 ncr driver hangs under high load f [1998/05/17] kern/6670 PANIC on boot with FreeBSD 3.0 (same comp 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/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 mdodd 3Com 3C509 locks up, or has >1000ms rtt u s [1998/07/05] kern/7169 cannot use accton on a append-only file s [1998/07/06] misc/7190 phk "Invalid partition table" after new insta s [1998/07/10] kern/7237 NCR SCSI driver ch0 troubles o [1998/07/11] kern/7245 processes die with signal 6, if machine o o [1998/07/12] i386/7266 yokota PSM detection failure with Linksys consol s [1998/07/14] kern/7281 [STABLE] Multicast kludge does not work c o [1998/07/26] kern/7405 dillon 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 dillon Machine crashes do not occur very often, o [1998/07/30] bin/7446 jdp Dlopen succeed in particular cases, but i s [1998/08/10] kern/7556 sl_compress_init() will fail if called an f [1998/08/10] kern/7557 dillon -current machine running Diablo, lockup, s [1998/08/10] kern/7561 CDROM (wcd) is prone to lock up system/pr 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/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/09] bin/7872 dwmalone [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] gnu/7951 The gnu readline library core dumps when o [1998/09/17] bin/7968 If /usr/libexec/yppwupdate DNE, rpc.yppas o [1998/09/28] misc/8070 can't get a system with an NCR 810 contro o [1998/09/28] i386/8081 Problem with MULTIPORT driver and Boca BB o [1998/09/30] gnu/8099 obrien [patch] some bugs in cpio o [1998/10/03] kern/8137 [patch] quotaoff followed by quotaon can f [1998/10/05] kern/8158 sio driver breaks in 2.2.7R in kernels wi o [1998/10/06] kern/8180 open("..",O_RDONLY|O_NONBLOCK) fails o [1998/10/08] kern/8206 [patch] Unconected UDP socket declined, i o [1998/10/08] kern/8215 Creating 2 root partitions in sysinstall o [1998/10/13] kern/8312 Under heavy load, the system panics with o [1998/10/14] bin/8322 Mail doesn't respect REPLYTO in .mailrc o [1998/10/19] conf/8379 gshapiro check_rcpt returns OK for nonexistent add 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 o [1998/10/23] kern/8423 Intel PILA8461 NIC panics 2.2.7 during pr 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 f [1998/11/05] kern/8580 dillon Hanging NFS pagein in nfs_bio.c (2.2.7, w o [1998/11/08] kern/8607 maxprocsperuid setting causes sybase/linu 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 f [1998/11/11] kern/8657 dillon nfs client hung in nfs_bwrite/vfs_busy_pa o [1998/11/14] bin/8685 sending a SYST by ftp client closes conne o [1998/11/18] bin/8745 wosch adduser permit adding `root' and mail ali o [1998/11/20] kern/8773 Intel AN430TX motherboard ps/2 port not r f [1998/11/20] kern/8778 gibbs Buslogic BT948 in 2 boxes upgraded from S o [1998/11/25] bin/8865 syslogd hangs with serial console o [1998/11/29] conf/8903 dillon /etc/rc can do NFS mounts before the netw 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/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 ports [patch] squid does not join a multicast g o [1998/12/31] bin/9252 [patch] login program "login" don't set K o [1999/01/06] kern/9355 can't select() for writes on a bpf o [1999/01/07] bin/9379 pppd does not go through all interfaces l o [1999/01/08] kern/9391 if_addmulti doesn't check for retifma == o [1999/01/09] kern/9407 "make kernel" yields buggy kernel in cera o [1999/01/09] kern/9408 parameter reversed to a pci_cfgwrite in p o [1999/01/09] kern/9411 System crash on swapping to hole-files o [1999/01/11] bin/9440 obrien amd can't mount filesystems with type:=uf o [1999/01/13] kern/9478 support for running a script from kldload o [1999/01/14] kern/9487 pcm: mixer's synth and cd devices are swa o [1999/01/14] bin/9495 su doesn't look at login.cnf all the time o [1999/01/15] bin/9516 ftpd doesn't honor invalid shelll in logi o [1999/01/17] kern/9548 UNION fs corrupts data and has undefined o [1999/01/17] kern/9550 The latest -current as of 17 January has o [1999/01/21] kern/9599 SMP hang after reseting CPU 1 s [1999/01/22] docs/9618 asmodai many typos in groff_mm(7) f [1999/01/25] kern/9673 ISO CD-ROM Problem o [1999/01/28] i386/9759 Tar process hangs on buggy tapes o [1999/02/01] kern/9862 system crashes writing to msdos jaz disk o [1999/02/02] kern/9883 MGET()(and variants) return NULL with M_W s [1999/02/06] kern/9927 gibbs the ahc driver doesn't correctly grok swi o [1999/02/06] i386/9933 No error reported writing to write-protec o [1999/02/06] kern/9935 vmstat reprots bad AVM values o [1999/02/08] kern/9961 When loading if_ppp_mod.o system crashes, o [1999/02/08] i386/9962 Install Panics in with integer divide fau o [1999/02/08] kern/9974 Large amounts of kernel clock drift with o [1999/02/09] bin/9982 inet_addr(3) should be return 32bit uint. o [1999/02/10] misc/10009 jdp dlopen will crash when opening some strip o [1999/02/11] kern/10021 MOUNTING A EXT2FS A AFTER MOUNTING AN MSD o [1999/02/11] bin/10031 ypxfr does not work with Solaris master s o [1999/02/13] kern/10066 problem with a X-Window and syscons drive o [1999/02/14] i386/10089 ATAPI tape driver (wst) doesn't handle En o [1999/02/15] kern/10107 dillon interlock situation with exec_map and a p f [1999/02/25] bin/10264 davidn 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/07] kern/10466 resume causes crashes if BIOS extmem != R o [1999/03/08] kern/10492 broadcast IP address can be set on interf o [1999/03/09] bin/10510 Remote cvs botches commits on occassion o [1999/03/11] bin/10553 syslogd suddenly stopped logging o [1999/03/14] kern/10581 Kernel panic while using find on an ext2 o [1999/03/14] kern/10594 EXT2FS mount problems o [1999/03/14] bin/10596 I can't find out where someone is logged o [1999/03/15] misc/10599 [PATCH included]malloc/free breaks in cer o [1999/03/15] kern/10603 dcs Random system panics o [1999/03/15] kern/10607 Fast forwarding breaks when arp cache exp o [1999/03/16] bin/10615 make installworld DESTDIR=/some/dir f [1999/03/16] i386/10626 RTC BIOS diagnostic error on install o [1999/03/16] bin/10633 obrien [patch] tcpslice timezone problem and upd o [1999/03/17] i386/10646 Bridge code missing from ed0 driver in 3. o [1999/03/19] kern/10671 setlogin(2) return EINVAL for length of n o [1999/03/20] kern/10698 de driver doesn't work with some tulip bo o [1999/03/24] bin/10774 sio0 doesn't work well, i belive the prob o [1999/03/24] kern/10778 "ipforward_rt" is not cleared when routin o [1999/03/27] bin/10821 des getpwent() fails on NIS clients after dro o [1999/03/29] i386/10862 sos wd.c STILL cannot recognize correct disk o [1999/03/30] kern/10870 eivind Kernel panic when writing to write-protec o [1999/03/30] misc/10879 Cannot build aout binaries under 3.1-RELE o [1999/03/30] bin/10880 Profiler libraries missing o [1999/04/01] bin/10912 /bin/sh: Fix to prevent infinite loops on o [1999/04/03] i386/10935 PCI cards detected twice o [1999/04/05] i386/10969 kernel fails to compile with ccs0 f [1999/04/06] i386/10983 lnc NIC driver doesn't work o [1999/04/06] bin/10991 lpd hangs system if printer not ready on o [1999/04/07] kern/11004 Quota Issues on SMP o [1999/04/07] bin/11005 `umount -f' does not work if the NFS-serv o [1999/04/08] misc/11024 getpwnam(3) uses incorrect #define to lim o [1999/04/11] kern/11080 fatal trap 18 while trying to mount inval o [1999/04/11] kern/11084 3.1-R kernel trap 12 with interrupts o [1999/04/13] bin/11119 NFS quotas fail to report if alternate fi o [1999/04/18] kern/11208 Complete system hang/freeze. No PANIC me o [1999/04/20] bin/11247 des 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 des fetch http-timeout/timestamp bug o [1999/04/23] bin/11296 des 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 dwmalone [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 f [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 f [1999/05/18] kern/11766 Can not traceroute through ipnat. o [1999/05/18] i386/11773 yokota mouse works at setup time. Under X it go o [1999/05/19] misc/11778 mpz_get_str() in libgmp leads up to cored 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/21] kern/11821 /dev/fd0a hangs on large files, including o [1999/05/23] kern/11867 Sound driver loses interrupts, no sound o [1999/05/28] kern/11911 3.1-R : writing file larger than floppy s o [1999/05/28] kern/11915 access system call says file is readable o [1999/05/28] kern/11922 missing reentrant interfaces for getpwnam o [1999/05/29] kern/11928 kldload loads kernel modules even if ther o [1999/05/29] kern/11937 vm problems after havy memory usage o [1999/05/31] kern/11969 VM_fault with mmap'd CDROM data. f [1999/06/02] i386/11991 fdisk does not assign slices to unused pa o [1999/06/02] bin/11992 /usr/src/sbin/mountd/mountd.c has '#ifdef o [1999/06/04] kern/12022 phk System clock timewarps o [1999/06/06] bin/12054 explicit -ltermcap after -lncurses causes o [1999/06/06] kern/12062 sa tape driver with Cipher 60M SCSI QIC t o [1999/06/08] bin/12091 syslog packets from a remote machine are o [1999/06/09] kern/12104 Certain cdcontrol commands don't work pro o [1999/06/10] bin/12120 named crashes. o [1999/06/12] gnu/12175 obrien 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 f [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 f [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/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/22] kern/12758 Adjusting the idle priority of a process o [1999/07/23] i386/12771 lpt hangs and never works again, even aft o [1999/07/24] kern/12800 buffer leak in cluster_wbuild o [1999/07/27] alpha/12832 alpha config -g creates broken Makefile in 3.2- o [1999/07/27] kern/12838 PC-Card ctlr(0) Vadem 365 support seems b o [1999/07/28] misc/12856 installworld over nfs broken (3.2S) o [1999/07/29] kern/12869 panic: softdep_flushfiles: looping o [1999/07/30] kern/12884 Hot to panic FreeBSD-3.2-Release o [1999/08/02] ports/12930 asami libtool create defuct makefiles if PREFIX o [1999/08/03] misc/12938 gethostbyaddr(209.201.116.19) - Bus error o [1999/08/04] kern/12979 Response time continually slows on idle m o [1999/08/05] kern/12991 system queue is cleared when a port or pi f [1999/08/06] kern/12996 ifconf in sys/net/if.c returns larger buf o [1999/08/07] conf/13013 Selecting CDROM as install media doesn't o [1999/08/08] misc/13027 sysinstall has no /dev entry for wfd0s4 ( f [1999/08/10] i386/13058 Installation hangs after commit o [1999/08/14] kern/13141 se Multiple LUN support in NCR driver is bro o [1999/08/15] kern/13150 panic: ufs_dirbad: bad dir o [1999/08/15] gnu/13172 Bug in workaround of russian locale & sor o [1999/08/16] kern/13180 panic: ffs_alloccg: map corrupted o [1999/08/17] kern/13198 panic: vm_fault: fault on nofault entry o [1999/08/17] gnu/13200 The assembler chokes on very long operand o [1999/08/18] kern/13234 .../netinet/ip_input.c should include opt o [1999/08/24] bin/13350 make clean in bsd.obj.mk no longer proper o [1999/08/25] misc/13378 Tecra 8000 hangs in UserConfig, cannot co o [1999/08/25] kern/13382 Only 1 parallel port supported if pps ena o [1999/08/26] kern/13405 syslogd get system hang o [1999/08/27] gnu/13427 obrien gdb reports wrong info o [1999/08/28] gnu/13438 objc forward core dump using system cc f [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 f [1999/09/09] i386/13655 sysmouse, signal 10 and XF86_S3 o [1999/09/10] bin/13679 ncurses-based programs eat 100% CPU after o [1999/09/10] bin/13691 fenner tcpslice cannot extract over 2GB part of o [1999/09/11] bin/13703 MCNP compilation problem o [1999/09/12] bin/13711 root fs not properly unmounted after shut o [1999/09/12] ports/13714 stb netatalk-1.4b2+asun2.1.3 fails chmod g+s o [1999/09/13] 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 f [1999/09/15] i386/13765 memory problem: compilation of emacs dies o [1999/09/15] bin/13768 sh MAKEDEV cdN creates all cd(N-1)-device o [1999/09/16] conf/13775 multi-user boot may hang in NIS environme o [1999/09/16] conf/13785 jkh boot block/manager problem at installatio o [1999/09/17] i386/13787 lnc driver isn't really the lnc driver f [1999/09/18] i386/13811 ide cdrom stops recognizing audio cdroms o [1999/09/19] ports/13839 will kdegraphics11 'make PREFIX' fix, one comp f [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] 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/02] kern/14096 parallel port -- ppi -- driver broken aft o [1999/10/03] bin/14102 make world -DWANT_AOUT fails in lib/compa o [1999/10/04] misc/14121 resurfaced bug in rmt preventing remote d o [1999/10/04] kern/14123 lnc driver is not working o [1999/10/04] i386/14135 lpt1 nolonger exists after 3.2-RELEASE o [1999/10/05] kern/14144 bad conversions in kern_fork() o [1999/10/07] misc/14178 FreeBSD 3.2 - Calls from CGI scripts, cro o [1999/10/07] kern/14183 grog bridge forwarding corrupted broadcast IP o [1999/10/10] bin/14250 dwmalone restore(8) can loop if tty goes away or w o [1999/10/10] misc/14254 [Fwd: clock(3) runs backwards! (fwd)] (fw o [1999/10/10] kern/14257 error 6: panic: cannot mount root (2) - d o [1999/10/12] i386/14282 Using FreeBSD 3.* ThinkPad 600E doesn't r o [1999/10/12] kern/14285 dillon NFS client appears to lose data f [1999/10/14] i386/14324 wst OR atapi drivers won't work o [1999/10/14] misc/14326 kerberos4 pam-related breakage in current o [1999/10/14] misc/14327 names used in netdb.h may conflict with n o [1999/10/14] i386/14334 imp AHA-1542A not supported by FreeBSD 3.x (" o [1999/10/15] kern/14354 grog vinum cannot compile for alpha o [1999/10/20] misc/14431 Network Interface Problem o [1999/10/20] bin/14444 enigma command can't decrypt files encryp o [1999/10/21] i386/14446 Doesn't boot on Mobile Celeron o [1999/10/25] bin/14524 markm PERL 5.005_03 Config.PM on 3.2-STABLE say o [1999/10/25] kern/14536 kernel panic on 64KB block size ufs files o [1999/10/26] kern/14546 SB128PCI work incorrect play wav-files un o [1999/10/26] kern/14549 mdodd 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 gshapiro sendmail 8.9.3 bug with aliases in -CURRE o [1999/11/03] i386/14689 waitpid doesn't harvest child process whe o [1999/11/04] kern/14712 root has access to NFS mounted directorie o [1999/11/05] kern/14722 TCP connections hangs in FIN_WAIT_2 for > o [1999/11/05] bin/14729 murray when sysinstall is running as init it sho o [1999/11/07] bin/14782 ypbind can not bind to Solaris NIS master o [1999/11/08] kern/14787 /dev/lpt0 doesn't work unless/until you d 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/11] ports/14826 obrien security/fwtk smapd calls sendmail with w o [1999/11/12] bin/14844 rwhod is remotely crashable o [1999/11/12] kern/14848 Frame Relay support, corrected a [1999/11/12] misc/14856 billf ftp stalls on FreeBSD 3.3 (CDROM) tested o [1999/11/14] kern/14890 ffs_valloc: dup alloc o [1999/11/15] misc/14895 portmap bug (when run with -v flag) o [1999/11/15] kern/14900 3.3-RELEASE panic in pmap_pte_quick() o [1999/11/16] kern/14917 grog DMA doesn't works with ALI ALADDIN M1543/ o [1999/11/16] bin/14920 install(1) hangs when intalling files sam o [1999/11/17] i386/14946 mjacob rmt - remote magtape protocol o [1999/11/17] kern/14962 PnP doesn't detect AWE64 when PnP modem i o [1999/11/17] misc/14964 Network Interface Configuration Problem a o [1999/11/18] bin/14978 lprm(1) does not kill active daemon if ho o [1999/11/19] kern/14997 NFSv3 open O_EXCL fails to set proper "at o [1999/11/19] misc/15001 des '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 obrien /sbin/dhclient-script ignores resolv.conf 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] kern/15086 Borked sscape drivers :) o [1999/11/25] kern/15087 3.3-STABLE panic while starting daemons ( o [1999/11/25] kern/15089 mmap of files from 2K-block device failed f [1999/11/26] ports/15107 green Patch for FreeBSD s/key support in OpenSS o [1999/11/26] misc/15109 problem printing graphic pages o [1999/11/27] ports/15123 rse www/apache13-modssl has PREFIX problems f o [1999/11/28] conf/15150 phantom Taking encoding scheme latin1 into accoun o [1999/11/30] misc/15190 crashing while in a multiplatform environ o [1999/12/01] kern/15204 systems panics when ktrace-ing o [1999/12/01] kern/15206 Ethernet driver if_vr.c (VIA Technologies o [1999/12/02] misc/15228 C++ exceptions+threads SIGABRTs. o [1999/12/02] kern/15235 dillon Race conditions in pipe_write causes kern o [1999/12/05] misc/15269 error server timeout downloading small fi o [1999/12/06] i386/15327 Unable to use ISA sound card with AD1816A o [1999/12/07] kern/15345 lkm no longer works after 3.3 o [1999/12/08] i386/15364 Flash Player 4 for Linux has no sound wit o [1999/12/11] kern/15420 3.3-RELEASE Kernel freeze o [1999/12/12] bin/15450 The name of the tagfile is left in the pa o [1999/12/13] bin/15471 kris Fix several buffer overflows o [1999/12/13] kern/15475 pppd(8) sets the Source Address field of o [1999/12/14] kern/15478 incorrect utmp/wtmp records update upon c o [1999/12/14] kern/15486 Attempt to write to a "write-prot" floppy o [1999/12/15] kern/15508 disk usage after "strip" is wrong o [1999/12/16] bin/15520 mktime() fails under certain conditions o [1999/12/17] kern/15542 de suddenly stops working o [1999/12/17] ports/15543 hosokawa Samba + DHCP = UNKNOWN HOST NAME o [1999/12/17] i386/15548 Intel EtherExpress Pro/10+: Only 1024 byt o [1999/12/18] i386/15553 marcel 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 f [1999/12/22] i386/15631 3.4 won't install with IBM 37.5 gb disks o [1999/12/23] misc/15662 markm [PATCH] perl5 Sys::Hostname fails if no P o [1999/12/26] kern/15707 dillon bad trap in mprotect o [1999/12/29] conf/15766 My desktop display is too large, I can´t o [2000/01/01] kern/15825 dillon Softupdates gets behind, runs the system o [2000/01/01] bin/15829 peter cvs -C not_a_number core dumps o [2000/01/02] i386/15845 Driver for RealTek 8029 o [2000/01/03] misc/15869 3.4-STABLE-20000103 install fails to disk o [2000/01/03] kern/15870 PicoBSD Kernel link fails o [2000/01/03] bin/15877 Perl 5.00503 interpreter crashes with a s o [2000/01/04] i386/15879 System hangs while watching the tv and ap o [2000/01/04] gnu/15892 NFS-exported ext2 file system makes Linux o [2000/01/04] i386/15897 Any fix for rpc.lockd on Free BSD 3.2 nfs o [2000/01/05] ports/15922 chuckr print/a2ps cannot find ogonkfied fonts [p o [2000/01/05] bin/15924 ndc restart don't preserve start options o [2000/01/07] i386/15961 System allows no keyboard input after flo o [2000/01/09] kern/16013 FreeBSD 3.3 sends ICMP reply to IP unicas o [2000/01/09] bin/16014 New cvs in -stable prints consistent erro o [2000/01/10] kern/16040 Read-only files under NFS are not seen as o [2000/01/11] misc/16068 FreeBSD 3.3 with IDE > 32GB causes Panic: o [2000/01/12] kern/16090 mdodd No buffer space available o [2000/01/13] misc/16102 root's home directory is too open o [2000/01/14] kern/16122 Incorrect SysV SHM segment accounting by o [2000/01/15] i386/16132 FreeBSD doesn't install on Notebook w/ Sy o [2000/01/17] misc/16154 modem ring kills freebsd o [2000/01/17] bin/16155 cp -p does not preserve modification time 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 f [2000/01/20] misc/16238 e-bones has a Y2K bug o [2000/01/20] kern/16239 dillon NFS mount file system from multi-homed re o [2000/01/20] bin/16244 [PATCH] don't allow password re-use when o [2000/01/21] kern/16257 Kernel panic in sbdrop o [2000/01/21] i386/16269 smp dosen't work with >2 cpus on AMI Goli o [2000/01/21] bin/16271 vi has wrong len type in re_tag_conv() o [2000/01/22] kern/16299 nfs.ko can be unloaded when nfsd is runni o [2000/01/23] kern/16318 Fix for wrong interface when adding new r o [2000/01/23] alpha/16319 alpha No trailing newline in /usr/src/lib/libc/ o [2000/01/24] ports/16341 obrien Fix for minicom detecting modem status li o [2000/01/24] bin/16342 Problems with krb_realmofhost() and/or kr o [2000/01/24] ports/16343 reg bsd.port.mk cannot override make.conf. o [2000/01/25] i386/16349 Intel EtherExpress Pro/10+ card detection o [2000/01/25] bin/16353 rlogin encryption is broken on transmit s o [2000/01/27] ports/16396 reg libtool -export-symbols doesn't restrict f [2000/01/27] ports/16410 kris ssh and x forwarding problem o [2000/01/27] kern/16416 Hang on boot with SMP Dell 2400 o [2000/01/28] misc/16423 Installation problem of 3.4-RELEASE using o [2000/01/30] gnu/16481 Cpp crashes frequently o [2000/01/30] i386/16482 IDE disk fails on secondary IDE master de o [2000/02/06] kern/16515 Deadlock by ntpd o [2000/02/08] bin/16578 host-name field is hexadecimal instead of o [2000/02/08] conf/16586 net if down after fail during install o [2000/02/08] kern/16587 cg Can't record with newpcm & CS4236 (AW35/P o [2000/02/09] kern/16598 xmcd stopped by racd0c ioctl error while o [2000/02/09] kern/16605 samba 2.0.6 under 3.4-RELEASE can't open o [2000/02/09] ports/16621 marcel emulators/linux_base needs to be installe o [2000/02/10] kern/16644 Bad comparsion expression in bpf_filter.c o [2000/02/10] bin/16645 Inetd(8) internal ident won't work with m o [2000/02/16] ports/16766 billf htdig RUN_DEPENDS on ${PREFIX}/share/apac o [2000/02/18] bin/16812 level 0 dump runs forever -- generates a o [2000/02/18] kern/16816 vop_stdpoll() in /sys/kern/vfs_default.c o [2000/02/20] conf/16832 amd.map options won't play with Solaris N o [2000/02/20] kern/16849 Close on an ide tape drive hangs o [2000/02/20] misc/16860 suggetion on installation process. o [2000/02/21] conf/16879 tanimura Sound drivers seem to be using shared irq o [2000/02/21] ports/16882 obrien Memory leak with g++ 2.8.1 and STL 2.8.1. o [2000/02/22] bin/16920 cdcontrol fails under 4.0-20000214-CURREN o [2000/02/23] kern/16937 ie0 not probed in -current of 2000-02-18 o [2000/02/23] conf/16948 murray Sysinstall/disklabel: bad partition table o [2000/02/23] ports/16955 markm 'pgp5' built with ports/security/pgp5 doe o [2000/02/25] ports/16983 ache procmail port not prefix clean o [2000/02/25] misc/16991 jhb booting install disk and USB o [2000/02/27] kern/17033 Samsung SN-124 ATAPI CD-ROM not supported o [2000/02/28] bin/17056 rshd does improper home directory check o [2000/03/01] misc/17108 SecureRPC not supported in mount_nfs comm o [2000/03/01] conf/17117 Dial-up problems when using Kppp o [2000/03/02] bin/17134 problem with 3.0-RELEASE cron forgetting o [2000/03/03] kern/17142 4.0-CURRENT hangs in ex_isa_identify() wh o [2000/03/03] kern/17146 panic in devfs_open() while mounting devi o [2000/03/03] kern/17153 mjacob Qlogic Ultra3 cards seem to write very sl o [2000/03/04] bin/17188 peter make(1) option to reproduce original -V b o [2000/03/05] kern/17208 3.4 Lock-up during file-completion o [2000/03/06] i386/17228 Installation floppies hang up on Compaq A o [2000/03/06] misc/17235 endless loop? harddrive corrupted? o [2000/03/06] ports/17237 hosokawa in samba suite smbclient -M worked incorr o [2000/03/10] misc/17310 NIS host name resolving may loop forever o [2000/03/11] ports/17313 ache wu-ftpd ports install invalid file owners o [2000/03/11] ports/17314 hosokawa in samba: testparm incorrectly generate w o [2000/03/12] bin/17338 netstat shows down counting UDP delivery o [2000/03/12] i386/17346 APIC cannot be enabled without turning on o [2000/03/13] bin/17360 kris [PATCH] Cleanup bug in pam_ssh o [2000/03/13] ports/17367 reg The makefile doesn't make the aout lib di o [2000/03/14] i386/17374 Archive QIC02 tape-unit device randomly h o [2000/03/14] kern/17375 yokota kldload/unload cycles with syscons screen o [2000/03/15] kern/17393 kldload syscall allows the same kernel mo o [2000/03/16] kern/17403 cg CS4232 wont play w/newpcm o [2000/03/16] conf/17406 nis in /etc/host.conf breaks network prog f [2000/03/16] misc/17409 4.0-RELEASE install fails on Compaq 1850R o [2000/03/16] alpha/17410 alpha Bad tag on Alpha boot floppies o [2000/03/16] kern/17422 bde 4.0-STABLE: top: nlist failed o [2000/03/16] i386/17423 System hangs then reboots o [2000/03/17] gnu/17433 libobjc locks mutex before deallocating i o [2000/03/17] misc/17435 There's no DES crypto distribution in 4.0 o [2000/03/17] kern/17439 sos 4.0-STABLE: mount of non-fixated CD-R -> o [2000/03/18] bin/17482 ftpd(8) forget to close TCP port in passi o [2000/03/18] kern/17483 Cannot run disklabel on virgin disk o [2000/03/19] kern/17492 There is a bug in SIOCGIFCONF ioctl code o [2000/03/19] kern/17494 Two problems with the tun device o [2000/03/19] kern/17499 grog Can't revive VINUM RAID5 o [2000/03/20] ports/17503 obrien lsof port doesn't build on FreeBSD 5.0 o [2000/03/20] kern/17504 ken Another Micropolis Synchronize Cache Prob f [2000/03/20] misc/17517 wpaul 100/10baseT card resets under load f [2000/03/21] i386/17526 PB of frequency heuristic in uipc_socket. o [2000/03/21] conf/17540 NIS host lookups cause NFS mounts to wedg o [2000/03/21] kern/17542 cg random static with GUS PnP s [2000/03/22] ports/17561 green openssh (scp) fails with files larger tha o [2000/03/22] misc/17562 PAS16 sound cycles o [2000/03/23] misc/17567 make buildworld bombing at KerbIV o [2000/03/24] kern/17583 julian NETATALK code can corrupt mbuf free lists o [2000/03/24] misc/17584 groudier fatal SCSI error with a Symbios 53c875 co o [2000/03/24] kern/17592 sos ata READ/WRITE command timeouts o [2000/03/26] kern/17613 impossible to build FS KLD without kernel o [2000/03/26] misc/17615 ¼±ÐèÁ˽âFreeBSSDÖеÄrc.conf,rc.firewallÎÄ o [2000/03/27] i386/17626 green sshd cores when I scp to it o [2000/03/28] kern/17634 cg Non-deterministic PnP sound device config o [2000/03/28] kern/17636 FreeBSD 4 uses network card driver dc whe s [2000/03/28] alpha/17637 billf misconfigured syscons bell causes panic o o [2000/03/28] ports/17652 stb netatalk port modification for des/md5 ch o [2000/03/29] i386/17662 gibbs cam_xpt.c incorrectly disables tagged que o [2000/03/29] kern/17680 Multiple crashes due to load in 4.0/5.0 e o [2000/03/30] kern/17695 cg Vibra16X sound card doesn't record audio o [2000/03/30] kern/17697 Boot floppy+local ftp upgrade from 3.4/in o [2000/03/31] i386/17713 gibbs MAKEDEV and /stand/sysinstall goofups wit o [2000/03/31] kern/17715 io memory requests from pnp devices lands o [2000/04/01] kern/17738 reboot after panic: softdep_lock: locking o [2000/04/01] kern/17746 sos afd0 is accessed for no reason a couple o o [2000/04/02] i386/17755 FTP install of 4.0 allocates too few inod o [2000/04/02] kern/17757 jasone select returns 0 if pthread_kill'd w/ sig o [2000/04/02] i386/17761 disk label editor in 4.0 deleted 3.4 part o [2000/04/03] bin/17765 sh in free(): warning: junk pointer, too o [2000/04/03] kern/17779 ADIC 1200d (DAT changer) and Symbios SCSI o [2000/04/04] i386/17800 bde [PATCH] problem with statclock initializa o [2000/04/06] kern/17829 The dc driver is seriously broken o [2000/04/06] misc/17832 Enlightenment gives Segmentation fault o [2000/04/06] alpha/17833 alpha dc driver for embedded ethernet on Miata a [2000/04/06] kern/17839 sos ad driver and SMP kernel panic (vinum may o [2000/04/07] bin/17841 ttyp0 (and only 0!) produces stdout input o [2000/04/07] kern/17842 Erratic user time reports for long runnin o [2000/04/07] bin/17843 ftpd fails to set cwd with mode 700 NFS m o [2000/04/07] kern/17844 Amd wedges every morning since I've upgra o [2000/04/08] kern/17863 Running DAP reboots computer o [2000/04/08] kern/17871 starting to accumulate undeletable direct o [2000/04/09] i386/17883 4.0-RELEASE panics during install. o [2000/04/09] i386/17890 sos Still having trouble identifying disk geo o [2000/04/10] kern/17895 stale unix domain connections o [2000/04/10] kern/17905 dillon 4.0-SNAP keep on crashing every 3 days o [2000/04/10] i386/17915 pcm0 direct DMA issues. o [2000/04/10] kern/17920 sos ata/ad driver HARD ERROR failure with int o [2000/04/10] kern/17923 cg SB16 ISA-PnP sometimes produces loud stat o [2000/04/11] i386/17926 yokota psm device problems with apm resume o [2000/04/11] i386/17930 wpaul Patch to MFC WaveLAN WEP into 3.4-STABLE o [2000/04/11] kern/17936 panic: resource_list_alloc: resource entr o [2000/04/11] i386/17940 Cannot recongize the scsi card AIC-7899 o [2000/04/12] kern/17961 n_hibma Fatal Trap 12. Page fault while in kernel o [2000/04/12] kern/17965 wpaul vr (MII-bus version in 4.0 ONLY) driver l o [2000/04/14] ports/18003 cwt amanda2.4's SCSI changer script (chg-chio o [2000/04/14] kern/18012 adrian vnode_free_list corruption, "free vnode i o [2000/04/15] kern/18024 when printing through gs: panic: lockmgr: o [2000/04/15] kern/18031 alpha system panics cpu_fork during AIO c o [2000/04/17] misc/18065 FREEBSD 4.0 crashes on boot Compaq Prolia o [2000/04/18] misc/18071 I cannot install Oracle 8i in FreeBSD 4.0 o [2000/04/19] i386/18089 4.0R install hangs on newfs or fsck o [2000/04/19] kern/18096 random crashes probably caused by lockmgr o [2000/04/20] kern/18110 DC-390 SCSI BIOS setting no effect and IB f [2000/04/20] kern/18113 Kernel panic while untarring a large arch o [2000/04/21] i386/18132 BTX dumps trying to boot w/ dedicated SCS o [2000/04/22] bin/18160 pppd does not hang up sometimes while sta o [2000/04/23] ports/18180 jmz xdm authorization fails with XDM-AUTHORIZ o [2000/04/23] bin/18181 Getty can fail to observe :de: specificat o [2000/04/23] i386/18185 gibbs Adaptec 3950U2 errors during boot/probe o [2000/04/24] kern/18200 mdodd 3com 3c509b recognized twice during boot o [2000/04/25] kern/18209 rlimits are never checked in exec() if ex f [2000/04/25] i386/18212 4.0-RELEASE does not see all disk. o [2000/04/25] misc/18220 Mailing list search date problems o [2000/04/25] bin/18221 DNS resolver can fail for large DNS respo f [2000/04/26] kern/18234 phk 4.0-CURRENT crashes when "make test" in p o [2000/04/26] conf/18238 kris The default sshd config leaves X11 forwar o [2000/04/27] kern/18252 sysctl -a causes panic o [2000/04/28] i386/18268 RTC BIOS error10 (memorysize) o [2000/04/28] kern/18270 [PATCH] kldunload "vn" doesn't clean up e o [2000/04/28] kern/18285 the system froze when use scon -s 50 f [2000/04/29] kern/18303 grog panic: vinvalbuf: dirty bufs o [2000/04/30] kern/18315 System hang when doing back-to-back captu o [2000/04/30] kern/18316 close-together bt848/878 captures to file o [2000/05/01] ports/18328 obrien gnucash port configure failure not detect o [2000/05/02] kern/18345 sbc / pcm not fully recognizing AWE64 o [2000/05/02] kern/18348 yokota kernel crash o [2000/05/18] kern/18650 panic when enabling linux with emu10k1 dr o [2000/05/19] gnu/18672 std::basic_string::c_str() o [2000/05/19] bin/18678 Bug in libz o [2000/05/19] kern/18687 mrouted and IPDIVERT cause a panic o [2000/05/20] kern/18704 GLOB_ERR not handled correctly by glob() o [2000/05/21] misc/18728 Audio and video desynch in Realplayer on s [2000/05/21] kern/18735 asmodai add support to Accton EN1217 network adap o [2000/05/22] bin/18742 times.allow field parsed incorrectly o [2000/05/22] kern/18751 if_dc doesn't autosense 100Mb mode o [2000/05/22] kern/18756 dg [PATCH] fxp device causes lockups after s o [2000/05/22] kern/18757 dg [PATCH] fxp driver doesn't enable flow co o [2000/05/22] kern/18763 kernel crashes when sysctl(3) is called o [2000/05/22] alpha/18768 wpaul Digital DE500-BA with "dc" driver doesn't f [2000/05/28] kern/18858 microuptime() errors even after disabling o [2000/05/28] misc/18860 Cannot write DATA record to /home/archive o [2000/05/29] ports/18871 ports apache13-fp port doesn't install on FreeB o [2000/05/29] kern/18875 arpintr() problem o [2000/05/30] kern/18899 if_vr.c can't bridging properly when bpf o [2000/05/30] bin/18903 pkg_add deleted its own database o [2000/05/31] kern/18924 sysctl hw.bt848 crashes machine (bktr dri o [2000/05/31] conf/18925 No X Desktop Environments in 4.0 o [2000/05/31] misc/18927 jwd Missing tools in release/scripts/src-inst o [2000/05/31] gnu/18930 obrien Fix mktemp() problem with libg2c o [2000/05/31] kern/18932 Total loss of ethernet needing reboot. P o [2000/06/01] i386/18940 Reading from stdin using linux-jdk-1.2.2 o [2000/06/02] kern/18980 ATAPI Drive boots Install CD but then say o [2000/06/03] i386/18981 3.4 CDROM fails to boot on Dell PowerEdge o [2000/06/03] ports/18996 vanilla gimp port does not build when WITH_PERL i f [2000/06/04] kern/19009 Mounting bad CD-ROM causes crash o [2000/06/05] kern/19020 kernel reboots sometimes o [2000/06/05] misc/19025 Installer assumes /dev exists if target d o [2000/06/06] conf/19080 murray sysinstall's use of host.conf prevents ft o [2000/06/07] alpha/19089 alex Patch: Add if_ed support to FreeBSD/Alpha o [2000/06/07] ports/19093 obrien problem with mail/muttzilla o [2000/06/08] kern/19121 IPv4 multicast does not work without rout o [2000/06/08] misc/19125 Undefined symbol `_poll' referenced from o [2000/06/09] ports/19151 ports XFree86 X-Server make install Dies o [2000/06/12] kern/19219 le driver causes kernel panic during ifco o [2000/06/12] i386/19226 SCSI timeouts during heavy load o [2000/06/12] bin/19231 quota/mount commands inconsistency o [2000/06/12] ports/19232 ports port name changed and being updated o [2000/06/13] ports/19238 will sgmltools1 o [2000/06/13] i386/19245 -fexpensive-optimizations buggy (even wit o [2000/06/13] bin/19251 kris [PATCH] pam_ssh broken by OpenSSH DSA cha o [2000/06/14] kern/19256 in devicedriver cy.c make_dev (..) probl o [2000/06/14] ports/19281 billf Error in ucd-snmp port with tkmib o [2000/06/16] kern/19347 top, CPU and SMP-problem in new kernel o [2000/06/17] bin/19357 swap info incorrect after using sysinstal o [2000/06/18] kern/19363 Do allow processes know about their file f [2000/06/18] bin/19366 brian PPP keeps redialling when no tcp/ip traff o [2000/06/19] bin/19375 makekey accepts only 8-byte password o [2000/06/19] misc/19376 ncurses alters buffering of stdin/stdout o [2000/06/19] kern/19389 Panic caused by sendfile(2) o [2000/06/19] bin/19393 programs using strftime () dump core if R o [2000/06/20] kern/19402 Signals 127 and 128 cannot be detected in o [2000/06/20] bin/19405 telnetd sends DO AUTHENTICATION even if a o [2000/06/20] kern/19407 Panic running linux binary on ext2fs o [2000/06/23] conf/19461 X authentication doesn't work off the CD o [2000/06/23] kern/19465 SYNC_CHACHE PROBREM: NEWTECH NDA20128A o [2000/06/23] kern/19479 processes stuck in 'ffsvgt' and 'FFS no' o [2000/06/23] kern/19482 Upgrade from 4.0-RELEASE to 4.0-STABLE ca o [2000/06/24] kern/19488 Bug in 4.0-STABLE (acting as a Bridging f o [2000/06/25] kern/19499 EtherExpress 16 is not probed o [2000/06/25] i386/19508 pci bus not probed for pci ethernet card o [2000/06/25] i386/19512 get problem in compile gcc-2.7.2.3 o [2000/06/26] ports/19518 jkoshy xli-1.17.0 fillscreen option paints white o [2000/06/27] conf/19542 Problem with Proxy o [2000/06/27] misc/19548 DES in 3.5-RELEASE allows trailing charac o [2000/06/27] ports/19550 obrien update of deskutils/gnucash to 1.4.0 o [2000/06/27] misc/19557 Denying more than 10 ports with an 'open' o [2000/06/28] ports/19561 ports Ghostscript 6 in ports refuses to build o [2000/06/28] conf/19569 stock IPFW rules have subtle udp hole o [2000/06/29] kern/19579 ahc/aic7892: SCSI timeouts with heavy wri o [2000/06/30] kern/19603 luigi 20 ethernet interfaces not compatible wit o [2000/06/30] docs/19604 steve Web query interface doesn't search or Ori o [2000/06/30] bin/19606 Telnet & Telnetd coredump when disabling o [2000/06/30] kern/19612 cg SBLive produces 75% static and 25% actual f [2000/06/30] kern/19614 johan missing blowfish in current kernel tree ( o [2000/06/30] kern/19615 cannot build current kernel (30-june-2000 o [2000/06/30] kern/19616 current kernel build failes on miibus o [2000/07/02] misc/19646 Level 0 dump takes way longer than it sho o [2000/07/02] kern/19654 wpaul 20 dc ports in one machine (5x 4port card o [2000/07/03] i386/19662 kernel panic after too many socket freed o [2000/07/03] kern/19672 dillon contigmalloc1() oddity for large alignmen o [2000/07/03] misc/19673 obrien dhclient-script will not always set the h o [2000/07/04] ports/19699 jmz pgperl-2.16 fails to build o [2000/07/04] misc/19703 sos HTP366 ATA66 lockup with Fast ATA66 Drive o [2000/07/05] ports/19711 asami bsd.port.mk and autoconf are conflict o [2000/07/05] kern/19714 dillon swap_pager_getswapspace: failed a [2000/07/05] misc/19718 n_hibma Power on failed, IOERROR when usb initial o [2000/07/06] i386/19737 Cannot build a profiled kernel; load fail o [2000/07/07] bin/19773 [PATCH] telnet infinite loop depending on a [2000/07/08] bin/19783 marcel make installworld dependencies wrong o [2000/07/08] bin/19789 sos [PATCH] msinfo reports incorrect data for o [2000/07/09] kern/19814 marcel Oracle8i installer triggers problem in th o [2000/07/10] i386/19820 Installation of Lotus Notes 5.0 for Linux o [2000/07/10] misc/19839 phk Problem with jail(8) in 4.0-STABLE and NI a [2000/07/11] misc/19845 hm Creatix PnP ISDN card conflicts with 2nd o [2000/07/12] kern/19866 dwmalone The mbuf subsystem presently uses a horri o [2000/07/12] kern/19875 A new protocol family, PF_IPOPTION, to ha o [2000/07/12] kern/19880 Problem with configuring RS-232 multiport o [2000/07/13] ports/19893 steve editors/vim5 port fails to be built with o [2000/07/13] misc/19909 dillon Problem with NFS client in 4.0-STABLE o [2000/07/14] bin/19935 obrien tcsh doesn't seem to pass control charcte o [2000/07/14] kern/19938 sos IDE tape drive (ast0) timeout too quick o [2000/07/15] bin/19946 cracauer possible bug in sh(1) with -p flag (privi o [2000/07/15] misc/19951 jmz moused has problems with XFree86 o [2000/07/16] ports/19967 obrien Update port: sysutils/lsof o [2000/07/16] ports/19974 ports cd /usr/ports/japanese/w3m-ssl fails on O o [2000/07/17] bin/19978 /usr/bin/make segfaults w/o Makefile for o [2000/07/17] ports/19988 dec Update port: net/gated f [2000/07/17] kern/19991 knu VMware partition access broken in mid-jun o [2000/07/17] misc/19994 sscanf() fails on 64-bit operations o [2000/07/17] kern/20001 small PicoBSD kernels fail to compile o [2000/07/18] kern/20016 pthreads: Cannot set scheduling timer/Can o [2000/07/18] docs/20028 doc ASCII docs should reflect tags f [2000/07/19] kern/20035 sos Kernal Panik when try to install FreeBSD o [2000/07/19] ports/20038 andreas improving the print/ghostscript6 port o [2000/07/19] kern/20040 msmith Toshiba 2775 hangs after pcib0 driver is o [2000/07/19] ports/20046 ports plugger port broken (/usr/ports/www/plugg o [2000/07/21] kern/20086 imp The procedure in UPDATING misses install o [2000/07/22] kern/20115 cg pcm0 doesnot work on Panasonic Let's note o [2000/07/23] docs/20117 doc *printf manpage doesn't document %n o [2000/07/24] ports/20156 dirk 1.6.2.2 has some nasty bugs o [2000/07/25] ports/20169 ports coredump Communicator4.73 on 4.0stable o [2000/07/25] misc/20172 byacc 1.9 fails to generate $default tran o [2000/07/26] bin/20194 amd doesn't provide directories automatic o [2000/07/27] misc/20210 4.1-RC crashes o [2000/07/27] bin/20220 unable to Ctrl-C (quit) when using "more" o [2000/07/27] kern/20234 green panic(): lockmgr: pid 259, not exclusive o [2000/07/28] alpha/20248 alpha DEFPA FDDI on alpha panics system o [2000/07/28] kern/20256 phk microuptime went backwards message keeps o [2000/07/28] bin/20259 des fetch(1) confused when redirected from ht o [2000/07/28] conf/20272 jkh Missing subdirs in the src/usr.sbin src p o [2000/07/28] kern/20273 dillon swap o [2000/07/29] conf/20282 murray sysinstall does not recover some /etc fil f [2000/07/31] kern/20335 yokota S3Trio64V+ is detected as CGA by syscons o [2000/08/01] kern/20340 cg SNDCTL_DSP_GETODELAY on pcm device is inc o [2000/08/02] ports/20360 ports rxvts randomly closing o [2000/08/02] kern/20361 In in.c:in_addmulti, missing splx when if o [2000/08/02] pending/20372gnats-adminftp login incorrect when s/key active but o [2000/08/02] bin/20373 obrien Setting breakpoints in shared objects bro f [2000/08/03] kern/20382 Panic when trying to mount non-fixated CD o [2000/08/03] ports/20392 ports Fixed new port: Perl5 data debugging tool o [2000/08/04] ports/20401 ports lang/erlang skips the build of crypto.app o [2000/08/04] i386/20403 sos ata(4) UDMA4 mode does not work on i810 m o [2000/08/04] conf/20420 des When NIS client enabled machine doesnt bo o [2000/08/07] bin/20454 imp pccardd looses track of available I/O spa o [2000/08/07] ports/20455 ports gimp1 port fails to build o [2000/08/08] ports/20490 ports Termios timeout parameters, VMIN, VTIME, o [2000/08/09] ports/20503 ports apache w/ mod_perl segfaults on 'use IO;' f [2000/08/09] i386/20507 yokota Mouse freezes in 4.0-release after some u o [2000/08/09] kern/20508 phk process in jail(8) with 127.0.0.2 cannot f [2000/08/09] i386/20513 obrien Installation (over internet) does not wor o [2000/08/09] ports/20516 ports Permissions error in LyX 1.1.15fix1 o [2000/08/10] kern/20523 Support for PCI multiport cards for sio d o [2000/08/11] ports/20554 ports java/perltools: New port o [2000/08/12] ports/20564 ports [PATCH] nethack-gtk md5 correction, typo o [2000/08/13] kern/20572 marcel cannot safely remove COMPAT_43 from the k o [2000/08/13] ports/20578 ports java/xerces: New port o [2000/08/13] ports/20581 ports current cdrecord port fails to install o [2000/08/14] pending/20590gnats-adminrsh / rshd brocken o [2000/08/14] ports/20593 ports Update port: archivers/lha o [2000/08/14] ports/20594 ports Update port: audio/dagrab (fix ports/2059 o [2000/08/14] ports/20595 ports Update port: graphics/sane to 1.0.3 o [2000/08/14] misc/20603 problemas intrafamilares o [2000/08/14] misc/20604 problemas intrafamilares o [2000/08/14] misc/20605 problemas intrafamilares 898 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard s [1995/05/13] bin/401 Add REMOTE_* variables s [1995/06/15] bin/517 Bad group change with 'install' s [1995/08/07] bin/658 ifconfig alias has to be separately given s [1995/09/26] kern/742 syslog errors accessing Mac hard disks [p f [1995/10/03] kern/765 asmodai umount -f can`t umount a NFS filesystem i s [1995/11/20] kern/831 one minor complaint about the kernel visu a [1995/11/30] bin/854 swapinfo shows incorrect information for a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases s [1996/03/20] bin/1093 route's diagnostic is weird a [1996/07/07] bin/1375 eivind Extraneous warning from mv(1) [PATCH] s [1996/09/08] bin/1589 msmith [PATCH] ftp fails to flush output o [1996/09/14] gnu/1611 phk groff should use "system-wide" papersize s [1996/10/13] misc/1791 tegge syslimits.h does not allow overriding def o [1996/10/20] bin/1849 obrien gdb sets library breakpoints on the wrong o [1996/10/24] bin/1881 obrien file(1) misidentifies Sun3/m68k executabl s [1996/11/04] gnu/1961 [PATCH] uucp logging files are in /var/sp s [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi s [1996/12/02] bin/2137 vm statistics are bad s [1996/12/14] bin/2216 obrien [PATCH] Ada specs not being compiled into a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() o [1996/12/24] kern/2273 dufault support for POSIX.4 / POSIX.1a RT-schedul s [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 brandon new crypt() including SHS and an extendab o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/28] bin/2603 dufault Added POSIX.4/POSIX.1b constants in unist o [1997/02/02] gnu/2637 tar dumped core with -g option. a [1997/02/02] bin/2641 wpaul login_access.c doesn't work with NIS by d o [1997/02/14] bin/2737 yppasswd fails to change password on a su o [1997/02/15] misc/2745 fenner PR querry web form doesn't sort correctly o [1997/03/03] kern/2865 peter NFS client hangs on umount, ls, df when N o [1997/03/06] bin/2898 fenner arp -a -n buglet o [1997/03/10] bin/2934 sh(1) has problems with $ENV o [1997/03/10] bin/2938 hoek Add -b, -l, and -f options to du(1) o [1997/03/31] gnu/3157 obrien Patches to gas and gdb to support MMX ext o [1997/04/07] bin/3221 rpc.rusersd : can't communicate with SunO o [1997/04/07] misc/3225 [PATCH] uucpd.c should normalize host nam o [1997/04/08] misc/3237 SCRIPTS addition to bsd.prog.mk o [1997/04/09] bin/3242 incorrect prototype for initgroups o [1997/04/14] kern/3281 errors when "rm -r"-ing in a mounted ext2 o [1997/04/14] kern/3282 ext2fs causes fs-unmount at shutdown/rebo o [1997/04/14] bin/3284 [PATCH] symorder(1): -t option doesn´t wo o [1997/04/14] bin/3286 [PATCH] missing error checking in mount_m o [1997/04/14] kern/3287 [PATCH] missing symbols in /usr/src/sys/i o [1997/04/15] kern/3299 /dev/console hangs o [1997/04/17] bin/3314 [PATCH] /etc/daily did not run on April 6 o [1997/04/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/06/02] bin/3762 dufault Bogus return values from rtprio(1) f [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/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 o [1997/06/26] i386/3962 sos print disk internal cache size during pro o [1997/06/27] kern/3968 Hardware probes die on Peak SBCs. o [1997/07/07] kern/4051 pppd connect 'chat ...' broken o [1997/07/18] bin/4116 davidn Kerberized login as .root fails to o [1997/07/23] kern/4153 New tcp initial send sequence number code s [1997/07/24] bin/4157 [PATCH] netstat atalk output should print o [1997/07/26] bin/4172 des 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/07] kern/4243 file locking doesn't work for pipe o [1997/08/08] misc/4249 wpaul ypchsh doesn't care about changing a user o [1997/08/12] misc/4285 SDL RISCom/N2 (ISA) o [1997/08/13] kern/4297 dufault SIGEV_NONE and SIGEV_SIGNAL go in signal. o [1997/08/13] i386/4300 msmith The initial timeout on open("/dev/lpt0".. o [1997/08/14] ports/4304 asami Recommendation re. Ports Collection o [1997/08/29] kern/4413 No way to unmount a floppy that goes bad o [1997/08/29] bin/4419 man can display the same man page twice o [1997/08/29] bin/4420 roberto find -exedir doesn't chdir for first entr o [1997/09/03] bin/4459 bde No prototype for moncontrol(3) and monsta o [1997/09/04] misc/4468 dlopen is not available from static execu o [1997/09/13] kern/4528 processes hang if the mount_portal proces o [1997/09/14] bin/4545 f77 will only call `cc', no com-line opti s [1997/09/15] i386/4547 luigi asc.c and pcaudio.c should use selrecord o [1997/09/16] misc/4556 make can't build executable from single F o [1997/09/21] kern/4597 Patch to pass NPX status word in signal c f [1997/09/21] kern/4601 Contrib: userconfig patch to edit SCSI co o [1997/09/25] bin/4629 calendar doesn't print all dates sometime o [1997/09/28] misc/4646 Can't fixit with an NFS-mounted CD. o [1997/09/29] conf/4654 Need to do post-ifconfig commands o [1997/10/04] bin/4688 peter sys/utsname.h SYS_NMLN 32 too small o [1997/10/05] bin/4696 ping hangs on certain unresolvable hosts o [1997/10/15] gnu/4771 diff to correct misleading total bytes in o [1997/10/22] bin/4828 ypxfr makes false assumption about RPC ca o [1997/10/24] kern/4845 Boot complains about disk slices in FAT p o [1997/10/24] kern/4847 imp pccard stuff fails after running Win95 wi o [1997/11/01] bin/4915 peter NFS mounts to linux machine can hang syst o [1997/11/08] bin/4975 quotaon while server very busy causes loc o [1997/11/10] kern/4997 DDB_UNATTENDED doesn't always work o [1997/11/11] kern/5009 ibcs2 emulation o [1997/11/11] kern/5011 rndcontrol -s 8 causes kernel panic o [1997/11/13] bin/5031 lpr does not remove original file if -s i o [1997/11/14] kern/5048 dillon 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 dillon pmap_release panics with 'freeing held pa o [1997/11/20] kern/5110 dillon 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 cracauer sh bug (with example) s [1997/12/11] kern/5275 dillon [PATCH] Added volume (barcode) support to s [1997/12/14] bin/5296 slattach fails creating pidfile with ioct o [1997/12/22] kern/5362 peter mount incorrectly reports / as an NFS exp f [1997/12/30] i386/5398 dillon silo overflows running o [1998/01/02] bin/5410 phantom pkg_info options s [1998/01/03] bin/5419 [PATCH] timed rejects valid networks with o [1998/01/08] kern/5429 Ethernet collision during file transfers s [1998/01/08] bin/5444 [PATCH] ypserv uses wrong dns lookup orde o [1998/01/11] bin/5483 Login(1) clears utmp entry o [1998/01/15] kern/5502 nfsd process usage doesn't get accounted o [1998/01/18] kern/5517 Recursive NULLFS mount causes ufs_ihashge s [1998/01/20] misc/5531 [SUBMISSION] new library function abs2rel s [1998/01/20] kern/5532 [PATCH] Dropped packet counts are inaccur o [1998/01/24] i386/5559 PC-Card joystick ports were not supported o [1998/01/26] kern/5577 bde Unnecessary disk I/O and noatime ffs fixe a [1998/01/28] bin/5591 Trouble with LD_PRELOAD environment varia o [1998/01/31] bin/5609 lpd cannot send long files to HP's JetDir o [1998/02/06] kern/5672 dillon Crash from scsi aborted command 'Overlapp o [1998/02/09] kern/5689 phk sysctl vm.vmmeter - bogus and unsupported o [1998/02/10] bin/5712 /bin/chio code cleaup and option added o [1998/02/14] bin/5745 [PATCH] Add /usr/local/share/mk to defaul o [1998/02/14] bin/5746 bootparamd will not netboot sun 3 compute o [1998/02/14] bin/5747 ld.so error message o [1998/02/15] bin/5758 sys/resources.h doesn't include sys/time. o [1998/02/17] kern/5768 Shutdown aborts syncing, when sync isn't o [1998/02/18] i386/5784 ibcs2 emulation not handling ioctl(..FION o [1998/02/19] kern/5795 Panic: "bremfree: removing a buffer when o [1998/02/20] misc/5803 "tab" function from "ee" not compatible w o [1998/02/25] bin/5847 Makeworld fails if CXXFLAGS is set. s [1998/02/25] misc/5855 /etc/services is out of date with IANA o [1998/02/26] bin/5857 non-functional lpr/lpr o [1998/02/26] kern/5863 Kernel support for sorted SHUTDOWN & SHUT o [1998/03/01] bin/5880 df -t does not support devfs o [1998/03/02] bin/5901 new version of `fmt' o [1998/03/03] bin/5912 kinit exits if no user name specified o [1998/03/06] kern/5931 dma errors in syslog with GUS-max o [1998/03/06] i386/5932 perfmon kernel code should check for non- o [1998/03/11] gnu/5982 no error exit code from tar on child fail o [1998/03/13] bin/6000 kadmin ank uses bad default expiration of o [1998/03/15] bin/6015 indent(1) breaks source with backslash ne o [1998/03/16] kern/6032 poor TCP performance using FDDI over long o [1998/03/22] gnu/6107 obrien gdb should support PRINTF_HAS_LONG_LONG o [1998/03/28] bin/6156 Patches to make dump understand ENOSPC f [1998/03/28] bin/6161 assar 2.2.6 kerberos servers are awfully visibl o [1998/03/31] bin/6183 quota hangups o [1998/03/31] kern/6184 No error if resulting file pos in lseek i o [1998/04/01] bin/6187 peter mounting nfs directories with -b can caus o [1998/04/03] bin/6202 No way to detect removable media. o [1998/04/04] kern/6213 peter NFS-mounted swap (via vnconfig) easily cr o [1998/04/06] bin/6234 ypserv -d is broken o [1998/04/14] kern/6296 IP_HDRINCL sockets force header fields to a [1998/04/14] kern/6299 vmstat -i does not show PnP device interr s [1998/04/15] bin/6314 [PATCH] /usr/sbin/ac modification o [1998/04/16] kern/6318 pppd does not update wtmp on hangup o [1998/04/16] misc/6320 Sometimes nohup isn't good enough. o [1998/04/17] bin/6332 bde /usr/include/time.h doesn't compile with o [1998/04/17] gnu/6338 Gnu tar not working properly with the -G o [1998/04/18] conf/6346 Kernel version strings need to relate to f [1998/04/20] bin/6359 routed does sent router discovry solicita o [1998/04/20] bin/6371 des [PATCH?] fetch(1) uses HTTP_PROXY for ftp a [1998/04/27] kern/6432 IFF_NOARP does not affect ethernet interf o [1998/05/03] kern/6495 Need pci_unmap_mem and pci_unmap_port rou s [1998/05/05] bin/6521 nbm [MAYBE PATCH] "rmdir -p x/y/z/" fails o [1998/05/07] kern/6544 luigi Only get one channel through sound card o [1998/05/11] i386/6595 Old IP address persistent after change o [1998/05/12] misc/6612 hoek bsd.man.mk can't handle man pages with ": o [1998/05/13] kern/6623 non-root user can crash system if disconn o [1998/05/13] conf/6624 davidn One class with nologin=/etc/nologin: reje o [1998/05/15] kern/6651 peter Possible NFS deadlock clue s [1998/05/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/6769 peter panic: nfs rcvunlock s [1998/05/29] kern/6781 [PATCH] exabyte changer doesn't grok LUNs s [1998/05/29] bin/6785 place for all the default dump flags o [1998/06/01] kern/6820 cd9660_mount NULL pointer deref for no CD o [1998/06/06] kern/6874 accounting prevents transition to multi u o [1998/06/13] misc/6936 phk sysinstall: install from MS-DOS MO divece o [1998/06/18] kern/6981 CD unmount w/o CD in drive can cause pani o [1998/06/22] bin/7022 asami changes to bsd.port.mk to accompany PR bi o [1998/06/22] bin/7023 asami bsd.port.(%|subdir.).mk patches for size f [1998/06/23] i386/7031 Our RocketPort port does not support DEVF s [1998/06/24] kern/7044 [PATCH] WaveLAN (2.4G, ISA, full-length b o [1998/06/25] docs/7065 wosch FreeBSD webpages -> applications, port br s [1998/06/28] i386/7100 integrate pcvt configuration into the /et s [1998/07/01] bin/7136 kerberized telnetd doesn't use gettytab % f [1998/07/02] kern/7146 imp 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 murray Suggestion for FreeBSD installation dialo o [1998/07/10] kern/7234 yokota keyboard problems during login immediatel o [1998/07/12] bin/7265 A warning flag is added to ln(1). o [1998/07/13] ports/7268 asami MASTER_SITE_OVERRIDE works more better o [1998/07/14] kern/7282 some old and rarely used drivers have app o [1998/07/15] bin/7287 Incorrect domain name for MAP_UPDATE in m o [1998/07/16] bin/7298 Improvements to ln(1). a [1998/07/19] bin/7324 wosch Suggestions for minor modifications to ad f [1998/07/23] kern/7377 we have a new digiboard driver supporting a [1998/07/31] docs/7456 doc dialog(3) man page outdated f [1998/08/12] kern/7589 Tulip Driver parses SROM contents wrong f [1998/08/13] conf/7606 [PATCH] NIS Makefile.dist: NOPUSH replace s [1998/08/18] bin/7669 libalias does not IRC DCC packets under c o [1998/08/19] gnu/7687 description of default baud rate for cu c o [1998/08/20] kern/7693 Misleading warning in cblock_alloc_cblock o [1998/08/22] kern/7722 Changes to acct format o [1998/08/23] bin/7728 ftpd processes hang o [1998/08/27] bin/7753 arp command fails silently on invalid pro o [1998/08/28] misc/7771 Debugging putenv/getenv f [1998/08/29] ports/7774 kris sshd doesn't refuse to login people with o [1998/09/02] i386/7816 dfr [Patch] NE2000 PnP card IDs to sys/i386/i 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/08] bin/7860 Extra option to pr(1). s [1998/09/08] bin/7868 [almost patch]Morse Code Fixups o [1998/09/11] bin/7895 multiple identical NFS mounts accepted o [1998/09/16] misc/7946 ccdconfig gives confusing error when give o [1998/09/17] bin/7962 /usr/bin/ee prompts "save changes" when f o [1998/09/18] bin/7973 lpd: Bad control file owner in case of re o [1998/09/19] kern/7990 patch - teach kernel about RB_POWEROFF fl o [1998/09/20] bin/7998 jkh pkg_add seems to have unneeded umask o [1998/09/20] misc/8005 yokota Keyboard freezes going from KDE to text m s [1998/09/21] kern/8015 nbm [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/03] misc/8133 markm [patch] bug in telnetd (Kerberos IV) o [1998/10/03] misc/8139 [patch] missing /usr/src/share/examples/d f [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] kern/8349 [PATCH] Changer definition for SureStore o [1998/10/19] kern/8376 CLOCK_VIRTUAL not implemented o [1998/10/19] misc/8378 Is termcap not maintained enough ? o [1998/10/22] kern/8420 __getcwd() from an (forcibly) unmounted f o [1998/10/24] misc/8434 boot.flp /bin/init crashes during probe w o [1998/10/24] i386/8436 boot.flp sysinstall crashes when probing o [1998/10/24] bin/8438 ex/vi: Error: tcsetattr: Interrupted syst o [1998/10/27] i386/8474 repquota does not pick up NIS information o [1998/10/28] bin/8479 Final \'s in /etc/exports did not work in o [1998/10/30] kern/8498 Race condition between unp_gc() and accep o [1998/11/03] bin/8553 /usr/libexec/mail.local doesn't handle "> o [1998/11/07] kern/8589 incorrect spelling for "dependency" and " o [1998/11/07] i386/8598 MAKEDEV fails if not run from current dir o [1998/11/08] kern/8604 ps u gets confused about process start ti o [1998/11/09] bin/8631 pci interrupts are shown on EISA only mac o [1998/11/09] kern/8633 TCP packet via SLIP/CSLIP containing this s [1998/11/12] kern/8661 stb sys/netatalk/at_control.c needs to correc o [1998/11/12] bin/8666 X blocks serial port with getty process o o [1998/11/13] gnu/8679 tar man page should be updated o [1998/11/19] misc/8764 pwd_mkdb is slow on many users o [1998/11/19] docs/8765 dwhite some suggested text for describing passwo o [1998/11/27] i386/8867 murray /stand/sysinstall core dumps (signal 11) o [1998/11/30] bin/8913 negative time values for csh 'time' built o [1998/12/01] kern/8925 options kern file needs AWE_DEFAULT_MEM_S o [1998/12/08] bin/9012 route add -host hostIP -interface localIP o [1998/12/15] kern/9092 DELF raid volumes cause panics under CAM f [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/18] bin/9123 pax can't read tar archives that contain o [1998/12/20] kern/9144 luigi acd driver inconsistency (byte order in C o [1998/12/22] bin/9176 dillon placemark to split mount_ufs out of mount o [1998/12/24] bin/9188 telnet gets stuck in ttydrain() f [1998/12/28] misc/9220 nvi: catalog: mistake in Russian error me o [1998/12/29] bin/9233 gmp's mpq_add and mpq_sub are buggy o [1998/12/30] bin/9250 des [PATCH] allow fetch to do ftp directory l f [1999/01/03] ports/9286 ports Patch for games/nethack-qt to fix compila o [1999/01/04] kern/9316 Intel PILA8461 NIC panics 2.2.7 during pr o [1999/01/04] bin/9318 vgrind(1): no JAVA support o [1999/01/04] i386/9319 D-Link DE-528CT poor performance o [1999/01/05] bin/9333 timestamp dump's progress f [1999/01/07] bin/9374 roberto Improved functionality for find(1) o [1999/01/08] conf/9388 magic(5) correction for wordperfect o [1999/01/08] kern/9392 Alternate system clock OR kernel stats cl o [1999/01/13] 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/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/31] ports/9840 asami patch allows ports to fetch their sources o [1999/02/01] bin/9868 Patch to add "date -a" o [1999/02/01] kern/9869 When using macros out of function, they s o [1999/02/01] conf/9874 idle-timeout facilities in /etc/login.con o [1999/02/03] bin/9902 error in german (and some other) locale s o [1999/02/08] bin/9972 groff always built for US (letter) sized o [1999/02/09] i386/9991 new driver for National Instruments GPIB o [1999/02/11] bin/10030 markm Kerberized telnet fails to encrypt when a o [1999/02/16] kern/10116 acd driver patch to support PD/CD drive. o [1999/02/18] kern/10149 New PCI device o [1999/02/19] bin/10158 Reference to ncheck in quot(8) o [1999/02/19] kern/10159 Unable to unload vinum module o [1999/02/19] kern/10160 kldload of umap module panics the system o [1999/02/19] ports/10162 will Fix kdmrc to add qmail usernames to NoUse o [1999/02/19] misc/10167 Upon exiting X11R6, monitor goes blank. o [1999/02/20] kern/10175 Bridging support incomplete for some netc f [1999/02/21] ports/10178 kris USE_SOCKS=YES option broken for security/ a [1999/02/23] misc/10231 inet_addr() doesn't check for illegal val o [1999/02/25] docs/10240 wosch We need a script which check if our web m f [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/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 mdodd Must disable ex0 to install. o [1999/03/10] bin/10522 make world died due -Werror 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 marcel Makefile.upgrade fails with make -j o [1999/03/14] misc/10589 Incorrect assumptions in /etc/security o [1999/03/15] bin/10601 wosch Ownership of symlinks copied by adduser a o [1999/03/15] i386/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 a [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/18] kern/10663 hpscan doesn't like 3.1's pt device o [1999/03/18] misc/10667 murray Sysinstall inserts multiple # -- sysinsta o [1999/03/19] gnu/10670 cvs doesn't allow digits in local keyword o [1999/03/19] kern/10673 wpaul Non-ASCII chars on serial console with Re o [1999/03/19] kern/10678 Printing problems using ppc bus o [1999/03/19] ports/10682 asami List mirror sites in MASTER_SITE_BACKUP - o [1999/03/23] kern/10755 de driver says `invalid EESPROM checksum' o [1999/03/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 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/31] kern/10894 wrong error message in svctcp_create() o [1999/04/01] gnu/10910 obrien Integration of Objective C patches into g o [1999/04/02] bin/10924 Extensions to biff(1) o [1999/04/03] bin/10931 biff b o [1999/04/06] bin/10980 With ctags -x no space is left between na o [1999/04/07] docs/10997 doc Problem with query-pr-summary.cgi o [1999/04/08] kern/11020 popen does not honor ISO 9899 syntax o [1999/04/08] bin/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/16] i386/11165 IBCS2 don't work correctly with PID_MAX 9 a [1999/04/16] bin/11168 davidn pw(8) usermod does not recognize -w flag o [1999/04/18] bin/11205 Suggestion: move mt(1) to /bin o [1999/04/20] bin/11236 mountd fails to properly check for kernel o [1999/04/20] conf/11243 mountd startup can lose flags o [1999/04/20] bin/11248 Shuffle o [1999/04/22] kern/11287 rfork(RFMEM...) doesn't share LDTs set by o [1999/04/23] kern/11293 brian FreeBSD's PPP implementation of LQM appea o [1999/04/23] bin/11294 direct logging to other hosts (no local s o [1999/04/27] bin/11360 Allow specification of "search" in resolv o [1999/04/28] kern/11365 plip in Linux mode has trouble with some o [1999/04/29] bin/11387 mount_cd9660 doesn't show rockridge filen o [1999/04/29] bin/11399 Calendar doesn't always handle 'last' day o [1999/04/30] kern/11412 darrenr code typo in ip_fil.c: missing NULL check 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/06] misc/11553 /usr/share/misc/latin1 (new file submissi o [1999/05/09] bin/11608 vnconfig not supporting swap-backed vn de o [1999/05/09] bin/11609 vnconfig -v reports page numbers, not byt s [1999/05/09] ports/11611 billf Update port: net/ntop o [1999/05/10] bin/11623 quot uses 32-bit integers for its calcula o [1999/05/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] 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] i386/11829 Boot Failure (Register Dump) with MFSroot o [1999/05/22] misc/11838 xwindows configuration problem 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 wosch makewhatis during installworld uses /usr/ o [1999/05/29] bin/11929 symorder doesn't work on elf format objec o [1999/05/29] kern/11941 FreeBSD box reboots itself when changing o [1999/05/30] kern/11945 tape problems on -stable, mt bl(ocksize), o [1999/05/31] kern/11968 kldload should call module entry point be o [1999/06/01] i386/11979 Vaio 505DX touchpad not detected as Glide o [1999/06/01] kern/11981 brian access to tunN devices not allowed to non o [1999/06/02] conf/11989 pppd(8) output misplaced o [1999/06/03] kern/12014 Fix SysV Semaphore handling o [1999/06/05] misc/12044 having tcl.h in /usr/local/include:/usr/i o [1999/06/06] gnu/12046 markm Perl subsystem does not install all tutor a [1999/06/06] bin/12052 sh type builtin appends first path compon o [1999/06/07] kern/12071 [PATCH] large scale IP aliasing o [1999/06/08] i386/12088 Enhancement to ed driver for Linksys 10/1 o [1999/06/09] kern/12095 [PATCH] Buggy ATAPI Zip Drive is not dete o [1999/06/09] bin/12107 Add switch to dump to support multiple du o [1999/06/10] i386/12113 ESS1688 support for VoxWare sound driver o [1999/06/10] bin/12115 pppd reports wrong connected duration wit f [1999/06/13] ports/12188 ports new port: misc/pbs - a batch scheduler o [1999/06/15] misc/12228 phantom /etc/security don't search in all the fil o [1999/06/16] gnu/12238 bc 1.04 crashes with long formula typed i o [1999/06/16] bin/12244 realpath() fails when there is no permiss o [1999/06/17] bin/12255 BIND 8.1.2 compilation error in IPv6 capa o [1999/06/17] bin/12263 hoek "more" problems with long filenames o [1999/06/18] bin/12280 jdp LD_IGNORE_MISSING_OBJECTS not honored for o [1999/06/18] kern/12281 active-filter option in pppd doesn't stop o [1999/06/20] bin/12308 LPD can't be told not to bind to a TCP po o [1999/06/21] conf/12324 jkh Sysinstall's fdisk partition editor is mi o [1999/06/21] ports/12325 asami Adds refetch functionallity to bsd.port.m o [1999/06/21] i386/12326 wdc flag 0x1000 (LBA addressing) prevents o [1999/06/21] kern/12333 ProAudio Spectrum sound card broken model o [1999/06/21] kern/12334 Some ProAudio SPectrum cards do not do DM o [1999/06/21] kern/12335 if_pn.c lacks bridging support; patch enc o [1999/06/22] bin/12357 [PATCH] allow route to create "proxy only s [1999/06/23] bin/12358 ken Patch: "camcontrol help" should go to std o [1999/06/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] bin/12421 sysinstall label fails o [1999/06/28] conf/12432 empty amd_flags causes start failure in r o [1999/07/02] docs/12486 mpp listing of (56) utilities in /bin:/sbin:/ o [1999/07/02] bin/12489 /sbin/route exits with 0 on some errors a [1999/07/05] ports/12518 ports new port: mail/ifmail-os o [1999/07/05] bin/12528 [PATCH] tip's "tipout" child doesn't alwa o [1999/07/06] kern/12543 dg [PATCH] cumulative error counters for fxp o [1999/07/07] bin/12545 kldload(8) should be more sensitive to er o [1999/07/07] ports/12548 asami New 'fecth-recursive(-list)' targets in p o [1999/07/08] ports/12566 billf a guide to pyrotechnics o [1999/07/12] kern/12609 At boottime NFS mounts on a 3.2 client fr f [1999/07/12] misc/12612 ncurses ash shipped with 3.2-R missing sy o [1999/07/13] misc/12633 CMI8330 chip based integrated sound card o [1999/07/15] kern/12655 Kernel config file needs more commenting o [1999/07/16] kern/12668 The kernel clock goes slow with PLIP devi o [1999/07/18] kern/12697 Out of swap handling [PATCH] o [1999/07/20] bin/12712 release/Makefile: mounting /some/dir with o [1999/07/20] kern/12723 imp Unnecessary use of magic numbers in F_[SG o [1999/07/22] kern/12764 luigi Patch for using x11amp with voxware (stol o [1999/07/22] misc/12765 cable problem: link down for de0 NICs. o [1999/07/23] misc/12776 Add PAM hooks to rlogind and rshd f [1999/07/23] bin/12782 roberto xntpd doesn't handle interface aliases pr o [1999/07/24] bin/12789 Confusing error msg when dumping a filesy s [1999/07/25] bin/12801 sheldonh nvi infinite recursion with options "left o [1999/07/25] bin/12806 `sh -e' doesn't parse multi-command lines o [1999/07/28] kern/12855 panic:softdep_flushfiles:looping, caused o [1999/07/30] misc/12887 Problem with "top" command in SMP o [1999/07/30] misc/12888 strange kernel messages when copying file o [1999/07/31] bin/12898 Added a command-line switch to netstat to o [1999/08/03] bin/12939 add flag to quota to suppress NFS quota c o [1999/08/03] bin/12942 m4: len(`') returns `' a [1999/08/03] kern/12943 dg fxp driver not completely compatible with o [1999/08/03] bin/12946 phantom top(1) gives incorrect delay default o [1999/08/04] ports/12952 asami make _PORT_USE touch cookies by variable, o [1999/08/04] bin/12957 rpc.rusersd dumps core with signal 11 whe o [1999/08/04] bin/12960 des basename(3) and dirname(3) o [1999/08/04] bin/12962 des basename(3) and dirname(3) part 2 o [1999/08/04] kern/12966 receiver lockups in vr0 driver o [1999/08/05] bin/12982 last does not support -y option. o [1999/08/05] misc/12983 system hang accessing mounted msdos flopp o [1999/08/05] i386/12993 gibbs "ahc0: Data Parity Error Detected during o [1999/08/07] conf/13016 Wrong sendmail.cf file used by mergemaste o [1999/08/07] docs/13020 mpp Manpage capitalization o [1999/08/08] misc/13036 de doesn't work with DEC 21143 based PCI o [1999/08/09] bin/13042 make doesn't handle wildcards in subdirec o [1999/08/09] bin/13043 minigzip -c option support. o [1999/08/09] i386/13051 after installation on system using COM1, o [1999/08/10] kern/13062 lnc ethernet xmit underflow problem o [1999/08/11] bin/13068 billf Don't stamp out score files! o [1999/08/11] bin/13072 billf Extensions to biff(1) o [1999/08/11] bin/13073 billf Extensions to mesg(1) o [1999/08/11] docs/13079 dwhite new man page describing timeradd() family o [1999/08/11] kern/13082 dfr Improved support for NE2000 PnP cards o [1999/08/12] bin/13092 des Fetch doesn't default to the correct http o [1999/08/12] bin/13108 authunix_create_default includes egid twi o [1999/08/13] docs/13116 phantom typo in ms(7) o [1999/08/13] bin/13128 billf pkg_delete doesn't handle absolute pathna o [1999/08/15] kern/13161 alfred mounting on top of a mounted file system o [1999/08/15] kern/13164 kthread_exit stops, but doesn't release p o [1999/08/16] misc/13185 "tengo problemas con el pop3" o [1999/08/18] docs/13218 mpp Many manpages still not conformed mdoc(7) o [1999/08/18] kern/13220 mkdep: compile failed - ../../pci/if_de.c o [1999/08/18] kern/13232 panic("rtfree"); when sending bootp reque s [1999/08/19] kern/13252 niced jobs don't behave really nice o [1999/08/19] bin/13254 yp_all error messages have wrong text o [1999/08/20] misc/13266 Removal of #defines and addition of const o [1999/08/20] bin/13278 rogue: killed by fire corrupts score file o [1999/08/20] misc/13282 partial compliance of dlopen to the Singl o [1999/08/21] bin/13309 Fixes to nos-tun o [1999/08/22] misc/13326 additional timeval interfaces for 512MB f [1999/09/21] ports/13887 ports New port (fmirror) o [1999/09/22] ports/13898 obrien New port: misc/dictd o [1999/09/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 murray 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] bin/14040 amd has wrong uname data compile in it o [1999/09/30] i386/14048 ``doscmd -r'' doesn't work a [1999/09/30] ports/14070 ports new port: devel/crossgo32-f77 o [1999/10/01] ports/14077 peter Multicast not available on multicast enab o [1999/10/01] bin/14078 -stable 'make release' does not work on - f [1999/10/01] kern/14083 gibbs CAM 3.3-RELEASE fails boot w/2940UW + non o [1999/10/04] docs/14129 phantom gated(8) and htable(8) as referenced in r o [1999/10/05] bin/14142 gshapiro sendmail: mci.c: bad pointer conversion i o [1999/10/06] docs/14158 doc md5(1) manpage should not claim the md5 a o [1999/10/06] docs/14165 nbm FDP introduction article o [1999/10/06] kern/14166 roger AVER TVPhone o [1999/10/07] bin/14175 route for ip aliasing o [1999/10/07] ports/14182 asami Patch: bsd.port.mk: add plist target o [1999/10/08] kern/14217 [PATCH] EXT2FS as a KLD o [1999/10/09] ports/14225 markm Patches for security/pgp5 o [1999/10/09] kern/14240 compilation error: __cmpdi2 unresolved o [1999/10/09] bin/14246 kvm_open and kvm_openfiles not works corr o [1999/10/10] bin/14255 rup and rusers could not deal with many h o [1999/10/11] misc/14258 IP_TOS and IP_TTL sockopt doesn't work on a [1999/10/11] ports/14260 ports new port: www/woda - A Web Oriented Datab o [1999/10/11] misc/14263 phantom There ara no ukrainian locale in stable/c o [1999/10/11] misc/14273 Somewhat bogus entry in termcap o [1999/10/13] ports/14316 markm exmh not recognizing mh and uses too many o [1999/10/13] bin/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/15] kern/14346 imp Both pccard/cardinfo.h and sys/memrange.h o [1999/10/15] kern/14350 Security enhancement to ICMP o [1999/10/15] kern/14355 perhaps a guard page needed for UP-mode k o [1999/10/15] kern/14356 grog vinum and ``some processes would not die; o [1999/10/16] bin/14361 locate bogusly converts to network byte o o [1999/10/17] kern/14380 [PATCH] if_de workaround for when BIOS do o [1999/10/18] i386/14396 Floppy install of 3.2-release, 3.3-releas o [1999/10/21] bin/14448 ftp-client may not recognize failure, rep o [1999/10/23] misc/14488 kget doesn´t write the key word "enable" o [1999/10/25] misc/14511 chapss Y2K problem o [1999/10/25] docs/14530 phantom Printed manual pages have extraneous blan o [1999/10/25] bin/14533 imp pccardd improperly assigns irqs o [1999/10/26] bin/14545 quota reports in K, but header says 'bloc a [1999/10/27] kern/14561 ken ioctl (fd, CDIOCEJECT, (void*) 0) doesn't s [1999/10/27] kern/14562 ken ioctl() codes should be provided for ejec o [1999/10/27] docs/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 o [1999/10/29] misc/14599 pam_kerberosIV.so in the 'krb.??' package o [1999/10/29] kern/14602 struct utsname fields are allocated too s o [1999/10/31] kern/14639 convert proc.p_peers to a queue(3) LIST a [1999/11/01] ports/14643 ports new port: chinese/pydict - A Chinese/Engl o [1999/11/01] kern/14646 kern.boottime affected by APM suspend/res o [1999/11/01] bin/14648 markm `make world' now requires -DNOCRYPT in my o [1999/11/02] gnu/14664 tar checks for volno-file even if it shou o [1999/11/02] docs/14677 chris listing of (48) utilities in /bin:/sbin:/ a [1999/11/03] docs/14682 marko lprm(1) unaware of lp(1) Environment Vari o [1999/11/03] bin/14697 grog Exploitable buffer overflow in Vinum (Fre o [1999/11/04] conf/14714 phantom Need support for imap4 and pop3 in /etc/p o [1999/11/06] misc/14746 xf86config shell script leaves arrow keys o [1999/11/08] ports/14783 jmz mgetty 1.1.12 always sets clocal o [1999/11/08] bin/14786 dwmalone [PATCH] tail breaks on large files o [1999/11/08] conf/14791 Optionally change the behaviour of fsck u o [1999/11/08] i386/14793 more fdisk partition types o [1999/11/09] i386/14800 FreeBSD BootMgr not configurable (or at l o [1999/11/10] conf/14810 [PATCH] initialising multiple interfaces a [1999/11/10] bin/14817 strptime(3) '%C' conversion incorrect o [1999/11/11] ports/14824 wosch no '\0' at the end of buffer o [1999/11/11] bin/14829 rc.shutdown is handled unconsistently by o [1999/11/12] kern/14839 RELENG_2_2 boot kernel is large size prob o [1999/11/12] kern/14840 Opti930 doesn't work. o [1999/11/12] kern/14841 adrian IEEE 802 encapsulation for arp on etherne o [1999/11/12] ports/14854 peter port comms/conserver partially ignores ${ o [1999/11/13] conf/14864 I can not get dual Boot to boot FreeBSD f o [1999/11/14] i386/14891 New smbus driver lmsmb a [1999/11/16] ports/14924 markm p5-Apache-Radius with mod_perl broken on o [1999/11/16] bin/14925 getsubopt isn't poisonous enough o [1999/11/16] conf/14931 rc logging facility f [1999/11/16] ports/14933 imp Simple patch to log password attempts on o [1999/11/17] bin/14954 search.h is missing o [1999/11/17] ports/14965 wosch stat port doesn't know fifo file type o [1999/11/17] kern/14968 wollman Convert resource_head and resource.r_link o [1999/11/17] ports/14970 peter conserver-7.4 port submission o [1999/11/18] conf/14973 Digi-multiport serial card? o [1999/11/18] conf/14974 In RELENG_3, fdisk reports sizes incorrec o [1999/11/18] ports/14977 peter conserver doesn't support speed over than f [1999/11/18] ports/14986 kris possible bug in ssh1 f [1999/11/18] ports/14991 ports new port: devel/tcl-trf - Tcl Data transf o [1999/11/19] misc/14993 Freebsd Locks up when trying to set the h o [1999/11/19] misc/14999 phantom ISO8859-5 locale missing from RELENG_3 o [1999/11/19] misc/15000 ftp(1) needs to send HTTP/1.1 Host: heade o [1999/11/20] conf/15010 "client" firewall configuration kills inc o [1999/11/21] ports/15021 asami some port installs fail for non-root user o [1999/11/21] kern/15022 jkh Suggestion for enhancement: move isp firm o [1999/11/21] conf/15038 jkh In sysinstall, easy to not notice that se o [1999/11/23] kern/15065 fsck can't fix "huge" zero length files o [1999/11/25] kern/15095 TCP's advertised window is not scaled imm o [1999/11/27] i386/15119 pcm sound driver dma problems with isa-pn o [1999/11/28] ports/15142 jmz Added DIST_SUBDIR to print/tex port o [1999/11/29] misc/15168 Adding tracklist support to fdformat o [1999/11/29] kern/15175 tcp_input() fails to update m->m_pkthdr.l o [1999/11/30] bin/15182 "* Wed-1 event" in calendar produces "31 o [1999/11/30] misc/15196 shutdown -h no longer synching disks, thu o [1999/12/01] misc/15205 Addition to /usr/games/random o [1999/12/01] misc/15215 Outputting in Fortune under certain circu o [1999/12/02] i386/15218 kernel says: raw partition size != slice o [1999/12/02] bin/15227 gshapiro New option for vacation(1) -- dir to use o [1999/12/02] bin/15229 joe mtree - different from mtree in NetBSD 1. o [1999/12/03] ports/15239 asami fix MASTER_SITE_GNOME in bsd.port.mk: mi o [1999/12/05] kern/15280 kernel panic during FreeBSD install 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 a [1999/12/06] ports/15326 ports tcsh modification o [1999/12/07] ports/15329 cwt amanda24 modification o [1999/12/07] misc/15339 fdformat should exit non-zero when user c o [1999/12/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] bin/15410 edquota -p copies current usage as well a o [1999/12/11] bin/15416 addr2line is unable to find line numbers o [1999/12/11] bin/15418 tput(1) doesn't work with new libncurses. o [1999/12/11] misc/15421 initgroups(3) spits out messages to stder o [1999/12/12] kern/15435 Attempts to execute programs from a noexe o [1999/12/12] kern/15436 syscons extension: "propellers" o [1999/12/12] kern/15440 jasone support atomic locks in the UP kernel o [1999/12/12] kern/15455 dg Intel EtherExpress Pro does not properly o [1999/12/13] bin/15456 Usage of ktrace(1) is invalid a [1999/12/13] bin/15458 sort(1) doesn't sort correctly in some ca o [1999/12/13] bin/15470 Proposed change to comments in /etc/named o [1999/12/14] ports/15477 ports wwwstat-2.01 port is not Y2K compliant: 1 o [1999/12/14] misc/15480 Change-request for /usr/src/usr.sbin/cdco o [1999/12/14] kern/15489 running fstat causes a bus error o [1999/12/15] kern/15492 Patch to fixup bridging support for 2.2-S o [1999/12/15] kern/15493 Patch to enable bridging support for if_c o [1999/12/15] ports/15495 asami Add "addsum" target to bsd.port.mk o [1999/12/15] bin/15496 killall(1) limited to 16 character proces o [1999/12/15] bin/15497 NIS does not deal well with comments o [1999/12/15] bin/15510 df(1) does not lineup with large filesyst o [1999/12/15] kern/15511 Cannot scroll up after panic? o [1999/12/17] i386/15528 doscmd exec function fail. o [1999/12/17] i386/15531 doscmd DOS function 0a fail when DL is 0 o [1999/12/17] kern/15532 Reboot just to kill a print job? f [1999/12/17] ports/15545 ports new port: x11/xterm o [1999/12/17] misc/15546 Need to enable LBA flag for large IDE dis o [1999/12/17] i386/15547 discmd function 51 ( get ps ) fail o [1999/12/18] misc/15555 some enhancements for uudecode o [1999/12/20] bin/15593 [SECURITY] ustrcpy() buffer overflow in d o [1999/12/20] ports/15594 will kscd-1.2.7 in -STABLE ports not playing A o [1999/12/20] bin/15596 netstat -rn does'n fit on a 80 chars wide o [1999/12/21] kern/15608 acd0 / cd0 give inconsistent errors on em o [1999/12/21] conf/15612 jkh Re-Scan devices in 3.4-Release options me o [1999/12/21] i386/15619 standard pppd doesn't authenticate users o [1999/12/22] kern/15632 mss driver fails to recognize CS4239 on T o [1999/12/22] kern/15633 Joy driver fails to attach to CS joystick o [1999/12/22] kern/15636 dillon reminder to self for MAP_ VM defines o [1999/12/23] misc/15658 edquota misinterprets usernames as uid ra o [1999/12/24] bin/15663 yokota none o [1999/12/25] ports/15691 kris Ssh ports fail to check inetd.conf before o [1999/12/28] bin/15739 repquota report format fix for better par o [1999/12/28] kern/15747 loader's builtin "more" command won't res o [1999/12/28] conf/15748 jkh sysinstall - upgrade a [2000/01/01] docs/15821 asmodai Wrong device names in manpages for lpt(4) o [2000/01/01] kern/15827 Power-Off causes Trap 9 in kernel o [2000/01/01] bin/15830 PATCH: rdump over ssh o [2000/01/02] kern/15838 Conversion tables in msdosfs_conv.c are b o [2000/01/02] bin/15852 asmodai predefined \*(DT string has Y2K bug o [2000/01/02] bin/15853 tar --newer-mtime flag has Y2K bug o [2000/01/03] bin/15855 comsat(8) failes to open system mail box o [2000/01/03] kern/15860 patch to make default kern.maxfilesperpro o [2000/01/03] bin/15861 adrian ftpd did not use sendfile(2) when sending o [2000/01/03] misc/15871 CVS directories copied to PicoBSD filesys 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/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 s [2000/01/06] docs/15959 phantom misplaced lines in psignal.9 man page o [2000/01/08] kern/15983 n_hibma C++ keywords in kernel header files o [2000/01/08] ports/15992 joe [PATCH] Add a default for $SUP in the /us o [2000/01/08] ports/15993 asami [PATCH]No line-feed in warnings from ``ma o [2000/01/09] misc/16003 sysinstall crashes if it gets more than o o [2000/01/09] bin/16005 brian add new option to date(1) o [2000/01/09] bin/16007 joe cdcontrol(1) defaulting do /dev/cdrom ins o [2000/01/09] misc/16009 Invoking /stand/sysinstall from kde termi o [2000/01/09] kern/16016 cam/scsi/scsi_da.c: Fujitsu M2952 doesn't o [2000/01/10] kern/16021 To support SMP on NEC PC98, call mp_probe o [2000/01/10] kern/16023 Add an idletime counter for sppp, just li s [2000/01/10] bin/16048 asmodai "file" command cannot recognize LaTeX2e f o [2000/01/10] kern/16049 Connor Drive fails cache sync o [2000/01/11] ports/16072 obrien vim5 port update o [2000/01/11] conf/16076 markm [PATCH] pam_ssh examples for /etc/pam.con o [2000/01/13] ports/16109 max Update port: japanese/mimekit to 1.8 o [2000/01/14] bin/16119 ctm_rmail does not honor umask o [2000/01/14] bin/16124 imp [PATCH] Enhancement for 'lpr -r' o [2000/01/15] misc/16131 bizarre dates displayed when searching th o [2000/01/15] ports/16139 billf Ntop port fails to find lsof o [2000/01/18] kern/16169 The U.S. Robotics 56K Voice Int modem is o [2000/01/18] kern/16170 compiling machine/setjmp.h with g++ o [2000/01/18] docs/16173 dfr [PATCH] fix for the kld/cdev example o [2000/01/18] bin/16179 ipfw(8) poor design of command line parsi o [2000/01/18] misc/16189 Advansys ASB-3940U2W SCSI Card does not w o [2000/01/18] kern/16195 16-bit uid/gid struct in sys/ipc.h o [2000/01/19] ports/16201 ports Port of CDD isn't up to date o [2000/01/19] bin/16206 PATCH: vmstat column alignment, %ll not s o [2000/01/19] misc/16208 ps/2 mouse problem o [2000/01/19] misc/16212 in /stand/sysinstall -- cannot exit menu o [2000/01/20] ports/16220 obrien -frepo is broken in gcc-devel and egcs po o [2000/01/20] 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 steve approve send-pr(1) (attach files, use env o [2000/01/22] kern/16292 performance problem of divert socket o [2000/01/23] bin/16316 Enhancement: allow .fakeid to be a named o [2000/01/23] bin/16320 fstat -f confuses some partitions o [2000/01/24] kern/16339 vm/vm_page.h PQ_L2_SIZE options too limit o [2000/01/25] ports/16347 sobomax Inconsistencies between Java ports o [2000/01/25] kern/16360 kernel timestamping of ICMP echo requests o [2000/01/26] bin/16364 [PATCH] Add msdosfs and cd9660 support to f [2000/01/26] ports/16374 ache Ports fix: news/tin o [2000/01/27] i386/16411 DUMP freezes system if uucico or samba wr o [2000/01/28] bin/16422 newfs always make root's / directory o [2000/01/28] misc/16434 Odd rlogin problem. o [2000/01/30] misc/16475 search.cgi gives bogus dates o [2000/01/30] bin/16480 locked accounts and adduser o [2000/02/06] conf/16536 size of /var/spool/uucp/Log, a UUCP logfi o [2000/02/06] kern/16551 cosmetic cleanup in sys/dev/ppbus/pcfcloc o [2000/02/07] ports/16570 asami ports toplevel README.html has bad link t o [2000/02/08] conf/16584 jkh Hostname field too small during install ( o [2000/02/09] bin/16619 trimdomain does not handle peer domains o [2000/02/09] bin/16625 Incorrect information in routed(8) error o [2000/02/10] ports/16640 ports rwhois port install tries to copy wrong l o [2000/02/10] bin/16649 /bin/lastcomm: output contains extraneous f [2000/02/11] ports/16654 mharo Some master sites have discontinued hosti o [2000/02/11] bin/16657 /bin/hostname: New feature to return subc o [2000/02/13] bin/16705 ftpd doesn't support -h option o [2000/02/14] kern/16709 PATCH: make poll work for -STABLE's Audio o [2000/02/14] kern/16713 grog Vinum: some processes would not die; ps a o [2000/02/14] misc/16719 /stand/sysinstall does not redraw the scr o [2000/02/14] i386/16722 squid (a 3.x binary) won't run under 4.0- o [2000/02/15] bin/16726 rpc.rstatd from inetd sig11's o [2000/02/16] kern/16745 Kernel Makefile doesn't sanitise PATH [PA o [2000/02/16] kern/16765 Add support for mark/space parity o [2000/02/18] kern/16815 dillon Cannot "rm -rf" for not-existed file on r o [2000/02/19] misc/16830 markm PAM-related error messages on -current o [2000/02/20] misc/16839 dan MFC Matthew D. Fuller's patch to deal wit o [2000/02/20] misc/16840 dan MFC: Matthew D. Fuller's teach pkg_info t o [2000/02/20] docs/16843 doc Knob for release/Makefile to prevent dele o [2000/02/20] ports/16857 jdp cvsup coredump o [2000/02/21] ports/16872 max Update port: japanese/pine o [2000/02/21] bin/16880 davidn [PATCH] pw(8) hardcodes directory creatio o [2000/02/22] bin/16924 tmpfile(3) ignores TMPDIR and always uses o [2000/02/22] bin/16926 kris [PATCH] banner doesn't allocate space fo o [2000/02/22] kern/16928 dynamic sysctl enhancement o [2000/02/22] bin/16929 [PATCH] prevent possible race condition i o [2000/02/23] misc/16938 FTP does not fully parse ftp:// URLs a [2000/02/23] bin/16953 kris [PATCH] Fix argument overflow in dnsquery o [2000/02/23] misc/16954 kris [PATCH] catopen(3) in libc can overflow o o [2000/02/24] misc/16969 yokota /kernel: psmintr: out of sync (0000 != 00 o [2000/02/24] bin/16971 Exiting from /usr/sbin/login does not res o [2000/02/25] ports/16987 obrien pkg_delete vim-5.X incorrect o [2000/02/26] kern/17003 dscheck() overzealously protects labels o o [2000/02/26] kern/17007 This is a code for implementing ethernet o [2000/02/27] conf/17022 rwatson newsyslog.conf not in sync with syslog.co o [2000/02/27] alpha/17032 alpha strtod(3) floating exception o [2000/02/28] misc/17045 Cannot install on Siemens Primergy 870 (d o [2000/02/28] kern/17058 mjacob SCSI tape driver can't drive devs that ca f [2000/02/28] ports/17066 ports audio/xmms chewing CPU (and skipping too) o [2000/02/29] bin/17077 yokota write() error o [2000/03/01] docs/17104 phantom gethostbyname(3) contains a reference to o [2000/03/01] kern/17109 fastroute crashes for lo0 udp o [2000/03/02] ports/17127 obrien Ports fix: editors/vim5 o [2000/03/02] misc/17132 bugs in xdr functions o [2000/03/02] ports/17139 billf PLIST correction for Apache13-fp f [2000/03/04] ports/17176 ports Update ports: Mew-1.94.2 o [2000/03/04] misc/17178 -d option of lpd didnt work o [2000/03/04] misc/17185 main ncurses headerfile is installed as c f [2000/03/04] i386/17198 3.4 doesn't boot from CD on dell 3500 o [2000/03/04] ports/17199 jmz emulators/mtools configure fix o [2000/03/04] gnu/17202 uucp grade patch and policy o [2000/03/05] conf/17207 disktab support for Fuji-MO o [2000/03/05] gnu/17214 obrien gdb doesn't honor auto-solib-add o [2000/03/06] kern/17222 Avance Logic ALS/100 sound card doesn't r o [2000/03/06] kern/17224 4.0-20000214-CURRENT: pcm/csa sound - sha o [2000/03/06] bin/17226 markm ftpd can't use PAM o [2000/03/06] misc/17232 obrien chown(1) and chgrp(1) do not honor -v fla a [2000/03/06] ports/17241 mharo Update: japanese/tkdesk o [2000/03/07] ports/17255 pst Update the GNATS port to 3.113 o [2000/03/07] ports/17259 reg Update port www/mozilla o [2000/03/08] misc/17270 FreeBSD should support nsswitch.conf, or o [2000/03/08] misc/17272 deleting a file that a program has open c o [2000/03/08] misc/17275 asami make release fails when making readmes fo f [2000/03/08] ports/17279 obrien USA/Canada Netscape Navigator 4.72 FreeBS o [2000/03/09] bin/17289 [PATCH] wrong permissions on /var/run/pri o [2000/03/09] ports/17293 hosokawa samba port installs man-pages twice, fail o [2000/03/09] kern/17297 Panic when mounting a CDRom o [2000/03/10] ports/17309 ports ports/audio/cdd doesn't support .wav outp o [2000/03/12] ports/17342 will ports/devel/qtez build failure o [2000/03/13] kern/17358 PCI ids for Aureal 8810, 8820 and 8830 au o [2000/03/13] bin/17363 crontab(1) leaves files in /var/cron/tabs o [2000/03/13] bin/17368 billf Bad error messaging from mountd(8) o [2000/03/14] misc/17377 "Checking for rejected mail hosts:" gives o [2000/03/14] kern/17385 Support for IIT's "XC87SLC-33" numeric pr o [2000/03/15] bin/17389 /bin/cp failed on some synthetic vfs o [2000/03/15] bin/17395 This is a replacement for the perl versio o [2000/03/15] misc/17399 FTPing into machine slows it down o [2000/03/16] bin/17405 one more fstat patch o [2000/03/16] alpha/17411 alpha No link/activity lights Alpha ethernet ca f [2000/03/16] ports/17414 mharo upgrade and fix for the postilion port f [2000/03/16] ports/17420 ports new port: xbone o [2000/03/16] kern/17425 nsouch [PATCH] fix two small printing errors in o [2000/03/16] ports/17427 cwt a big enhancement to the flexability of t o [2000/03/17] bin/17430 jkh Missing Czech keyboard in /stand/sysinsta o [2000/03/17] kern/17438 cg newpcm volume too low on Soundblaster Pro o [2000/03/17] kern/17441 4.0-STABLE: Intel 82801AA SMBus Controlle o [2000/03/18] ports/17465 jmacd Update port: lang/STk to 4.0.1 o [2000/03/18] docs/17470 doc Missing man page: pthread_yield o [2000/03/18] ports/17471 rse presence of devel/pth-devel port breaks w o [2000/03/18] ports/17479 asami bsd.port.mk: PARALLEL_BUILD o [2000/03/18] bin/17480 m4 changecom doesn't work as documented o [2000/03/19] kern/17487 sos ide/atapi/cdrom bugs o [2000/03/19] ports/17489 ports Zephyr port is broken with Kerberos enabl o [2000/03/19] ports/17490 markm ports fail for some gnu programs as the g o [2000/03/19] kern/17493 Updates to use FreeBSD as a firewall and o [2000/03/19] bin/17498 killall(1) is a slow perl script that's d o [2000/03/20] i386/17505 Problems with with SMP on Compaq proliant a [2000/03/20] misc/17514 sheldonh Inconsistent behaviour of "make update" [ f [2000/03/20] docs/17521 doc Proposed FAQ on assembly programming o [2000/03/21] bin/17532 "host" only prints A records by default o [2000/03/21] kern/17539 kernel panic when asking help in visual u o [2000/03/22] bin/17546 murray Sysinstall does not let you configure NIS f [2000/03/22] bin/17555 green fstat(1) doesn't show memory-mapped files o [2000/03/24] kern/17581 devices failing probing do so silently o [2000/03/24] ports/17585 obrien Outputs small message for user of lang/gc o [2000/03/24] kern/17589 sos ata crashes when trying to extract cd-da o [2000/03/25] docs/17598 doc installworld over NFS documentation no lo o [2000/03/25] ports/17602 jmz Port fix x11/XFree86-4.0 (make deinstall o [2000/03/26] bin/17611 f77 man page needs updated o [2000/03/27] bin/17619 pax cannot read all tar files created by o [2000/03/27] bin/17623 date(1) -v doesn't handle time changes (D o [2000/03/27] i386/17628 mdodd 3c509b hangs on running ifconfig o [2000/03/27] kern/17631 netgraph is not implemented on loopback i o [2000/03/28] bin/17640 lseek();read() -> pread() in dump and fsc o [2000/03/29] ports/17678 jseger Update port graphics/Mesa3 latest with pa o [2000/03/29] bin/17679 wpaul wicontrol should take multiple args on co o [2000/03/30] kern/17688 es_callback() in /sys/pci/es1370.c does n a [2000/03/30] ports/17693 ports new port: www/linux-djvuplugin o [2000/03/30] bin/17694 wcstombs(), mbstowcs() not complying with o [2000/03/30] conf/17699 Support for dutch keyboards in the consol a [2000/03/30] kern/17702 peter Plug and Play Info for USR 56K FAX INT mo o [2000/03/30] misc/17703 dfr /usr/share/examples/kld/cdev won't compil o [2000/03/31] bin/17720 presence of old /dev entries causes sysin o [2000/04/01] kern/17728 probe Macronix 98715/98715A 10/100BaseTX f [2000/04/01] misc/17737 dwhite Major repair of PicoBSD o [2000/04/01] bin/17739 Traceroute will not compile without IPSEC o [2000/04/02] kern/17751 wpaul rl driver loaded as module when it alread o [2000/04/02] bin/17756 kris sshd ignores .hushlogin f [2000/04/02] kern/17758 green Make sl driver dynamicallly expandable. o [2000/04/03] bin/17772 TFTP can not handle big files (> 32MBytes o [2000/04/03] kern/17774 doc stray irq7 o [2000/04/03] kern/17775 4.0-STABLE: Adaptec-155-ATM at en0 causi o [2000/04/03] ports/17777 torstenb [PATCH] Postfix port to consistently use o [2000/04/04] kern/17796 cg pcm drivers failes to load for Neomagic o o [2000/04/04] ports/17799 alex new port: lang/jgnat o [2000/04/04] ports/17801 jake new port: devel/binutils11 o [2000/04/04] ports/17802 jake port update: devel/gcc11 o [2000/04/04] ports/17803 jake new port: devel/gdb11 o [2000/04/05] gnu/17812 gprof gives error: o [2000/04/05] bin/17818 kris ssh X11 forward breaks with X11 not in /u o [2000/04/05] kern/17819 adrian Build ports on nfs & union mount panics k o [2000/04/06] ports/17822 obrien www/netscape47-navigator.us port missing f [2000/04/06] bin/17824 sheldonh [PATCH] /usr/bin/column has arithmetic ov o [2000/04/06] bin/17830 /usr/bin/login called from command line d o [2000/04/06] kern/17831 FreeBSD 4.0 doesn't detect EpoX 7KXA prop o [2000/04/07] misc/17848 Patches to remove support for CSRG libm f [2000/04/07] docs/17855 alex PPP Primer is out-of-date o [2000/04/07] misc/17857 During a sysinstall kernel sources say th o [2000/04/08] bin/17864 PATCH: sys/resource.h needs sys/time.h fo o [2000/04/09] misc/17889 certain type of DNS queries seem to get d o [2000/04/10] ports/17897 chuckr transfig does not compile with XFree86-4. o [2000/04/10] ports/17903 billf Allow CVS_UPDATE to be used with SUP_UPDA o [2000/04/10] conf/17904 sheldonh rc.network IPX configuration missing 'ipx o [2000/04/10] i386/17906 le ethernet device doesn't work in 4.0 o [2000/04/10] kern/17907 cg Audio record levels are too low o [2000/04/10] docs/17916 alex [PATCH] rewrite of cutting-edge section o o [2000/04/10] ports/17921 green licq in the ports collection is missing a o [2000/04/10] bin/17922 steve send-pr should be upgraded a [2000/04/11] bin/17939 sheldonh routed calls ntohs twice on the same fiel o [2000/04/12] ports/17952 torstenb [PATCH] tcp_wrappers port to give better o [2000/04/12] misc/17957 installer navigation is confusing o [2000/04/13] misc/17983 Minikernel build instructions do not work o [2000/04/13] conf/17993 improving on the default /etc/amd.map o [2000/04/13] bin/17997 nvi doesn't set variables on startup (via o [2000/04/14] kern/18001 PCM - Yamaha OPL-SAx doesn't have treble/ a [2000/04/14] ports/18004 ports new port: mail/pgp4pine o [2000/04/14] misc/18014 Machine doesn't boot without keyboard att o [2000/04/15] bin/18030 billf [PATCH] pkg_version thinks 4.04 > 4.1 o [2000/04/17] ports/18047 dburr Update port: emulators/xmame to 0.36.1 o [2000/04/17] ports/18057 jmz make install for XFree86-4 fails on alpha o [2000/04/17] gnu/18061 obrien /usr/bin/ld (GNU ld 2.9.1) ignores rpath o [2000/04/18] ports/18073 obrien wget fails to build correctly o [2000/04/18] bin/18080 davidn [PATCH] pw documentation updated to refle o [2000/04/18] ports/18083 ports Gratuitous Apache package inconsistencies f [2000/04/19] ports/18088 ports libXext.so.6.x never found - often looked o [2000/04/19] ports/18093 obrien lang/gcc-devel install error o [2000/04/19] misc/18097 What is this: LIBRATION not specified - u o [2000/04/19] bin/18100 update to src/usr.bin/from/from.c for mul o [2000/04/19] bin/18106 des fetch(1) sends incorrect 'Host' header fo o [2000/04/20] misc/18109 if pw_shell is empty(/bin/sh is assumed), s [2000/04/20] bin/18114 ken msps from iostat is wrong o [2000/04/21] misc/18131 MAX_IFS in pppd/sys-bsd.c too small for m a [2000/04/22] conf/18152 /etc/exports should suggest how to get mo o [2000/04/22] i386/18154 [PATCH] Add cpu class and features flags a [2000/04/22] kern/18155 sos [Patch] OPTi FireStar(82C700) o [2000/04/22] bin/18157 pnpinfo only prints first io-start for ev o [2000/04/22] conf/18164 roberto /var/log/ntpstats fill with stat files by o [2000/04/23] misc/18175 strtok(3) example doesn't work. o [2000/04/23] ports/18184 ache GNU Patch 2.5.4 Port o [2000/04/24] bin/18191 pac core dumped without set /etc/printcap o [2000/04/24] bin/18193 Bogus diagnostics by nslookup(1) o [2000/04/26] kern/18232 SMP + APM configerd 4.0 kernel did panic a [2000/04/26] docs/18233 asmodai man and nroff -mdoc produce extra blank l o [2000/04/26] ports/18239 ports Had to create symbolic link for StarOffic o [2000/04/26] docs/18243 alex wrong description of -p option in sh(1) m o [2000/04/26] ports/18250 sada new port: misc/kdirstat o [2000/04/27] misc/18255 makewhatis weekly job doesn't look at /us o [2000/04/27] ports/18256 sada www/netscape4* lacks Fortify on alpha o [2000/04/27] ports/18259 obrien ElectricFence installation breaks if the o [2000/04/28] kern/18271 simplelock: klds not portable across UP a o [2000/04/28] bin/18275 proposed TMPDIR setting and /usr/bin/mkin o [2000/04/28] kern/18289 CPU Time exceeded delivered multiple time o [2000/04/29] ports/18291 asami make makesum fetches new sources, make fe o [2000/04/29] kern/18293 lack of versapad mouse wheel emulation o [2000/04/29] kern/18295 Audio is gone after hibernation o [2000/04/30] ports/18310 ports ports/devel/cdk install error o [2000/04/30] bin/18319 "dump" fails with "cannot reopen disk: in o [2000/05/01] bin/18326 dwmalone no /usr/libdata/lint/llib-lc.ln o [2000/05/01] bin/18329 ben futimes() and lutimes() missing from ' cannot be used in "via" o [2000/05/29] ports/18896 ports Tcl "info hostname" command returns chop- o [2000/05/30] kern/18909 dwmalone select(2) timeout limited to 100000000 se o [2000/05/30] ports/18911 ports New port - plptools o [2000/05/30] ports/18915 sobomax [patch] Update of graphics/dia to 0.85 o [2000/05/31] i386/18923 dwmalone boot0cfg(8) cannot select default boot sl a [2000/05/31] docs/18926 unfurl Submission of NIS tutorial o [2000/05/31] kern/18928 options ROOTDENAME=xxx on kernel config f f [2000/06/01] misc/18934 X11 forwarding not requested with DISPLAY o [2000/06/01] kern/18938 ipnat fails on dynamically created interf o [2000/06/01] bin/18946 jhb Add support for enabling USB daemon from o [2000/06/01] ports/18960 asami Add USE_APACHE to bsd.port.mk for Apache o [2000/06/01] bin/18961 kris sshd does not print before motd o [2000/06/02] bin/18967 ypserv not linked with tcp wrappers o [2000/06/02] misc/18969 sound card not recognized by probe o [2000/06/02] ports/18977 obrien rsync report end job o [2000/06/03] misc/18987 Problems with Comtrol RocketPort o [2000/06/03] bin/18992 log packets blocked by filter rules o [2000/06/03] kern/18994 imp PCMCIA sio will happily attach to a used o [2000/06/03] misc/18995 assar Kerberos5 INCLUDES needed for make world o [2000/06/03] misc/18997 markm Kerberos5 CFLAGS needed o [2000/06/04] conf/19001 Delayed fsck + mount of insignificant fil a [2000/06/04] ports/19006 ports New port: biology/gaussian98 o [2000/06/05] docs/19010 doc Bad144 obsoletion by 4.0 is undocumented; o [2000/06/05] i386/19012 No volume run out for /var and lead my Fr a [2000/06/05] ports/19014 ports new port: sysutils/rmm o [2000/06/05] bin/19019 billf pkg_version -c doesn't honor -l (limit st o [2000/06/05] misc/19037 Keyboard not detected on new install o [2000/06/05] misc/19038 The qpopper port accepts empty X-UIDL: he o [2000/06/05] bin/19044 billf Some games compare initscr() to ERR. o [2000/06/06] bin/19056 yacc in 3.4 and 4.0 reports "maximum tabl o [2000/06/06] bin/19057 offer of patch to uname that produces pre f [2000/06/06] ports/19061 kuriyama ports/textproc/lotusxsl the source zip pa o [2000/06/06] kern/19063 VGA keyboard sometimes fails to work in b o [2000/06/06] ports/19064 obrien Xosview broken on AXP Alpha o [2000/06/06] i386/19070 boot0 displays NTFS partitions as "??" o [2000/06/06] bin/19071 fmt not folding very long lines o [2000/06/06] ports/19082 ports Can't build editors/aXe-6.1.2 o [2000/06/06] ports/19083 ports New port devel/codemedic o [2000/06/07] misc/19086 pseudo-device vn doesn't work properly wi o [2000/06/07] misc/19087 jasone selects always restart when using threads o [2000/06/07] misc/19088 STL from SGI for FreeBSD 3.4 o [2000/06/07] ports/19112 asami files with names something,v in patches d o [2000/06/08] bin/19118 vmstat¤Ç avm¤Èfre¤ÎÃͤ¬Àܤ¹¤ë¡£ o [2000/06/08] ports/19119 jmz un-forbid x11/XFree86-4 and unbreak its x o [2000/06/08] misc/19124 ps(1) to support SysV-style options? o [2000/06/08] kern/19127 kernel panic on mount on burncd'd device o [2000/06/08] misc/19129 AMI Raid Express 200 card extremely slow o [2000/06/08] kern/19132 ATM HARP support apparently does not supp a [2000/06/09] ports/19140 will Update port: graphics/enfle o [2000/06/09] kern/19156 jkh Enable the doFS.sh to run in arbitrary lo o [2000/06/09] kern/19158 U.S.Robotics 56K FAX INT not recognize co o [2000/06/10] ports/19176 will update and rename astro/ssystem f [2000/06/10] conf/19178 ume add reject routes and comments in /etc/rc o [2000/06/10] bin/19183 more(1) doesn't handle redraw correctly o [2000/06/10] ports/19185 torstenb mail/postfix: manual pages contains !!PRE o [2000/06/10] ports/19193 jfieber Update textproc/jade to C{XX,}FLAGS safe o [2000/06/11] ports/19212 ports New port py-amk-crypto-0.13 o [2000/06/11] kern/19213 SC_DFLT_FONT compile option breaks kernel s [2000/06/12] conf/19217 billf Add an IGNORE_LIST to mergemaster. o [2000/06/12] ports/19224 andreas Problem installing p5-Net-SSLeay port o [2000/06/12] ports/19227 ports Installation problem: apache13-ssl port o [2000/06/12] misc/19235 building custom release is busted o [2000/06/13] conf/19236 not-existing PCMCI cards in pccard.conf.s o [2000/06/13] bin/19239 login allows users to login remotely with o [2000/06/13] ports/19241 asami PERL_CONFIGURE o [2000/06/13] misc/19246 ports Poor error message when fetching files wi o [2000/06/13] ports/19253 dirk mod_php4 has pkg dependency when not usin o [2000/06/14] ports/19258 ports Newport: category japanese o [2000/06/14] docs/19260 asmodai There's no documentation for the files kb o [2000/06/14] ports/19270 asami Ports build mechanism doesn't check wheth o [2000/06/14] kern/19273 dwmalone Syscons has no key for halting the machin o [2000/06/14] ports/19287 ports New port mail/arrow uses x11-toolkits/jx o [2000/06/14] ports/19288 ports New port x11-fm/systemg uses x11-toolkits o [2000/06/14] ports/19289 ports New port misc/notebook uses x11-toolkits/ o [2000/06/14] ports/19291 ports New port math/thx-1138 uses x11-toolkits/ o [2000/06/15] ports/19317 andreas postgres depends on a very old version of o [2000/06/15] ports/19325 tom ports/mail/ezmlm-idx: mysql & pgsql suppo o [2000/06/15] gnu/19326 obrien Fix GCC Target Macro 'i386/freebsd.h'. o [2000/06/15] gnu/19327 Fix to build 'a.out' binary. o [2000/06/16] ports/19333 cwt patch to make amanda24 more userfriendly o [2000/06/16] bin/19337 obrien c89(1) not POSIX compliant (-l lib) and m o [2000/06/17] bin/19355 fstat gives signal 10 (SIGBUS) when outpu o [2000/06/18] i386/19365 lnc1 is not worked with Am79C973 o [2000/06/18] misc/19367 markm /etc/defaults/make.conf lists wrong value o [2000/06/18] bin/19369 Inadequate error reporting in "mount" com o [2000/06/19] bin/19377 tcpdump -i tun0 not port/host x shows inc o [2000/06/19] misc/19391 marcel Evilness with Linux Terminus, causes X to o [2000/06/20] ports/19403 ports portsifying of the glide3 source for dri o [2000/06/20] bin/19404 /usr/bin/error should be included in the o [2000/06/20] misc/19406 setenv() allocates memory which is not fr o [2000/06/20] i386/19410 spontaneous reboot when esd runs on a -ST o [2000/06/21] conf/19413 Too few MCAM SCSI devices in /dev o [2000/06/21] bin/19422 users can overflow argv to make ps segfau s [2000/06/21] ports/19423 ports New Port for Cyrus 2.0.x s [2000/06/21] ports/19428 ports Update to Cyrus-2.0.x Port o [2000/06/22] ports/19434 obrien ports/mail/mutt dumps core o [2000/06/22] kern/19436 when using vlanX interface arp ageing wor o [2000/06/22] conf/19442 can't install on diverse harddisks. o [2000/06/22] ports/19448 markm filename input broken o [2000/06/22] ports/19456 chuckr the sp port is hardwired to install it's o [2000/06/22] ports/19457 vanilla The gimp port has /usr/local/bin hardwire o [2000/06/22] ports/19458 ports Both /usr/ports/math/PDL and /usr/ports/p o [2000/06/23] misc/19462 using HARP atm driver on FreeBSD3.4 freez o [2000/06/23] misc/19467 kris OpenSSH (as an rsync tunnel) blocks forev o [2000/06/23] docs/19481 doc Serial Communications chapter in Handbook o [2000/06/24] ports/19486 stb net/netatalk fix PLIST o [2000/06/24] kern/19490 faith0 network device has high number of o [2000/06/25] kern/19497 Adaptec AHA-1530P PNP scsi card is not re o [2000/06/25] ports/19498 kris ssh (1) instal fails o [2000/06/25] docs/19507 doc Mailing-list search at www.freebsd.org re o [2000/06/25] conf/19509 reg Cannot install Netscape from CD at instal o [2000/06/25] kern/19511 luigi a typo in ip_fw.c o [2000/06/26] bin/19514 patch to prevent tail'ing directories o [2000/06/26] ports/19517 ports math/PDL upgrade: 2.005->2.1.1 o [2000/06/26] ports/19523 billf Update port: graphics/gd o [2000/06/26] bin/19532 cdcontrol does not handle EOF on stdin pr o [2000/06/26] kern/19535 adrian procfs_rlimit tidyup o [2000/06/26] bin/19536 patch to prevent head'ing directories o [2000/06/26] ports/19539 obrien ports/editors/vim-lite cannot deinstall p o [2000/06/27] kern/19541 Want to marge ds1 sound card driver from o [2000/06/27] kern/19546 No CD audio o [2000/06/27] kern/19553 "panic: zone: entry not free" in namei() o [2000/06/28] misc/19564 PNP-Id for ESS1681 o [2000/06/28] ports/19571 tg python/TKinter busy waits f [2000/06/28] conf/19573 Dot Files for Optional Shells o [2000/06/29] i386/19574 Let badsect recognize character device. o [2000/06/29] misc/19576 obrien [patch] add magic to file(1) to recognise o [2000/06/29] ports/19585 obrien bounce port misconfiguration o [2000/06/29] ports/19591 ports ssh2 port ignores 'ignorenologin' from lo o [2000/06/29] bin/19592 imp pccard_ether does not honor dhcp_{program f [2000/06/30] ports/19594 sobomax update port: qrash o [2000/06/30] bin/19598 traceroutes default of 30 Hops is too low o [2000/07/01] kern/19624 make {DFL,MAX}SSIZ kernel options a [2000/07/01] misc/19631 brian Disk status in daily report is hard to re o [2000/07/01] bin/19635 add -c for grand total to df(1), like du( o [2000/07/02] ports/19641 jfitz Newer version of swatch available o [2000/07/02] gnu/19642 kbyanc patch to merge OpenBSD changes to patch(1 o [2000/07/02] ports/19643 billf too old ethereal version o [2000/07/02] ports/19650 asami python package causes segmentation fault o [2000/07/02] ports/19659 ports erlang port: proposal for updating the mn o [2000/07/03] ports/19665 max Update port: net/delegate o [2000/07/03] misc/19670 jkh Incorrect duplicate in fortunes2 o [2000/07/03] bin/19683 green mount displays incorrect mount point on f o [2000/07/03] kern/19686 yokota splash screen fails o [2000/07/03] kern/19688 jlemon Some boundry checking KASSERTS in network o [2000/07/05] kern/19706 Framing error on PC/NET 32 also used in o o [2000/07/05] ports/19713 max Update port lang/swi-pl to CFLAGS safeten o [2000/07/05] bin/19719 imp pccard_ether lacks the start_if hooks as o [2000/07/05] kern/19720 kbyanc more sysctl signed-ness patches o [2000/07/05] misc/19725 4.0-STABLE: sys/boot/ficl build fails if o [2000/07/06] gnu/19733 obrien GDB 4.18 is not GDB 4.18 o [2000/07/06] misc/19745 peter Missing " character in sccs2rcs o [2000/07/07] bin/19748 des fetch -o will unlink special files o [2000/07/07] bin/19755 nologin not configurable o [2000/07/07] kern/19756 sheldonh Inability to use linux extended partition o [2000/07/07] ports/19757 obrien Update port: http://home.sol.no/~sverrehu o [2000/07/07] misc/19771 ports elm port in 4.0-RELEASE is broken o [2000/07/07] bin/19772 df output wrong for union-mounts o [2000/07/07] ports/19780 stb SETI@home port startup script fails o [2000/07/08] kern/19782 dirk mkisofs 1.12.1 (i386-unknown-freebsd4.0) o [2000/07/08] ports/19784 obrien comms/minicom v. 1.83.1 has the wrong che o [2000/07/08] misc/19793 darrenr [PATCH] ipfilter - improve line reading o [2000/07/09] ports/19797 peter Update port: www/squid23 f [2000/07/09] misc/19798 cg 4DWAVE doesn't work. o [2000/07/09] misc/19805 not installable on old-fashioned dx50 o [2000/07/09] ports/19806 swallace error message w/xcdplayer: ioctl (cdromr f [2000/07/09] kern/19807 incorrect dates a [2000/07/09] bin/19810 hm i4b isdntel core-dumping if screen cols<8 a [2000/07/09] bin/19811 hm i4b isdntel leaving the tty in a strange o [2000/07/09] ports/19812 mharo [PATCH] LDAP support for proftpd o [2000/07/10] docs/19818 doc /usr/share/man/man8/sysinstall.8 missing o [2000/07/10] bin/19821 dwmalone logger(1) does not log messages to a remo o [2000/07/10] ports/19823 obrien gnucache build depends on unimplemented s o [2000/07/10] kern/19827 yokota psm flag bit9(NOIDPROBE) doesn't work cor o [2000/07/10] misc/19837 murray Run Fit it floppy from serial port o [2000/07/11] conf/19849 MAKEDEV still defaults to da0X instead of o [2000/07/11] ports/19852 green openssh port has blank patch file o [2000/07/11] ports/19854 ports [PATCH] inclusion of full mozart-oz docum o [2000/07/11] kern/19863 markm Non-blocking IO not supported on /dev/ran o [2000/07/12] kern/19865 sos atapi-cd.c does not check CDIOCREADSUBCHA o [2000/07/12] ports/19868 asami modify ports/Mk/bsd.port.mk to remove ALL o [2000/07/12] kern/19871 select on named pipes always returns 'ava f [2000/07/12] ports/19876 ports upgrade ns to version 2.1.b6 o [2000/07/13] kern/19887 mjacob Boot hang while scanning SCSI bus o [2000/07/13] i386/19890 davidn Stallion serial driver support missing [p o [2000/07/13] bin/19897 gshapiro Allow building more then 1 SENDMAIL_CF a [2000/07/13] docs/19898 hm i4btel(4) man page refers to isdnphone(1) o [2000/07/13] ports/19908 ports New Port: games/kite o [2000/07/14] kern/19913 des add SYN+FIN counter o [2000/07/14] ports/19914 max Update port: net/delegate o [2000/07/14] i386/19920 tanimura Add a PNP ISA modem to sio.c (details att o [2000/07/15] bin/19959 new variable modifiers for make(1) o [2000/07/15] ports/19965 ports New port print/sgf2tex: prettyprint the g o [2000/07/15] kern/19966 new syscons screensaver o [2000/07/16] misc/19971 bug in /usr/include/sys/socket.h o [2000/07/16] i386/19972 Add of pckg (several pkgs) aborted, error o [2000/07/17] ports/19977 ports mod_php3 and mod_php4 ports doesn't recog o [2000/07/17] docs/19981 doc Indonesian translations o [2000/07/17] docs/19995 doc keymap(5) missing from manual in 3.4-RELE o [2000/07/17] ports/19996 ports fetchmail --configdump core dumps (w/ pat o [2000/07/18] gnu/20004 obrien FBSD4 gcc __attribute__(constructor) not f [2000/07/18] misc/20007 mharo du -hcs * gives different wrong results d o [2000/07/18] misc/20024 jake [PATCH] queue(3) concatenation macros o [2000/07/18] kern/20029 des linprocfs does not accurately emulate Lin o [2000/07/19] bin/20042 "rsh -t" doesn't timeout if rcmd(3) never o [2000/07/19] alpha/20047 alpha FreeBSD does not yet support system type o [2000/07/20] bin/20054 ftpd: rotating _PATH_FTPDSTATFILE losts x o [2000/07/20] ports/20061 ports New Port: Entity - a RAD that work. Its f o [2000/07/20] docs/20067 doc src/sbin/nologin/nologin.5 is bad place o [2000/07/20] ports/20073 ports ports-update: audio/soundtracker to 0.5.5 o [2000/07/20] bin/20074 darrenr enable STATETOP for ipfstat (ipfilter) o [2000/07/20] bin/20078 obrien No problem o [2000/07/20] ports/20079 ports Non-upgrade fixes for tk8[023] ports. o [2000/07/22] ports/20112 ports math/grace update o [2000/07/23] ports/20116 ports new port camserv0.42 o [2000/07/23] docs/20121 jim Better user ppp documentation in man page o [2000/07/23] ports/20122 obrien update pgcc to 2.95.3 o [2000/07/23] ports/20129 ports patch to use japanese/latex2html with per o [2000/07/23] misc/20131 obrien Suggested additions to `magic' file s [2000/07/24] bin/20138 editline does not restore previous state o [2000/07/24] misc/20139 msmith Simple typo in src/share/examples/ppi/ppi o [2000/07/24] ports/20145 ports improving the devel/SN port o [2000/07/24] bin/20154 quiting more/less on the console early le o [2000/07/24] ports/20157 ports libtool incorrectly adds -lc to threaded o [2000/07/24] misc/20159 strftime() can't produce ISO8601 format t o [2000/07/24] kern/20161 cg Integrate VIA VT82C686 AC'97 audio driver o [2000/07/24] bin/20165 markm PERL_THREADED=true fails; "yes" works; ma o [2000/07/24] misc/20166 billf Corrections & additions to games/quiz/dat o [2000/07/25] ports/20170 ports [PATCH] fvwm2-beta update o [2000/07/25] ports/20171 ports postgresql7 user message contains $PREFIX o [2000/07/25] gnu/20173 steve send-pr(1) cannot override From: address o [2000/07/25] ports/20179 nbm Follow up on ports/20168 o [2000/07/25] ports/20186 nbm New port: fdp-tools o [2000/07/25] bin/20188 brian tcpdump -d enables promisc mode on tun0 a o [2000/07/25] ports/20190 reg ripit port may create out-of-order playli o [2000/07/26] ports/20196 jfitz update: x11-toolkits/p5-Tk to nonbeta f [2000/07/26] kern/20198 log setup of dynamic rules for ipfw o [2000/07/26] ports/20200 ports Updated version of mathopd web server con o [2000/07/26] conf/20202 darrenr ipfilter hooks in rc.network o [2000/07/26] ports/20203 ports New port: misc/quranref o [2000/07/26] bin/20204 ps more doesn't handle 8-bit characters prop o [2000/07/27] kern/20214 dec kernel routing bug for nexthop is routed o [2000/07/27] kern/20231 non existing kernel files found in conf/f o [2000/07/27] ports/20233 ports new FreeBSD port for qico-0.46.1 o [2000/07/28] ports/20238 ports New port addition. o [2000/07/28] ports/20240 obrien Update port: net/netcat has bogus master- o [2000/07/28] misc/20254 jhb BTX loader 1.00 can not recognize floppy o [2000/07/28] kern/20255 cg [PATCH] resume from suspend breaks pcm o [2000/07/28] ports/20263 nakai Update port: graphics/gqview to 0.9.0 o [2000/07/28] ports/20266 andreas Update port: print/ghostscript55 to 5.50a o [2000/07/28] ports/20267 ports Update port: print/transfig to 3.2.3c o [2000/07/28] ports/20270 ports libtool needlessly runs ldconfig after in o [2000/07/28] ports/20275 ports Update port: lang/mit-scheme to 7.5.9 (fi o [2000/07/28] kern/20278 cg YMF724 initialization fails on my environ o [2000/07/29] ports/20290 dburr [PATCH] Update mame port to 0.37b2.2 o [2000/07/29] ports/20293 ports [PATCH] Update nessus to 1.0.3 o [2000/07/29] docs/20294 darrenr ipf(5) defines icmp rule twice f [2000/07/29] bin/20295 fdisk -s give incorrect disk size o [2000/07/29] kern/20297 cg Joystick is not enabled with es1370 based o [2000/07/30] docs/20298 doc man 5 keymap missing in 4.1 (Stable) o [2000/07/30] ports/20301 billf New port: irc/ircd-hybrid6 o [2000/07/30] ports/20307 obrien [PATCH] editors/vim5 PLIST needs fix o [2000/07/31] bin/20311 markm src/release/Makefile: broken CHECKSUM.MD5 o [2000/07/31] ports/20313 peter ports/security/librsaintl is broken o [2000/07/31] ports/20319 ports New port: GtkAda-1.2.8 o [2000/07/31] ports/20323 nakai Update port: games/xpuzzletama o [2000/07/31] misc/20326 marcel [PATCH] installkernel fails if DESTDIR is o [2000/07/31] misc/20327 marcel [PATCH] src/sys/conf/Makefile.${MACHINE} o [2000/07/31] bin/20328 jhb missing ports categories from Sysinstall o [2000/07/31] misc/20333 sheldonh ftp login fails on unix password when s/k o [2000/07/31] misc/20334 murray Scripted sysinstall cannot configure inte o [2000/08/01] ports/20342 obrien Nmap doesn't report open ports in stealth o [2000/08/01] ports/20344 ports [PATCH] Port for QDraw-0.7.tar.gz o [2000/08/01] bin/20345 brian screensaver wont come on if pppctl is run f [2000/08/01] ports/20349 ports Update from Gabber 0.6.1 to Gabber 0.7.0 o [2000/08/01] ports/20351 ports newer x11-toolkits/xmhtml o [2000/08/01] kern/20352 yokota Configuring a synaptics touchpad o [2000/08/01] misc/20354 sos interrupting burncd with ^C o [2000/08/01] ports/20355 ports Fix port: devel/sfio o [2000/08/02] ports/20356 mharo Update port: ftp/proftpd o [2000/08/02] ports/20358 ports Bugfix for port MySQL++ (maintainer) o [2000/08/02] ports/20359 ports New port: Apache-mod_perl_guide o [2000/08/02] ports/20364 ports audio/ripit-atapi can use 'dagrab' instea o [2000/08/02] docs/20369 doc [patch] mountd.8 missing cross-references o [2000/08/02] bin/20371 obrien dhclient inserts bogus configurations o [2000/08/03] ports/20377 ports Fix devel/cdk port - master site, some fu o [2000/08/03] ports/20380 ports Update Wine port to 2000.08.01 o [2000/08/03] kern/20384 n_hibma Phase errors with Zip650 CD on USB o [2000/08/03] gnu/20387 ld error messages refers to undocumented o [2000/08/03] kern/20389 ken "device pass" required for CD ripping o [2000/08/03] bin/20391 jhb sysinstall should check debug.boothowto s o [2000/08/03] kern/20393 dillon processes get stuck in vmwait instead of o [2000/08/04] ports/20396 ports New port: devel/gpasm o [2000/08/04] docs/20400 doc Building a kernel with debugging info sec o [2000/08/04] bin/20402 ache 4.1R's ls conflicts with Emacs' dired mod o [2000/08/04] misc/20408 Distribution CDs will not boot on IBM Thi o [2000/08/04] kern/20410 sio support for high speed NS16550A, ST16 f [2000/08/04] ports/20414 ports Update port: audio/dagrab o [2000/08/04] ports/20416 ports Update port: audio/xmp to 2.0.2 o [2000/08/04] ports/20418 ports Update port: cad/sis o [2000/08/05] ports/20431 kuriyama Update port: cocoon o [2000/08/05] ports/20435 ports New port: Free EcmaScript Interpreter o [2000/08/05] conf/20436 asmodai Can't make only cd0 under 4.1-STABLE o [2000/08/05] kern/20437 sos IDE on Intel 815E looks like Intel ICH (y o [2000/08/06] docs/20447 doc forcing NFS exports to be updated o [2000/08/06] kern/20448 luigi expired dynamic rules shown in "ipfw get" o [2000/08/06] kern/20451 luigi net.inet.ip.fw.dyn_short_lifetime bound t o [2000/08/07] docs/20453 doc wrong character set for chinese FAQ o [2000/08/07] misc/20457 davidn pw command doesn't generate random passwo o [2000/08/07] ports/20464 ports Port update of grace to 5.1.1 (included u o [2000/08/07] bin/20471 des fetch(1) doesn't handle retrievals of uns o [2000/08/07] kern/20473 itojun socket(AF_INET, SOCK_RAW, 4) no longer wo o [2000/08/07] misc/20474 jkh Spelling fixes to fortune data file o [2000/08/07] misc/20475 mjacob SES/SAF-TE giving bogus temps on JMR ELEC o [2000/08/07] docs/20477 doc Document syslogd's special treatment of k o [2000/08/08] conf/20479 updates for rc.conf.5 manpage o [2000/08/08] ports/20481 ports Update ports: XEmacs21-21.1.12 o [2000/08/08] ports/20482 ports Update ports: XEmacs21META-21.1.12 s [2000/08/08] bin/20483 joe allowing old colors+paging combination wi o [2000/08/08] i386/20485 AdvanSys ISA probe problems in 4.1-R GENE o [2000/08/08] bin/20488 kris sshd default 60 second authentication tim o [2000/08/09] ports/20497 obrien Upgrade deskutils/gnucash to 1.4.3 o [2000/08/09] conf/20498 brian All FreeBSD systems trigger massive late- o [2000/08/09] ports/20499 ports [PATCH] conserver port doesn't like MD5 c o [2000/08/09] bin/20501 extra flag to dump to offline autoloaders o [2000/08/09] misc/20502 assar kerberos5 w/o kerberos4 attempts to build o [2000/08/09] misc/20504 assar [PATCH] ssh (openssh) cannot connect to s o [2000/08/10] ports/20520 will New port: lang/mercury o [2000/08/10] bin/20527 ume redundant binaries for similar IPv4 and I o [2000/08/10] docs/20528 doc sysconf(3) manpage doesn't mention posix. s [2000/08/10] kern/20529 billf gigabit cards fail to link o [2000/08/11] i386/20537 msmith HP NetRAID controller error when rebootin o [2000/08/11] ports/20538 ports Segfault in ports/devel/cutils cobfusc o [2000/08/11] ports/20542 ports New Port: Fugu-0.9.9d (http://gale.org/fu o [2000/08/12] ports/20557 ports pgsql 6.5.3 port start/stop script o [2000/08/12] ports/20558 ports update for port devel/camlp4 o [2000/08/12] ports/20559 ports New port: nucleus o [2000/08/12] ports/20560 ports New port: urwfonts o [2000/08/12] ports/20561 ports [PATCH] x11-fonts/sharefonts typo fix o [2000/08/12] ports/20562 ports [PATCH] PLIST and typo fix for freefonts o [2000/08/12] ports/20565 ports [PATCH] More docs for postfix o [2000/08/12] bin/20567 cracauer /bin/sh `type' builtin bug o [2000/08/12] ports/20568 ports Update port: japanese/eterm o [2000/08/12] bin/20569 sos libvgl tries to free global array o [2000/08/12] ports/20570 ports Fixing patching error. o [2000/08/12] ports/20571 ports update comms/qico to 0.46.1 o [2000/08/13] misc/20575 /etc/security errors if no old compressed o [2000/08/13] ports/20577 ports update x11-toolkits/xmhtml, please close o [2000/08/13] misc/20579 wosch www.FreeBSD.org search-form date result i o [2000/08/13] ports/20582 ports New port: tuxracer (3d penguin racing gam o [2000/08/13] ports/20583 ports Update bsd.emacs.mk o [2000/08/13] ports/20584 ports New port: net/sntop o [2000/08/13] ports/20585 ports New port: misc/lifelines o [2000/08/13] ports/20586 ports Update port: net/fping updated to v2.2b1 o [2000/08/13] ports/20587 ports Update port: upsd-2.0.1.6 o [2000/08/13] ports/20588 ports New port: upsd100-2.0.1.6(sysutils/upsd10 o [2000/08/14] ports/20589 ports Add a new virtual caterogy: ruby o [2000/08/14] ports/20596 ports Fix www/webalizer o [2000/08/14] ports/20597 ports Fix german/webalizer o [2000/08/14] ports/20599 ports New Ports: MP3 ID3v1 tag edit module o [2000/08/14] pending/20600gnats-admingetpeereid obtains credentials from conne o [2000/08/14] ports/20601 ports DESTDIR and /etc/shells o [2000/08/14] ports/20602 ports New Ports: Manipulate / fetch info from M o [2000/08/14] kern/20606 Health Monitoring Support (ala lm_sensors 1487 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 Aug 14 11: 5:25 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5B6C137BE55; Mon, 14 Aug 2000 11:05:24 -0700 (PDT) (envelope-from johan@FreeBSD.org) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA74717; Mon, 14 Aug 2000 11:05:24 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Mon, 14 Aug 2000 11:05:24 -0700 (PDT) From: Message-Id: <200008141805.LAA74717@freefall.freebsd.org> To: tochimaniv@hotmail.com, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/20603: problemas intrafamilares Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: problemas intrafamilares State-Changed-From-To: open->closed State-Changed-By: johan State-Changed-When: Mon Aug 14 11:04:35 PDT 2000 State-Changed-Why: Bogus PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=20603 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 11: 7: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 052C637C2AE; Mon, 14 Aug 2000 11:07:45 -0700 (PDT) (envelope-from johan@FreeBSD.org) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA75899; Mon, 14 Aug 2000 11:07:43 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Mon, 14 Aug 2000 11:07:43 -0700 (PDT) From: Message-Id: <200008141807.LAA75899@freefall.freebsd.org> To: tochimaniv@hotmail.com, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/20604: problemas intrafamilares Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: problemas intrafamilares State-Changed-From-To: open->closed State-Changed-By: johan State-Changed-When: Mon Aug 14 11:05:37 PDT 2000 State-Changed-Why: Please use english. http://www.freebsd.org/cgi/query-pr.cgi?pr=20604 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 11: 8:36 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5DEDB37BED1; Mon, 14 Aug 2000 11:08:35 -0700 (PDT) (envelope-from johan@FreeBSD.org) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA76032; Mon, 14 Aug 2000 11:08:35 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Mon, 14 Aug 2000 11:08:35 -0700 (PDT) From: Message-Id: <200008141808.LAA76032@freefall.freebsd.org> To: tochimaniv@hotmail.com, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/20605: problemas intrafamilares Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: problemas intrafamilares State-Changed-From-To: open->closed State-Changed-By: johan State-Changed-When: Mon Aug 14 11:08:16 PDT 2000 State-Changed-Why: Please use english. http://www.freebsd.org/cgi/query-pr.cgi?pr=20605 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 11:32:53 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 27A3E37B578; Mon, 14 Aug 2000 11:32:52 -0700 (PDT) (envelope-from johan@FreeBSD.org) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA79741; Mon, 14 Aug 2000 11:32:51 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Mon, 14 Aug 2000 11:32:51 -0700 (PDT) From: Message-Id: <200008141832.LAA79741@freefall.freebsd.org> To: j_guojun@lbl.gov, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/15345: lkm no longer works after 3.3 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: lkm no longer works after 3.3 State-Changed-From-To: open->closed State-Changed-By: johan State-Changed-When: Mon Aug 14 11:30:15 PDT 2000 State-Changed-Why: A syscall example KLD replaces the misc lkm since rev 1.2 of src/share/examples/kld/Makefile. http://www.freebsd.org/cgi/query-pr.cgi?pr=15345 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 12: 3: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 E269A37BDF7; Mon, 14 Aug 2000 12:03:38 -0700 (PDT) (envelope-from johan@FreeBSD.org) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA86015; Mon, 14 Aug 2000 12:03:38 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Mon, 14 Aug 2000 12:03:38 -0700 (PDT) From: Message-Id: <200008141903.MAA86015@freefall.freebsd.org> To: vak@cronyx.ru, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, archie@FreeBSD.org Subject: Re: kern/15206: Ethernet driver if_vr.c (VIA Technologies) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Ethernet driver if_vr.c (VIA Technologies) State-Changed-From-To: open->feedback State-Changed-By: johan State-Changed-When: Mon Aug 14 11:40:58 PDT 2000 State-Changed-Why: From rev 1.28 of this file "Move code to handle BPF and bridging for incoming Ethernet packets out of the individual drivers and into the common routine ether_input(). Also, remove the (incomplete) hack for matching ethernet headers in the ip_fw code. The good news: net result of 1016 lines removed, and this should make bridging now work with *all* Ethernet drivers. The bad news: it's nearly impossible to test every driver, especially for bridging, and I was unable to get much testing help on the mailing lists." Please try the bridging in FreeBSD 4.1-RELEASE (it has been MFC:d) and report back if it works with this driver. Responsible-Changed-From-To: freebsd-bugs->archie Responsible-Changed-By: johan Responsible-Changed-When: Mon Aug 14 11:40:58 PDT 2000 Responsible-Changed-Why: Archie will be interested in the feedback and this is also a MFC to 3.x reminder. If it is not possible to MFC maybe you can apply the suggested patch for 3.x. Forget the MFC part this has benn fixed in rev 1.7.2.4. http://www.freebsd.org/cgi/query-pr.cgi?pr=15206 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 13: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 5C67037B572 for ; Mon, 14 Aug 2000 13:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA04049; Mon, 14 Aug 2000 13:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 14 Aug 2000 13:30:02 -0700 (PDT) Message-Id: <200008142030.NAA04049@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Gediminas Vilutis Subject: Re: kern/6344: cy driver is outdated Reply-To: Gediminas Vilutis Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6344; it has been noted by GNATS. From: Gediminas Vilutis To: johan@FreeBSD.org Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: kern/6344: cy driver is outdated Date: Mon, 14 Aug 2000 22:24:38 +0200 (CEST) Unfortunately, I didn't have a chance to try never driver. Because we had to put the system in production we had to install linux. This PR can be closed. Gediminas On Mon, 14 Aug 2000 johan@FreeBSD.org wrote: > Synopsis: cy driver is outdated > > State-Changed-From-To: open->feedback > State-Changed-By: johan > State-Changed-When: Mon Aug 14 05:48:07 PDT 2000 > State-Changed-Why: > Is this still a problem in more recent version of FreeBSD? > > Also did you ever try the Cyclades driver and if so did it work > correctly? > > Please let us know wheter this is still a problem or not by > sending mail to 'FreeBSD-gnats-submit@FreeBSD.ORG' > preserving the subject of this mail. > > Thanks > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=6344 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 13:39:57 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from Awfulhak.org (tun.AwfulHak.org [194.242.139.173]) by hub.freebsd.org (Postfix) with ESMTP id CB00E37B529; Mon, 14 Aug 2000 13:39:52 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.awfulhak.org [172.16.0.12]) by Awfulhak.org (8.9.3/8.9.3) with ESMTP id VAA29050; Mon, 14 Aug 2000 21:38:25 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id VAA01656; Mon, 14 Aug 2000 21:38:24 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200008142038.VAA01656@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: andrew@grillet98.freeserve.co.uk Cc: brian@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/19366: PPP keeps redialling when no tcp/ip traffic In-Reply-To: Message from Andrew Grillet of "Tue, 20 Jun 2000 18:42:15 BST." <394FACF7.CE857535@grillet98.screaming.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 14 Aug 2000 21:38:24 +0100 From: Brian Somers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, any update on this Andrew ? > Hi Brian, > > brian@FreeBSD.org wrote: > > > > Synopsis: PPP keeps redialling when no tcp/ip traffic > > > > State-Changed-From-To: open->feedback > > State-Changed-By: brian > > State-Changed-When: Tue Jun 20 04:23:24 PDT 2000 > > State-Changed-Why: > > : >Number: 19366 > > : >Category: bin > > : >Synopsis: PPP keeps redialling when no tcp/ip traffic > > [.....] > > : Also, I suspect ppp does not honour cuaaX..LCK files as claimed. > > : I have written routines to set and clear lock files, and ppp > > : appears to use the modem in spite of the lock. > > [.....] > > : The problem remains to check whether port locking is working > > : correctly. It wasn't before. > > > > Do your routines use the uucplock(3) routines in libutil ? > > Yes they do. Assuming they actually work correctly, I was planning to > prepare them for inclusion in the FreeBSD distrib. The idea being that > they > allow the port to be locked from cron. I am pretty sure, they work > correctly > with mgetty. > > They are cosmetically dreadful and not ready for prime time at present! > > > If so, > > there should be no problems. Please provide more details about the > > problem - include any relevant sample programs. > > I will try to find time to do a meaningful test. I have ppp controled by > cron killing it via killall, and restarting it, but i regard that as > inelegant. Maybe my taste is poor. It works! > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=19366 > Regards > > Andrew -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 13:52: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 BAC3237B541; Mon, 14 Aug 2000 13:52:56 -0700 (PDT) (envelope-from brian@FreeBSD.org) Received: (from brian@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA06956; Mon, 14 Aug 2000 13:52:56 -0700 (PDT) (envelope-from brian@FreeBSD.org) Date: Mon, 14 Aug 2000 13:52:56 -0700 (PDT) From: Message-Id: <200008142052.NAA06956@freefall.freebsd.org> To: andre.albsmeier@mchp.siemens.de, brian@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/15520: mktime() fails under certain conditions Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: mktime() fails under certain conditions State-Changed-From-To: open->closed State-Changed-By: brian State-Changed-When: Mon Aug 14 13:47:04 PDT 2000 State-Changed-Why: I (and many others) believe that it is more correct to return an error from mktime() when it's asked to construct a time from some time that can't happen. Others belive that mktime() should succeed during leap-periods. POSIX (I'm told) doesn't specify either. IMHO this is therefore a non-issue. FreeBSD's mktime() returns an error and will stay that way. http://www.freebsd.org/cgi/query-pr.cgi?pr=15520 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 14:11:19 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7A69C37B69B; Mon, 14 Aug 2000 14:11:17 -0700 (PDT) (envelope-from jedgar@FreeBSD.org) Received: (from jedgar@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA10368; Mon, 14 Aug 2000 14:11:17 -0700 (PDT) (envelope-from jedgar@FreeBSD.org) Date: Mon, 14 Aug 2000 14:11:17 -0700 (PDT) From: Message-Id: <200008142111.OAA10368@freefall.freebsd.org> To: gashalot@gashalot.com, jedgar@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/20606: Health Monitoring Support (ala lm_sensors w/ Linux) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Health Monitoring Support (ala lm_sensors w/ Linux) State-Changed-From-To: open->closed State-Changed-By: jedgar State-Changed-When: Mon Aug 14 14:10:32 PDT 2000 State-Changed-Why: Submitter was directed to the applicable ports http://www.freebsd.org/cgi/query-pr.cgi?pr=20606 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 15:20: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 788B737B5AF for ; Mon, 14 Aug 2000 15:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA18845; Mon, 14 Aug 2000 15:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 491EE37B64A; Mon, 14 Aug 2000 15:11:43 -0700 (PDT) Message-Id: <20000814221143.491EE37B64A@hub.freebsd.org> Date: Mon, 14 Aug 2000 15:11:43 -0700 (PDT) From: Merlin.Germany@gmx.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: gnu/20608: Problem by 'make world' from update 4.0-Release to 4.1-STABLE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20608 >Category: gnu >Synopsis: Problem by 'make world' from update 4.0-Release to 4.1-STABLE >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 14 15:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Sascha Valckenier Kips >Release: FreeBSD 4.0 >Organization: Privat >Environment: FreeBSD Proxy.svk.de 4.0-RELEASE FreeBSD 4.0-RELEASE #2: Fri Jul 28 21:31:20 CES T 2000 root@Proxy.svk.de:/usr/src/sys/compile/PROXY i386 >Description: I have any way's to repeat the problem. 1. I have Downloades the 4.1STABLE Src via CVSUP with all Source Code 2. i would make world in the /usr/src directory. i became everythins follow Problem: ===> libbfd cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd -I/usr/src/gnu/usr.bin/binutils/libbfd/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -DDEFAULT_VECTOR=bfd_elf32_i386_vec -DHAVE_bfd_elf32_i386_vec -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DBFD_VERSION=\"2.10.0\" -DSELECT_ARCHITECTURES=" &bfd_i386_arch" -DSELECT_VECS=" &bfd_elf32_i386_vec" -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/cpu-i386.c -o cpu-i386.o cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd -I/usr/src/gnu/usr.bin/binutils/libbfd/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -DDEFAULT_VECTOR=bfd_elf32_i386_vec -DHAVE_bfd_elf32_i386_vec -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DBFD_VERSION=\"2.10.0\" -DSELECT_ARCHITECTURES=" &bfd_i386_arch" -DSELECT_VECS=" &bfd_elf32_i386_vec" -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32-i386.c -o elf32-i386.o cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd -I/usr/src/gnu/usr.bin/binutils/libbfd/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -DDEFAULT_VECTOR=bfd_elf32_i386_vec -DHAVE_bfd_elf32_i386_vec -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DBFD_VERSION=\"2.10.0\" -DSELECT_ARCHITECTURES=" &bfd_i386_arch" -DSELECT_VECS=" &bfd_elf32_i386_vec" -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32.c -o elf32.o cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd -I/usr/src/gnu/usr.bin/binutils/libbfd/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -DDEFAULT_VECTOR=bfd_elf32_i386_vec -DHAVE_bfd_elf32_i386_vec -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DBFD_VERSION=\"2.10.0\" -DSELECT_ARCHITECTURES=" &bfd_i386_arch" -DSELECT_VECS=" &bfd_elf32_i386_vec" -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elflink.c -o elflink.o cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd -I/usr/src/gnu/usr.bin/binutils/libbfd/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -DDEFAULT_VECTOR=bfd_elf32_i386_vec -DHAVE_bfd_elf32_i386_vec -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DBFD_VERSION=\"2.10.0\" -DSELECT_ARCHITECTURES=" &bfd_i386_arch" -DSELECT_VECS=" &bfd_elf32_i386_vec" -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/archive.c -o archive.o cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd -I/usr/src/gnu/usr.bin/binutils/libbfd/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -DDEFAULT_VECTOR=bfd_elf32_i386_vec -DHAVE_bfd_elf32_i386_vec -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DBFD_VERSION=\"2.10.0\" -DSELECT_ARCHITECTURES=" &bfd_i386_arch" -DSELECT_VECS=" &bfd_elf32_i386_vec" -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/archures.c -o archures.o cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd -I/usr/src/gnu/usr.bin/binutils/libbfd/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -DDEFAULT_VECTOR=bfd_elf32_i386_vec -DHAVE_bfd_elf32_i386_vec -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DBFD_VERSION=\"2.10.0\" -DSELECT_ARCHITECTURES=" &bfd_i386_arch" -DSELECT_VECS=" &bfd_elf32_i386_vec" -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/bfd.c -o bfd.o cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd -I/usr/src/gnu/usr.bin/binutils/libbfd/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -DDEFAULT_VECTOR=bfd_elf32_i386_vec -DHAVE_bfd_elf32_i386_vec -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DBFD_VERSION=\"2.10.0\" -DSELECT_ARCHITECTURES=" &bfd_i386_arch" -DSELECT_VECS=" &bfd_elf32_i386_vec" -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/binary.c -o binary.o cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd -I/usr/src/gnu/usr.bin/binutils/libbfd/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -DDEFAULT_VECTOR=bfd_elf32_i386_vec -DHAVE_bfd_elf32_i386_vec -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DBFD_VERSION=\"2.10.0\" -DSELECT_ARCHITECTURES=" &bfd_i386_arch" -DSELECT_VECS=" &bfd_elf32_i386_vec" -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/cache.c -o cache.o cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd -I/usr/src/gnu/usr.bin/binutils/libbfd/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -DDEFAULT_VECTOR=bfd_elf32_i386_vec -DHAVE_bfd_elf32_i386_vec -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DBFD_VERSION=\"2.10.0\" -DSELECT_ARCHITECTURES=" &bfd_i386_arch" -DSELECT_VECS=" &bfd_elf32_i386_vec" -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/coffgen.c -o coffgen.o cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd -I/usr/src/gnu/usr.bin/binutils/libbfd/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -DDEFAULT_VECTOR=bfd_elf32_i386_vec -DHAVE_bfd_elf32_i386_vec -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DBFD_VERSION=\"2.10.0\" -DSELECT_ARCHITECTURES=" &bfd_i386_arch" -DSELECT_VECS=" &bfd_elf32_i386_vec" -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/corefile.c -o corefile.o cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd -I/usr/src/gnu/usr.bin/binutils/libbfd/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -DDEFAULT_VECTOR=bfd_elf32_i386_vec -DHAVE_bfd_elf32_i386_vec -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DBFD_VERSION=\"2.10.0\" -DSELECT_ARCHITECTURES=" &bfd_i386_arch" -DSELECT_VECS=" &bfd_elf32_i386_vec" -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf.c -o elf.o {standard input}: cc: Assembler messages: Internal compiler error: program cc1 got fatal signal 11{standard input}:2113: Warning: *** Error code 1 end of file not at end of a line; newline inserted Stop in /usr/src/gnu/usr.bin/binutils/libbfd. *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. su-2.03# {standard input}:4178: Error: unbalanced parenthesis in first operand. >How-To-Repeat: the Problme was repeat. The 2nd test, I Have the full /usr/src deleted and installed the 4.1-STABLE Version. same Problem. The 3th test, i install from a 4.1-RELEASE CD, the same Problem. >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 Aug 14 16:39:57 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 29EC937BF91; Mon, 14 Aug 2000 16:37:46 -0700 (PDT) (envelope-from nate@yogotech.com) Received: from nomad.yogotech.com (nomad.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id RAA04316; Mon, 14 Aug 2000 17:37:43 -0600 (MDT) (envelope-from nate@nomad.yogotech.com) Received: (from nate@localhost) by nomad.yogotech.com (8.8.8/8.8.8) id RAA05268; Mon, 14 Aug 2000 17:37:01 -0600 (MDT) (envelope-from nate) Date: Mon, 14 Aug 2000 17:37:01 -0600 (MDT) Message-Id: <200008142337.RAA05268@nomad.yogotech.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Cc: darrenr@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/20572: cannot safely remove COMPAT_43 from the kernel config In-Reply-To: <200008141031.DAA42591@freefall.freebsd.org> References: <200008141031.DAA42591@freefall.freebsd.org> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Synopsis: cannot safely remove COMPAT_43 from the kernel config > > State-Changed-From-To: open->closed > State-Changed-By: sheldonh > State-Changed-When: Mon Aug 14 03:30:07 PDT 2000 > State-Changed-Why: > That's why the option is marked with "[KEEP THIS!]" in GENERIC and > "You probably do NOT want to remove this as much current code still > relies on the 4.3 emulation." in NOTES. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=20572 I think this should stay open. If it's mandatory, then it should be made 'mandatory' instead of being a configuration option. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 17: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 D3D1137B720 for ; Mon, 14 Aug 2000 17:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA33051; Mon, 14 Aug 2000 17:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from midten.fast.no (midten.fast.no [213.188.8.11]) by hub.freebsd.org (Postfix) with ESMTP id 7F53937B66D for ; Mon, 14 Aug 2000 17:15:31 -0700 (PDT) (envelope-from tegge@not.trondheim.fast.no) Received: from not.trondheim.fast.no (dmz-gw.trd.fast.no [213.188.8.5]) by midten.fast.no (8.9.3/8.9.3) with ESMTP id CAA20948 for ; Tue, 15 Aug 2000 02:15:28 +0200 (CEST) Received: (from tegge@localhost) by not.trondheim.fast.no (8.11.0/8.8.8) id e7F0FSR01013; Tue, 15 Aug 2000 02:15:28 +0200 (CEST) (envelope-from tegge@not.trondheim.fast.no) Message-Id: <200008150015.e7F0FSR01013@not.trondheim.fast.no> Date: Tue, 15 Aug 2000 02:15:28 +0200 (CEST) From: tegge@not.trondheim.fast.no Reply-To: tegge@not.trondheim.fast.no To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/20609: panic: vm_fault: fault on nofault entry, addr: cc4b3000 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20609 >Category: kern >Synopsis: panic: vm_fault: fault on nofault entry, addr: cc4b3000 >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 Aug 14 17:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Tor Egge >Release: FreeBSD 5.0-CURRENT i386 >Organization: Fast Search & Transfer ASA >Environment: FreeBSD not.trondheim.fast.no 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Mon Aug 14 19:26:51 CEST 2000 root@not.trondheim.fast.no:/usr/src/sys/compile/NOT_SMP i386 >Description: bfreekva() is supposed to be protected by splbio(), serializing calls to vm_map_delete(). But vm_map_delete() might block, causing the spl based serialization to fail. #0 boot (howto=260) at ../../kern/kern_shutdown.c:303 #1 0xc0169ee5 in panic (fmt=0xc02acaf4 "from debugger") at ../../kern/kern_shutdown.c:553 #2 0xc0138d79 in db_panic (addr=-1071163028, have_addr=0, count=-1, modif=0xdce1e9c0 "") at ../../ddb/db_command.c:433 #3 0xc0138d19 in db_command (last_cmdp=0xc02e6dd4, cmd_table=0xc02e6c34, aux_cmd_tablep=0xc0307110) at ../../ddb/db_command.c:333 #4 0xc0138dde in db_command_loop () at ../../ddb/db_command.c:455 #5 0xc013afaf in db_trap (type=3, code=0) at ../../ddb/db_trap.c:71 #6 0xc02756b1 in kdb_trap (type=3, code=0, regs=0xdce1ead4) at ../../i386/i386/db_interface.c:158 #7 0xc028a31c in trap (frame={tf_fs = -1070530536, tf_es = -867500016, tf_ds = 16, tf_edi = -867487744, tf_esi = 256, tf_ebp = -589173988, tf_isp = -589174016, tf_ebx = -1070796192, tf_edx = -1, tf_ecx = 16777217, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1071163028, tf_cs = 8, tf_eflags = 582, tf_esp = -1070769885, tf_ss = -1070911022}) at ../../i386/i386/trap.c:583 #8 0xc027596c in Debugger (msg=0xc02b31d2 "panic") at machine/cpufunc.h:64 #9 0xc0169edc in panic ( fmt=0xc02cf260 "vm_fault: fault on nofault entry, addr: %lx") at ../../kern/kern_shutdown.c:551 #10 0xc02577e0 in vm_fault (map=0xc031844c, vaddr=3427479552, fault_type=1 '\001', fault_flags=0) at ../../vm/vm_fault.c:240 #11 0xc028a686 in trap_pfault (frame=0xdce1ec60, usermode=0, eva=3427479780) at ../../i386/i386/trap.c:857 #12 0xc028a1ef in trap (frame={tf_fs = 24, tf_es = -882180080, tf_ds = -1072103408, tf_edi = -883516928, tf_esi = 62533, tf_ebp = -589173500, tf_isp = -589173620, tf_ebx = -57356, tf_edx = -867508224, tf_ecx = 0, tf_eax = 5177, tf_trapno = 12, tf_err = 0, tf_eip = -1071322559, tf_cs = 8, tf_eflags = 66050, tf_esp = -882193568, tf_ss = 2049081344}) at ../../i386/i386/trap.c:457 #13 0xc024ea41 in ufs_bmaparray (vp=0xdcb018c0, bn=62533, bnp=0xcb6acb68, ap=0x0, nump=0x0, runp=0x0, runb=0x0) at ../../ufs/ufs/ufs_bmap.c:224 #14 0xc024e778 in ufs_bmap (ap=0xdce1ed4c) at ../../ufs/ufs/ufs_bmap.c:83 #15 0xc025552d in ufs_vnoperate (ap=0xdce1ed4c) at ../../ufs/ufs/ufs_vnops.c:2301 #16 0xc0254f39 in ufs_strategy (ap=0xdce1edb0) at vnode_if.h:902 #17 0xc025552d in ufs_vnoperate (ap=0xdce1edb0) at ../../ufs/ufs/ufs_vnops.c:2301 #18 0xc0197790 in cluster_read (vp=0xdcb018c0, filesize=5242880000, lblkno=62534, size=32768, cred=0x0, totread=28160, seqcount=0, bpp=0xdce1ee44) at vnode_if.h:923 #19 0xc024cea6 in ffs_read (ap=0xdce1ee68) at ../../ufs/ufs/ufs_readwrite.c:266 #20 0xc01a3244 in vn_read (fp=0xc363b140, uio=0xdce1eed8, cred=0xc3699880, flags=1, p=0xdcda2ee0) at vnode_if.h:334 #21 0xc017b574 in dofileread (p=0xdcda2ee0, fp=0xc363b140, fd=3, buf=0x8163c00, nbyte=512, offset=2049108992, flags=1) at ../../sys/file.h:141 #22 0xc017b4b4 in pread (p=0xdcda2ee0, uap=0xdce1ef80) at ../../kern/sys_generic.c:136 (kgdb) proc 530 (kgdb) where #0 mi_switch () at machine/globals.h:119 #1 0xc016cc89 in tsleep (ident=0xc033c298, priority=4, wmesg=0xc02d022b "vmwait", timo=0) at ../../kern/kern_synch.c:470 #2 0xc025f9ef in vm_wait () at ../../vm/vm_page.c:896 #3 0xc02601a9 in vm_page_grab (object=0xc03184e0, pindex=118847, allocflags=131) at ../../vm/vm_page.c:1479 #4 0xc0258e51 in kmem_alloc (map=0xc031844c, size=4096) at ../../vm/vm_kern.c:200 #5 0xc0262f5e in _zget (z=0xc0314ea0) at ../../vm/vm_zone.c:344 #6 0xc0262dd1 in zalloci (z=0xc0314ea0) at ../../vm/vm_zone.h:85 #7 0xc0259723 in vm_map_entry_create (map=0xc0318308) at ../../vm/vm_zone.h:117 #8 0xc0259e05 in _vm_map_clip_end (map=0xc0318308, entry=0xdcf30270, end=3468730368) at ../../vm/vm_map.c:853 #9 0xc025af0f in vm_map_delete (map=0xc0318308, start=3468713984, end=3468730368) at ../../vm/vm_map.c:1794 #10 0xc0192f9b in bfreekva (bp=0xcb690960) at ../../kern/vfs_bio.c:414 #11 0xc0194666 in getnewbuf (slpflag=0, slptimeo=0, size=32768, maxsize=32768) at ../../kern/vfs_bio.c:1630 #12 0xc01953f1 in getblk (vp=0xdcb018c0, blkno=139706, size=32768, slpflag=0, slptimeo=0) at ../../kern/vfs_bio.c:2220 #13 0xc0197416 in cluster_read (vp=0xdcb018c0, filesize=5242880000, lblkno=139706, size=32768, cred=0x0, totread=17408, seqcount=0, bpp=0xdcb8ee44) at ../../kern/vfs_cluster.c:120 #14 0xc024cea6 in ffs_read (ap=0xdcb8ee68) at ../../ufs/ufs/ufs_readwrite.c:266 #15 0xc01a3244 in vn_read (fp=0xc363b140, uio=0xdcb8eed8, cred=0xc3699880, flags=1, p=0xdcb1a260) at vnode_if.h:334 #16 0xc017b574 in dofileread (p=0xdcb1a260, fp=0xc363b140, fd=3, buf=0x814fe00, nbyte=512, offset=4577903104, flags=1) at ../../sys/file.h:141 #17 0xc017b4b4 in pread (p=0xdcb1a260, uap=0xdcb8ef80) at ../../kern/sys_generic.c:136 (kgdb) proc 529 (kgdb) where #0 mi_switch () at machine/globals.h:119 #1 0xc016cc89 in tsleep (ident=0xcb5f0dc0, priority=16, wmesg=0xc02b65c9 "biord", timo=0) at ../../kern/kern_synch.c:470 #2 0xc0195b9b in bufwait (bp=0xcb5f0dc0) at ../../kern/vfs_bio.c:2620 #3 0xc01978c1 in cluster_read (vp=0xdcb018c0, filesize=5242880000, lblkno=131174, size=32768, cred=0x0, totread=13312, seqcount=0, bpp=0xdcb8ae44) at ../../kern/vfs_cluster.c:302 #4 0xc024cea6 in ffs_read (ap=0xdcb8ae68) at ../../ufs/ufs/ufs_readwrite.c:266 #5 0xc01a3244 in vn_read (fp=0xc363b140, uio=0xdcb8aed8, cred=0xc3699880, flags=1, p=0xdcb1a400) at vnode_if.h:334 #6 0xc017b574 in dofileread (p=0xdcb1a400, fp=0xc363b140, fd=3, buf=0x814fc00, nbyte=512, offset=4298289664, flags=1) at ../../sys/file.h:141 #7 0xc017b4b4 in pread (p=0xdcb1a400, uap=0xdcb8af80) at ../../kern/sys_generic.c:136 #8 0xc028ad95 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 512, tf_esi = 1, tf_ebp = -1115685468, tf_isp = -591876140, tf_ebx = 1498383852, tf_edx = 1, tf_ecx = 134520321, tf_eax = 198, tf_trapno = 7, tf_err = 2, tf_eip = 1498088260, tf_cs = 31, tf_eflags = 514, tf_esp = -1115685528, tf_ss = 47}) at ../../i386/i386/trap.c:1174 #9 0xc027608b in Xint0x80_syscall () (kgdb) proc 528 (kgdb) where #0 mi_switch () at machine/globals.h:119 #1 0xc016cc89 in tsleep (ident=0xc033c298, priority=4, wmesg=0xc02d022b "vmwait", timo=0) at ../../kern/kern_synch.c:470 #2 0xc025f9ef in vm_wait () at ../../vm/vm_page.c:896 #3 0xc02601a9 in vm_page_grab (object=0xc03184e0, pindex=118885, allocflags=131) at ../../vm/vm_page.c:1479 #4 0xc0258e51 in kmem_alloc (map=0xc031844c, size=4096) at ../../vm/vm_kern.c:200 #5 0xc0262f5e in _zget (z=0xc0314ea0) at ../../vm/vm_zone.c:344 #6 0xc0262dd1 in zalloci (z=0xc0314ea0) at ../../vm/vm_zone.h:85 #7 0xc0259723 in vm_map_entry_create (map=0xc0318308) at ../../vm/vm_zone.h:117 #8 0xc0259d69 in _vm_map_clip_start (map=0xc0318308, entry=0xdcb41c60, start=3425099776) at ../../vm/vm_map.c:793 #9 0xc025aec7 in vm_map_delete (map=0xc0318308, start=3425099776, end=3425116160) at ../../vm/vm_map.c:1767 #10 0xc0192f9b in bfreekva (bp=0xcb558a20) at ../../kern/vfs_bio.c:414 #11 0xc0194666 in getnewbuf (slpflag=0, slptimeo=0, size=32768, maxsize=32768) at ../../kern/vfs_bio.c:1630 #12 0xc01953f1 in getblk (vp=0xdcb018c0, blkno=50567, size=32768, slpflag=0, slptimeo=0) at ../../kern/vfs_bio.c:2220 #13 0xc0197416 in cluster_read (vp=0xdcb018c0, filesize=5242880000, lblkno=50567, size=32768, cred=0x0, totread=6144, seqcount=0, bpp=0xdcb86e44) at ../../kern/vfs_cluster.c:120 #14 0xc024cea6 in ffs_read (ap=0xdcb86e68) at ../../ufs/ufs/ufs_readwrite.c:266 #15 0xc01a3244 in vn_read (fp=0xc363b140, uio=0xdcb86ed8, cred=0xc3699880, flags=1, p=0xdcb1a5a0) at vnode_if.h:334 #16 0xc017b574 in dofileread (p=0xdcb1a5a0, fp=0xc363b140, fd=3, buf=0x814fa00, nbyte=512, offset=1656985088, flags=1) at ../../sys/file.h:141 #17 0xc017b4b4 in pread (p=0xdcb1a5a0, uap=0xdcb86f80) at ../../kern/sys_generic.c:136 #18 0xc028ad95 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 512, tf_esi = 0, tf_ebp = -1113588316, tf_isp = -591892524, tf_ebx = 1498383852, tf_edx = 0, tf_ecx = 134520321, tf_eax = 198, tf_trapno = 7, tf_err = 2, tf_eip = 1498088260, tf_cs = 31, tf_eflags = 514, tf_esp = -1113588376, tf_ss = 47}) at ../../i386/i386/trap.c:1174 #19 0xc027608b in Xint0x80_syscall () >How-To-Repeat: Start many parallell read operations for the first time on a system while having little free memory. Use a different file system block size on the partition used for the testing. >Fix: Alternative 1: Obtain an exclusive lock for buffer_map in bfreekva before calling vm_map_delete(). Release it afterwards. Obtain an exclusive lock on buffer_map before calling vm_map_findspace() from getnewbuf(). Release it after call to vm_map_insert(). never call bfreekva() from interrupts. Alternative 2: define buffer_map as a system map. This causes the nonblocking kmapent zone to be used for allocation of vm map entries for buffer_map. >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 Aug 14 20:19:45 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from c1030098-a.wtrlo1.ia.home.com (c1030098-a.wtrlo1.ia.home.com [24.14.126.45]) by hub.freebsd.org (Postfix) with ESMTP id 7F83C37B5C7 for ; Mon, 14 Aug 2000 20:19:40 -0700 (PDT) (envelope-from mdharnois@home.com) Received: (from mdharnois@localhost) by c1030098-a.wtrlo1.ia.home.com (8.11.0/8.11.0) id e7F3Jc906537; Mon, 14 Aug 2000 22:19:38 -0500 (CDT) (envelope-from mdharnois@home.com) X-Authentication-Warning: mharnois.workgroup.net: mdharnois set sender to mdharnois@home.com using -f To: "Chris D. Faulhaber" Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/20606: Health Monitoring Support (ala lm_sensors w/ Linux) References: <200008141730.KAA67912@freefall.freebsd.org> From: Michael Harnois Date: 14 Aug 2000 22:19:31 -0500 In-Reply-To: "Chris D. Faulhaber"'s message of "Mon, 14 Aug 2000 10:30:03 -0700 (PDT)" Message-ID: <86punb8b3w.fsf@mharnois.workgroup.net> Lines: 13 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Carlsbad Caverns) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 14 Aug 2000 10:30:03 -0700 (PDT), "Chris D. Faulhaber" said: > How about lmmon, wmlmmon, healthd, wmhm, and consolehm (and > perhaps others) in the ports tree? Each of them causes two very different machines to spontaneously reboot when run here. -- Michael D. Harnois, Redeemer Lutheran Church, Washburn, IA mdharnois@home.com aa0bt@aa0bt.ampr.org Everything I did in my life that was worthwhile, I caught hell for. -- Earl Warren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 21:20: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B79D337B7F8 for ; Mon, 14 Aug 2000 21:20:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA59345; Mon, 14 Aug 2000 21:20:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 14 Aug 2000 21:20:04 -0700 (PDT) Message-Id: <200008150420.VAA59345@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Tor.Egge@fast.no Subject: Re: kern/20609: panic: vm_fault: fault on nofault entry, addr: cc4b3000 Reply-To: Tor.Egge@fast.no Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/20609; it has been noted by GNATS. From: Tor.Egge@fast.no To: tegge@not.trondheim.fast.no Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/20609: panic: vm_fault: fault on nofault entry, addr: cc4b3000 Date: Tue, 15 Aug 2000 06:12:03 +0200 defining buffer_map as a system map is not sufficient. It's still possible to get a Fatal trap 12: page fault while in kernel mode. dump of kernel_map's vm map entries: [...] map c031844c entry d6050990 start dcf25000 end dcf26000 map c031844c entry d6053a20 start dcf26000 end dcf27000 map c031844c entry d604e300 start ce7e6000 end dcf27000 ^^^^^^^^ bogus map c031844c entry d6054b40 start dcf27000 end dcf28000 map c031844c entry d6056d80 start dcf28000 end dcf29000 map c031844c entry d60550c0 start dcf29000 end dcf2a000 map c031844c entry d604a750 start dcf2a000 end dcf2b000 map c031844c entry d6054150 start dcf2b000 end dcf2c000 map c031844c entry d6055150 start dcf2c000 end dcf2d000 map c031844c entry d6054870 start dcf2d000 end dcf2e000 map c031844c entry d604fa50 start dcf2e000 end dcf2f000 map c031844c entry d6051180 start dcf2f000 end dcf30000 map c031844c entry d6050930 start dcf30000 end dcf31000 map c031844c entry d60561b0 start dcf31000 end dcf32000 map c031844c entry d604f540 start ce96e000 end dcf33000 ^^^^^^^^ bogus map c031844c entry d6053210 start dcf33000 end dcf34000 The bogus start addresses are locations inside buffer_map. This indicates yet another race condition. vm_map_entry_create should probably use zalloci when allocating elements from kmapentzone. Otherwise, a malloc() call inside an interrupt could cause inconsistent allocation of vm_map_entries from kmapentzone. Since these problem occur on an SMP machine, another race condition is also present. By forcing a panic when multiple processes were manipulating buffer_map at the same time, I found the following stack trace: #0 mi_switch () at machine/globals.h:119 #1 0xc016cca9 in tsleep (ident=0xc033c398, priority=4, wmesg=0xc02d032b "vmwait", timo=0) at ../../kern/kern_synch.c:470 #2 0xc025fa8f in vm_wait () at ../../vm/vm_page.c:896 #3 0xc0260249 in vm_page_grab (object=0xc03185e0, pindex=118761, allocflags=131) at ../../vm/vm_page.c:1479 #4 0xc0258ee5 in kmem_alloc (map=0xc031854c, size=4096) at ../../vm/vm_kern.c:200 #5 0xc0262ffe in _zget (z=0xc03186c0) at ../../vm/vm_zone.c:344 #6 0xc0262e71 in zalloci (z=0xc03186c0) at ../../vm/vm_zone.h:85 #7 0xc025d84b in vm_object_allocate (type=0, size=32) at ../../vm/vm_object.c:224 #8 0xc0259e88 in _vm_map_clip_end (map=0xc0318408, entry=0xd604ede0, end=3460128768) at ../../vm/vm_map.c:848 #9 0xc025afaf in vm_map_delete (map=0xc0318408, start=3460096000, end=3460128768) at ../../vm/vm_map.c:1799 #10 0xc0192fea in bfreekva (bp=0xcb5c2380) at ../../kern/vfs_bio.c:422 #11 0xc01946ba in getnewbuf (slpflag=0, slptimeo=0, size=32768, maxsize=32768) at ../../kern/vfs_bio.c:1639 #12 0xc0195485 in getblk (vp=0xdca96180, blkno=151606, size=32768, slpflag=0, slptimeo=0) at ../../kern/vfs_bio.c:2236 #13 0xc01974aa in cluster_read (vp=0xdca96180, filesize=5242880000, lblkno=151606, size=32768, cred=0x0, totread=29696, seqcount=0, bpp=0xdcb05e44) at ../../kern/vfs_cluster.c:120 #14 0xc024cf3a in ffs_read (ap=0xdcb05e68) at ../../ufs/ufs/ufs_readwrite.c:266 #15 0xc01a32d8 in vn_read (fp=0xc3699c00, uio=0xdcb05ed8, cred=0xc3656700, flags=1, p=0xd7b3d1e0) at vnode_if.h:334 #16 0xc017b594 in dofileread (p=0xd7b3d1e0, fp=0xc3699c00, fd=3, buf=0x814e400, nbyte=512, offset=4967854592, flags=1) at ../../sys/file.h:141 #17 0xc017b4d4 in pread (p=0xd7b3d1e0, uap=0xdcb05f80) at ../../kern/sys_generic.c:136 #18 0xc028ae35 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 512, tf_esi = 1, tf_ebp = -1090519644, tf_isp = -592420908, tf_ebx = 1498383852, tf_edx = 1, tf_ecx = 134520321, tf_eax = 198, tf_trapno = 7, tf_err = 2, tf_eip = 1498088260, tf_cs = 31, tf_eflags = 514, tf_esp = -1090519704, tf_ss = 47}) at ../../i386/i386/trap.c:1174 #19 0xc027612b in Xint0x80_syscall () Blocking, waiting for an object to be available, will cause an inconsistent buffer map. using lockmgr calls (i.e. Alternative 1 in previous message) might cause deadlock problems if the thread holding the buffer_map lock blocks waiting for memory to be freed while the pager blocks waiting for a buffer to be available. Perhaps various vm_map operations need to check a flag in the vm map and avoid allocating vm objects for some maps, e.g. buffer_map. - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Aug 14 22: 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 CB94737B553 for ; Mon, 14 Aug 2000 22:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA62378; Mon, 14 Aug 2000 22:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from alcanet.com.au (mail.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with SMTP id E423837B52B for ; Mon, 14 Aug 2000 21:51:17 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <115224>; Tue, 15 Aug 2000 14:51:10 +1000 Message-Id: <00Aug15.145110est.115224@border.alcanet.com.au> Date: Tue, 15 Aug 2000 14:51:05 +1000 (EST) From: peter.jeremy@alcatel.com.au Reply-To: peter.jeremy@alcatel.com.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/20611: VLAN parent device does not count VLAN output bytes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20611 >Category: kern >Synopsis: VLAN parent device does not count VLAN output bytes >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 Aug 14 22:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Peter Jeremy >Release: FreeBSD 4.1-STABLE i386 >Organization: Alcatel Australia Limited >Environment: `current' -stable >Description: Each network device includes counters for bytes and packets in and out. For a physical interface associated with a VLAN interface, incoming and outgoing packets, as well as incoming bytes associated with the VLAN are counted, but outgoing bytes from the VLAN are not counted. This is inconsistent. The problem is that output bytes are accumulated by ether_output_frame(). Packets sent to the VLAN go through this routine - which calls vlan_start() to process the packet. vlan_start() directly calls the XX_start() routine associated with the physical interface. vlan_start() replicates the relevant code within ether_output_frame(), but does not update the output byte count. Likewise, the number of multicast frames sent via the VLAN are not counted. (There's also no support for bridging packets into an 802.1Q VLAN trunk. Fixing this looks non-trivial, and I don't need this functionality, so I'll skip it). >How-To-Repeat: Create (eg) vlan0 associated with (eg) fxp0 and pass traffic via vlan0 (with no traffic addressed directly to fxp0). A netstat shows: wansim# netstat -I fxp0 1 input (fxp0) output packets errs bytes packets errs bytes colls 564 0 78690 586 0 0 0 506 0 81024 521 0 0 0 504 0 84068 519 0 0 0 509 0 100559 530 0 0 0 532 0 85011 557 0 0 0 ^C >Fix: Index: if_vlan.c =================================================================== RCS file: /gsmx07/CVSROOT/src/sys/net/if_vlan.c,v retrieving revision 1.15.2.2 diff -u -r1.15.2.2 if_vlan.c --- if_vlan.c 2000/07/17 21:24:34 1.15.2.2 +++ if_vlan.c 2000/08/15 04:47:01 @@ -268,6 +268,9 @@ m_freem(m); continue; } + p->if_obytes += m->m_pkthdr.len; + if (m->m_flags & M_MCAST) + p->if_omcasts++; IF_ENQUEUE(&p->if_snd, m); if ((p->if_flags & IFF_OACTIVE) == 0) { p->if_start(p); >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 Aug 15 0:13:31 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from vbook.express.ru (vbook.express.ru [212.24.37.106]) by hub.freebsd.org (Postfix) with ESMTP id DCBC737B887 for ; Tue, 15 Aug 2000 00:13:20 -0700 (PDT) (envelope-from vova@vbook.express.ru) Received: (from vova@localhost) by vbook.express.ru (8.9.3/8.9.3) id JAA01394; Tue, 15 Aug 2000 09:35:10 +0400 (MSD) (envelope-from vova) From: "Vladimir B. Grebenschikov" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14744.54906.18116.758951@vbook.express.ru> Date: Tue, 15 Aug 2000 09:34:50 +0400 (MSD) To: Bruce Evans Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: misc/20555: 3C509 driver performance problem In-Reply-To: <200008131820.LAA24931@freefall.freebsd.org> References: <200008131820.LAA24931@freefall.freebsd.org> X-Mailer: VM 6.72 under 21.1 (patch 9) "Canyonlands" XEmacs Lucid Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Bruce Evans writes: > The following reply was made to PR misc/20555; it has been noted by GNATS. > > From: Bruce Evans > To: xyf@stocke.com > Cc: freebsd-gnats-submit@FreeBSD.ORG > Subject: Re: misc/20555: 3C509 driver performance problem > Date: Mon, 14 Aug 2000 04:19:48 +1000 (EST) > > On Fri, 11 Aug 2000 xyf@stocke.com wrote: > > > ab -c 10 -n 10000 http://192.168.1.27/index.html > > > > they both give me good performance, the result is almost same, but ... > > FreeBSD uses more CPU time than Linux, FreeBSD CPU idle is 40%, > > Linux CPU idle is 60%, almost 20% CPU lost in FreeBSD! > > > > I use "top" command and see FreeBSD cost 34% of CPU time in interrupt > > handling, the system time is good, only 12%, my net card is old 3COM 3C509, my question is: > > > > is this the problem of 3C509 driver in FreeBSD or just is more serious FreeBSD design problem? > > I dodn't see any problem here, except missing accounting for interrupt > time in Linux. I think Linux still counts interrupt time against > whatever process (including the idle "process") happens to be running > when the interrupt occurs. FreeBSD's idle time of 40% is actually > the idle time (modulo jitter in the measurement). Linux's idle time > of 60% may be mostly spent handling interrupts. Similarly for system > and user times. System and user times under Linux are normally larger > than under FreeBSD, because parts of them are actually interrupt times. Some times ago (with fbsd 2.2.x-3.2) I have expirience problem with old 3COM driver (ep), I don't know exactly about preformance, but often ep driver can't send full ethernet load (it was router with 2 NE2000 and 2 3C509), so ep interfaces sometimes stop sending packets and complains tomething about overloaded queue, I don't remember exactly. This time in LINT was remark about 'ep driver is bogus'. I don't try to use 3C509 after so I don't know what happens in current driver. > Bruce -- TSB Russian Express, Moscow Vladimir B. Grebenschikov, vova@express.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 0:21:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id 4CB8C37B8C7; Tue, 15 Aug 2000 00:21:07 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.16 #1) id 13Ob1l-000Pre-00; Tue, 15 Aug 2000 09:20:49 +0200 From: Sheldon Hearn To: nate@yogotech.com (Nate Williams) Cc: darrenr@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/20572: cannot safely remove COMPAT_43 from the kernel config In-reply-to: Your message of "Mon, 14 Aug 2000 17:37:01 CST." <200008142337.RAA05268@nomad.yogotech.com> Date: Tue, 15 Aug 2000 09:20:49 +0200 Message-ID: <99425.966324049@axl.ops.uunet.co.za> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 14 Aug 2000 17:37:01 CST, Nate Williams wrote: > I think this should stay open. If it's mandatory, then it should be > made 'mandatory' instead of being a configuration option. It's open and assigned to marcel. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 1: 2:20 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0042D37B8EB; Tue, 15 Aug 2000 01:02:16 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA92069; Tue, 15 Aug 2000 01:02:17 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Tue, 15 Aug 2000 01:02:17 -0700 (PDT) From: Message-Id: <200008150802.BAA92069@freefall.freebsd.org> To: gedas@tdd.lt, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/6344: cy driver is outdated Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: cy driver is outdated State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Tue Aug 15 01:00:37 PDT 2000 State-Changed-Why: Without someone to test this and provide feedback, the PR isn't going anywhere. In fact, I'm not even sure that this driver has an active maintainer any more. If anyone is in a position to provide patches that make this work _and_ is interested in maintaining the driver, please do submit a new PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=6344 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 1: 6: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 B984F37B90A; Tue, 15 Aug 2000 01:06:14 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA93970; Tue, 15 Aug 2000 01:06:15 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Tue, 15 Aug 2000 01:06:15 -0700 (PDT) From: Message-Id: <200008150806.BAA93970@freefall.freebsd.org> To: Merlin.Germany@gmx.net, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: gnu/20608: Problem by 'make world' from update 4.0-Release to 4.1-STABLE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Problem by 'make world' from update 4.0-Release to 4.1-STABLE State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Tue Aug 15 01:03:56 PDT 2000 State-Changed-Why: Your How-To-Repeat needs more detail. Since many folks have successfully accomplished what you're trying to do, this is likely a support issue. That's not a problem, since we're willing to help, but you need to show exactly what you're doing (in terms of commands issued at the shell prompt). I'd suggest that you read /usr/src/UPDATING from the source you're trying to use. Once you've read it, follow the instructions and let us know exactly which steps fail. Please submit your feedback to using the subject line of this message. http://www.freebsd.org/cgi/query-pr.cgi?pr=20608 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 1:10: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 47ABE37B91E for ; Tue, 15 Aug 2000 01:10:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA94997; Tue, 15 Aug 2000 01:10:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 15 Aug 2000 01:10:06 -0700 (PDT) Message-Id: <200008150810.BAA94997@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: kern/20609: panic: vm_fault: fault on nofault entry, addr: cc4b3000 Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/20609; it has been noted by GNATS. From: Sheldon Hearn To: Tor.Egge@fast.no Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/20609: panic: vm_fault: fault on nofault entry, addr: cc4b3000 Date: Tue, 15 Aug 2000 10:07:50 +0200 On Mon, 14 Aug 2000 21:20:04 MST, Tor.Egge@fast.no wrote: > Perhaps various vm_map operations need to check a flag in the vm map > and avoid allocating vm objects for some maps, e.g. buffer_map. Hi Tor, Have you dropped Matt Dillon a message pointing him to this PR, or are you going to tackle this yourself? If the latter, will you assign the PR to yourself? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 1:30: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3CFFA37B948 for ; Tue, 15 Aug 2000 01:30:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA97643; Tue, 15 Aug 2000 01:30:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 15 Aug 2000 01:30:05 -0700 (PDT) Message-Id: <200008150830.BAA97643@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: i386/15631: 3.4 won't install with IBM 37.5 gb disks Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/15631; it has been noted by GNATS. From: Sheldon Hearn To: Neil Blakey-Milner Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: i386/15631: 3.4 won't install with IBM 37.5 gb disks Date: Tue, 15 Aug 2000 10:20:06 +0200 On Thu, 10 Aug 2000 15:00:02 MST, Neil Blakey-Milner wrote: > This problem is still in FreeBSD-3-stable, except it can be worked around > using LBA mode (don't use panic dumps in LBA mode under FreeBSD-3.4). See > PR 15611, and wd.c revs 1.218, 1.219 and 1.186.2.5. I'm unsure where to go with this. Do Bruce's patches on PR 15611 allow for the use of >32GB filesystems in RELENG_3 without the use of LBA mode? Irrespective, since there's no future release scheduled on the RELENG_3 line, I think the way to go with this one is to add an errata entry for 3.5-RELEASE. However, I can't write the text without understanding the problem fully, and I can't test this out myself because I don't have enough scratch hardware. Can anyone come up with a description for the erratum, possibly letting me know whether or not Bruce's patches from PR 15611 are appropriate for inclusion? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 1:35:58 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from calcaphon.demon.co.uk (calcaphon.demon.co.uk [193.237.19.5]) by hub.freebsd.org (Postfix) with ESMTP id 0EC2637B90B for ; Tue, 15 Aug 2000 01:34:49 -0700 (PDT) (envelope-from n_hibma@qubesoft.com) Received: from henny.webweaving.org (henny.qubesoft.com [192.168.1.5]) by calcaphon.demon.co.uk (8.9.3/8.9.1) with ESMTP id JAA43826; Tue, 15 Aug 2000 09:34:20 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Received: from localhost (localhost [127.0.0.1]) by henny.webweaving.org (8.9.3/8.9.3) with ESMTP id JAA02068; Tue, 15 Aug 2000 09:31:53 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Date: Tue, 15 Aug 2000 09:31:53 +0100 (BST) From: Nick Hibma X-Sender: n_hibma@henny.webweaving.org Reply-To: Nick Hibma To: Josef Karthauser Cc: freebsd-bugs@FreeBSD.org Subject: Re: kern/20375: APM doesn't work properly! Suspend/resume/suspend/hang In-Reply-To: <20000812174728.A509@pavilion.net> 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 Right, my problems were unrelated. After a pretty long goose chase, my laptop crashing was my own fault. And after that I can get it to crash when suspending or resuming. Nick > > I believe that it broke sometime in the last couple of months. > > > > If I could get a trace that'd find the culprit, but unfortunately > > the machine hangs hard - power reset required. Maybe some debug > > output to stderr would catch the problem. Is there somewhere in > > the bus code that I can add some debug that'll show each device > > being suspended? > > > > Ok, more updates. > > There _is_ a sysctl (debug.apm_debug) recently added for debugging. > > Using the kernel debugger I've determined that the freeze is almost > definitely in the bios32 call: > > apm_do_suspend > apm_suspend_system > apm_bioscall > bios32 > HANG > > This happens on the second suspend only, the first time through it > succeeds, and returns after a resume event (keypress, etc.). > > Who's our APM wizard? I've no idea what the bios interaction should > be. > > Joe > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message > -- Qube Software, Ltd. Private: n_hibma@qubesoft.com n_hibma@webweaving.org n_hibma@freebsd.org http://www.qubesoft.com/ http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 1:50: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 B872437B912; Tue, 15 Aug 2000 01:50:33 -0700 (PDT) (envelope-from johan@FreeBSD.org) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA99682; Tue, 15 Aug 2000 01:50:33 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Tue, 15 Aug 2000 01:50:33 -0700 (PDT) From: Message-Id: <200008150850.BAA99682@freefall.freebsd.org> To: bonk1138@msn.com, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/19235: building custom release is busted Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: building custom release is busted State-Changed-From-To: open->closed State-Changed-By: johan State-Changed-When: Tue Aug 15 01:49:16 PDT 2000 State-Changed-Why: FAQ updated in rev 1.84 and 1.85 to also say that a buildworld is required when making a release. http://www.freebsd.org/cgi/query-pr.cgi?pr=19235 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 1:56:53 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9C56337BA10; Tue, 15 Aug 2000 01:56:50 -0700 (PDT) (envelope-from johan@FreeBSD.org) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA00512; Tue, 15 Aug 2000 01:56:50 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Tue, 15 Aug 2000 01:56:50 -0700 (PDT) From: Message-Id: <200008150856.BAA00512@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, cg@FreeBSD.org Subject: Re: misc/18710: PCM sound recording essentially doesn't work Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: PCM sound recording essentially doesn't work Responsible-Changed-From-To: freebsd-bugs->cg Responsible-Changed-By: johan Responsible-Changed-When: Tue Aug 15 01:56:18 PDT 2000 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=18710 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 2: 6: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from calcaphon.demon.co.uk (calcaphon.demon.co.uk [193.237.19.5]) by hub.freebsd.org (Postfix) with ESMTP id CE9E937B645 for ; Tue, 15 Aug 2000 02:05:57 -0700 (PDT) (envelope-from n_hibma@qubesoft.com) Received: from henny.webweaving.org (henny.qubesoft.com [192.168.1.5]) by calcaphon.demon.co.uk (8.9.3/8.9.1) with ESMTP id KAA44428; Tue, 15 Aug 2000 10:05:56 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Received: from localhost (localhost [127.0.0.1]) by henny.webweaving.org (8.9.3/8.9.3) with ESMTP id KAA02218; Tue, 15 Aug 2000 10:04:23 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Date: Tue, 15 Aug 2000 10:04:23 +0100 (BST) From: Nick Hibma X-Sender: n_hibma@henny.webweaving.org Reply-To: Nick Hibma To: Josef Karthauser Cc: freebsd-bugs@FreeBSD.org Subject: Re: kern/20375: APM doesn't work properly! Suspend/resume/suspend/hang In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Right, my problems were unrelated. After a pretty long goose chase, my > laptop crashing was my own fault. > > And after that I can get it to crash when suspending or resuming. Argh. can -> can't as in cannot. Nick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 2: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 4723337BA10 for ; Tue, 15 Aug 2000 02:50:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA06792; Tue, 15 Aug 2000 02:50:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 15 Aug 2000 02:50:05 -0700 (PDT) Message-Id: <200008150950.CAA06792@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: gnu/20608: Problem by 'make world' from update 4.0-Release to 4.1-STABLE Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR gnu/20608; it has been noted by GNATS. From: Sheldon Hearn To: ermany@gmx.net Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: gnu/20608: Problem by 'make world' from update 4.0-Release to 4.1-STABLE Date: Tue, 15 Aug 2000 11:39:50 +0200 On Tue, 15 Aug 2000 11:22:35 +0020, ermany@gmx.net wrote: > I have make a cvsup for tag RELENG_4, src-all. > CMD's: > cvsup /usr/share/examples/cvsup/4.x-stable-supfile > > > After Completaition: > CMD's: > cd /usr/src > make clean > make buildword > At this is a crash with the copy of output text. There we go, that helps enormously. :-) The problem is that you're not following the instructions for "To update from 4.0-RELEASE or later to the most current 4.x-STABLE". That's why I suggested that you read the whole UPDATING file before trying to upgrade. Follow those instructions and let me know whether they work for you. They should work for you. :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 3: 6:34 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from genius.systems.pavilion.net (genius.systems.pavilion.net [212.74.1.100]) by hub.freebsd.org (Postfix) with ESMTP id A56C637B555 for ; Tue, 15 Aug 2000 03:06:32 -0700 (PDT) (envelope-from joe@pavilion.net) Received: by genius.systems.pavilion.net (Postfix, from userid 100) id CA7589B2A; Tue, 15 Aug 2000 11:06:31 +0100 (BST) Date: Tue, 15 Aug 2000 11:06:31 +0100 From: Josef Karthauser To: Nick Hibma Cc: freebsd-bugs@FreeBSD.org Subject: Re: kern/20375: APM doesn't work properly! Suspend/resume/suspend/hang Message-ID: <20000815110631.N11685@pavilion.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from n_hibma@qubesoft.com on Tue, Aug 15, 2000 at 10:04:23AM +0100 X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, Lees House, 21-23 Dyke Road, Brighton, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Aug 15, 2000 at 10:04:23AM +0100, Nick Hibma wrote: > > Right, my problems were unrelated. After a pretty long goose chase, my > > laptop crashing was my own fault. > > > > And after that I can get it to crash when suspending or resuming. > > Argh. can -> can't as in cannot. So your suspend/resume/suspend/resume is hang free? My guess is that on Brian's and my Vaio something isn't being registered in the bios as being resumed properly and so when the second suspend is called it hangs. Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 3:20: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id AFB7337B682 for ; Tue, 15 Aug 2000 03:20:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA10906; Tue, 15 Aug 2000 03:20:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 15 Aug 2000 03:20:04 -0700 (PDT) Message-Id: <200008151020.DAA10906@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Josef Karthauser Subject: Re: kern/20375: APM doesn't work properly! Suspend/resume/suspend/hang Reply-To: Josef Karthauser Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/20375; it has been noted by GNATS. From: Josef Karthauser To: Nick Hibma Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/20375: APM doesn't work properly! Suspend/resume/suspend/hang Date: Tue, 15 Aug 2000 11:06:31 +0100 On Tue, Aug 15, 2000 at 10:04:23AM +0100, Nick Hibma wrote: > > Right, my problems were unrelated. After a pretty long goose chase, my > > laptop crashing was my own fault. > > > > And after that I can get it to crash when suspending or resuming. > > Argh. can -> can't as in cannot. So your suspend/resume/suspend/resume is hang free? My guess is that on Brian's and my Vaio something isn't being registered in the bios as being resumed properly and so when the second suspend is called it hangs. Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 4: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 727FF37B981 for ; Tue, 15 Aug 2000 04:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA24484; Tue, 15 Aug 2000 04:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from onion.ish.org (onion.ish.org [210.145.219.202]) by hub.freebsd.org (Postfix) with ESMTP id F091337B563 for ; Tue, 15 Aug 2000 04:47:11 -0700 (PDT) (envelope-from ishizuka@ish.org) Received: (from ishizuka@localhost) by onion.ish.org (8.9.3/3.7Wpl2-2000/05/28) id UAA17919; Tue, 15 Aug 2000 20:47:09 +0900 (JST) Message-Id: <200008151147.UAA17919@onion.ish.org> Date: Tue, 15 Aug 2000 20:47:09 +0900 (JST) From: ishizuka@ish.org Reply-To: ishizuka@ish.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/20613: fetch -T n is not timeout correctly Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20613 >Category: bin >Synopsis: fetch -T n is not timeout correctly when target server is down >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 Aug 15 04:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Masachika ISHIZUKA >Release: FreeBSD 4.1-RELEASE i386 >Organization: >Environment: >Description: % fetch -T 5 http://www.hoge.com/index.html When server 'www.hoge.com' is down or can't lookup address from DNS server, fetch command is not timeout with 5 seconds. Older version of fetch (with 4.0R or 3.4R) is timeout with 5 seconds. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 5: 1:27 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id B838B37BAB3 for ; Tue, 15 Aug 2000 05:01:22 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.16 #1) id 13OfP1-0002bS-00; Tue, 15 Aug 2000 14:01:07 +0200 From: Sheldon Hearn To: Bruce Evans Cc: freebsd-bugs@FreeBSD.org Subject: Re: kern/6344: cy driver is outdated In-reply-to: Your message of "Tue, 15 Aug 2000 21:55:33 +1000." Date: Tue, 15 Aug 2000 14:01:07 +0200 Message-ID: <10009.966340867@axl.ops.uunet.co.za> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 15 Aug 2000 21:55:33 +1000, Bruce Evans wrote: > The cyclades driver is maintained by bde. Excellent. I've copied this to the bugs list so that other PR grunts know about this. Hopefully, everyone manipulating the PR database also knows by now that you don't like other people to assign PR's to you. :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 5: 8:19 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 32A4A37B554; Tue, 15 Aug 2000 05:08:18 -0700 (PDT) (envelope-from johan@FreeBSD.org) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA27452; Tue, 15 Aug 2000 05:08:17 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Tue, 15 Aug 2000 05:08:17 -0700 (PDT) From: Message-Id: <200008151208.FAA27452@freefall.freebsd.org> To: martti.kuparinen@research.zopps.fi, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/12255: BIND 8.1.2 compilation error in IPv6 capable host Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: BIND 8.1.2 compilation error in IPv6 capable host State-Changed-From-To: open->closed State-Changed-By: johan State-Changed-When: Tue Aug 15 05:05:18 PDT 2000 State-Changed-Why: Bind has been upgraded to 8.2.x which fixed this according to submitter. It was also MFC:d to 3.x before 3.4 http://www.freebsd.org/cgi/query-pr.cgi?pr=12255 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 7:10:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BC0DE37BB40 for ; Tue, 15 Aug 2000 07:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA43287; Tue, 15 Aug 2000 07:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from prioris.mini.pw.edu.pl (prioris.mini.pw.edu.pl [148.81.80.7]) by hub.freebsd.org (Postfix) with ESMTP id 4826837BA47 for ; Tue, 15 Aug 2000 07:01:47 -0700 (PDT) (envelope-from zaks@prioris.mini.pw.edu.pl) Received: from pf39.warszawa.sdi.tpnet.pl (prioris.mini.pw.edu.pl [148.81.80.7]) by prioris.mini.pw.edu.pl (Postfix) with ESMTP id 726C07CF08 for ; Tue, 15 Aug 2000 16:01:41 +0200 (CEST) Received: (from zaks@localhost) by pf39.warszawa.sdi.tpnet.pl (8.9.3/8.9.3) id QAA00789; Tue, 15 Aug 2000 16:02:02 +0200 (CEST) (envelope-from zaks) Message-Id: <200008151402.QAA00789@pf39.warszawa.sdi.tpnet.pl> Date: Tue, 15 Aug 2000 16:02:02 +0200 (CEST) From: zaks@prioris.mini.pw.edu.pl Reply-To: zaks@prioris.mini.pw.edu.pl To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/20615: scp tries to establish port forwardings Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20615 >Category: bin >Synopsis: scp tries to establish port forwardings >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 Aug 15 07:10:03 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Slawek Zak >Release: FreeBSD 4.1-STABLE >Organization: Warsaw University of Technology >Environment: SSH Version OpenSSH-2.1, protocol versions 1.5/2.0. >Description: Scp despite its temporary nature tries to establish local (and possibly remote) port forwardings. >How-To-Repeat: (Having port forwardings enabled in ~/.ssh/config) scp somefile romtehost: >Fix: Add an option disabling of port forwardings to ssh and use it in scp. >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 Aug 15 7:32:41 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8A74A37BADB; Tue, 15 Aug 2000 07:32:39 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA46221; Tue, 15 Aug 2000 07:32:39 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Tue, 15 Aug 2000 07:32:39 -0700 (PDT) From: Message-Id: <200008151432.HAA46221@freefall.freebsd.org> To: j_guojun@lbl.gov, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: gnu/13921: awk -v var=val coredump Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: awk -v var=val coredump State-Changed-From-To: open->analyzed State-Changed-By: sheldonh State-Changed-When: Tue Aug 15 03:55:02 PDT 2000 State-Changed-Why: gawk-3.0.6 imported on the vendor branch and merged onto HEAD. We'll merge it onto RELENG_4 soon. http://www.freebsd.org/cgi/query-pr.cgi?pr=13921 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 7:33: 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 5230237BB1C; Tue, 15 Aug 2000 07:33:03 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA46357; Tue, 15 Aug 2000 07:33:03 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Tue, 15 Aug 2000 07:33:03 -0700 (PDT) From: Message-Id: <200008151433.HAA46357@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sheldonh@FreeBSD.org Subject: Re: gnu/13921: awk -v var=val coredump Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: awk -v var=val coredump Responsible-Changed-From-To: freebsd-bugs->sheldonh Responsible-Changed-By: sheldonh Responsible-Changed-When: Tue Aug 15 07:32:43 PDT 2000 Responsible-Changed-Why: My reminder. http://www.freebsd.org/cgi/query-pr.cgi?pr=13921 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 9:50: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9864237BE19 for ; Tue, 15 Aug 2000 09:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA67910; Tue, 15 Aug 2000 09:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 15 Aug 2000 09:50:02 -0700 (PDT) Message-Id: <200008151650.JAA67910@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: bin/20613: fetch -T n is not timeout correctly Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/20613; it has been noted by GNATS. From: Bruce Evans To: ishizuka@ish.org Cc: FreeBSD-gnats-submit@FreeBSD.ORG, des@freebsd.org Subject: Re: bin/20613: fetch -T n is not timeout correctly Date: Wed, 16 Aug 2000 02:48:58 +1000 (EST) On Tue, 15 Aug 2000 ishizuka@ish.org wrote: > >Description: > > % fetch -T 5 http://www.hoge.com/index.html > > When server 'www.hoge.com' is down or can't lookup address from > DNS server, fetch command is not timeout with 5 seconds. > Older version of fetch (with 4.0R or 3.4R) is timeout with 5 seconds. This reminded me of an old problem with ping(8). ^C doesn't work for killing ping when DNS lookup hangs, provided you wait a second or two for execution to reach res_send(). This is because res_send() retries after EINTR, so it doesn't work with signal handlers that just set a flag. ping's SIGINT handler was fixed a few years ago to just set a flag (previously it called stdio functions). The problem in fetch(1) seems to be the same. fetch's SIGINT and SIGALRM handlers just set a flag, so neither -T nor ^C can be used to kill fetch when DNS lookup hangs. ping's SIGALRM handler also just sets a flag, but this works right because ping only uses alarms to control syscalls and EINTR works right for syscalls. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 10:50: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9464637B8AA for ; Tue, 15 Aug 2000 10:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA75561; Tue, 15 Aug 2000 10:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 15 Aug 2000 10:50:02 -0700 (PDT) Message-Id: <200008151750.KAA75561@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: i386/15631: 3.4 won't install with IBM 37.5 gb disks Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/15631; it has been noted by GNATS. From: Bruce Evans To: Sheldon Hearn Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: i386/15631: 3.4 won't install with IBM 37.5 gb disks Date: Wed, 16 Aug 2000 03:40:57 +1000 (EST) On Tue, 15 Aug 2000, Sheldon Hearn wrote: > > This problem is still in FreeBSD-3-stable, except it can be worked around > > using LBA mode (don't use panic dumps in LBA mode under FreeBSD-3.4). See > > PR 15611, and wd.c revs 1.218, 1.219 and 1.186.2.5. > > I'm unsure where to go with this. Do Bruce's patches on PR 15611 allow > for the use of >32GB filesystems in RELENG_3 without the use of LBA > mode? No, they only make it fail properly in CHS mode. The wd driver went away too fast in -current for me to finish the fix. > Irrespective, since there's no future release scheduled on the RELENG_3 > line, I think the way to go with this one is to add an errata entry for > 3.5-RELEASE. However, I can't write the text without understanding the > problem fully, and I can't test this out myself because I don't have > enough scratch hardware. Same here. My largest drive is 9GB :-). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 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 191CC37BDEB for ; Tue, 15 Aug 2000 11:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA76905; Tue, 15 Aug 2000 11:00:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 3EB0737BE78; Tue, 15 Aug 2000 10:54:15 -0700 (PDT) Message-Id: <20000815175415.3EB0737BE78@hub.freebsd.org> Date: Tue, 15 Aug 2000 10:54:15 -0700 (PDT) From: mtaira@logicaleffect.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/20621: My PNP Fax-Modem card is not recognized with sio.c Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20621 >Category: i386 >Synopsis: My PNP Fax-Modem card is not recognized with sio.c >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 Aug 15 11:00:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Masanori Taira >Release: 4.1-stable >Organization: >Environment: FreeBSD Babylon.Babylonia 4.1-STABLE FreeBSD 4.1-STABLE #9: Wed Aug 16 01:17:37 JST 2000 root@Babylon.Babylonia:/mntfree/usr/REL3-src/sys/compile/Babylon i386 >Description: The 3com's PNP Fax-Modem Device 'U.S. Robotics 56K FAX INT' is not recognized with sio.c. Dmesg outputs as follows: > unknown0: at port 0x3e8-0x3ef irq 7 on isa0 PNP-ID of the card is 0x70917256. >How-To-Repeat: Insert the PNP Fax-modem card (ID:0x70917256) and boot 4.1-Release Kernel. >Fix: Patch sio.c as follows. *** /usr/src/sys/isa/sio.c Fri Aug 11 13:06:24 2000 --- /usr/src/sys/compile/Babylon/sio.c Wed Aug 16 01:16:46 2000 *************** *** 713,716 **** --- 713,717 ---- {0x70307256, NULL}, /* USR3070 - U.S. Robotics 56K Voice INT */ {0x90307256, NULL}, /* USR3090 - USR ? */ + {0x70917256, NULL}, /* USR9170 - U.S. Robotics 56K FAX INT */ {0x90917256, NULL}, /* USR9190 - USR 56k Voice INT */ {0x0300695c, NULL}, /* WCI0003 - Fax/Voice/Modem/Speakphone/Asvd */ >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 Aug 15 12:20: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6047237B505 for ; Tue, 15 Aug 2000 12:20:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA92075; Tue, 15 Aug 2000 12:20:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 15 Aug 2000 12:20:04 -0700 (PDT) Message-Id: <200008151920.MAA92075@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Tor.Egge@fast.no Subject: Re: kern/20609: panic: vm_fault: fault on nofault entry, addr: cc4b3000 Reply-To: Tor.Egge@fast.no Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/20609; it has been noted by GNATS. From: Tor.Egge@fast.no To: sheldonh@uunet.co.za Cc: dillon@freebsd.org Subject: Re: kern/20609: panic: vm_fault: fault on nofault entry, addr: cc4b3000 Date: Tue, 15 Aug 2000 21:14:36 +0200 > Hi Tor, > > Have you dropped Matt Dillon a message pointing him > to this PR, or are you going to tackle this yourself? If the latter, > will you assign the PR to yourself? He gets this message. I'm currently looking into the class of problem by adding some helper functions that can be used for invariant checks. e.g. - Denote that a function should not be allowed to block: - increase mi_switch disallow counter - decrease mi_switch disallow counter - Check that process is allowed to block when trying to do so (inside mi_switch and tsleep) - Check that process is allowed to block at various other points (malloc with M_WAIT, zalloc on zone without ZONE_INTERRUPT flag set, vm_page_grab with VM_ALLOC_RETRY) - Check that we've got proper spl protection (zalloc one zone with ZONE_INTERRUPT flag set). - Disallow blocking in vm_map_delete, vm_map_findspace and vm_map_findspace if the map is a system map. The first relevant changes should probably be: - buffer_map should be a system map to avoid blocking. - vm_map* routines should not create extra objects on system maps since the object allocation might block. Since system maps might be manipulated by interrupts, blocking is not allowed. - vm_map_entry_create and vm_map_entry_dispose should use zalloci/zfreei when allocating/freeing elements from/to kmapentzone. This to avoid race conditions when interrupts manipulate maps. Further changes might be needed to ensure consistent behavior as blocking routines called from routines not allowed to block is found. I do not plan on committing any fix for this before it has been reviewed. - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 13:50: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6FE7337BBC1 for ; Tue, 15 Aug 2000 13:50:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA03784; Tue, 15 Aug 2000 13:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 15 Aug 2000 13:50:03 -0700 (PDT) Message-Id: <200008152050.NAA03784@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Tor.Egge@fast.no Subject: Re: kern/20609: panic: vm_fault: fault on nofault entry, addr: cc4b3000 Reply-To: Tor.Egge@fast.no Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/20609; it has been noted by GNATS. From: Tor.Egge@fast.no To: sheldonh@uunet.co.za Cc: dillon@freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: kern/20609: panic: vm_fault: fault on nofault entry, addr: cc4b3000 Date: Tue, 15 Aug 2000 22:46:15 +0200 > Further changes might be needed to ensure consistent behavior as > blocking routines called from routines not allowed to block is found. While running a kernel instrumented with further sanity checks I found the additional problem: panic: zfree interrupt zone withput proper spl mp_lock = 01000001; cpuid = 1; lapic.id = 00000000 Debugger("panic") Stopped at Debugger+0x34: movb $0,in_Debugger.609 db> trace Debugger(c02b5072) at Debugger+0x34 panic(c02d25a0,8,0,594ae000,80000000) at panic+0xa4 swp_pager_meta_ctl(dcec9300,0,2,dceedf28,c02596ad) at swp_pager_meta_ctl+0x137 swap_pager_unswapped(c0bb28dc) at swap_pager_unswapped+0x13 vm_fault(d7b42340,594ae000,2,8,c) at vm_fault+0x9e1 trap_pfault(dceedfa8,1,594ae018,0,0) at trap_pfault+0xa2 trap(2f,2f,2f,0,0) at trap+0x1ff calltrap() at calltrap+0x17 --- trap 0xc, eip = 0x80921dc, esp = 0xbfbffc14, ebp = 0xbfbffc3c --- db> panic Calls to zfree on swap_zone without splvm() protection seems like an error. - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 14:30: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6B75337BF0F for ; Tue, 15 Aug 2000 14:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA08892; Tue, 15 Aug 2000 14:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from net2.dinoex.sub.org (net2.dinoex.de [212.184.201.182]) by hub.freebsd.org (Postfix) with ESMTP id A262837BECC for ; Tue, 15 Aug 2000 14:24:42 -0700 (PDT) (envelope-from dm@home.dinoex.sub.org) Received: from home.dinoex.sub.org (home.dinoex.de [212.184.201.180]) by net2.dinoex.sub.org (8.11.0/8.11.0) with ESMTP id e7FLMt525618 for ; Tue, 15 Aug 2000 23:22:55 +0200 (CEST) (envelope-from dm@home.dinoex.sub.org) Received: (from dm@localhost) by home.dinoex.sub.org (8.11.0/8.10.1) id e7FLNrq00870; Tue, 15 Aug 2000 23:23:53 +0200 (CEST) (envelope-from dm) Message-Id: <200008152123.e7FLNrq00870@home.dinoex.sub.org> Date: Tue, 15 Aug 2000 23:23:53 +0200 (CEST) From: dirk.meyer@dinoex.sub.org Reply-To: dirk.meyer@dinoex.sub.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/20625: sshd can't allocate pty Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20625 >Category: bin >Synopsis: sshd can't allocate pty >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Aug 15 14:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Dirk Meyer >Release: FreeBSD 4.1-STABLE i386 >Organization: privat >Environment: FreeBSD 3.4-STABLE i386 FreeBSD 4.0-STABLE i386 FreeBSD 4.1-STABLE i386 >Description: If number of used ptys < 16 all is okay. If number of used ptys > 17 sshd can't allocate ptys xterm (X-Free86-3.3.6) still can ... files in /dev/ seems to exist and working. server: sshd[488]: error: openpty: No such file or directory sshd[488]: error: Failed to allocate pty. sshd[538]: error: openpty: No such file or directory sshd[538]: error: Failed to allocate pty. client: Warning: Remote host failed or refused to allocate a pseudo tty. Warning: no access to tty (Bad file descriptor). Warning: Remote host failed or refused to allocate a pseudo tty. Warning: no access to tty (Bad file descriptor). >How-To-Repeat: open more than 16 xterms, then try to login via ssh. >Fix: none ... >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 14:50:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9188837BF28 for ; Tue, 15 Aug 2000 14:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA11787; Tue, 15 Aug 2000 14:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 15 Aug 2000 14:50:03 -0700 (PDT) Message-Id: <200008152150.OAA11787@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Paul Saab Subject: Re: bin/20625: sshd can't allocate pty Reply-To: Paul Saab Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/20625; it has been noted by GNATS. From: Paul Saab To: dirk.meyer@dinoex.sub.org Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/20625: sshd can't allocate pty Date: Tue, 15 Aug 2000 14:41:28 -0700 cd /dev sh MAKEDEV pty1 pty2 paul dirk.meyer@dinoex.sub.org (dirk.meyer@dinoex.sub.org) wrote: > > >Number: 20625 > >Category: bin > >Synopsis: sshd can't allocate pty > >Confidential: no > >Severity: non-critical > >Priority: medium > >Responsible: freebsd-bugs > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Tue Aug 15 14:30:01 PDT 2000 > >Closed-Date: > >Last-Modified: > >Originator: Dirk Meyer > >Release: FreeBSD 4.1-STABLE i386 > >Organization: > privat > >Environment: > > FreeBSD 3.4-STABLE i386 > FreeBSD 4.0-STABLE i386 > FreeBSD 4.1-STABLE i386 > > >Description: > > If number of used ptys < 16 all is okay. > If number of used ptys > 17 sshd can't allocate ptys > xterm (X-Free86-3.3.6) still can ... > files in /dev/ seems to exist and working. > > server: > sshd[488]: error: openpty: No such file or directory > sshd[488]: error: Failed to allocate pty. > sshd[538]: error: openpty: No such file or directory > sshd[538]: error: Failed to allocate pty. > > client: > Warning: Remote host failed or refused to allocate a pseudo tty. > Warning: no access to tty (Bad file descriptor). > Warning: Remote host failed or refused to allocate a pseudo tty. > Warning: no access to tty (Bad file descriptor). > > >How-To-Repeat: > > open more than 16 xterms, > then try to login via ssh. > > >Fix: > > none ... > > > >Release-Note: > >Audit-Trail: > >Unformatted: > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message -- Paul Saab Technical Yahoo paul@mu.org - ps@yahoo-inc.com - ps@freebsd.org Do You .. uhh .. Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 15:10:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CD38F37B5A9 for ; Tue, 15 Aug 2000 15:10:10 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA15850; Tue, 15 Aug 2000 15:10:10 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 15 Aug 2000 15:10:10 -0700 (PDT) Message-Id: <200008152210.PAA15850@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garance A Drosihn Subject: Re: bin/5031: lpr does not remove original file if -s is used Reply-To: Garance A Drosihn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5031; it has been noted by GNATS. From: Garance A Drosihn To: freebsd-gnats-submit@FreeBSD.org, blaz@amis.net Cc: Subject: Re: bin/5031: lpr does not remove original file if -s is used Date: Tue, 15 Aug 2000 18:01:39 -0400 For what it's worth, the behavior of 'lpr -s -r' stopped working due to an important security-related change which was made to lpd at the time. That was a quick fix, but an important one. Sometime soon I hope to write a better fix, and when I do then I should be able to get 'lpr -s -r' correctly remove the file once again. In the meantime, recent changes to lpr might be of some use to you. If you do 'lpr -r' (no -s), and IF the file you are printing is on the same disk partition as the spool directory for the printer you are printing to, then lpr will move the file instead of copying it. Thus, you can now get the effect you wanted by having your samba spooling directory be the same as your printer's spool directory. --- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or drosih@rpi.edu Rensselaer Polytechnic Institute To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 15:50: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6DE8E37BACB for ; Tue, 15 Aug 2000 15:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA20596; Tue, 15 Aug 2000 15:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from smtp10.atl.mindspring.net (smtp10.atl.mindspring.net [207.69.200.246]) by hub.freebsd.org (Postfix) with ESMTP id 3B3A537BC76 for ; Tue, 15 Aug 2000 15:43:08 -0700 (PDT) (envelope-from asami@cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca5-11.ix.netcom.com [209.109.234.11]) by smtp10.atl.mindspring.net (8.9.3/8.8.5) with ESMTP id SAA25359 for ; Tue, 15 Aug 2000 18:43:05 -0400 (EDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.9.3/8.6.9) id PAA61528; Tue, 15 Aug 2000 15:43:03 -0700 (PDT) Message-Id: <200008152243.PAA61528@silvia.hip.berkeley.edu> Date: Tue, 15 Aug 2000 15:43:03 -0700 (PDT) From: asami@freebsd.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/20629: new category ruby Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20629 >Category: conf >Synopsis: new category ruby >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Aug 15 15:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Satoshi Asami >Release: FreeBSD 3.4-STABLE i386 >Organization: The Ports Collection >Environment: Irrelevant. >Description: A new virtual category "ruby" has been added to the ports collection. Please update sysinstall to reflect it. >How-To-Repeat: cvs log >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 15:50: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 A4D8937B9E2 for ; Tue, 15 Aug 2000 15:50:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA20603; Tue, 15 Aug 2000 15:50:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 15 Aug 2000 15:50:04 -0700 (PDT) Message-Id: <200008152250.PAA20603@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Tor.Egge@fast.no Subject: Re: kern/20609: panic: vm_fault: fault on nofault entry, addr: cc4b3000 Reply-To: Tor.Egge@fast.no Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/20609; it has been noted by GNATS. From: Tor.Egge@fast.no To: dillon@freebsd.org Cc: freebsd-gnats-submit@freebsd.org Subject: Re: kern/20609: panic: vm_fault: fault on nofault entry, addr: cc4b3000 Date: Wed, 16 Aug 2000 00:43:05 +0200 Here is a suggested fix. Please review. Index: sys/i386/i386/machdep.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/machdep.c,v retrieving revision 1.401 diff -u -r1.401 machdep.c --- sys/i386/i386/machdep.c 2000/08/13 05:17:46 1.401 +++ sys/i386/i386/machdep.c 2000/08/15 22:39:49 @@ -379,6 +379,7 @@ (nbuf*BKVASIZE) + (nswbuf*MAXPHYS) + pager_map_size); buffer_map = kmem_suballoc(clean_map, &buffer_sva, &buffer_eva, (nbuf*BKVASIZE)); + buffer_map->system_map = 1; pager_map = kmem_suballoc(clean_map, &pager_sva, &pager_eva, (nswbuf*MAXPHYS) + pager_map_size); pager_map->system_map = 1; Index: sys/vm/vm_map.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_map.c,v retrieving revision 1.190 diff -u -r1.190 vm_map.c --- sys/vm/vm_map.c 2000/05/14 18:46:40 1.190 +++ sys/vm/vm_map.c 2000/08/15 22:39:49 @@ -271,7 +271,10 @@ vm_map_t map; vm_map_entry_t entry; { - zfree((map->system_map || !mapentzone) ? kmapentzone : mapentzone, entry); + if (map->system_map || !mapentzone) + zfreei(kmapentzone, entry); + else + zfree(mapentzone, entry); } /* @@ -286,8 +289,10 @@ { vm_map_entry_t new_entry; - new_entry = zalloc((map->system_map || !mapentzone) ? - kmapentzone : mapentzone); + if (map->system_map || !mapentzone) + new_entry = zalloci(kmapentzone); + else + new_entry = zalloc(mapentzone); if (new_entry == NULL) panic("vm_map_entry_create: kernel resources exhausted"); return(new_entry); @@ -776,7 +781,7 @@ * put this improvement. */ - if (entry->object.vm_object == NULL) { + if (entry->object.vm_object == NULL && !map->system_map) { vm_object_t object; object = vm_object_allocate(OBJT_DEFAULT, atop(entry->end - entry->start)); @@ -832,7 +837,7 @@ * put this improvement. */ - if (entry->object.vm_object == NULL) { + if (entry->object.vm_object == NULL && !map->system_map) { vm_object_t object; object = vm_object_allocate(OBJT_DEFAULT, atop(entry->end - entry->start)); @@ -1287,7 +1292,8 @@ atop(entry->end - entry->start)); entry->eflags &= ~MAP_ENTRY_NEEDS_COPY; - } else if (entry->object.vm_object == NULL) { + } else if (entry->object.vm_object == NULL && + !map->system_map) { entry->object.vm_object = vm_object_allocate(OBJT_DEFAULT, @@ -1477,7 +1483,8 @@ &entry->offset, atop(entry->end - entry->start)); entry->eflags &= ~MAP_ENTRY_NEEDS_COPY; - } else if (entry->object.vm_object == NULL) { + } else if (entry->object.vm_object == NULL && + !map->system_map) { entry->object.vm_object = vm_object_allocate(OBJT_DEFAULT, atop(entry->end - entry->start)); @@ -2604,7 +2611,8 @@ /* * Create an object if necessary. */ - if (entry->object.vm_object == NULL) { + if (entry->object.vm_object == NULL && + !map->system_map) { if (vm_map_lock_upgrade(map)) goto RetryLookup; Index: sys/vm/vm_fault.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_fault.c,v retrieving revision 1.112 diff -u -r1.112 vm_fault.c --- sys/vm/vm_fault.c 2000/05/29 22:40:54 1.112 +++ sys/vm/vm_fault.c 2000/08/15 22:39:49 @@ -796,6 +796,7 @@ * any swap backing since the page is now dirty. */ if (fault_flags & VM_FAULT_DIRTY) { + int s; if (fs.entry->eflags & MAP_ENTRY_NOSYNC) { if (fs.m->dirty == 0) vm_page_flag_set(fs.m, PG_NOSYNC); @@ -803,7 +804,9 @@ vm_page_flag_clear(fs.m, PG_NOSYNC); } vm_page_dirty(fs.m); + s = splvm(); vm_pager_page_unswapped(fs.m); + splx(s); } } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 18:53:27 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from hotmail.com (f13.pav1.hotmail.com [64.4.31.13]) by hub.freebsd.org (Postfix) with ESMTP id 1C89737B55C; Wed, 16 Aug 2000 18:45:54 +0000 (GMT) (envelope-from bsdnewbie@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 15 Aug 2000 18:46:35 -0700 Received: from 61.151.174.121 by pv1fd.pav1.hotmail.msn.com with HTTP; Wed, 16 Aug 2000 GMT X-Originating-IP: [61.151.174.121] From: "bsdnewbie bsdnewbie" To: freebsd-bugs@FreeBSD.org, freebsd-questions@FreeBSD.org Subject: _Fianl conclusion!!! of A bug? or NOT! About FreeBSD 4.1 Date: Wed, 16 Aug 2000 09:46:35 CST Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 16 Aug 2000 01:46:35.0523 (UTC) FILETIME=[CFA39D30:01C00723] Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org After change serveral bios setting, motherboard and keyboard, I found that the new version of FreeBSD 4.1 is not compatible with the key board: Acer; Model No.: 6511-TA; Extension No.: 91/C. It is a ps/2 keyboard. After changed the keyboard, it works!!! Why 4.0 can work with that keyboard while 4.1 can not? Very strange. bsdnewbie, Aug 16, 2k ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 19: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 1806537BDA4 for ; Wed, 16 Aug 2000 02:40:04 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA46612; Tue, 15 Aug 2000 19:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 15 Aug 2000 19:40:03 -0700 (PDT) Message-Id: <200008160240.TAA46612@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: dirk.meyer@dinoex.sub.org (Dirk Meyer) Subject: Re: bin/20625: sshd can't allocate pty Reply-To: dirk.meyer@dinoex.sub.org (Dirk Meyer) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/20625; it has been noted by GNATS. From: dirk.meyer@dinoex.sub.org (Dirk Meyer) To: freebsd-gnats-submit@FreeBSD.org, paul@mu.org (Paul Saab) Cc: Subject: Re: bin/20625: sshd can't allocate pty Date: Wed, 16 Aug 2000 04:31:36 +0200 Paul Saab wrote:, > cd /dev > sh MAKEDEV pty1 pty2 the device files already exist, otherwise xterm cant use it either. crw-rw-rw- 1 root wheel 6, 0 Aug 15 23:09 ptyp0 [...] crw-rw-rw- 1 root wheel 6, 31 Aug 15 09:15 ptypv [...] crw-rw-rw- 1 root wheel 6, 64 Aug 15 19:02 ptyr0 [...] crw-rw-rw- 1 root wheel 6, 95 Jun 23 07:53 ptyrv [...] crw--w---- 1 dm tty 5, 31 Aug 15 23:09 ttypv [...] crw--w---- 1 dm tty 5, 64 Aug 15 23:09 ttyr0 [...] crw-rw-rw- 1 root wheel 5, 95 Jun 23 07:53 ttyrv > > If number of used ptys < 16 all is okay. > > If number of used ptys > 17 sshd can't allocate ptys > > xterm (X-Free86-3.3.6) still can ... > > files in /dev/ seems to exist and working. Gruß Dirk - Dirk Meyer, Im Grund 4, 34317 Habichtswald, Tel 05606/6512 Q (voice) - Origin: DINOEX Habichtswald -FRG- [dirk.meyer@dinoex.sub.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 20: 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 6A55337B6BA for ; Tue, 15 Aug 2000 20:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA48966; Tue, 15 Aug 2000 20:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from bongo.dhs.org (cr1004936-b.slnt1.on.wave.home.com [24.112.85.94]) by hub.freebsd.org (Postfix) with ESMTP id 2B65537BA36 for ; Tue, 15 Aug 2000 19:52:50 -0700 (PDT) (envelope-from gardner@bongo.dhs.org) Received: (from gardner@localhost) by bongo.dhs.org (8.9.3/8.8.8) id WAA00432; Tue, 15 Aug 2000 22:52:49 -0400 (EDT) (envelope-from gardner) Message-Id: <200008160252.WAA00432@bongo.dhs.org> Date: Tue, 15 Aug 2000 22:52:49 -0400 (EDT) From: gbuchana@home.com Reply-To: gardner@bongo.dhs.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/20631: kernel panics on ifconfig if_le Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20631 >Category: kern >Synopsis: kernel panics on ifconfig if_le >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 Aug 15 20:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Gardner Buchanan >Release: FreeBSD 4.1-RELEASE i386 >Organization: >Environment: 4.0-RELEASE, 4.1-RELEASE le - DEC EtherWORKS II/III Ethernet device driver DEC DE204 >Description: I'm trying to use a DEC DE204 (le) with 4.0R and 4.1R. During the probe the kernel reports a few obscure problems with "shims" - evidently the le driver hasn't been brought forward into the newbus framework or something. As soon as I ifconfig le0, the kernel panics. I can't capture the kernel probe messages unfortunately, as I have no suitable alternate console to use. The problem appears in the install kernel, the generic kernel and in custom built kernels. >How-To-Repeat: install a DE204 correctly configure device le0 at isa? do ifconfig le0 some-ip-address panic >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 20: 7:54 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mailgw00.execpc.com (mailgw00.execpc.com [169.207.1.78]) by hub.freebsd.org (Postfix) with ESMTP id 57DAF37C037 for ; Tue, 15 Aug 2000 20:07:49 -0700 (PDT) (envelope-from hamilton@pobox.com) Received: from woodstock.monkey.net (d104.as14.nwbl0.wi.voyager.net [169.207.134.104]) by mailgw00.execpc.com (8.9.1) id WAA27415 for ; Tue, 15 Aug 2000 22:07:47 -0500 Received: from pobox.com (localhost [127.0.0.1]) by woodstock.monkey.net (Postfix) with ESMTP id 157431E2 for ; Tue, 15 Aug 2000 22:08:06 -0500 (CDT) X-Mailer: exmh version 2.1.1 10/16/1999 To: freebsd-bugs@freebsd.org Subject: pccardd logging NULL junk to syslog [patch] In-reply-to: Your message of "Wed, 16 Aug 2000 18:36:17 -0000." <20000816183617.D0C8437B5C0@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 15 Aug 2000 22:08:06 -0500 From: Jon Hamilton Message-Id: <20000816030806.157431E2@woodstock.monkey.net> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I tried to send-pr this, but it bounced: } : unknown user: "freebsd-gnats-submit" Anyway, here is a patch which fixes some cosmetic problems with the logging done by pccardd. >Submitter-Id: current-users >Originator: Jon Hamilton >Organization: >Confidential: no >Synopsis: pccardd logging NULL junk to syslog [patch] >Severity: non-critical >Priority: low >Category: bin<[ advocacy | alpha | bin | conf | docs | gnu | i386 | ke rn | misc | ports | sparc ]> >Release: FreeBSD 4.1-STABLE i386 >Class: sw-bug >Environment: >Description: If a pccard does not have "additional info" in its CIS, pccardd will log a string to syslog containing NULLs. Additionally, it will log a message "No matching card for..." when in fact there is no card, and no message should be logged. Patch follows. >How-To-Repeat: Start pccardd with a card which has no info in its CIS for the additional info fields (e.g. newer versions of the Netgear FA-410TX). >Fix: Index: cardd.c =================================================================== RCS file: /export/freebsd-cvs/src/usr.sbin/pccard/pccardd/cardd.c,v retrieving revision 1.46.2.4 diff -u -r1.46.2.4 cardd.c --- cardd.c 2000/07/18 04:59:39 1.46.2.4 +++ cardd.c 2000/08/16 01:17:00 @@ -291,15 +291,16 @@ cis_strcmp(cp->add_info2, sp->cis->add_info2) != 0) { break; } logmsg("Card \"%s\"(\"%s\") " "[%s] [%s] " "matched \"%s\" (\"%s\") " "[%s] [%s] ", sp->cis->manuf, sp->cis->vers, - sp->cis->add_info1, sp->cis->add_info2, + sp->cis->add_info1 == NULL ? "" : sp->cis-> add_info1, + sp->cis->add_info2 == NULL ? "" : sp->cis-> add_info2, cp->manuf, cp->version, - cp->add_info1, cp->add_info2); + cp->add_info1 == NULL ? "" : cp->add_info1, + cp->add_info2 == NULL ? "" : cp->add_info2) ; goto escape; } break; @@ -325,8 +326,10 @@ reset_slot(sp); #endif if (cp == 0) { - logmsg("No card in database for \"%s\"(\"%s\")", - sp->cis->manuf, sp->cis->vers); + if(sp->cis->manuf != NULL){ + logmsg("No card in database for \"%s\"(\"%s\")", + sp->cis->manuf, sp->cis->vers); + } return; } if (sp->cis->lan_nid && sp->cis->lan_nid[0] == sizeof(sp->eaddr)) { -- Jon Hamilton hamilton@pobox.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 20: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 0B19037B6A4 for ; Tue, 15 Aug 2000 20:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA57798; Tue, 15 Aug 2000 20:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from tsukuba.m17n.org (tsukuba.m17n.org [192.47.44.130]) by hub.freebsd.org (Postfix) with ESMTP id 8537A37BB1A for ; Tue, 15 Aug 2000 20:45:07 -0700 (PDT) (envelope-from akr@m17n.org) Received: from fs.m17n.org (root@fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.9.3/3.7W-19991231100513) with ESMTP id MAA11627 for ; Wed, 16 Aug 2000 12:45:05 +0900 (JST) (envelope-from akr@m17n.org) Received: from coulee.m17n.org (coulee.m17n.org [192.47.44.94]) by fs.m17n.org (8.9.3/3.7W-19990906215257) with ESMTP id MAA02559 for ; Wed, 16 Aug 2000 12:45:04 +0900 (JST) Received: by coulee.m17n.org (Postfix, from userid 23483) id D97A59F; Wed, 16 Aug 2000 12:45:21 +0900 (JST) Message-Id: <20000816034521.D97A59F@coulee.m17n.org> Date: Wed, 16 Aug 2000 12:45:21 +0900 (JST) From: akr@m17n.org Reply-To: akr@m17n.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/20632: stacking mount_null causes an error: mount_null: Resource deadlock avoided Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20632 >Category: kern >Synopsis: stacking mount_null causes an error: mount_null: Resource deadlock avoided >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 Aug 15 20:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Tanaka Akira >Release: FreeBSD 4.1-RELEASE i386 >Organization: m17n >Environment: FreeBSD coulee.m17n.org 4.1-RELEASE FreeBSD 4.1-RELEASE #0: Thu Jul 27 04:44:16 GMT 2000 root@usw4.freebsd.org:/usr/src/sys/compile/GENERIC i386 >Description: If null file system is stacked by mount_null, following error is caused. mount_null: Resource deadlock avoided Then, umount cannot unmount the file system with same error and some commands hangs forever. >How-To-Repeat: This machine has freashly installed FreeBSD 4.1-RELEASE with default file system hierarchy. coulee# cd / coulee# df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s1a 49583 27200 18417 60% / /dev/ad0s1f 5521533 637931 4441880 13% /usr /dev/ad0s1e 19815 268 17962 1% /var procfs 4 4 0 100% /proc coulee# ls .cshrc cdrom kernel root usr .profile compat kernel.GENERIC sbin var COPYRIGHT dev mnt stand bin etc modules sys boot home proc tmp Try to mount /home to /mnt. This is no problem. coulee# mount_null /home /mnt Try to mount /home to /mnt once more. This causes an error. coulee# mount_null /home /mnt mount_null: Resource deadlock avoided Try to unmount it. This causes same error. coulee# umount /mnt umount: unmount of /mnt failed: Resource deadlock avoided `ls /home' hangs up. coulee# ls /home ^C^C^C^C >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 21: 0:16 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id F067537BBF0 for ; Tue, 15 Aug 2000 21:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA58808; Tue, 15 Aug 2000 21:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from cc158233-a.catv1.md.home.com (cc158233-a.catv1.md.home.com [24.3.25.17]) by hub.freebsd.org (Postfix) with ESMTP id 951C237BB40 for ; Tue, 15 Aug 2000 20:54:59 -0700 (PDT) (envelope-from sjr@home.net) Received: (from sjr@localhost) by cc158233-a.catv1.md.home.com (8.9.3/8.9.3) id XAA00784; Tue, 15 Aug 2000 23:54:53 -0400 (EDT) (envelope-from sjr) Message-Id: <200008160354.XAA00784@cc158233-a.catv1.md.home.com> Date: Tue, 15 Aug 2000 23:54:53 -0400 (EDT) From: sjr@home.com Reply-To: sjr@home.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/20633: fdisk doesn't handle LBA correctly Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20633 >Category: bin >Synopsis: fdisk doesn't handle LBA correctly >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 Aug 15 21:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Stephen J. Roznowski >Release: FreeBSD 4.1-STABLE i386 >Organization: >Environment: >Description: I'm not sure if this is related to PR 14974... When I run fdisk, I get: ******* Working on device /dev/ad0 ******* parameters extracted from in-core disklabel are: cylinders=3720 heads=255 sectors/track=63 (16065 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=3720 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 12,(DOS or Windows 95 with 32 bit FAT, LBA) start 63, size 8385867 (4094 Meg), flag 0 beg: cyl 0/ sector 1/ head 1; end: cyl 521/ sector 63/ head 254 The data for partition 2 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 8385930, size 34604010 (16896 Meg), flag 80 (active) beg: cyl 522/ sector 1/ head 0; end: cyl 1022/ sector 63/ head 254 The data for partition 3 is: sysid 12,(DOS or Windows 95 with 32 bit FAT, LBA) start 51375870, size 8385930 (4094 Meg), flag 0 beg: cyl 1022/ sector 1/ head 0; end: cyl 1022/ sector 63/ head 254 The data for partition 4 is: Except for partition #1, these values are wrong. They should be 1: 0/1/1 521/63/254 2: 522/1/0 2675/63/254 3: 3198/1/0 3719/63/254 As I understand it, for partition types 0xC, 0xE, 0xF (12, 14, 15) LBA is used and the C/S/H entries are ignored. fdisk should be modified to do the correct thing depending on the partition type. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 22: 4:41 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6E0E237C26E; Tue, 15 Aug 2000 22:04:40 -0700 (PDT) (envelope-from asami@FreeBSD.org) Received: (from asami@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA65313; Tue, 15 Aug 2000 22:04:39 -0700 (PDT) (envelope-from asami@FreeBSD.org) Date: Tue, 15 Aug 2000 22:04:39 -0700 (PDT) From: Message-Id: <200008160504.WAA65313@freefall.freebsd.org> To: asami@FreeBSD.org, freebsd-bugs@FreeBSD.org, jhb@FreeBSD.org Subject: Re: conf/20629: new category ruby Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: new category ruby Responsible-Changed-From-To: freebsd-bugs->jhb Responsible-Changed-By: asami Responsible-Changed-When: Tue Aug 15 22:04:14 PDT 2000 Responsible-Changed-Why: He's responsible for it, I heard. http://www.freebsd.org/cgi/query-pr.cgi?pr=20629 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Aug 15 23:40: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 5C21C37C32B for ; Tue, 15 Aug 2000 23:40:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA79120; Tue, 15 Aug 2000 23:40:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 15 Aug 2000 23:40:05 -0700 (PDT) Message-Id: <200008160640.XAA79120@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: dirk.meyer@dinoex.sub.org (Dirk Meyer) Subject: Re: bin/20625: sshd can't allocate pty Reply-To: dirk.meyer@dinoex.sub.org (Dirk Meyer) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/20625; it has been noted by GNATS. From: dirk.meyer@dinoex.sub.org (Dirk Meyer) To: freebsd-gnats-submit@FreeBSD.org, paul@mu.org Cc: Subject: Re: bin/20625: sshd can't allocate pty Date: Wed, 16 Aug 2000 08:27:57 +0200 > > cd /dev > > sh MAKEDEV pty1 pty2 > > the device files already exist, > otherwise xterm cant use it either. > > > > If number of used ptys < 16 all is okay. > > > If number of used ptys > 17 sshd can't allocate ptys > > > xterm (X-Free86-3.3.6) still can ... > > > files in /dev/ seems to exist and working. You could close the pr, as the problem is related to the MAKDEV indeed. The still working xterm was misleading me, as it connected to /dev/ttyr?. /dev/ttyq? was indeed missing, despite I called MAKEDEV that way. openpty breaks by the fist missing file. kind regards Dirk - Dirk Meyer, Im Grund 4, 34317 Habichtswald, Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 0:23:19 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 99CA337BE9F; Wed, 16 Aug 2000 00:23:16 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA85456; Wed, 16 Aug 2000 00:23:15 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 16 Aug 2000 00:23:15 -0700 (PDT) From: Message-Id: <200008160723.AAA85456@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, dillon@FreeBSD.org Subject: Re: kern/20609: panic: vm_fault: fault on nofault entry, addr: cc4b3000 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: panic: vm_fault: fault on nofault entry, addr: cc4b3000 Responsible-Changed-From-To: freebsd-bugs->dillon Responsible-Changed-By: sheldonh Responsible-Changed-When: Wed Aug 16 00:22:57 PDT 2000 Responsible-Changed-Why: Matt asked for this one. http://www.freebsd.org/cgi/query-pr.cgi?pr=20609 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 0:48: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 B564837BBC8; Wed, 16 Aug 2000 00:48:56 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA87995; Wed, 16 Aug 2000 00:48:53 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 16 Aug 2000 00:48:53 -0700 (PDT) From: Message-Id: <200008160748.AAA87995@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, kris@FreeBSD.org Subject: Re: bin/20625: sshd can't allocate pty Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: sshd can't allocate pty Responsible-Changed-From-To: freebsd-bugs->kris Responsible-Changed-By: sheldonh Responsible-Changed-When: Wed Aug 16 00:48:30 PDT 2000 Responsible-Changed-Why: Over to the maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=20625 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 1: 0:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6846B37C233 for ; Wed, 16 Aug 2000 01:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA89462; Wed, 16 Aug 2000 01:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 16 Aug 2000 01:00:01 -0700 (PDT) Message-Id: <200008160800.BAA89462@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: kern/20631: kernel panics on ifconfig if_le Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/20631; it has been noted by GNATS. From: Sheldon Hearn To: gardner@bongo.dhs.org Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/20631: kernel panics on ifconfig if_le Date: Wed, 16 Aug 2000 09:59:27 +0200 On Tue, 15 Aug 2000 22:52:49 -0400, gbuchana@home.com wrote: > During the probe the kernel reports a few obscure problems with > "shims" - evidently the le driver hasn't been brought forward into > the newbus framework or something. As soon as I ifconfig le0, the > kernel panics. > > I can't capture the kernel probe messages unfortunately, as > I have no suitable alternate console to use. You're not really giving anyone much to work with here. While I'll almost certainly not be able to fix this for you, I can tell you that if I were the guy who _could_ fix it, I wouldn't find this PR very attractive, given the amount of information on it. :-) If you're not in a position to provide a backtrace of the panic with debugging symbols as per http://www.freebsd.org/handbook/kerneldebug.html then perhaps you could copy down the interesting probe messages and the kernel panic message by hand. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 1: 2:52 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2393037C26E; Wed, 16 Aug 2000 01:02:42 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA89910; Wed, 16 Aug 2000 01:02:41 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 16 Aug 2000 01:02:41 -0700 (PDT) From: Message-Id: <200008160802.BAA89910@freefall.freebsd.org> To: akr@m17n.org, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/20632: stacking mount_null causes an error: mount_null: Resource deadlock avoided Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: stacking mount_null causes an error: mount_null: Resource deadlock avoided State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Wed Aug 16 01:02:08 PDT 2000 State-Changed-Why: I've sent the originator a patch, the origin of which I'm still investigating. http://www.freebsd.org/cgi/query-pr.cgi?pr=20632 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 1: 3: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 7498137C282; Wed, 16 Aug 2000 01:03:36 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA90157; Wed, 16 Aug 2000 01:03:35 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 16 Aug 2000 01:03:35 -0700 (PDT) From: Message-Id: <200008160803.BAA90157@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, kris@FreeBSD.org Subject: Re: bin/20615: scp tries to establish port forwardings Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: scp tries to establish port forwardings Responsible-Changed-From-To: freebsd-bugs->kris Responsible-Changed-By: sheldonh Responsible-Changed-When: Wed Aug 16 01:03:21 PDT 2000 Responsible-Changed-Why: Over to the maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=20615 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 1: 4: 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 CF7F537C0A6; Wed, 16 Aug 2000 01:04:04 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA90300; Wed, 16 Aug 2000 01:04:02 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 16 Aug 2000 01:04:02 -0700 (PDT) From: Message-Id: <200008160804.BAA90300@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, des@FreeBSD.org Subject: Re: bin/20613: fetch -T n is not timeout correctly when target server is down Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: fetch -T n is not timeout correctly when target server is down Responsible-Changed-From-To: freebsd-bugs->des Responsible-Changed-By: sheldonh Responsible-Changed-When: Wed Aug 16 01:03:48 PDT 2000 Responsible-Changed-Why: Over to the maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=20613 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 1:10: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 2B2B237B51B for ; Wed, 16 Aug 2000 01:10:08 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA92657; Wed, 16 Aug 2000 01:10:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 16 Aug 2000 01:10:07 -0700 (PDT) Message-Id: <200008160810.BAA92657@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: kern/20632: stacking mount_null causes an error: mount_null: Resource deadlock avoided Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/20632; it has been noted by GNATS. From: Sheldon Hearn To: akr@m17n.org Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/20632: stacking mount_null causes an error: mount_null: Resource deadlock avoided Date: Wed, 16 Aug 2000 10:01:58 +0200 On Wed, 16 Aug 2000 12:45:21 +0900, akr@m17n.org wrote: > If null file system is stacked by mount_null, following error is caused. > > mount_null: Resource deadlock avoided > > Then, umount cannot unmount the file system with same error and some > commands hangs forever. NULLFS is known to be broken. You might want to try out the following patch (unfortunately I forget who sent it, but I'll have a look) and report back. Ciao, Sheldon. Common subdirectories: ./nullfs.orig/CVS and ./nullfs/CVS diff -c ./nullfs.orig/null_vfsops.c ./nullfs/null_vfsops.c *** ./nullfs.orig/null_vfsops.c Fri Aug 4 16:38:49 2000 --- ./nullfs/null_vfsops.c Sun Aug 6 19:58:23 2000 *************** *** 57,66 **** static MALLOC_DEFINE(M_NULLFSMNT, "NULLFS mount", "NULLFS mount structure"); - static int nullfs_fhtovp __P((struct mount *mp, struct fid *fidp, - struct vnode **vpp)); static int nullfs_checkexp __P((struct mount *mp, struct sockaddr *nam, int *extflagsp, struct ucred **credanonp)); static int nullfs_mount __P((struct mount *mp, char *path, caddr_t data, struct nameidata *ndp, struct proc *p)); static int nullfs_quotactl __P((struct mount *mp, int cmd, uid_t uid, --- 57,69 ---- static MALLOC_DEFINE(M_NULLFSMNT, "NULLFS mount", "NULLFS mount structure"); static int nullfs_checkexp __P((struct mount *mp, struct sockaddr *nam, int *extflagsp, struct ucred **credanonp)); + static int nullfs_extattrctl __P((struct mount *mp, int cmd, + const char *attrname, caddr_t arg, + struct proc *p)); + static int nullfs_fhtovp __P((struct mount *mp, struct fid *fidp, + struct vnode **vpp)); static int nullfs_mount __P((struct mount *mp, char *path, caddr_t data, struct nameidata *ndp, struct proc *p)); static int nullfs_quotactl __P((struct mount *mp, int cmd, uid_t uid, *************** *** 372,378 **** struct proc *p; { /* ! * XXX - Assumes no data cached at null layer. */ return (0); } --- 375,383 ---- struct proc *p; { /* ! * XXX There are no buffers to flush, as we don't ! * have VOP_BMAP. But there are pages. Don't ! * know how to flush pages. */ return (0); } *************** *** 383,390 **** ino_t ino; struct vnode **vpp; { ! return VFS_VGET(MOUNTTONULLMOUNT(mp)->nullm_vfs, ino, vpp); } static int --- 388,399 ---- ino_t ino; struct vnode **vpp; { + int error; + error = VFS_VGET(MOUNTTONULLMOUNT(mp)->nullm_vfs, ino, vpp); + if (error) + return (error); ! return (null_node_create(mp, *vpp, vpp)); } static int *************** *** 393,400 **** struct fid *fidp; struct vnode **vpp; { ! return VFS_FHTOVP(MOUNTTONULLMOUNT(mp)->nullm_vfs, fidp, vpp); } static int --- 402,413 ---- struct fid *fidp; struct vnode **vpp; { + int error; + error = VFS_FHTOVP(MOUNTTONULLMOUNT(mp)->nullm_vfs, fidp, vpp); + if (error) + return (error); ! return (null_node_create(mp, *vpp, vpp)); } static int diff -c ./nullfs.orig/null_vnops.c ./nullfs/null_vnops.c *** ./nullfs.orig/null_vnops.c Fri Aug 4 16:38:49 2000 --- ./nullfs/null_vnops.c Sun Aug 6 20:05:18 2000 *************** *** 37,43 **** * * Ancestors: * @(#)lofs_vnops.c 1.2 (Berkeley) 6/18/92 - * $FreeBSD: src/sys/miscfs/nullfs/null_vnops.c,v 1.38 1999/12/11 16:12:56 eivind Exp $ * ...and... * @(#)null_vnodeops.c 1.20 92/07/07 UCLA Ficus project * --- 37,42 ---- *************** *** 183,188 **** --- 182,193 ---- #include #include #include + + #include + #include + #include + #include + #include static int null_bug_bypass = 0; /* for debugging: enables bypass printf'ing */ *************** *** 191,203 **** --- 196,341 ---- static int null_access __P((struct vop_access_args *ap)); static int null_getattr __P((struct vop_getattr_args *ap)); + static int null_getpages __P((struct vop_getpages_args *ap)); static int null_inactive __P((struct vop_inactive_args *ap)); static int null_lock __P((struct vop_lock_args *ap)); static int null_lookup __P((struct vop_lookup_args *ap)); + static int null_open __P((struct vop_open_args *)); static int null_print __P((struct vop_print_args *ap)); + static int null_putpages __P((struct vop_putpages_args *)); static int null_reclaim __P((struct vop_reclaim_args *ap)); + static int null_rename __P((struct vop_rename_args *)); static int null_setattr __P((struct vop_setattr_args *ap)); + static int null_strategy __P((struct vop_strategy_args *ap)); static int null_unlock __P((struct vop_unlock_args *ap)); + static int null_write __P((struct vop_write_args *ap)); + + /* + * We handle this to eliminate null FS to lower FS + * file moving. Don't know why we don't allow this, + * possibly we should. + */ + static int + null_rename(ap) + struct vop_rename_args /* { + struct vnode *a_fdvp; + struct vnode *a_fvp; + struct componentname *a_fcnp; + struct vnode *a_tdvp; + struct vnode *a_tvp; + struct componentname *a_tcnp; + } */ *ap; + { + struct vnode *tdvp = ap->a_tdvp; + struct vnode *fvp = ap->a_fvp; + struct vnode *fdvp = ap->a_fdvp; + struct vnode *tvp = ap->a_tvp; + + /* Check for cross-device rename. */ + if ((fvp->v_mount != tdvp->v_mount) || + (tvp && (fvp->v_mount != tvp->v_mount))) { + if (tdvp == tvp) + vrele(tdvp); + else + vput(tdvp); + if (tvp) + vput(tvp); + vrele(fdvp); + vrele(fvp); + return (EXDEV); + } + + return (null_bypass((struct vop_generic_args *)ap)); + } + + /* + * We handle this to create vm_object for lowervp as + * vn_open does for us. + */ + int + null_open(ap) + struct vop_open_args *ap; + { + int error; + + /* Process operation */ + error = null_bypass((struct vop_generic_args *)ap); + if (error) + return (error); + + /* Create object, vfs_object_create() check itself if vnode + * already have one or if it can't have one */ + vfs_object_create (NULLVPTOLOWERVP(ap->a_vp), ap->a_p, ap->a_cred); + + return (error); + } + + /* + * Panic VOP_STRATEGY operation. Shouldn't happen, as we + * don't have VOP_BMAP. + */ + static int + null_strategy(ap) + struct vop_strategy_args *ap; + { + panic("null_strategy: NOT IMPLEMENTED!"); + + return (EOPNOTSUPP); + } + + /* + * We need to look for file size changes, to keep + * vnode_pager up with correct file size. + */ + static int + null_write(ap) + struct vop_write_args /* { + struct vnode *a_vp; + struct uio *a_uio; + int a_ioflag; + struct ucred *a_cred; + } */ *ap; + { + struct vnode *vp = ap->a_vp; + struct uio *uio = ap->a_uio; + off_t newsize; + off_t oldsize; + int error; + + /* Process write operation */ + error = null_bypass((struct vop_generic_args *)ap); + + /* Update vm_object size, if exist and file size changed */ + if (vp->v_object) { + oldsize = vp->v_object->un_pager.vnp.vnp_size; + newsize = uio->uio_offset; + if (newsize > oldsize) + vnode_pager_setsize(vp, newsize); + } + + return (error); + } + + /* + * We use generic (put|get)pages routines and no VOP_BMAP operation, + * this force vnode_pager to use VOP_READ and VOP_WRITE + * to access pages. + */ + int + null_getpages(ap) + struct vop_getpages_args *ap; + { + return vnode_pager_generic_getpages(ap->a_vp, ap->a_m, ap->a_count, + ap->a_reqpage); + } + + int + null_putpages(ap) + struct vop_putpages_args *ap; + { + return vnode_pager_generic_putpages(ap->a_vp, ap->a_m, ap->a_count, + ap->a_sync, ap->a_rtvals); + } /* * This is the 10-Apr-92 bypass routine. *************** *** 389,394 **** --- 527,534 ---- /* * Setattr call. Disallow write attempts if the layer is mounted read-only. + * Also look for file size change, and do appropriate vm_object + * modification. */ int null_setattr(ap) *************** *** 402,407 **** --- 542,548 ---- { struct vnode *vp = ap->a_vp; struct vattr *vap = ap->a_vap; + int error; if ((vap->va_flags != VNOVAL || vap->va_uid != (uid_t)VNOVAL || vap->va_gid != (gid_t)VNOVAL || vap->va_atime.tv_sec != VNOVAL || *************** *** 430,436 **** return (EROFS); } } ! return (null_bypass((struct vop_generic_args *)ap)); } /* --- 571,590 ---- return (EROFS); } } ! ! error = null_bypass((struct vop_generic_args *)ap); ! if (error || vp->v_object == NULL || vap->va_size == VNOVAL) ! return (error); ! ! /* If they have changed file size, tell to vnode_pager. ! * XXX If they have shrink the file, do we need to ! * invalidate buffers with vtruncbuf()? I think ! * no. ! */ ! if (vap->va_size != vp->v_object->un_pager.vnp.vnp_size) ! vnode_pager_setsize(vp, vap->va_size); ! ! return (error); } /* *************** *** 449,457 **** --- 603,618 ---- if ((error = null_bypass((struct vop_generic_args *)ap)) != 0) return (error); + + /* Fake fsid, also done in vn_stat(), but... */ + ap->a_vap->va_fsid = ap->a_vp->v_mount->mnt_stat.f_fsid.val[0]; + return (0); } + /* + * Handle to disallow write access if mounted read-only. + */ static int null_access(ap) struct vop_access_args /* { *************** *** 519,528 **** --- 680,700 ---- } */ *ap; { vop_nounlock(ap); + + /* Support unlocking of inactive vnodes */ + if (NULLVPTOLOWERVP(ap->a_vp) == NULLVP) + return (0); + ap->a_flags &= ~LK_INTERLOCK; return (null_bypass((struct vop_generic_args *)ap)); } + /* + * We have to vrele lowervp as soon as possible. Otherway + * we can never discover that someone has removed file + * on lower FS. This technique removes advantages of hash, + * but i don't know other way. + */ static int null_inactive(ap) struct vop_inactive_args /* { *************** *** 533,557 **** struct vnode *vp = ap->a_vp; struct null_node *xp = VTONULL(vp); struct vnode *lowervp = xp->null_lowervp; ! /* ! * Do nothing (and _don't_ bypass). ! * Wait to vrele lowervp until reclaim, ! * so that until then our null_node is in the ! * cache and reusable. ! * We still have to tell the lower layer the vnode ! * is now inactive though. ! * ! * NEEDSWORK: Someday, consider inactive'ing ! * the lowervp and then trying to reactivate it ! * with capabilities (v_id) ! * like they do in the name lookup cache code. ! * That's too much work for now. ! */ ! VOP_INACTIVE(lowervp, ap->a_p); VOP_UNLOCK(ap->a_vp, 0, ap->a_p); return (0); } static int null_reclaim(ap) struct vop_reclaim_args /* { --- 705,729 ---- struct vnode *vp = ap->a_vp; struct null_node *xp = VTONULL(vp); struct vnode *lowervp = xp->null_lowervp; ! ! /* Release lowervp totaly */ ! VOP_UNLOCK(lowervp, 0, ap->a_p); ! vrele (lowervp); ! ! /* Forget all we knew, remove hash entry */ ! xp->null_lowervp = NULLVP; ! LIST_REMOVE(xp, null_hash); ! ! /* Unlock our vnode */ VOP_UNLOCK(ap->a_vp, 0, ap->a_p); + return (0); } + /* + * We can free memory in null_inactive, but we do this + * here. (Possible to guard vp->v_data to point somewhere) + */ static int null_reclaim(ap) struct vop_reclaim_args /* { *************** *** 560,578 **** } */ *ap; { struct vnode *vp = ap->a_vp; - struct null_node *xp = VTONULL(vp); - struct vnode *lowervp = xp->null_lowervp; - /* - * Note: in vop_reclaim, vp->v_op == dead_vnodeop_p, - * so we can't call VOPs on ourself. - */ - /* After this assignment, this node will not be re-used. */ - xp->null_lowervp = NULLVP; - LIST_REMOVE(xp, null_hash); FREE(vp->v_data, M_TEMP); vp->v_data = NULL; ! vrele (lowervp); return (0); } --- 732,741 ---- } */ *ap; { struct vnode *vp = ap->a_vp; FREE(vp->v_data, M_TEMP); vp->v_data = NULL; ! return (0); } *************** *** 593,607 **** --- 756,778 ---- vop_t **null_vnodeop_p; static struct vnodeopv_entry_desc null_vnodeop_entries[] = { { &vop_default_desc, (vop_t *) null_bypass }, + { &vop_access_desc, (vop_t *) null_access }, + { &vop_bmap_desc, (vop_t *) vop_eopnotsupp }, { &vop_getattr_desc, (vop_t *) null_getattr }, + { &vop_getpages_desc, (vop_t *) null_getpages }, { &vop_inactive_desc, (vop_t *) null_inactive }, { &vop_lock_desc, (vop_t *) null_lock }, { &vop_lookup_desc, (vop_t *) null_lookup }, + { &vop_open_desc, (vop_t *) null_open }, { &vop_print_desc, (vop_t *) null_print }, + { &vop_putpages_desc, (vop_t *) null_putpages }, { &vop_reclaim_desc, (vop_t *) null_reclaim }, + { &vop_rename_desc, (vop_t *) null_rename }, { &vop_setattr_desc, (vop_t *) null_setattr }, + { &vop_strategy_desc, (vop_t *) null_strategy }, { &vop_unlock_desc, (vop_t *) null_unlock }, + { &vop_write_desc, (vop_t *) null_write }, { NULL, NULL } }; static struct vnodeopv_desc null_vnodeop_opv_desc = To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 1:23:48 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id AF65137C028; Wed, 16 Aug 2000 01:23:35 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA94253; Wed, 16 Aug 2000 01:23:34 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 16 Aug 2000 01:23:34 -0700 (PDT) From: Message-Id: <200008160823.BAA94253@freefall.freebsd.org> To: mtaira@logicaleffect.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, peter@FreeBSD.org Subject: Re: i386/20621: My PNP Fax-Modem card is not recognized with sio.c Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: My PNP Fax-Modem card is not recognized with sio.c State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Wed Aug 16 01:23:04 PDT 2000 State-Changed-Why: Committed, thanks! Responsible-Changed-From-To: freebsd-bugs->peter Responsible-Changed-By: sheldonh Responsible-Changed-When: Wed Aug 16 01:23:04 PDT 2000 Responsible-Changed-Why: Peter committed it. http://www.freebsd.org/cgi/query-pr.cgi?pr=20621 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 2: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 0A70537BF6A for ; Wed, 16 Aug 2000 02:30:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA05147; Wed, 16 Aug 2000 02:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 16 Aug 2000 02:30:04 -0700 (PDT) Message-Id: <200008160930.CAA05147@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: gnu/20608: Problem by 'make world' from update 4.0-Release to 4.1-STABLE Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR gnu/20608; it has been noted by GNATS. From: Sheldon Hearn To: "Sascha Valckenier Kips" Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: gnu/20608: Problem by 'make world' from update 4.0-Release to 4.1-STABLE Date: Wed, 16 Aug 2000 10:52:50 +0200 On Wed, 16 Aug 2000 10:50:21 +0200, Sheldon Hearn wrote: > I assume this because this isn't a common problem, and other folks seem > to be managing this upgrade without a hitch. I may be wrong, but if I > were in your shoes, I should check this possibility first. Bleh, I wasn't finished. Other things that I was going to suggest were: 1) Pay careful attention to the output of cvsup -L 2 and confirm that there are no warnings. 2) Delete the source file you're dying on (if it's always the same source file). 3) Blow away your obj tree and clean up the src tree: rm -rf /usr/obj cd /usr/src make cleandir This advice is only useful if your problem is not hardware related. :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 2:30:21 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B49DE37C2D1 for ; Wed, 16 Aug 2000 02:30:09 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA05173; Wed, 16 Aug 2000 02:30:08 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 16 Aug 2000 02:30:08 -0700 (PDT) Message-Id: <200008160930.CAA05173@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: gnu/20608: Problem by 'make world' from update 4.0-Release to 4.1-STABLE Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR gnu/20608; it has been noted by GNATS. From: Sheldon Hearn To: "Sascha Valckenier Kips" Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: gnu/20608: Problem by 'make world' from update 4.0-Release to 4.1-STABLE Date: Wed, 16 Aug 2000 10:50:21 +0200 On Tue, 15 Aug 2000 22:19:47 +0200, "Sascha Valckenier Kips" wrote: > I follow the instructions in the UPDATE file. > > Update from 4.x-RELEASE to 4.x-STABLE > > 0. cvsupdate for TAG RELENG_4 from file 4.x-stable-supfile > > 1. make buildworld > 2. make buildkernel KERNEL=[MYKERNEL] > 3. make installkernel KERNEL=[MYKERNEL] > 4. reboot > 5. make installworld > 6. reboot > > Point 0. is okay (Done) > Point 1. makes the error. I hate to say it, but this looks like you're having the typical sig11 problems that have their own FAQ entry: http://www.freebsd.org/FAQ/troubleshoot.html#AEN1564 I assume this because this isn't a common problem, and other folks seem to be managing this upgrade without a hitch. I may be wrong, but if I were in your shoes, I should check this possibility 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 Wed Aug 16 3:14:17 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from onion.ish.org (onion.ish.org [210.145.219.202]) by hub.freebsd.org (Postfix) with ESMTP id E0B5737BBAC for ; Wed, 16 Aug 2000 03:14:11 -0700 (PDT) (envelope-from ishizuka@ish.org) Received: from localhost (ishizuka@localhost [127.0.0.1]) by onion.ish.org (8.9.3/3.7Wpl2-2000/05/28) with ESMTP id TAA03140 for ; Wed, 16 Aug 2000 19:14:09 +0900 (JST) To: freebsd-bugs@freebsd.org Subject: Re: bin/20613: fetch -T n is not timeout correctly In-Reply-To: <200008151650.JAA67910@freefall.freebsd.org> References: <200008151650.JAA67910@freefall.freebsd.org> X-Mailer: Mew version 1.94.2 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) X-PGP-Fingerprint20: 276D 697A C2CB 1580 C683 8F18 DA98 1A4A 50D2 C4CB X-PGP-Fingerprint16: C6 DE 46 24 D7 9F 22 EB 79 E2 90 AB 1B 9A 35 2E X-PGP-Public-Key: http://www.ish.org/pgp-public-key.txt X-URL: http://www.ish.org/ Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000816191409C.ishizuka@onion.ish.org> Date: Wed, 16 Aug 2000 19:14:09 +0900 From: Masachika ISHIZUKA X-Dispatcher: imput version 20000414(IM141) Lines: 31 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >> % fetch -T 5 http://www.hoge.com/index.html >> >> When server 'www.hoge.com' is down or can't lookup address from >> DNS server, fetch command is not timeout with 5 seconds. >> Older version of fetch (with 4.0R or 3.4R) is timeout with 5 seconds. > > This reminded me of an old problem with ping(8). ^C doesn't work for > killing ping when DNS lookup hangs, provided you wait a second or two > for execution to reach res_send(). This is because res_send() retries > after EINTR, so it doesn't work with signal handlers that just set a > flag. ping's SIGINT handler was fixed a few years ago to just set a > flag (previously it called stdio functions). > > The problem in fetch(1) seems to be the same. fetch's SIGINT and > SIGALRM handlers just set a flag, so neither -T nor ^C can be used to > kill fetch when DNS lookup hangs. > > ping's SIGALRM handler also just sets a flag, but this works right > because ping only uses alarms to control syscalls and EINTR works > right for syscalls. Hi, Thank you for mail. And more, even when DNS lookup is not done, % fetch -T 5 http://10.1.2.3/ttt.txt is timeout after 75 seconds. (I assume that there are no hosts with 10.1.2.3 in your LANs.) -- ishizuka@ish.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 3:24:49 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from goliath.siemens.de (goliath.siemens.de [194.138.37.131]) by hub.freebsd.org (Postfix) with ESMTP id 6AF4437BFF2 for ; Wed, 16 Aug 2000 03:07:27 -0700 (PDT) (envelope-from andre.albsmeier@mchp.siemens.de) X-Envelope-Sender-Is: andre.albsmeier@mchp.siemens.de (at relayer goliath.siemens.de) Received: from mail1.siemens.de (mail1.siemens.de [139.23.33.14]) by goliath.siemens.de (8.10.1/8.10.1) with ESMTP id e7GA7Mc26662; Wed, 16 Aug 2000 12:07:22 +0200 (MET DST) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) by mail1.siemens.de (8.10.1/8.10.1) with ESMTP id e7GA7M306658; Wed, 16 Aug 2000 12:07:22 +0200 (MET DST) Received: (from localhost) by curry.mchp.siemens.de (8.10.2/8.10.2) id e7GA7ML18961; Date: Wed, 16 Aug 2000 12:07:21 +0200 From: Andre Albsmeier To: Garance A Drosihn Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5031: lpr does not remove original file if -s is used Message-ID: <20000816120721.A22330@curry.mchp.siemens.de> References: <200008152210.PAA15850@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200008152210.PAA15850@freefall.freebsd.org>; from drosih@rpi.edu on Tue, Aug 15, 2000 at 03:10:10PM -0700 X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 15-Aug-2000 at 15:10:10 -0700, Garance A Drosihn wrote: > The following reply was made to PR bin/5031; it has been noted by GNATS. > >... > > > In the meantime, recent changes to lpr might be of some > use to you. If you do 'lpr -r' (no -s), and IF the file > you are printing is on the same disk partition as the > spool directory for the printer you are printing to, then > lpr will move the file instead of copying it. Thus, you > can now get the effect you wanted by having your samba > spooling directory be the same as your printer's spool > directory. But, unfortunately, these aren't commited yet... -Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 4:43:44 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5860F37C500; Wed, 16 Aug 2000 04:43:42 -0700 (PDT) (envelope-from jedgar@FreeBSD.org) Received: (from jedgar@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA24490; Wed, 16 Aug 2000 04:43:41 -0700 (PDT) (envelope-from jedgar@FreeBSD.org) Date: Wed, 16 Aug 2000 04:43:41 -0700 (PDT) From: Message-Id: <200008161143.EAA24490@freefall.freebsd.org> To: jedgar@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/20600: getpeereid obtains credentials from connect() Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: getpeereid obtains credentials from connect() Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: jedgar Responsible-Changed-When: Wed Aug 16 04:42:58 PDT 2000 Responsible-Changed-Why: Misfiled PR http://www.freebsd.org/cgi/query-pr.cgi?pr=20600 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 4:46:17 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1153A37B5A9; Wed, 16 Aug 2000 04:46:15 -0700 (PDT) (envelope-from jedgar@FreeBSD.org) Received: (from jedgar@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA25004; Wed, 16 Aug 2000 04:46:08 -0700 (PDT) (envelope-from jedgar@FreeBSD.org) Date: Wed, 16 Aug 2000 04:46:08 -0700 (PDT) From: Message-Id: <200008161146.EAA25004@freefall.freebsd.org> To: jedgar@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/20590: rsh / rshd brocken Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: rsh / rshd brocken Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: jedgar Responsible-Changed-When: Wed Aug 16 04:45:52 PDT 2000 Responsible-Changed-Why: Misfiled PR http://www.freebsd.org/cgi/query-pr.cgi?pr=20590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 4:50:15 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E28F837BE81 for ; Wed, 16 Aug 2000 04:50:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA25556; Wed, 16 Aug 2000 04:50:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 16 Aug 2000 04:50:04 -0700 (PDT) Message-Id: <200008161150.EAA25556@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Tanaka Akira Subject: Re: kern/20632: stacking mount_null causes an error: mount_null: Resource deadlock avoided Reply-To: Tanaka Akira Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/20632; it has been noted by GNATS. From: Tanaka Akira To: Sheldon Hearn Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/20632: stacking mount_null causes an error: mount_null: Resource deadlock avoided Date: 16 Aug 2000 19:56:20 +0900 In article <14634.966412918@axl.ops.uunet.co.za>, Sheldon Hearn writes: > NULLFS is known to be broken. Sorry. I overlooked the note in mount_null(8). > You might want to try out the following > patch (unfortunately I forget who sent it, but I'll have a look) and > report back. Unfortunately the patch doesn't fix the problem. -- Tanaka Akira To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 5:10: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 EF9D237BF48 for ; Wed, 16 Aug 2000 05:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA29799; Wed, 16 Aug 2000 05:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from sentinel.office1.bg (sentinel.office1.bg [195.24.48.182]) by hub.freebsd.org (Postfix) with SMTP id 500E437B516 for ; Wed, 16 Aug 2000 05:09:37 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 405 invoked by uid 1001); 16 Aug 2000 09:51:05 -0000 Message-Id: <20000816095105.404.qmail@ringwraith.office1> Date: 16 Aug 2000 09:51:05 -0000 From: Peter Pentchev Reply-To: Peter Pentchev To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/20643: /usr/bin/kzip is obsolete; remove it? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20643 >Category: bin >Synopsis: /usr/bin/kzip is obsolete; remove it? >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 Aug 16 05:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Peter Pentchev >Release: FreeBSD 4.1-STABLE i386 >Organization: Orbitel JSCo >Environment: RELENG_4; in fact, any 4.x FreeBSD system, unsure about recent 3.x >Description: In an ELF-based, ELF-kernel FreeBSD 4.x system, /usr/bin/kzip cannot do anything meaningful, ever - AFAICS, it only works on a.out kernels. We have /usr/sbin/kgzip now, which does the right thing. I have classed this PR as a sw-bug, because there is a program in the tree which absolutely fails to fulfill its purpose. (My sincere apologies and thanks to phk - kzip worked perfectly fine in the a.out days :) >How-To-Repeat: [root@ringwraith ~]# kzip /kernel real kernel start address will be: 0x1 real kernel end address will be: 0x6eaac68a kzip: bad magic in file /kernel, probably not a kernel kzip: extract returned 200 [root@ringwraith ~]# ..as opposed to.. [root@ringwraith ~]# kgzip /kernel [root@ringwraith ~]# >Fix: One of the following: - remove /usr/bin/kzip from the build tree (possibly symlink /usr/sbin/kgzip to it); or - add a big red-letter warning to kzip's manpage that it cannot process ELF kernels; and/or - add a reference to kgzip in kzip's manpage. (Sorry, my knowledge of troff is VERY poor, or I would have included patches for the latter two options.) >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 Aug 16 5:38:48 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from bsd2.zr.ru (bsd2.zr.ru [194.186.162.100]) by hub.freebsd.org (Postfix) with ESMTP id 7BDF937C10E for ; Wed, 16 Aug 2000 05:38:24 -0700 (PDT) (envelope-from ruslan@zr.ru) Received: from zbasta (basta.zr.ru [194.186.162.197]) by bsd2.zr.ru (8.10.0/8.8.8) with SMTP id e7GCfPS63801 for ; Wed, 16 Aug 2000 16:41:25 +0400 (MSD) Message-ID: <019701c0077e$786f7ce0$c5a2bac2@zr.ru> Reply-To: "Ruslan V. Sulakov" From: "Ruslan V. Sulakov" To: Subject: subscribe Date: Wed, 16 Aug 2000 16:35:32 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 6:20: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C853237B6EC for ; Wed, 16 Aug 2000 06:20:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA39490; Wed, 16 Aug 2000 06:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 16 Aug 2000 06:20:03 -0700 (PDT) Message-Id: <200008161320.GAA39490@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: kern/20632: stacking mount_null causes an error: mount_null: Resource deadlock avoided Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/20632; it has been noted by GNATS. From: Sheldon Hearn To: Tanaka Akira Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/20632: stacking mount_null causes an error: mount_null: Resource deadlock avoided Date: Wed, 16 Aug 2000 15:18:46 +0200 On 16 Aug 2000 19:56:20 +0900, Tanaka Akira wrote: > > You might want to try out the following > > patch (unfortunately I forget who sent it, but I'll have a look) and > > report back. > > Unfortunately the patch doesn't fix the problem. I've asked Ustimenko Semen , the author of the patch, to take a look at your PR. If you are not yet familiar with kernel debugging and would like to help Ustimenko investigate this problem, now would be a good time to have a look at http://www.freebsd.org/handbook/kerneldebug.html . Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 6:34: 0 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from bsd.t-l.org (node15a63.a2000.nl [24.132.90.99]) by hub.freebsd.org (Postfix) with ESMTP id 2B02837BFBA for ; Wed, 16 Aug 2000 06:33:53 -0700 (PDT) (envelope-from jappe@lowlife.org) Received: from localhost ([127.0.0.1]) by bsd.t-l.org with esmtp (Exim 3.14 #1) id 13P3KO-0001QC-00 for freebsd-bugs@FreeBSD.ORG; Wed, 16 Aug 2000 15:33:56 +0200 Date: Wed, 16 Aug 2000 15:33:55 +0200 (CEST) From: Jappe Reuling X-Sender: jappe@bsd.t-l.org To: freebsd-bugs@FreeBSD.ORG Subject: I think I found a bug in /bin/sh 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 Hi, While writing a shell script I came acros something strange. I used an alias for 'echo' and it looks like the alias is ignored in a case statement. The code below produces the following on the screen: ---- H e l l o Hello ---- ---- #!/bin/sh alias echo="/bin/echo -n" hello() { local foo foo=1 case $foo in 1) echo "H" echo "e" echo "l" echo "l" echo "o" ;; esac echo "H" echo "e" echo "l" echo "l" echo "o" } hello ---- Hope this report helps. Jappe Reuling To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 6: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 CB6FE37BC25 for ; Wed, 16 Aug 2000 06:40:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA41771; Wed, 16 Aug 2000 06:40:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 16 Aug 2000 06:40:04 -0700 (PDT) Message-Id: <200008161340.GAA41771@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/20643: /usr/bin/kzip is obsolete; remove it? Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/20643; it has been noted by GNATS. From: Sheldon Hearn To: phk@FreeBSD.org Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/20643: /usr/bin/kzip is obsolete; remove it? Date: Wed, 16 Aug 2000 15:33:22 +0200 On 16 Aug 2000 09:51:05 GMT, Peter Pentchev wrote: > >Number: 20643 > >Category: bin > >Synopsis: /usr/bin/kzip is obsolete; remove it? Poul-Henning, what do you think about this? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 6:48: 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 9CEDB37B547; Wed, 16 Aug 2000 06:47:59 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA42810; Wed, 16 Aug 2000 06:47:58 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 16 Aug 2000 06:47:58 -0700 (PDT) From: Message-Id: <200008161347.GAA42810@freefall.freebsd.org> To: matthias@harz.de, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/20590: rsh / rshd brocken Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: rsh / rshd brocken State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Wed Aug 16 06:42:58 PDT 2000 State-Changed-Why: I can't reproduce the problem on the development branch of FreeBSD. Could you confirm that the following configuration exhibits the problem? > /etc/inetd.conf: shell stream tcp nowait root /usr/libexec/rshd rshd > /etc/hosts.allow: rshd: 127.0.0.1 : ALLOW > /etc/pam.conf: # all other rshd-related entries removed and replaced with... rshd auth required pam_permit.so > /root/.rhosts: 127.0.0.1 > On the command-line: kill -HUP `cat /var/run/inetd.pid` rsh 127.0.0.1 ls This works fine here, and I'm pretty sure you've just got a mangled pam.conf. I'll spare you the lecture about the insecurity of rsh when compared with ssh. ;-) http://www.freebsd.org/cgi/query-pr.cgi?pr=20590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 7:27:41 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from rmstar.campus.luth.se (rmstar.campus.luth.se [130.240.197.32]) by hub.freebsd.org (Postfix) with ESMTP id E847937C03C for ; Wed, 16 Aug 2000 07:27:33 -0700 (PDT) (envelope-from murduth@rmstar.campus.luth.se) Received: from rmstar.campus.luth.se (localhost [127.0.0.1]) by rmstar.campus.luth.se (8.9.3/8.9.3) with ESMTP id QAA00723 for ; Wed, 16 Aug 2000 16:27:29 +0200 (CEST) (envelope-from murduth@rmstar.campus.luth.se) Message-Id: <200008161427.QAA00723@rmstar.campus.luth.se> X-Mailer: exmh version 2.1.1 10/15/1999 To: freebsd-bugs@freebsd.org Subject: kern/16740 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Wed, 16 Aug 2000 16:27:29 +0200 From: Joakim Henriksson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello, i have some further datapoints to the bugs in the fs code that several persons have been bitten by. I have a new panic that is also shared by another person. Mr Ian Dowse identified that the rellocation code was in the code path of the crash. I've since then tried to run with the rellocation code turned off. Instead of the "ffs_clusteralloc: map mismatch" i now get this panic message "panic: ffs_blkfree: freeing free frag" it would seem that the bug is somewhere else than the rellocation code. Here is some info from the crash dump (available on request, together with the older one). Hopefully it will help someone and hopefully someone will look into it, please? Oh yeah, i'm running STABLE as of 2000-08-15. IdlePTD 3665920 initial pcb at 2f7060 panicstr: ffs_blkfree: freeing free frag panic messages: --- panic: ffs_blkfree: freeing free frag #0 boot (howto=256) at ../../kern/kern_shutdown.c:302 302 dumppcb.pcb_cr3 = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../kern/kern_shutdown.c:302 #1 0xc014aafc in poweroff_wait (junk=0xc0297320, howto=-1071025440) at ../../kern/kern_shutdown.c:552 #2 0xc01fdfc7 in ffs_blkfree (ip=0xc87c3c48, bno=3239, size=1024) at ../../ufs/ffs/ffs_alloc.c:1375 #3 0xc0202132 in handle_workitem_freeblocks (freeblks=0xc1004400) at ../../ufs/ffs/ffs_softdep.c:1981 #4 0xc0201b58 in softdep_setup_freeblocks (ip=0xc103d400, length=0) at ../../ufs/ffs/ffs_softdep.c:1677 #5 0xc01ff72e in ffs_truncate (vp=0xc9389c80, length=0, flags=0, cred=0x0, p=0xc87b5780) at ../../ufs/ffs/ffs_inode.c:195 #6 0xc0209d2e in ufs_inactive (ap=0xc87c3f04) at ../../ufs/ufs/ufs_inode.c:84 #7 0xc020ee19 in ufs_vnoperate (ap=0xc87c3f04) at ../../ufs/ufs/ufs_vnops.c:2285 #8 0xc01756d2 in vput (vp=0xc9389c80) at vnode_if.h:794 #9 0xc0202ec8 in handle_workitem_remove (dirrem=0xc0f2dc00) at ../../ufs/ffs/ffs_softdep.c:2668 #10 0xc02005b9 in softdep_process_worklist (matchmnt=0x0) at ../../ufs/ffs/ffs_softdep.c:557 #11 0xc0175003 in sched_sync () at ../../kern/vfs_subr.c:1034 #12 0xc026152c in fork_trampoline () Cannot access memory at address 0x8000. (kgdb) up 2 #2 0xc01fdfc7 in ffs_blkfree (ip=0xc87c3c48, bno=3239, size=1024) at ../../ufs/ffs/ffs_alloc.c:1375 1375 panic("ffs_blkfree: freeing free frag"); (kgdb) print frags $2 = 0 (kgdb) print blksfree[(bno+i)/8] $5 = 255 'ÿ' -- regards/ Joakim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 7:50:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7713337BEEF for ; Wed, 16 Aug 2000 07:50:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA55034; Wed, 16 Aug 2000 07:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 16 Aug 2000 07:50:03 -0700 (PDT) Message-Id: <200008161450.HAA55034@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: mark tinguely Subject: Re: kern/14787: /dev/lpt0 doesn't work unless/until you do `lptcontrol -e' Reply-To: mark tinguely Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/14787; it has been noted by GNATS. From: mark tinguely To: freebsd-gnats-submit@FreeBSD.org, rfg@monkeys.com Cc: Subject: Re: kern/14787: /dev/lpt0 doesn't work unless/until you do `lptcontrol -e' Date: Wed, 16 Aug 2000 09:41:04 -0500 Thank-you for the lpt and FreeBSD 3.x work-around for HP printers that you posted in the FreeBSD bugs database. I don' t have a fix, but I believe the problem is at least partially found in flow control. I could print small files and small postscipts (< 10k) without requiring your suggestion, but larger files gives the HP error code 22 (basically a data overrun). I had problems with the new serial driver too for this printer. --mark tinguely To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 7:50: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 8FC9E37C016 for ; Wed, 16 Aug 2000 07:50:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA55039; Wed, 16 Aug 2000 07:50:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 16 Aug 2000 07:50:04 -0700 (PDT) Message-Id: <200008161450.HAA55039@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: kern/20296: matcd driver is a) not in GENERIC and b) broken Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/20296; it has been noted by GNATS. From: Sheldon Hearn To: GeorgE Russell Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/20296: matcd driver is a) not in GENERIC and b) broken Date: Wed, 16 Aug 2000 16:45:45 +0200 On Mon, 14 Aug 2000 18:27:02 +0100, GeorgE Russell wrote: > OTOH, if you could describe the steps needed to get that revision from > web cvs and update / patch my version, then I can do that, if you think > that revision will work with 4.0 By the way, what does your version actually do, other than replace matcdc with matcd? I tried diffing what you've got with what's in CURRENT and that's all I could see, in amongst the noise of the COMPAT_ISA shim stuff and the buf -> bio changes. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 8: 2:22 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id ED1CA37B61D; Wed, 16 Aug 2000 08:02:17 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA56964; Wed, 16 Aug 2000 08:02:16 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 16 Aug 2000 08:02:16 -0700 (PDT) From: Message-Id: <200008161502.IAA56964@freefall.freebsd.org> To: matthias@harz.de, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/20590: rsh / rshd brocken Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: rsh / rshd brocken State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Wed Aug 16 08:00:49 PDT 2000 State-Changed-Why: Turns out that it was, in fact, the pam.conf configuration. http://www.freebsd.org/cgi/query-pr.cgi?pr=20590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 8: 8: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 5847E37B6EF; Wed, 16 Aug 2000 08:08:22 -0700 (PDT) (envelope-from ache@FreeBSD.org) Received: (from ache@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA59419; Wed, 16 Aug 2000 08:08:20 -0700 (PDT) (envelope-from ache@FreeBSD.org) Date: Wed, 16 Aug 2000 08:08:20 -0700 (PDT) From: Message-Id: <200008161508.IAA59419@freefall.freebsd.org> To: oota@LSi.nec.co.jp, ache@FreeBSD.org, freebsd-bugs@FreeBSD.org, ache@FreeBSD.org Subject: Re: bin/20138: editline does not restore previous state Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: editline does not restore previous state State-Changed-From-To: suspended->closed State-Changed-By: ache State-Changed-When: Wed Aug 16 08:07:12 PDT 2000 State-Changed-Why: Merged into -stable Responsible-Changed-From-To: freebsd-bugs->ache Responsible-Changed-By: ache Responsible-Changed-When: Wed Aug 16 08:07:12 PDT 2000 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=20138 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 8:10:21 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 511F637B6EF for ; Wed, 16 Aug 2000 08:10:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA59763; Wed, 16 Aug 2000 08:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 16 Aug 2000 08:10:02 -0700 (PDT) Message-Id: <200008161510.IAA59763@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Joakim Henriksson Subject: kern/16740 Reply-To: Joakim Henriksson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/16740; it has been noted by GNATS. From: Joakim Henriksson To: freebsd-bugs@FreeBSD.ORG Cc: Subject: kern/16740 Date: Wed, 16 Aug 2000 16:27:29 +0200 Hello, i have some further datapoints to the bugs in the fs code that sev= eral=20 persons have been bitten by. I have a new panic that is also shared by another person. Mr Ian Dowse id= entified that the rellocation code was in the code path of the crash. I'v= e since then tried to run with the rellocation code turned off. Instead of the "ffs_clusteralloc: map mismatch" i now get this panic mess= age "panic: ffs_blkfree: freeing free frag" it would seem that the bug is som= ewhere else than the rellocation code. Here is some info from the crash dump (available on request, together wit= h the older one). Hopefully it will help someone and hopefully someone wi= ll look into it, please? Oh yeah, i'm running STABLE as of 2000-08-15. IdlePTD 3665920 initial pcb at 2f7060 panicstr: ffs_blkfree: freeing free frag panic messages: --- panic: ffs_blkfree: freeing free frag #0 boot (howto=3D256) at ../../kern/kern_shutdown.c:302 302 dumppcb.pcb_cr3 =3D rcr3(); (kgdb) bt #0 boot (howto=3D256) at ../../kern/kern_shutdown.c:302 #1 0xc014aafc in poweroff_wait (junk=3D0xc0297320, howto=3D-1071025440) at ../../kern/kern_shutdown.c:552 #2 0xc01fdfc7 in ffs_blkfree (ip=3D0xc87c3c48, bno=3D3239, size=3D1024) at ../../ufs/ffs/ffs_alloc.c:1375 #3 0xc0202132 in handle_workitem_freeblocks (freeblks=3D0xc1004400) at ../../ufs/ffs/ffs_softdep.c:1981 #4 0xc0201b58 in softdep_setup_freeblocks (ip=3D0xc103d400, length=3D0) at ../../ufs/ffs/ffs_softdep.c:1677 #5 0xc01ff72e in ffs_truncate (vp=3D0xc9389c80, length=3D0, flags=3D0, c= red=3D0x0,=20 p=3D0xc87b5780) at ../../ufs/ffs/ffs_inode.c:195 #6 0xc0209d2e in ufs_inactive (ap=3D0xc87c3f04) at ../../ufs/ufs/ufs_ino= de.c:84 #7 0xc020ee19 in ufs_vnoperate (ap=3D0xc87c3f04) at ../../ufs/ufs/ufs_vnops.c:2285 #8 0xc01756d2 in vput (vp=3D0xc9389c80) at vnode_if.h:794 #9 0xc0202ec8 in handle_workitem_remove (dirrem=3D0xc0f2dc00) at ../../ufs/ffs/ffs_softdep.c:2668 #10 0xc02005b9 in softdep_process_worklist (matchmnt=3D0x0) at ../../ufs/ffs/ffs_softdep.c:557 #11 0xc0175003 in sched_sync () at ../../kern/vfs_subr.c:1034 #12 0xc026152c in fork_trampoline () Cannot access memory at address 0x8000. (kgdb) up 2 #2 0xc01fdfc7 in ffs_blkfree (ip=3D0xc87c3c48, bno=3D3239, size=3D1024) at ../../ufs/ffs/ffs_alloc.c:1375 1375 panic("ffs_blkfree: freeing free = frag"); (kgdb) print frags $2 =3D 0 (kgdb) print blksfree[(bno+i)/8] $5 =3D 255 '=FF' --=20 regards/ Joakim 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 Aug 16 8:14:53 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8B51937C21E; Wed, 16 Aug 2000 08:14:51 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA60698; Wed, 16 Aug 2000 08:14:50 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 16 Aug 2000 08:14:50 -0700 (PDT) From: Message-Id: <200008161514.IAA60698@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, mckusick@FreeBSD.org Subject: Re: kern/16740: The kernel panics with "ffs_clusteralloc: map mismatch" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: The kernel panics with "ffs_clusteralloc: map mismatch" Responsible-Changed-From-To: freebsd-bugs->mckusick Responsible-Changed-By: sheldonh Responsible-Changed-When: Wed Aug 16 08:13:04 PDT 2000 Responsible-Changed-Why: The last backtrace in the audit trail (the one with reallocation turned off) makes this look very much like a soft updates problem. Kirk, I realize that the audit trail is long, but the contributors have tried hard to provide debugging info for you. Could you take a look? :-) http://www.freebsd.org/cgi/query-pr.cgi?pr=16740 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 8:30: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 F0BE237BF06 for ; Wed, 16 Aug 2000 08:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA63368; Wed, 16 Aug 2000 08:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from sentinel.office1.bg (sentinel.office1.bg [195.24.48.182]) by hub.freebsd.org (Postfix) with SMTP id 6848A37BFE6 for ; Wed, 16 Aug 2000 08:29:06 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 2654 invoked by uid 1001); 16 Aug 2000 15:21:08 -0000 Message-Id: <20000816152108.2653.qmail@ringwraith.office1> Date: 16 Aug 2000 15:21:08 -0000 From: Peter Pentchev Reply-To: Peter Pentchev To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/20646: [PATCH] /bin/cp -p whines on set[ug]id immutable files Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20646 >Category: bin >Synopsis: [PATCH] /bin/cp -p whines on set[ug]id immutable files >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 Aug 16 08:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Peter Pentchev >Release: FreeBSD 4.1-STABLE i386 >Organization: Orbitel JSCo >Environment: RELENG_4 as of today >Description: cp -p preserves, among others, the file flags. Unfortunately, this clashes with its attempt just a little bit later to retain a file's setuid/setgid/sticky bits if the user doing the copying is the file owner. (There was a similar PR about /sbin/restore's handling of utimes a while back.) >How-To-Repeat: [root@ringwraith /usr/home/roam]# ls -lo /usr/bin/passwd -r-sr-xr-x 2 root wheel schg 26260 Aug 16 16:13 /usr/bin/passwd [root@ringwraith /usr/home/roam]# cp -p /usr/bin/passwd . cp: ./passwd: Operation not permitted [root@ringwraith /usr/home/roam]# ls -lo passwd -r-sr-xr-x 1 root wheel schg 26260 Aug 16 16:13 passwd [root@ringwraith /usr/home/roam]# >Fix: Alright, so this might not be the best solution; arguably the best way is to move the whole setuid/setgid/sticky bits fixup into setfile() itself, where it belongs. But this works for me ;) diff -u -urN src/bin/cp/cp.c mysrc/bin/cp/cp.c --- src/bin/cp/cp.c Sun Nov 28 11:34:21 1999 +++ mysrc/bin/cp/cp.c Wed Aug 16 18:03:29 2000 @@ -388,7 +388,7 @@ * umask; arguably wrong, but it's been that way * forever. */ - if (pflag && setfile(curr->fts_statp, 0)) + if (pflag && setfile(curr->fts_statp, 0, 1)) badcp = rval = 1; else if (dne) (void)chmod(to.p_path, diff -u -urN src/bin/cp/extern.h mysrc/bin/cp/extern.h --- src/bin/cp/extern.h Wed Aug 16 18:15:40 2000 +++ mysrc/bin/cp/extern.h Wed Aug 16 17:46:20 2000 @@ -51,6 +51,6 @@ int copy_file __P((FTSENT *, int)); int copy_link __P((FTSENT *, int)); int copy_special __P((struct stat *, int)); -int setfile __P((struct stat *, int)); +int setfile __P((struct stat *, int, int)); void usage __P((void)); __END_DECLS diff -u -urN src/bin/cp/utils.c mysrc/bin/cp/utils.c --- src/bin/cp/utils.c Wed Aug 16 18:15:40 2000 +++ mysrc/bin/cp/utils.c Wed Aug 16 18:16:37 2000 @@ -176,7 +176,8 @@ * to remove it if we created it and its length is 0. */ - if (pflag && setfile(fs, to_fd)) + /* do not copy flags at this time, or the next (f)chmod() fails */ + if (pflag && setfile(fs, to_fd, 0)) rval = 1; /* * If the source was setuid or setgid, lose the bits unless the @@ -194,6 +195,11 @@ rval = 1; } } + + /* setfile() again, just for the file flags */ + if (pflag && setfile(fs, to_fd, 2)) + rval = 1; + (void)close(from_fd); if (close(to_fd)) { warn("%s", to.p_path); @@ -239,7 +245,7 @@ warn("mkfifo: %s", to.p_path); return (1); } - return (pflag ? setfile(from_stat, 0) : 0); + return (pflag ? setfile(from_stat, 0, 1) : 0); } int @@ -255,14 +261,23 @@ warn("mknod: %s", to.p_path); return (1); } - return (pflag ? setfile(from_stat, 0) : 0); + return (pflag ? setfile(from_stat, 0, 1) : 0); } int -setfile(fs, fd) +setfile(fs, fd, setflags) register struct stat *fs; - int fd; + int fd, setflags; + /* values for setflags: + 0 - do not touch fd's flags; + 1 - set fd's flags to match fs's flags; + 2 - ONLY set fd's flags to fs's flags, do nothing more + + the only reason for setflags to be 2 is in copy_file() + after the set[ug]id fixup; this would be better if + the fixup itself were moved here. + */ { static struct timeval tv[2]; struct stat ts; @@ -292,28 +307,34 @@ * the mode; current BSD behavior is to remove all setuid bits on * chown. If chown fails, lose setuid/setgid bits. */ - if (!gotstat || fs->st_uid != ts.st_uid || fs->st_gid != ts.st_gid) - if (fd ? fchown(fd, fs->st_uid, fs->st_gid) : - chown(to.p_path, fs->st_uid, fs->st_gid)) { - if (errno != EPERM) { + + /* Oops. Are we called *after* the copy_file() set[ug]id fixup? */ + if (setflags != 2) { + if (!gotstat || fs->st_uid != ts.st_uid || fs->st_gid != ts.st_gid) + if (fd ? fchown(fd, fs->st_uid, fs->st_gid) : + chown(to.p_path, fs->st_uid, fs->st_gid)) { + if (errno != EPERM) { + warn("chown: %s", to.p_path); + rval = 1; + } + fs->st_mode &= ~(S_ISUID | S_ISGID); + } + + if (!gotstat || fs->st_mode != ts.st_mode) + if (fd ? fchmod(fd, fs->st_mode) : chmod(to.p_path, fs->st_mode)) { warn("chown: %s", to.p_path); rval = 1; } - fs->st_mode &= ~(S_ISUID | S_ISGID); - } - - if (!gotstat || fs->st_mode != ts.st_mode) - if (fd ? fchmod(fd, fs->st_mode) : chmod(to.p_path, fs->st_mode)) { - warn("chown: %s", to.p_path); - rval = 1; - } + } - if (!gotstat || fs->st_flags != ts.st_flags) - if (fd ? - fchflags(fd, fs->st_flags) : chflags(to.p_path, fs->st_flags)) { - warn("chflags: %s", to.p_path); - rval = 1; - } + if (setflags) { + if (!gotstat || fs->st_flags != ts.st_flags) + if (fd ? + fchflags(fd, fs->st_flags) : chflags(to.p_path, fs->st_flags)) { + warn("chflags: %s", to.p_path); + rval = 1; + } + } return (rval); } >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 Aug 16 8:31: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id 6F13A37BF5A for ; Wed, 16 Aug 2000 08:13:05 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.16 #1) id 13P4sA-00066t-00; Wed, 16 Aug 2000 17:12:54 +0200 From: Sheldon Hearn To: Joakim Henriksson Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/16740 In-reply-to: Your message of "Wed, 16 Aug 2000 16:27:29 +0200." <200008161427.QAA00723@rmstar.campus.luth.se> Date: Wed, 16 Aug 2000 17:12:54 +0200 Message-ID: <23490.966438774@axl.ops.uunet.co.za> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 16 Aug 2000 16:27:29 +0200, Joakim Henriksson wrote: > Hello, i have some further datapoints to the bugs in the fs code that > several persons have been bitten by. In future, send the follow-up to so that it gets into the audit trail of the PR referenced in the subject line. I've bounced a copy of your message to that address, so there's no need to resend it. This looks very much like a softupdates crash. I'm going to assign this PR to Kirk. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 9:10:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 301C437BD6B for ; Wed, 16 Aug 2000 09:10:10 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA73608; Wed, 16 Aug 2000 09:10:08 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 16 Aug 2000 09:10:08 -0700 (PDT) Message-Id: <200008161610.JAA73608@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garance A Drosihn Subject: Re: bin/5031: lpr does not remove original file if -s is used Reply-To: Garance A Drosihn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5031; it has been noted by GNATS. From: Garance A Drosihn To: freebsd-gnats-submit@FreeBSD.org, blaz@amis.net Cc: Subject: Re: bin/5031: lpr does not remove original file if -s is used Date: Wed, 16 Aug 2000 12:05:56 -0400 Earlier, I wrote: > In the meantime, recent changes to lpr might be of some > use to you. If you do 'lpr -r' (no -s), and IF the file > you are printing is on the same disk partition as the > spool directory for the printer you are printing to, then > lpr will move the file instead of copying it. Ahem. It seems I've mixed up different PR's that I had filed for lpr earlier this year. The update mentioned here isn't actually installed yet. Sorry about the excitement. --- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or drosih@rpi.edu Rensselaer Polytechnic Institute To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 11:19:49 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DBD7437BA7C; Wed, 16 Aug 2000 11:19:42 -0700 (PDT) (envelope-from dwmalone@FreeBSD.org) Received: (from dwmalone@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA91927; Wed, 16 Aug 2000 11:19:41 -0700 (PDT) (envelope-from dwmalone@FreeBSD.org) Date: Wed, 16 Aug 2000 11:19:41 -0700 (PDT) From: Message-Id: <200008161819.LAA91927@freefall.freebsd.org> To: dwmalone@FreeBSD.org, freebsd-bugs@FreeBSD.org, dwmalone@FreeBSD.org Subject: Re: bin/20643: /usr/bin/kzip is obsolete; remove it? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /usr/bin/kzip is obsolete; remove it? Responsible-Changed-From-To: freebsd-bugs->dwmalone Responsible-Changed-By: dwmalone Responsible-Changed-When: Wed Aug 16 11:19:00 PDT 2000 Responsible-Changed-Why: I have some patches in this area. http://www.freebsd.org/cgi/query-pr.cgi?pr=20643 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 11:27: 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 C802B37C3A0; Wed, 16 Aug 2000 11:26:59 -0700 (PDT) (envelope-from dwmalone@FreeBSD.org) Received: (from dwmalone@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA92649; Wed, 16 Aug 2000 11:26:58 -0700 (PDT) (envelope-from dwmalone@FreeBSD.org) Date: Wed, 16 Aug 2000 11:26:58 -0700 (PDT) From: Message-Id: <200008161826.LAA92649@freefall.freebsd.org> To: dwmalone@FreeBSD.org, freebsd-bugs@FreeBSD.org, dwmalone@FreeBSD.org Subject: Re: bin/20646: [PATCH] /bin/cp -p whines on set[ug]id immutable files Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] /bin/cp -p whines on set[ug]id immutable files Responsible-Changed-From-To: freebsd-bugs->dwmalone Responsible-Changed-By: dwmalone Responsible-Changed-When: Wed Aug 16 11:26:13 PDT 2000 Responsible-Changed-Why: I looked at a similar PR for restore - I'll try to have a look at this one. http://www.freebsd.org/cgi/query-pr.cgi?pr=20646 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 11:34:26 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5622F37BF45; Wed, 16 Aug 2000 11:34:16 -0700 (PDT) (envelope-from johan@FreeBSD.org) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA93339; Wed, 16 Aug 2000 11:34:14 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Wed, 16 Aug 2000 11:34:14 -0700 (PDT) From: Message-Id: <200008161834.LAA93339@freefall.freebsd.org> To: george@cia-g.com, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/2270: Hayes ESP serial card locks system as of 12/01 kernel. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Hayes ESP serial card locks system as of 12/01 kernel. State-Changed-From-To: open->feedback State-Changed-By: johan State-Changed-When: Wed Aug 16 11:32:18 PDT 2000 State-Changed-Why: Is there still this problem with the sio driver for the ESP card in more recent releases of FreeBSD? http://www.freebsd.org/cgi/query-pr.cgi?pr=2270 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 11:40: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 5A92037C083 for ; Wed, 16 Aug 2000 11:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA93841; Wed, 16 Aug 2000 11:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from nectar.attlabs.att.com (gatemp.attlabs.net [135.197.1.2]) by hub.freebsd.org (Postfix) with ESMTP id C46F237C0FA for ; Wed, 16 Aug 2000 11:31:44 -0700 (PDT) (envelope-from fenner@nectar.attlabs.att.com) Received: (from fenner@localhost) by nectar.attlabs.att.com (8.9.3/8.9.2) id OAA00636; Wed, 16 Aug 2000 14:31:08 -0700 (PDT) (envelope-from fenner) Message-Id: <200008162131.OAA00636@nectar.attlabs.att.com> Date: Wed, 16 Aug 2000 14:31:08 -0700 (PDT) From: Bill Fenner Reply-To: fenner@research.att.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/20660: if_wi provides 802.11 src and dst, not ethernet src and dst Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20660 >Category: i386 >Synopsis: if_wi provides 802.11 src and dst, not ethernet src and dst >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 Aug 16 11:40:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Bill Fenner >Release: FreeBSD 3.4-STABLE i386 >Organization: AT&T Labs - Research >Environment: >Description: if_wi.c supplies the 802.11 MAC source and destination addresses when receiving a packet. When in infrastructure mode, this may not be what you're interested in (e.g. when I'm running tcpdump I'm more interested in the original MAC source than which access point sent it to me). When not in infrastructure mode, these addresses are the same. >How-To-Repeat: tcpdump -e -i wi0 >Fix: Index: if_wi.c =================================================================== RCS file: /home/ncvs/src/sys/i386/isa/if_wi.c,v retrieving revision 1.5.2.4 diff -u -r1.5.2.4 if_wi.c --- if_wi.c 1999/08/29 16:07:24 1.5.2.4 +++ if_wi.c 2000/08/16 18:18:59 @@ -426,9 +434,9 @@ m->m_pkthdr.len = m->m_len = rx_frame.wi_dat_len + WI_SNAPHDR_LEN; - bcopy((char *)&rx_frame.wi_addr1, + bcopy((char *)&rx_frame.wi_dst_addr, (char *)&eh->ether_dhost, ETHER_ADDR_LEN); - bcopy((char *)&rx_frame.wi_addr2, + bcopy((char *)&rx_frame.wi_src_addr, (char *)&eh->ether_shost, ETHER_ADDR_LEN); bcopy((char *)&rx_frame.wi_type, (char *)&eh->ether_type, sizeof(u_int16_t)); >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 Aug 16 12: 7:54 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DDAA837C0C3; Wed, 16 Aug 2000 12:07:04 -0700 (PDT) (envelope-from johan@FreeBSD.org) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA98040; Wed, 16 Aug 2000 12:07:04 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Wed, 16 Aug 2000 12:07:04 -0700 (PDT) From: Message-Id: <200008161907.MAA98040@freefall.freebsd.org> To: hsu@clinet.fi, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/2742: panic: leaf should be empty Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: panic: leaf should be empty State-Changed-From-To: open->closed State-Changed-By: johan State-Changed-When: Wed Aug 16 12:05:21 PDT 2000 State-Changed-Why: 2.2-REL was along time ago and originator is unreachable. --- : host mail.clinet.fi[194.100.0.7] said: 550 ... User unknown --- http://www.freebsd.org/cgi/query-pr.cgi?pr=2742 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 12:31: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 1A0A437C660; Wed, 16 Aug 2000 12:20:41 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA99289; Wed, 16 Aug 2000 12:20:40 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 16 Aug 2000 12:20:40 -0700 (PDT) From: Message-Id: <200008161920.MAA99289@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, wpaul@FreeBSD.org Subject: Re: i386/20660: if_wi provides 802.11 src and dst, not ethernet src and dst Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: if_wi provides 802.11 src and dst, not ethernet src and dst Responsible-Changed-From-To: freebsd-bugs->wpaul Responsible-Changed-By: sheldonh Responsible-Changed-When: Wed Aug 16 12:20:12 PDT 2000 Responsible-Changed-Why: Bill, this one contains a patch. :-) http://www.freebsd.org/cgi/query-pr.cgi?pr=20660 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 12:40: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 74E6737B817 for ; Wed, 16 Aug 2000 12:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA01501; Wed, 16 Aug 2000 12:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 16 Aug 2000 12:40:03 -0700 (PDT) Message-Id: <200008161940.MAA01501@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Tor.Egge@fast.no Subject: Re: kern/20632: stacking mount_null causes an error: mount_null: Resource deadlock avoided Reply-To: Tor.Egge@fast.no Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/20632; it has been noted by GNATS. From: Tor.Egge@fast.no To: sheldonh@uunet.co.za Cc: akr@m17n.org, semen@iclub.nsu.ru Subject: Re: kern/20632: stacking mount_null causes an error: mount_null: Resource deadlock avoided Date: Wed, 16 Aug 2000 20:52:29 +0200 > > Unfortunately the patch doesn't fix the problem. > > I've asked Ustimenko Semen , the author of the > patch, to take a look at your PR. Here is yet another nullfs patch for -current. It lacks some of the features in Ustimenko's patch (e.g. support for nfs exporting nfs mounted file systems), but it avoids the aliasing problem. Index: sbin/mount_null/mount_null.c =================================================================== RCS file: /home/ncvs/src/sbin/mount_null/mount_null.c,v retrieving revision 1.14 diff -u -r1.14 mount_null.c --- sbin/mount_null/mount_null.c 2000/07/28 11:54:08 1.14 +++ sbin/mount_null/mount_null.c 2000/08/06 19:16:28 @@ -101,9 +101,11 @@ (void)checkpath(argv[0], target); (void)checkpath(argv[1], source); +#if 0 if (subdir(target, source) || subdir(source, target)) errx(EX_USAGE, "%s (%s) and %s are not distinct paths", argv[0], target, argv[1]); +#endif args.target = target; Index: sys/kern/vfs_subr.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_subr.c,v retrieving revision 1.267 diff -u -r1.267 vfs_subr.c --- sys/kern/vfs_subr.c 2000/07/24 05:28:29 1.267 +++ sys/kern/vfs_subr.c 2000/08/06 19:16:46 @@ -711,7 +711,7 @@ */ simple_lock(&vp->v_interlock); object = vp->v_object; - if (object != NULL) { + if (object != NULL && (void *) vp == object->handle) { vm_object_page_remove(object, 0, 0, (flags & V_SAVE) ? TRUE : FALSE); } @@ -841,6 +841,8 @@ int s; KASSERT(bp->b_vp == NULL, ("bgetvp: not free")); + if (vp->v_tag == VT_NULL) + panic("bgetvp: null node"); vhold(vp); bp->b_vp = vp; @@ -1190,6 +1192,8 @@ } vn_syncer_add_to_worklist(newvp, delay); } + if (newvp->v_tag == VT_NULL) + panic("reassignbuf: null node dirty list"); bp->b_xflags |= BX_VNDIRTY; tbp = TAILQ_FIRST(listheadp); if (tbp == NULL || @@ -1243,6 +1247,8 @@ TAILQ_INSERT_AFTER(listheadp, tbp, bp, b_vnbufs); } } else { + if (newvp->v_tag == VT_NULL) + panic("reassignbuf: null node clean list"); bp->b_xflags |= BX_VNCLEAN; TAILQ_INSERT_TAIL(&newvp->v_cleanblkhd, bp, b_vnbufs); if ((newvp->v_flag & VONWORKLST) && @@ -1683,7 +1689,7 @@ vinvalbuf(vp, 0, NOCRED, p, 0, 0); } - if ((obj = vp->v_object) != NULL) { + if ((obj = vp->v_object) != NULL && (void *) vp == obj->handle) { if (obj->ref_count == 0) { /* * vclean() may be called twice. The first time @@ -2529,7 +2535,8 @@ simple_lock(&vp->v_interlock); if (vp->v_object && - (vp->v_object->flags & OBJ_MIGHTBEDIRTY)) { + (void *) vp == vp->v_object->handle && + (vp->v_object->flags & OBJ_MIGHTBEDIRTY)) { if (!vget(vp, LK_INTERLOCK | LK_EXCLUSIVE | LK_RETRY | LK_NOOBJ, curproc)) { if (vp->v_object) { @@ -2613,6 +2620,21 @@ s = splbio(); simple_lock(&vnode_free_list_slock); + if ((vp->v_flag & VFREE) != 0) + panic("vfree called on doomed node"); + if ((vp->v_flag & VFREE) != 0) + panic("vfree called on free node"); + if (vp->v_holdcnt != 0) + panic("vfree called with holdcnt=%d (>0)", vp->v_holdcnt); + if (vp->v_usecount != 0) + panic("vfree called with usecnt=%d (>0)", vp->v_usecount); + if (vp->v_object != NULL && + vp->v_object->handle == (void *) vp && + (vp->v_object->resident_page_count != 0 || + vp->v_object->ref_count != 0)) + panic("vfree called with object RPC: %d, RC: %d", + vp->v_object->resident_page_count, + vp->v_object->ref_count); KASSERT((vp->v_flag & VFREE) == 0, ("vnode already free")); if (vp->v_flag & VAGE) { TAILQ_INSERT_HEAD(&vnode_free_list, vp, v_freelist); Index: sys/miscfs/nullfs/null.h =================================================================== RCS file: /home/ncvs/src/sys/miscfs/nullfs/null.h,v retrieving revision 1.13 diff -u -r1.13 null.h --- sys/miscfs/nullfs/null.h 2000/05/26 02:04:58 1.13 +++ sys/miscfs/nullfs/null.h 2000/08/06 19:16:47 @@ -55,7 +55,15 @@ LIST_ENTRY(null_node) null_hash; /* Hash list */ struct vnode *null_lowervp; /* VREFed once */ struct vnode *null_vnode; /* Back pointer */ + int flags; /* flags (see below) */ + pid_t lockholder; /* owner of exclusive lock */ }; + +/* Null node flags */ + +#define NN_LOCK 0x01 +#define NN_WANT 0x02 +#define NN_FSYNC_SKIPPED 0x04 extern int nullfs_init __P((struct vfsconf *vfsp)); extern int null_node_create __P((struct mount *mp, struct vnode *target, struct vnode **vpp)); Index: sys/miscfs/nullfs/null_subr.c =================================================================== RCS file: /home/ncvs/src/sys/miscfs/nullfs/null_subr.c,v retrieving revision 1.23 diff -u -r1.23 null_subr.c --- sys/miscfs/nullfs/null_subr.c 2000/05/26 02:04:59 1.23 +++ sys/miscfs/nullfs/null_subr.c 2000/08/06 19:16:47 @@ -45,6 +45,8 @@ #include #include #include +#include +#include #define LOG2_SIZEVNODE 7 /* log2(sizeof struct vnode) */ #define NNULLNODECACHE 16 @@ -94,6 +96,7 @@ struct null_node_hashhead *hd; struct null_node *a; struct vnode *vp; + int retry; /* * Find hash base, and then search the (two-way) linked @@ -102,6 +105,7 @@ * reference count (but NOT the lower vnode's VREF counter). */ hd = NULL_NHASH(lowervp); + retry = 0; loop: for (a = hd->lh_first; a != 0; a = a->null_hash.le_next) { if (a->null_lowervp == lowervp && NULLTOV(a)->v_mount == mp) { @@ -112,6 +116,9 @@ * the lower node. */ if (vget(vp, 0, p)) { + retry++; + if (retry < 2) + goto loop; printf ("null_node_find: vget failed.\n"); goto loop; }; @@ -138,6 +145,7 @@ struct null_node *xp; struct vnode *othervp, *vp; int error; + int waslocked; /* * Do the MALLOC before the getnewvnode since doing so afterward @@ -157,6 +165,8 @@ xp->null_vnode = vp; vp->v_data = xp; xp->null_lowervp = lowervp; + xp->flags = 0; + xp->lockholder = 0; /* * Before we insert our new node onto the hash chains, * check to see if someone else has beaten us to it. @@ -167,12 +177,41 @@ FREE(xp, M_TEMP); vp->v_type = VBAD; /* node is discarded */ vp->v_usecount = 0; /* XXX */ + if (VSHOULDFREE(vp)) + vfree(vp); *vpp = othervp; return 0; }; VREF(lowervp); /* Extra VREF will be vrele'd in null_node_create */ hd = NULL_NHASH(lowervp); LIST_INSERT_HEAD(hd, xp, null_hash); + /* + * Create the lower VM object, if needed + */ + if ((lowervp->v_type == VREG) && + ((lowervp->v_object == NULL) || + (lowervp->v_object->flags & OBJ_DEAD))) { + waslocked = VOP_ISLOCKED(lowervp, NULL); /* XXX: Wrong */ + if (!waslocked) { + simple_lock(&lowervp->v_interlock); + vn_lock(lowervp, + LK_EXCLUSIVE | LK_INTERLOCK | LK_RETRY, + curproc); + } + vfs_object_create(lowervp, curproc, curproc->p_ucred); + if (!waslocked) { + simple_lock(&lowervp->v_interlock); + VOP_UNLOCK(lowervp, LK_INTERLOCK, curproc); + } + + } + vp->v_object = lowervp->v_object; /* XXX: share object */ + if (vp->v_object != NULL) { + if ((lowervp->v_flag & VOBJBUF) != 0) + vp->v_flag |= VOBJBUF; + if ((lowervp->v_flag & VTEXT) != 0) + vp->v_flag |= VTEXT; + } return 0; } Index: sys/miscfs/nullfs/null_vfsops.c =================================================================== RCS file: /home/ncvs/src/sys/miscfs/nullfs/null_vfsops.c,v retrieving revision 1.37 diff -u -r1.37 null_vfsops.c --- sys/miscfs/nullfs/null_vfsops.c 2000/07/28 11:54:09 1.37 +++ sys/miscfs/nullfs/null_vfsops.c 2000/08/06 19:16:47 @@ -93,7 +93,6 @@ struct vnode *nullm_rootvp; struct null_mount *xmp; u_int size; - int isvnunlocked = 0; #ifdef DEBUG printf("nullfs_mount(mp = %p)\n", (void *)mp); @@ -115,46 +114,23 @@ return (error); /* - * Unlock lower node to avoid deadlock. - * (XXX) VOP_ISLOCKED is needed? - */ - if ((mp->mnt_vnodecovered->v_op == null_vnodeop_p) && - VOP_ISLOCKED(mp->mnt_vnodecovered, NULL)) { - VOP_UNLOCK(mp->mnt_vnodecovered, 0, p); - isvnunlocked = 1; - } - /* * Find lower node */ - NDINIT(ndp, LOOKUP, FOLLOW|WANTPARENT|LOCKLEAF, - UIO_USERSPACE, args.target, p); + NDINIT(ndp, LOOKUP, FOLLOW | LOCKLEAF, + UIO_USERSPACE, args.target, p); error = namei(ndp); - /* - * Re-lock vnode. - */ - if (isvnunlocked && !VOP_ISLOCKED(mp->mnt_vnodecovered, NULL)) - vn_lock(mp->mnt_vnodecovered, LK_EXCLUSIVE | LK_RETRY, p); - if (error) return (error); NDFREE(ndp, NDF_ONLY_PNBUF); - /* - * Sanity check on lower vnode - */ lowerrootvp = ndp->ni_vp; - vrele(ndp->ni_dvp); - ndp->ni_dvp = NULLVP; - /* - * Check multi null mount to avoid `lock against myself' panic. + * Sanity check on lower vnode */ - if (lowerrootvp == VTONULL(mp->mnt_vnodecovered)->null_lowervp) { -#ifdef DEBUG - printf("nullfs_mount: multi null mount?\n"); -#endif - return (EDEADLK); + if (VOP_ISLOCKED(mp->mnt_vnodecovered, NULL)) { + vput(lowerrootvp); + return EBUSY; } xmp = (struct null_mount *) malloc(sizeof(struct null_mount), @@ -171,19 +147,18 @@ */ error = null_node_create(mp, lowerrootvp, &vp); /* - * Unlock the node (either the lower or the alias) - */ - VOP_UNLOCK(vp, 0, p); - /* * Make sure the node alias worked */ if (error) { - vrele(lowerrootvp); + vput(lowerrootvp); free(xmp, M_NULLFSMNT); /* XXX */ return (error); } - /* + * Unlock the node (either the lower or the alias) + */ + VOP_UNLOCK(vp, 0, p); + /* * Keep a held reference to the root vnode. * It is vrele'd in nullfs_unmount. */ @@ -269,7 +244,8 @@ /* * And blow it away for future re-use */ - vgone(nullm_rootvp); + if (nullm_rootvp->v_mount == mp) + vgone(nullm_rootvp); /* * Finally, throw away the null_mount structure */ @@ -297,18 +273,7 @@ */ vp = MOUNTTONULLMOUNT(mp)->nullm_rootvp; VREF(vp); - if (VOP_ISLOCKED(vp, NULL)) { - /* - * XXX - * Should we check type of node? - */ -#ifdef DEBUG - printf("nullfs_root: multi null mount?\n"); -#endif - vrele(vp); - return (EDEADLK); - } else - vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, p); + vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, p); *vpp = vp; return 0; } Index: sys/miscfs/nullfs/null_vnops.c =================================================================== RCS file: /home/ncvs/src/sys/miscfs/nullfs/null_vnops.c,v retrieving revision 1.39 diff -u -r1.39 null_vnops.c --- sys/miscfs/nullfs/null_vnops.c 2000/04/18 15:15:23 1.39 +++ sys/miscfs/nullfs/null_vnops.c 2000/08/06 19:16:51 @@ -182,7 +182,12 @@ #include #include #include +#include +#include +#include #include +#include +#include static int null_bug_bypass = 0; /* for debugging: enables bypass printf'ing */ SYSCTL_INT(_debug, OID_AUTO, nullfs_bug_bypass, CTLFLAG_RW, @@ -191,12 +196,15 @@ static int null_access __P((struct vop_access_args *ap)); static int null_getattr __P((struct vop_getattr_args *ap)); static int null_inactive __P((struct vop_inactive_args *ap)); +static int null_islocked __P((struct vop_islocked_args *ap)); static int null_lock __P((struct vop_lock_args *ap)); static int null_lookup __P((struct vop_lookup_args *ap)); static int null_print __P((struct vop_print_args *ap)); static int null_reclaim __P((struct vop_reclaim_args *ap)); static int null_setattr __P((struct vop_setattr_args *ap)); static int null_unlock __P((struct vop_unlock_args *ap)); +static int null_fsync __P((struct vop_fsync_args *ap)); +static int null_getwritemount __P((struct vop_getwritemount_args *ap)); /* * This is the 10-Apr-92 bypass routine. @@ -236,6 +244,7 @@ struct vnode ***vppp; struct vnodeop_desc *descp = ap->a_desc; int reles, i; + struct mount *old_mount; if (null_bug_bypass) printf ("null_bypass: %s\n", descp->vdesc_name); @@ -288,6 +297,11 @@ */ error = VCALL(*(vps_p[0]), descp->vdesc_offset, ap); + if (descp->vdesc_vp_offsets[0] != VDESC_NO_OFFSET && + old_vps[0] != NULLVP) + old_mount = old_vps[0]->v_mount; + else + old_mount = NULL; /* * Maintain the illusion of call-by-value * by restoring vnodes in the argument structure @@ -323,7 +337,7 @@ vppp = VOPARG_OFFSETTO(struct vnode***, descp->vdesc_vpp_offset,ap); if (*vppp) - error = null_node_create(old_vps[0]->v_mount, **vppp, *vppp); + error = null_node_create(old_mount, **vppp, *vppp); } out: @@ -496,10 +510,31 @@ struct proc *a_p; } */ *ap; { + struct null_node *xp; + pid_t pid; + xp = VTONULL(ap->a_vp); + if ((xp->flags & NN_LOCK) != 0) { + pid = (ap->a_p == NULL) ? LK_KERNPROC : ap->a_p->p_pid; + if (xp->lockholder == pid) { + panic("null_lock: recursive lock"); + } else { + if ((ap->a_flags & LK_NOWAIT) != 0) + return EBUSY; + while ((xp->flags & NN_LOCK) != 0) { + xp->flags |= NN_WANT; + tsleep(xp, PINOD, "nnlock", 0); + } + } + } + vop_nolock(ap); - if ((ap->a_flags & LK_TYPE_MASK) == LK_DRAIN) - return (0); + if ((ap->a_flags & LK_TYPE_MASK) == LK_DRAIN) { + pid = (ap->a_p == NULL) ? LK_KERNPROC : ap->a_p->p_pid; + xp->flags |= NN_LOCK; + xp->lockholder = pid; + return 0; + } ap->a_flags &= ~LK_INTERLOCK; return (null_bypass((struct vop_generic_args *)ap)); } @@ -517,28 +552,58 @@ struct proc *a_p; } */ *ap; { + struct vnode *vp = ap->a_vp; + struct null_node *xp; + pid_t pid; + + xp = VTONULL(vp); + if ((xp->flags & NN_LOCK) != 0) { + pid = (ap->a_p == NULL) ? LK_KERNPROC : ap->a_p->p_pid; + if (xp->lockholder == pid) { + xp->flags &= ~ (NN_LOCK | NN_FSYNC_SKIPPED); + xp->lockholder = 0; + if ((xp->flags & NN_WANT) != 0) { + xp->flags &= ~NN_WANT; + wakeup(xp); + } + return 0; + } + } + vop_nounlock(ap); ap->a_flags &= ~LK_INTERLOCK; return (null_bypass((struct vop_generic_args *)ap)); } static int +null_islocked(ap) + struct vop_islocked_args /* { + struct vnode *a_vp; + } */ *ap; +{ + struct vnode *vp; + struct null_node *xp; + + vp = ap->a_vp; + xp = VTONULL(vp); + if (xp == NULL || (xp->flags & NN_LOCK) != 0) + return LK_EXCLUSIVE; + + return (null_bypass((struct vop_generic_args *)ap)); +} + +static int null_inactive(ap) struct vop_inactive_args /* { struct vnode *a_vp; struct proc *a_p; } */ *ap; { - struct vnode *vp = ap->a_vp; - struct null_node *xp = VTONULL(vp); - struct vnode *lowervp = xp->null_lowervp; /* * Do nothing (and _don't_ bypass). * Wait to vrele lowervp until reclaim, * so that until then our null_node is in the * cache and reusable. - * We still have to tell the lower layer the vnode - * is now inactive though. * * NEEDSWORK: Someday, consider inactive'ing * the lowervp and then trying to reactivate it @@ -546,8 +611,8 @@ * like they do in the name lookup cache code. * That's too much work for now. */ - VOP_INACTIVE(lowervp, ap->a_p); VOP_UNLOCK(ap->a_vp, 0, ap->a_p); + vrecycle(ap->a_vp, (struct simplelock *) 0, ap->a_p); return (0); } @@ -561,21 +626,85 @@ struct vnode *vp = ap->a_vp; struct null_node *xp = VTONULL(vp); struct vnode *lowervp = xp->null_lowervp; + vm_object_t object; /* * Note: in vop_reclaim, vp->v_op == dead_vnodeop_p, * so we can't call VOPs on ourself. */ + + object = vp->v_object; + if (object != lowervp->v_object) + panic("null_reclaim: wrong object"); + if (object != NULL) { + if ((void *) lowervp != object->handle) + panic("null_reclaim: wrong object handle"); + vp->v_object = NULL; + vp->v_flag &= ~(VTEXT|VOBJBUF); + if (lowervp->v_usecount < 1 + object->ref_count) + panic("null_reclaim: lowervp->v_usecount too low"); + } /* After this assignment, this node will not be re-used. */ xp->null_lowervp = NULLVP; LIST_REMOVE(xp, null_hash); FREE(vp->v_data, M_TEMP); vp->v_data = NULL; + if (lowervp->v_usecount < 1) + panic("null_reclaim: lowervp->v_usecount < 1"); vrele (lowervp); return (0); } static int +null_fsync(ap) + struct vop_fsync_args /* { + struct vnodeop_desc *a_desc; + struct vnode *a_vp; + struct ucred *a_cred; + int a_waitfor; + struct proc *a_p; + } */ *ap; +{ + struct vnode *vp; + struct null_node *xp; + pid_t pid; + + vp = ap->a_vp; + xp = VTONULL(vp); + + if (!TAILQ_EMPTY(&vp->v_dirtyblkhd)) + panic("dirty buffers on null vnode"); + if (!TAILQ_EMPTY(&vp->v_cleanblkhd)) + panic("clean buffers on null vnode"); + + if ((xp->flags & NN_LOCK) != 0) { + pid = (ap->a_p == NULL) ? LK_KERNPROC : ap->a_p->p_pid; + if (xp->lockholder == pid) + if (/* vp->v_object != NULL && + vp->v_object->handle != (void *) vp && */ + (xp->flags & NN_FSYNC_SKIPPED) == 0) { + xp->flags |= NN_FSYNC_SKIPPED; + return 0; + } + } + return (null_bypass((struct vop_generic_args *)ap)); +} + +int +null_getwritemount(ap) + struct vop_getwritemount_args /* { + struct vnode *a_vp; + struct mount **a_mpp; + } */ *ap; +{ + if (VTONULL(ap->a_vp) == NULL) { + return VOP_GETWRITEMOUNT(ap->a_vp->v_mount->mnt_vnodecovered, ap->a_mpp); + } else + return (null_bypass((struct vop_generic_args *) ap)); +} + + +static int null_print(ap) struct vop_print_args /* { struct vnode *a_vp; @@ -595,12 +724,15 @@ { &vop_access_desc, (vop_t *) null_access }, { &vop_getattr_desc, (vop_t *) null_getattr }, { &vop_inactive_desc, (vop_t *) null_inactive }, + { &vop_islocked_desc, (vop_t *) null_islocked }, { &vop_lock_desc, (vop_t *) null_lock }, { &vop_lookup_desc, (vop_t *) null_lookup }, { &vop_print_desc, (vop_t *) null_print }, { &vop_reclaim_desc, (vop_t *) null_reclaim }, { &vop_setattr_desc, (vop_t *) null_setattr }, { &vop_unlock_desc, (vop_t *) null_unlock }, + { &vop_fsync_desc, (vop_t *) null_fsync }, + { &vop_getwritemount_desc, (vop_t *) null_getwritemount }, { NULL, NULL } }; static struct vnodeopv_desc null_vnodeop_opv_desc = Index: sys/vm/vnode_pager.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vnode_pager.c,v retrieving revision 1.124 diff -u -r1.124 vnode_pager.c --- sys/vm/vnode_pager.c 2000/07/11 22:07:57 1.124 +++ sys/vm/vnode_pager.c 2000/08/06 19:17:02 @@ -154,7 +154,7 @@ vp->v_usecount++; } else { object->ref_count++; - vp->v_usecount++; + ((struct vnode *) object->handle)->v_usecount++; } vp->v_flag &= ~VOLOCK; - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 15:10:30 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mail.westbend.net (ns1.westbend.net [209.224.254.131]) by hub.freebsd.org (Postfix) with ESMTP id 4596537BDDF for ; Wed, 16 Aug 2000 15:10:26 -0700 (PDT) (envelope-from hetzels@westbend.net) Received: from admin (admin.westbend.net [209.224.254.141]) by mail.westbend.net (8.9.3/8.9.3) with SMTP id RAA09343 for ; Wed, 16 Aug 2000 17:10:23 -0500 (CDT) (envelope-from hetzels@westbend.net) Message-ID: <001b01c007ce$c6783d00$8dfee0d1@westbend.net> From: "Scot W. Hetzel" To: Subject: Re: ports/20623: cyrus-sasl-1.5.24 does not build libkerberos4.la Date: Wed, 16 Aug 2000 17:10:23 -0500 Organization: West Bend Internet X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org From: "Jimmy Olgeni" > "make configure" misses some kerberos libraries and disables the kerberos > plugin. The kerberos plugin can be built anyway, so it could be a problem > with the configuration script. > > >How-To-Repeat: > > # cd /usr/ports/security/cyrus-sasl > # make > > ... > checking for res_search in -lresolv... no > checking for krb.h... yes > checking for krb_mk_priv in -lkrb... no > checking for krb_mk_priv in -lkrb... (cached) no > configure: warning: No Kerberos V4 found > checking KERBEROS_V4... disabled > checking GSSAPI... disabled > checking ANONYMOUS... enabled > ... > [end of make] > That's what I was afraid of. The check for Kerberos is done twice in the configure script, once without -lcom_err, and once with -lcom_err (for FreeBSD's Kerberos). Unfortuantely, the second check is also looking for krb_mk_priv, but it found a cached value from the first check, and skipped the second check. Apply the following patch to the port to fix the problem. Scot --- patch-ab.orig Tue Aug 15 19:29:59 2000 +++ patch-ab Tue Aug 15 19:35:05 2000 @@ -1,5 +1,5 @@ ---- configure.in.orig Thu Aug 3 14:34:08 2000 -+++ configure.in Thu Aug 3 14:39:24 2000 +--- configure.in.orig Thu Jul 20 21:35:01 2000 ++++ configure.in Tue Aug 15 19:34:36 2000 @@ -66,8 +66,9 @@ dnl check for -R, etc. switch CMU_GUESS_RUNPATH_SWITCH @@ -12,3 +12,12 @@ AM_DISABLE_STATIC +@@ -436,7 +437,7 @@ + if test "$with_des" != no; then + AC_CHECK_HEADER(krb.h, + AC_CHECK_LIB(krb, krb_mk_priv, COM_ERR="", +- AC_CHECK_LIB(krb, krb_mk_priv, COM_ERR="-lcom_err", ++ AC_CHECK_LIB(krb, krb_mk_err, COM_ERR="-lcom_err", + AC_WARN(No Kerberos V4 found); krb4=no, -ldes -lcom_err), + -ldes), + AC_WARN(No Kerberos V4 found); krb4=no) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 16: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 A1EE637B984 for ; Wed, 16 Aug 2000 16:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA30792; Wed, 16 Aug 2000 16:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 16 Aug 2000 16:50:02 -0700 (PDT) Message-Id: <200008162350.QAA30792@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: mark tinguely Subject: Re: kern/14787: /dev/lpt0 doesn't work unless/until you do `lptcontrol -e' Reply-To: mark tinguely Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/14787; it has been noted by GNATS. From: mark tinguely To: freebsd-gnats-submit@FreeBSD.org, rfg@monkeys.com Cc: Subject: Re: kern/14787: /dev/lpt0 doesn't work unless/until you do `lptcontrol -e' Date: Wed, 16 Aug 2000 18:44:12 -0500 I did some more research looking at the interrupt code and finally at the probe/attach code of the ppc driver and found that the kernel configure flags of 0x40 used in the GENERIC kernel configuration file (and I have been using to make my kernels) affects the detection of the ppc chipset which also affects the ability of the interrupt code. Removing the "flags 0x40" from the kernel configuration file and making a new kernel, also removed my problems with the HP PS printer in interupt mode. I think the "flags 0x40" should be removed from the GENERIC kernel configuration file. --mark tinguely. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Aug 16 22: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 B71E337B99A for ; Wed, 16 Aug 2000 22:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA81807; Wed, 16 Aug 2000 22:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from brahms.mmlab.cse.yzu.edu.tw (54.c189.ethome.net.tw [202.178.189.54]) by hub.freebsd.org (Postfix) with SMTP id C1DFA37B99A for ; Wed, 16 Aug 2000 22:39:50 -0700 (PDT) (envelope-from avatar@brahms.mmlab.cse.yzu.edu.tw) Received: (qmail 478 invoked by uid 1000); 17 Aug 2000 05:39:51 -0000 Message-Id: <20000817053951.477.qmail@brahms.mmlab.cse.yzu.edu.tw> Date: 17 Aug 2000 05:39:51 -0000 From: avatar@brahms.mmlab.cse.yzu.edu.tw Reply-To: avatar@brahms.mmlab.cse.yzu.edu.tw To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/20670: No PC-CARD Slots; Device Not Configured Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20670 >Category: kern >Synopsis: No PC-CARD Slots; Device Not Configured >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Aug 16 22:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Tai-hwa Liang >Release: FreeBSD 4.1-RELEASE i386 >Organization: Multimedia Laboratory at Yuan Ze University >Environment: FreeBSD 4.1-RELEASE i386 pcic-pci0: at device 10.0 on pci0 pcic-pci0: TI12XX PCI Config Reg: [speaker enable][FUNC pci int + CSC serial isa irq] pcic-pci1: at device 10.1 on pci0 pcic-pci1: TI12XX PCI Config Reg: [speaker enable][FUNC pci int + CSC serial isa irq] pcic0: at port 0x3e0-0x3e1 on isa0 pcic0: Polling mode pccard0: on pcic0 pccard1: on pcic0 >Description: The PCMCIA card attached on TI-1221 pcic device wouldn't be probed(No PC-CARD Slots) after returned from Windoze 98. >How-To-Repeat: Boot the system into Windoze 98 first, then reboot to FreeBSD. >Fix: Following patch was modified from Warner Losh's post on -mobile (200003150741.AAA81106@harmony.village.org), and was tested on TI-1221 pcic device with 4.1-RELEASE installed box. --- pcic_p.c Thu Aug 17 13:26:54 2000 +++ /sys/pci/pcic_p.c Tue Aug 8 14:01:51 2000 @@ -183,6 +183,59 @@ device_printf(dev, "%s\n",buf); } +/* + * According to the docs for the TI chipset, this will work with any YENTA + * conforming card bus bridge. + */ +static void +ti12xx_legacy_init(device_t self) +{ + u_long bcr; /* to set interrupts */ + u_short io_port; /* the io_port to map this slot on */ + + /* + * First, just to be "safe", we muck with the power registers + * to put the chip into D0 power state. But read the power + * management capabilities register first and only do it for + * version 1 cards. + */ + if ((pci_read_config(self, 0xa2, 2) & 0x7) == 0x1) { + pci_write_config(self, 0xa4, + pci_read_config(self, 0xa4, 2) & ~0x3, 2); + } + + /* + * Only set legecay mode on first card. This will have + * functions 0 and 1 and will probe as units 0 and 1. + */ + if (device_get_unit(self) > 1) + return; + + /* + * Set legacy I/O address to 0x3e0. Only need to do this + * for first function/unit. + */ + if (device_get_unit(self) != 0) { + io_port = PCIC_INDEX_0; + pci_write_config(self, CLPD6832_LEGACY_16BIT_IOADDR, + io_port & ~PCI_MAP_IO, 4); + } + + /* + * Set default operating mode (I/O port space, Parity error enable + * and busmaster). + */ + pci_write_config(self, PCI_COMMAND_STATUS_REG, + pci_read_config(self, PCI_COMMAND_STATUS_REG, 2) | 0x47, 2); + + /* + * Enable isa-style IRQ interrupts. + */ + bcr = pci_read_config(self, 0x3e, 2); + bcr |= 0x84; + pci_write_config(self, 0x3e, bcr, 2); +} + static void generic_cardbus_attach(device_t dev) { @@ -333,14 +386,15 @@ pci_write_config(dev, PCI_COMMAND_STATUS_REG, command, 4); switch (device_id) { - case PCI_DEVICE_ID_PCIC_TI1130: - case PCI_DEVICE_ID_PCIC_TI1131: case PCI_DEVICE_ID_PCIC_TI1220: case PCI_DEVICE_ID_PCIC_TI1221: case PCI_DEVICE_ID_PCIC_TI1250: case PCI_DEVICE_ID_PCIC_TI1251: case PCI_DEVICE_ID_PCIC_TI1251B: case PCI_DEVICE_ID_PCIC_TI1225: + ti12xx_legacy_init(dev); + case PCI_DEVICE_ID_PCIC_TI1130: + case PCI_DEVICE_ID_PCIC_TI1131: case PCI_DEVICE_ID_PCIC_TI1410: case PCI_DEVICE_ID_PCIC_TI1420: case PCI_DEVICE_ID_PCIC_TI1450: >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 Aug 16 23: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 A4A0F37B928 for ; Wed, 16 Aug 2000 23:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA87734; Wed, 16 Aug 2000 23:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 1185837B697; Wed, 16 Aug 2000 23:18:22 -0700 (PDT) Message-Id: <20000817061822.1185837B697@hub.freebsd.org> Date: Wed, 16 Aug 2000 23:18:22 -0700 (PDT) From: rzubairov@snos.ru To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/20671: panicstr:page fault; panic messages:Fatal trap 12: page fault while in kernel mode; Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20671 >Category: kern >Synopsis: panicstr:page fault; panic messages:Fatal trap 12: page fault while in kernel mode; >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Aug 16 23:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Ravil Zubairov >Release: FreeBSD v3.3 stable >Organization: JSC "Salavatnefteorgsintez" >Environment: #uname -a FreeBSD bug.snos.ru 3.3-RELEASE FreeBSD 3.3-RELEASE #1: Mon Aug 14 18:17:29 YEKST 2000 toor@bug.snos.ru:/usr/src/sys/compile/bug.snos.ru i386 Hardware: HP Vectra VE8, Pentium II 350MHz, HDD 3,2GB, RAM 144MB ethernet card 3Com 3c90x 10 Mbit. >Description: ------------------------------------------------------------------ the config file of kernel ------------------------------------------------------------------ # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.freebsd.org/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.ORG/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.143.2.22 1999/09/14 22:53:30 jkh Exp $ machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" cpu "I686_CPU" ident bug maxusers 256 makeoptions DEBUG="-g" #Build kernel with debug symbols. options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options MFS #Memory Filesystem options MFS_ROOT #MFS usable as root device, "MFS" req'ed options NFS #Network Filesystem options NFS_ROOT #NFS usable as root device, "NFS" req'ed options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options "CD9660_ROOT" #CD-ROM usable as root. "CD9660" req'ed options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Be pessimistic about Joe SCSI device options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) syscall trace support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores config kernel root on wd0 # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O # Optionally these may need tweaked, (defaults shown): #options NCPU=2 # number of CPUs #options NBUS=4 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs controller isa0 controller pnp0 # PnP support for ISA controller eisa0 controller pci0 # Floppy drives controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 # IDE controller and disks options "CMD640" # work around CMD640 chip deficiency controller wdc0 at isa? port "IO_WD1" bio irq 14 disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 disk wd2 at wdc1 drive 0 disk wd3 at wdc1 drive 1 # ATAPI devices options ATAPI #Enable ATAPI support for IDE bus options ATAPI_STATIC #Don't do it as an LKM device acd0 #IDE CD-ROM device wfd0 #IDE Floppy (e.g. LS-120) # Proprietary or custom CD-ROM Interfaces #device wt0 at isa? port 0x300 bio irq 5 drq 1 #device mcd0 at isa? port 0x300 bio irq 10 #device matcd0 at isa? port 0x230 bio #device scd0 at isa? port 0x230 bio # atkbdc0 controls both the keyboard and the PS/2 mouse controller atkbdc0 at isa? port IO_KBD tty device atkbd0 at isa? tty irq 1 device psm0 at isa? tty irq 12 device vga0 at isa? port ? conflicts # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? tty # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? tty #options XSERVER # support for X server #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Floating point support - do not disable. device npx0 at isa? port IO_NPX irq 13 # Power management support (see LINT for more options) device apm0 at isa? disable flags 0x31 # Advanced Power Management # PCCARD (PCMCIA) support # Serial (COM) ports device sio0 at isa? port "IO_COM1" flags 0x10 tty irq 4 device sio1 at isa? port "IO_COM2" tty irq 3 device sio2 at isa? disable port "IO_COM3" tty irq 5 device sio3 at isa? disable port "IO_COM4" tty irq 9 # Parallel port device ppc0 at isa? port? flags 0x40 net irq 7 controller ppbus0 # Parallel port bus (required) device lpt0 at ppbus? # Printer device plip0 at ppbus? # TCP/IP over parallel device ppi0 at ppbus? # Parallel port interface device #controller vpo0 at ppbus? # Requires scbus and da0 # PCI Ethernet NICs. device xl0 # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. # requires PCCARD (PCMCIA) support to be activated #device xe0 at isa? port? net irq ? # PCCARD NIC drivers. # ze and zp take over the pcic and cannot coexist with generic pccard # support, nor the ed and ep drivers they replace. # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device sl 1 # Kernel SLIP pseudo-device ppp 1 # Kernel PPP pseudo-device tun 1 # Packet tunnel pseudo-device pty 16 # Pseudo-ttys (telnet etc) pseudo-device gzip # Exec gzipped a.out's # The `bpfilter' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # The number of devices determines the maximum number of # simultaneous BPF clients programs runnable. pseudo-device bpfilter 1 #Berkeley packet filter ------------------------------------------------------------------ end of config file ------------------------------------------------------------------ ------------------------------------------------------------------ This is the kgdb results ------------------------------------------------------------------ GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... IdlePTD 2813952 initial pcb at 23ffb4 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x60000000 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01b8a74 stack pointer = 0x10:0xc022b074 frame pointer = 0x10:0xc022b080 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 tty trap number = 12 panic: page fault syncing disks... 7 7 done dumping to dev 1, offset 319488 dump 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 1 19 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 0xc012f837 in boot () (kgdb) where #0 0xc012f837 in boot () #1 0xc012fabc in at_shutdown () #2 0xc01f6c45 in trap_fatal () #3 0xc01f6923 in trap_pfault () #4 0xc01f659a in trap () #5 0xc01b8a74 in xl_newbuf () #6 0xc01b8bcd in xl_rxeof () #7 0xc01b925f in xl_intr () #8 0xc01f5551 in i686_pagezero () #9 0xc01faa47 in vm_page_zero_idle () -------------------------------------------------- end of kgdb -------------------------------------------------- ~ >How-To-Repeat: Sometimes when I work with a network, I do ping another ... it happens. >Fix: I do not know >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 Aug 16 23:59:47 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 2488737B5FE for ; Wed, 16 Aug 2000 23:59:44 -0700 (PDT) (envelope-from cracauer@knight.cons.org) Received: (from cracauer@localhost) by knight.cons.org (8.9.3/8.9.3) id IAA20322; Thu, 17 Aug 2000 08:59:39 +0200 (CEST) Date: Thu, 17 Aug 2000 08:59:39 +0200 From: Martin Cracauer To: Jappe Reuling Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: I think I found a bug in /bin/sh Message-ID: <20000817085938.A20046@cons.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from jappe@lowlife.org on Wed, Aug 16, 2000 at 03:33:55PM +0200 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In , Jappe Reuling wrote: > > Hi, > > While writing a shell script I came acros something strange. I used an > alias for 'echo' and it looks like the alias is ignored in a case > statement. The code below produces the following on the screen: > > ---- > H > e > l > l > o > Hello > ---- > > ---- > #!/bin/sh > > alias echo="/bin/echo -n" > > hello() { > > local foo > > foo=1 > > case $foo in > 1) > echo "H" > echo "e" > echo "l" > echo "l" > echo "o" > ;; > esac > > echo "H" > echo "e" > echo "l" > echo "l" > echo "o" > > } > > hello aliases are meant for interactive use. In shellscripts, you should use a shell function instead. Replacing your alias with echo () { /bin/echo -n "$@" } works fine for sh, bash, pdksh and zsh, whereas the alias solution differs greatly (bash documentation explicitly says that aliases are not expanded in scripts). Also, I would not alias anything that is subject to the buildin-vs-extern command chaos anyway. Of course, it is technically a bug that our sh considers the alias one time and not the other. I'll check POSIX when I'm at home and see if there are any rules concerning aliases in non-interactive. I doubt it, though. If you want to make sure this gets fixed, please submit a formal bug report using send-pr or http://www.FreeBSD.org/send-pr.html. Thanks! 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 Thu Aug 17 0: 0:16 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7C98C37B880 for ; Thu, 17 Aug 2000 00:00:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA93018; Thu, 17 Aug 2000 00:00:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 4B38837BF6A; Wed, 16 Aug 2000 23:56:26 -0700 (PDT) Message-Id: <20000817065626.4B38837BF6A@hub.freebsd.org> Date: Wed, 16 Aug 2000 23:56:26 -0700 (PDT) From: langkr@flashcom.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/20672: IBM 300gl 400 machine with a s3 Trio 3d video onboard, can't get BSD past vga16 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20672 >Category: i386 >Synopsis: IBM 300gl 400 machine with a s3 Trio 3d video onboard, can't get BSD past vga16 >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: wish >Submitter-Id: current-users >Arrival-Date: Thu Aug 17 00:00:05 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Karen Lang >Release: 4.0 freeBSD Power Pak >Organization: >Environment: >Description: >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 17 3:51:28 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6032537B7F0; Thu, 17 Aug 2000 03:51:12 -0700 (PDT) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA21546; Thu, 17 Aug 2000 03:11:19 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 17 Aug 2000 03:11:19 -0700 (PDT) From: Message-Id: <200008171011.DAA21546@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org Subject: Re: bin/20600: getpeereid obtains credentials from connect() Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: getpeereid obtains credentials from connect() Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: sheldonh Responsible-Changed-When: Thu Aug 17 03:09:58 PDT 2000 Responsible-Changed-Why: This is something of an experiment. I'd like to see whether the assignment of network-related PR's to the freebsd-net list can be a productive exercise. http://www.freebsd.org/cgi/query-pr.cgi?pr=20600 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 17 3:51:29 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8052B37B7F1; Thu, 17 Aug 2000 03:51:12 -0700 (PDT) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA19477; Thu, 17 Aug 2000 03:04:44 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 17 Aug 2000 03:04:44 -0700 (PDT) From: Message-Id: <200008171004.DAA19477@freefall.freebsd.org> To: langkr@flashcom.net, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/20672: IBM 300gl 400 machine with a s3 Trio 3d video onboard, can't get BSD past vga16 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: IBM 300gl 400 machine with a s3 Trio 3d video onboard, can't get BSD past vga16 State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Thu Aug 17 03:02:37 PDT 2000 State-Changed-Why: Content-free PR; there really isn't anything in here that we could work with. You may want to consider posting a more carefully thought out request for help to the mailing list. If you decide to do this, please take a look at http://www.lemis.com/questions.html first. http://www.freebsd.org/cgi/query-pr.cgi?pr=20672 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 17 3:51: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 0B4DF37B7F5 for ; Thu, 17 Aug 2000 03:51:13 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA18884; Thu, 17 Aug 2000 03:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 3504C37B423; Thu, 17 Aug 2000 02:53:08 -0700 (PDT) Message-Id: <20000817095308.3504C37B423@hub.freebsd.org> Date: Thu, 17 Aug 2000 02:53:08 -0700 (PDT) From: vova@express.ru To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/20675: ftpd can't correct handle usernames more than 9 charactes long Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20675 >Category: bin >Synopsis: ftpd can't correct handle usernames more than 9 charactes long >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 Aug 17 03:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Vladimir B Grebenschikov >Release: 5.0-CURRENT >Organization: TSB "Russian Express" >Environment: FreeBSD lanturn.kmost.express.ru 5.0-CURRENT FreeBSD 5.0-CURRENT #4: Wed Jun 7 18:40:26 MSD 2000 root@lanturn.kmost.express.ru:/ext/src/sys/compile/LANTURN i386 >Description: looking into ftpd code: static int login_attempts; /* number of failed login attempts */ static int askpasswd; /* had user command, ask for passwd */ static char curname[10]; /* current USER name */ /* * USER command. * Sets global passwd pointer pw if named account exists and is acceptable; >How-To-Repeat: add user with long username (> 9 characters) try to login with this user by ftp >Fix: --- ftpd.c.orig Thu Aug 17 13:48:14 2000 +++ ftpd.c Thu Aug 17 13:47:55 2000 @@ -871,7 +871,7 @@ static int login_attempts; /* number of failed login attempts */ static int askpasswd; /* had user command, ask for passwd */ -static char curname[10]; /* current USER name */ +static char curname[MAXLOGNAME]; /* current USER 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 Thu Aug 17 3:51: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 9FEC637B7F2; Thu, 17 Aug 2000 03:51:12 -0700 (PDT) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA19171; Thu, 17 Aug 2000 03:02:22 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 17 Aug 2000 03:02:22 -0700 (PDT) From: Message-Id: <200008171002.DAA19171@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, wpaul@FreeBSD.org Subject: Re: kern/20671: panicstr:page fault; panic messages:Fatal trap 12: page fault while in kernel mode; Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: panicstr:page fault; panic messages:Fatal trap 12: page fault while in kernel mode; Responsible-Changed-From-To: freebsd-bugs->wpaul Responsible-Changed-By: sheldonh Responsible-Changed-When: Thu Aug 17 03:00:02 PDT 2000 Responsible-Changed-Why: The xl driver has changed a _lot_ from 3.x to 4.x. Bill, are you still maintaining xl for RELENG_3? Ravil, could you get a backtrace with debugging symbols? You'll need a debugging kernel (``makeoptions DEBUG=-g'' in the kernel config file and config'd with config -g). Once you have one, have a look at the instructions at: http://www.freebsd.org/handbook/kerneldebug.html Be sure to send your follow-up to , preserving the Subject line of this e-mail message. Of course, if xl is at the end of the line in RELENG_3, you might be better off upgrading to 4.1-RELEASE. http://www.freebsd.org/cgi/query-pr.cgi?pr=20671 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 17 3:51:39 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 837F137B7F8; Thu, 17 Aug 2000 03:51:15 -0700 (PDT) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA18569; Thu, 17 Aug 2000 02:56:03 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 17 Aug 2000 02:56:03 -0700 (PDT) From: Message-Id: <200008170956.CAA18569@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, imp@FreeBSD.org Subject: Re: kern/20670: No PC-CARD Slots; Device Not Configured Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: No PC-CARD Slots; Device Not Configured Responsible-Changed-From-To: freebsd-bugs->imp Responsible-Changed-By: sheldonh Responsible-Changed-When: Thu Aug 17 02:55:41 PDT 2000 Responsible-Changed-Why: Warner added the TI-1211 chip support. http://www.freebsd.org/cgi/query-pr.cgi?pr=20670 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 17 3:51:41 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C91DF37B7FA; Thu, 17 Aug 2000 03:51:15 -0700 (PDT) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA18095; Thu, 17 Aug 2000 02:53:06 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 17 Aug 2000 02:53:06 -0700 (PDT) From: Message-Id: <200008170953.CAA18095@freefall.freebsd.org> To: rfg@monkeys.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/14787: /dev/lpt0 doesn't work unless/until you do `lptcontrol -e' Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /dev/lpt0 doesn't work unless/until you do `lptcontrol -e' State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Thu Aug 17 02:52:14 PDT 2000 State-Changed-Why: Waiting to hear what Ronald has to say about Mark's input. http://www.freebsd.org/cgi/query-pr.cgi?pr=14787 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 17 3:51: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 A3D3B37B800 for ; Thu, 17 Aug 2000 03:51:16 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA15380; Thu, 17 Aug 2000 02:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 7E73237B446; Thu, 17 Aug 2000 02:28:12 -0700 (PDT) Message-Id: <20000817092812.7E73237B446@hub.freebsd.org> Date: Thu, 17 Aug 2000 02:28:12 -0700 (PDT) From: jms@geriatrix.circlesquared.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/20674: Dreadful tar performance with remote device Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20674 >Category: misc >Synopsis: Dreadful tar performance with remote device >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 Aug 17 02:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Jon Schneider >Release: 4.1 >Organization: >Environment: (Not with me now but a cleanish 4.1-RELEASE) >Description: I initially noticed my established backup procedure was slow then found the problem was that tar doesn't cope with remote devices very well even if they aren't remote. See how-to-repeat for output which shows that rsh/rcp on its own is ok. On a longer test the machine can be seen to be IDLE while it's taking forever not transferring the data. This is why I think it is a bug rather than overhead. I don't know whether it is tar or the kernel waiting. >How-To-Repeat: Machine is a P233MMX... Script started on Thu Aug 10 21:51:27 2000 bash-2.04# ls -l meg -rw-r--r-- 1 root wheel 1048576 Aug 10 21:50 meg bash-2.04# time rcp meg localhost:/tmp real 0m0.374s user 0m0.006s sys 0m0.063s bash-2.04# time tar cvf localhost:/tmp/fff.tar meg meg real 0m10.511s user 0m0.001s sys 0m0.054s bash-2.04# exit Script done on Thu Aug 10 21:52:17 2000 The above is VERY sensitive to blocksize. >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 Aug 17 4:10: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 06F1D37B624 for ; Thu, 17 Aug 2000 04:10:10 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA30585; Thu, 17 Aug 2000 04:10:08 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 17 Aug 2000 04:10:08 -0700 (PDT) Message-Id: <200008171110.EAA30585@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: kern/14787: /dev/lpt0 doesn't work unless/until you do `lptcontrol -e' Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/14787; it has been noted by GNATS. From: Sheldon Hearn To: mark tinguely Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/14787: /dev/lpt0 doesn't work unless/until you do `lptcontrol -e' Date: Thu, 17 Aug 2000 11:52:05 +0200 On Wed, 16 Aug 2000 16:50:02 MST, mark tinguely wrote: > Removing the "flags 0x40" from the kernel configuration file and > making a new kernel, also removed my problems with the HP PS printer > in interupt mode. I think the "flags 0x40" should be removed from > the GENERIC kernel configuration file. So in other words, _enabling_ chipset detection for ppc(4) resolved your problem? The problem with removing this from GENERIC is that the BUGS section of the manual page suggests that chipset detection causes problems for some people. Therefore, enabling the detection by default is going to cause problems for other people, even though it would solve the problem for you. Unless someone suggests that the existing default causes problems for more people than your proposed default would, I'd suggest that we leave GENERIC as it is. That said, if you'd like to draft a new FAQ entry for this, I'm sure the freebsd-doc guys would be happy to incorporate it. By the way, have you seen this FAQ entry? http://www.FreeBSD.org/FAQ/troubleshoot.html#AEN1554 Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 17 4:10:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 377EA37B684 for ; Thu, 17 Aug 2000 04:10:12 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA30590; Thu, 17 Aug 2000 04:10:10 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 17 Aug 2000 04:10:10 -0700 (PDT) Message-Id: <200008171110.EAA30590@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: kern/20632: stacking mount_null causes an error: mount_null: Resource deadlock avoided Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/20632; it has been noted by GNATS. From: Sheldon Hearn To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: kern/20632: stacking mount_null causes an error: mount_null: Resource deadlock avoided Date: Thu, 17 Aug 2000 11:41:46 +0200 Just a quick note to explain that the PR is still in feedback because Ustimenko has said that he'll try to come up with something that incorporates both his own and Tor's patch. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 17 4: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 63CFB37B507 for ; Thu, 17 Aug 2000 04:30:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA32306; Thu, 17 Aug 2000 04:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from slarti.muc.de (slarti.muc.de [193.149.48.10]) by hub.freebsd.org (Postfix) with SMTP id 193F737B43C for ; Thu, 17 Aug 2000 04:27:32 -0700 (PDT) Received: (qmail 26213 invoked by uid 66); 17 Aug 2000 11:35:37 -0000 Received: from en by slarti with UUCP; Thu Aug 17 11:35:37 2000 -0000 Received: by en1.engelschall.com (Sendmail 8.11.0+) id e7HBOI056286; Thu, 17 Aug 2000 13:24:18 +0200 (CEST) Message-Id: <200008171124.e7HBOI056286@en1.engelschall.com> Date: Thu, 17 Aug 2000 13:24:18 +0200 (CEST) From: "Ralf S. Engelschall" Reply-To: rse@engelschall.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/20677: slight prototype inconsistency for poll(2) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20677 >Category: kern >Synopsis: slight prototype inconsistency for poll(2) >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 Aug 17 04:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Ralf S. Engelschall >Release: FreeBSD 4.1-STABLE i386 >Organization: Engelschall, Germany. >Environment: FreeBSD en1.engelschall.com 4.1-STABLE FreeBSD 4.1-STABLE #0: Sun Aug 13 15:33:17 CEST 2000 rse@en1.engelschall.com:/usr/obj/usr/src/sys/EN1 i386 >Description: Under FreeBSD 4.1-STABLE (and also under 5.0-CURRENT if I had tried), the Autoconf stuff of my GNU Portable Threads reports: | : | checking for type of argument 2 for poll()... unsigned | checking for fallback nfds_t... unsigned | : And as a result my generated pth.h header then has a "typedef unsigned nfds_t;", although I would have expected (both for cleanness and by reading the poll(2) manpage) that the result is "typedef unsigned int nfds_t;" (note the explicit "int"). This is caused because the prototype for poll() in /usr/include/poll.h is not 100% syntactically equivalent to the one in the manpage poll(2): it lacks the implicit "int" keyword. Sure, I know that "unsigned" and "unsigned int" are semantically the same in ANSI C, of course. But for consistency reasons I would appreciate that our header poll.h exactly reflects the prototype from the manpage unless we provide the more standardized (SUSv2) "nfds_t" type. >How-To-Repeat: :> grep "unsigned _nfds" /usr/include/sys/poll.h int poll __P((struct pollfd *_pfd, unsigned _nfds, int _timeout)); :> gunzip Fix: Index: src/sys/sys/poll.h =================================================================== RCS file: /home/ncvs/src/sys/sys/poll.h,v retrieving revision 1.6 diff -u -d -r1.6 poll.h --- poll.h 1999/12/29 04:24:45 1.6 +++ poll.h 2000/08/17 11:08:38 @@ -100,7 +100,7 @@ * XXX poll() has "unsigned long" nfds on SVR4, not unsigned as on the * other BSDs. */ -int poll __P((struct pollfd *_pfd, unsigned _nfds, int _timeout)); +int poll __P((struct pollfd *_pfd, unsigned int _nfds, int _timeout)); __END_DECLS #endif /* !_KERNEL */ >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 Aug 17 5:22: 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 3004137B446; Thu, 17 Aug 2000 05:22:04 -0700 (PDT) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA39074; Thu, 17 Aug 2000 05:22:02 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 17 Aug 2000 05:22:02 -0700 (PDT) From: Message-Id: <200008171222.FAA39074@freefall.freebsd.org> To: jms@geriatrix.circlesquared.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: gnu/20674: Dreadful tar performance with remote device Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Dreadful tar performance with remote device State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Thu Aug 17 05:17:49 PDT 2000 State-Changed-Why: GNU tar is not maintained by the FreeBSD project, and has its own mail address for reporting bugs: . It is worth noting, however, that FreeBSD ships a fairly old and modified version of GNU tar. If you could try to build GNU tar 1.13, and see whether the problem persists, that would probably give us an indication as to whether this actually needs to be reported to the GNU folks. http://www.freebsd.org/cgi/query-pr.cgi?pr=20674 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 17 5:25: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 4FC8C37B449; Thu, 17 Aug 2000 05:25:22 -0700 (PDT) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA39436; Thu, 17 Aug 2000 05:25:20 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 17 Aug 2000 05:25:20 -0700 (PDT) From: Message-Id: <200008171225.FAA39436@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sheldonh@FreeBSD.org Subject: Re: bin/20675: ftpd can't correct handle usernames more than 9 charactes long Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ftpd can't correct handle usernames more than 9 charactes long Responsible-Changed-From-To: freebsd-bugs->sheldonh Responsible-Changed-By: sheldonh Responsible-Changed-When: Thu Aug 17 05:24:55 PDT 2000 Responsible-Changed-Why: I'll take this one, since I've been suing this patch for a little over a year, now. http://www.freebsd.org/cgi/query-pr.cgi?pr=20675 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 17 5: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 45F5037B616 for ; Thu, 17 Aug 2000 05:40:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA41583; Thu, 17 Aug 2000 05:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from sentinel.office1.bg (sentinel.office1.bg [195.24.48.182]) by hub.freebsd.org (Postfix) with SMTP id 3B9B937B616 for ; Thu, 17 Aug 2000 05:32:48 -0700 (PDT) Received: (qmail 1416 invoked by uid 1001); 17 Aug 2000 12:25:07 -0000 Message-Id: <20000817122507.1415.qmail@ringwraith.office1> Date: 17 Aug 2000 12:25:07 -0000 From: Peter Pentchev Reply-To: Peter Pentchev To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/20681: [PATCH] show service names in netstat and sockstat Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20681 >Category: bin >Synopsis: [PATCH] show service names in netstat and sockstat >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 Aug 17 05:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Peter Pentchev >Release: FreeBSD 4.1-STABLE i386 >Organization: Orbitel JSCo >Environment: Diffs against RELENG_4, probably easy to port to other releases. >Description: Sometimes it is helpful to be able to see port numbers resolved to service names without attempting to resolve host and network addresses. The attached patch adds a -S flag to netstat, which overrides the -n flag for service names (hosts and networks are still shown numerically). Also included is a trivial patch to the sockstat Perl script, which makes use of the netstat -S flag, showing service names in sockstat, which was the whole reason I started doing this at all :) >How-To-Repeat: N/A >Fix: diff -u -urN src/usr.bin/netstat/inet.c mysrc/usr.bin/netstat/inet.c --- src/usr.bin/netstat/inet.c Thu Jul 20 19:38:54 2000 +++ mysrc/usr.bin/netstat/inet.c Thu Aug 17 14:57:27 2000 @@ -695,7 +695,7 @@ sprintf(line, "%.*s.", (Aflag && !numeric) ? 12 : 16, inetname(in)); cp = index(line, '\0'); - if (!numeric && port) + if ((Sflag || !numeric) && port) sp = getservbyport((int)port, proto); if (sp || port == 0) sprintf(cp, "%.15s", sp ? sp->s_name : "*"); diff -u -urN src/usr.bin/netstat/inet6.c mysrc/usr.bin/netstat/inet6.c --- src/usr.bin/netstat/inet6.c Tue Aug 8 16:33:35 2000 +++ mysrc/usr.bin/netstat/inet6.c Thu Aug 17 14:59:40 2000 @@ -992,7 +992,7 @@ sprintf(line, "%.*s.", lflag ? 39 : (Aflag && !numeric) ? 12 : 16, inet6name(in6)); cp = index(line, '\0'); - if (!numeric && port) + if ((Sflag || !numeric) && port) GETSERVBYPORT6(port, proto, sp); if (sp || port == 0) sprintf(cp, "%.8s", sp ? sp->s_name : "*"); diff -u -urN src/usr.bin/netstat/iso.c mysrc/usr.bin/netstat/iso.c --- src/usr.bin/netstat/iso.c Mon Sep 6 10:34:27 1999 +++ mysrc/usr.bin/netstat/iso.c Thu Aug 17 15:00:51 2000 @@ -435,7 +435,7 @@ *cp++ = '.'; if(sufxlen) { - if( !Aflag && !nflag && (ihe=iso_getserventrybytsel(sufx, sufxlen))) { + if( !Aflag && (Sflag || !nflag) && (ihe=iso_getserventrybytsel(sufx, sufxlen))) { Ihe = *ihe; ihe = &Ihe; } diff -u -urN src/usr.bin/netstat/main.c mysrc/usr.bin/netstat/main.c --- src/usr.bin/netstat/main.c Thu Jul 20 19:38:58 2000 +++ mysrc/usr.bin/netstat/main.c Thu Aug 17 15:01:46 2000 @@ -302,7 +302,7 @@ af = AF_UNSPEC; - while ((ch = getopt(argc, argv, "Aabdf:ghI:lLiM:mN:np:rstuw:")) != -1) + while ((ch = getopt(argc, argv, "Aabdf:ghI:lLiM:mN:np:rSstuw:")) != -1) switch(ch) { case 'A': Aflag = 1; @@ -393,6 +393,9 @@ case 'r': rflag = 1; break; + case 'S': + Sflag = 1; + break; case 's': ++sflag; break; @@ -696,8 +699,8 @@ usage() { (void)fprintf(stderr, "%s\n%s\n%s\n%s\n", -"usage: netstat [-AaLln] [-f address_family] [-M core] [-N system]", -" netstat [-abdghilmnrs] [-f address_family] [-M core] [-N system]", +"usage: netstat [-AaLlnS] [-f address_family] [-M core] [-N system]", +" netstat [-abdghilmnrSs] [-f address_family] [-M core] [-N system]", " netstat [-bdn] [-I interface] [-M core] [-N system] [-w wait]", " netstat [-M core] [-N system] [-p protocol]"); exit(1); diff -u -urN src/usr.bin/netstat/netstat.1 mysrc/usr.bin/netstat/netstat.1 --- src/usr.bin/netstat/netstat.1 Sat Mar 11 16:33:13 2000 +++ mysrc/usr.bin/netstat/netstat.1 Thu Aug 17 15:05:17 2000 @@ -235,6 +235,10 @@ The program will complain if .Ar protocol is unknown or if there is no statistics routine for it. +.It Fl S +Show service names even if numeric output has been requested by the +.Fl n +option. .It Fl s Show per-protocol statistics. If this option is repeated, counters with a value of zero are suppressed. diff -u -urN src/usr.bin/netstat/netstat.h mysrc/usr.bin/netstat/netstat.h --- src/usr.bin/netstat/netstat.h Thu Jul 20 19:38:59 2000 +++ mysrc/usr.bin/netstat/netstat.h Thu Aug 17 14:55:54 2000 @@ -48,6 +48,7 @@ int nflag; /* show addresses numerically */ int pflag; /* show given protocol */ int rflag; /* show routing tables (or routing stats) */ +int Sflag; /* show service names even if -n specified */ int sflag; /* show protocol statistics */ int tflag; /* show i/f watchdog timers */ diff -u -urN src/usr.bin/sockstat/sockstat.pl mysrc/usr.bin/sockstat/sockstat.pl --- src/usr.bin/sockstat/sockstat.pl Sat Mar 11 13:25:00 2000 +++ mysrc/usr.bin/sockstat/sockstat.pl Thu Aug 17 15:08:26 2000 @@ -40,7 +40,7 @@ $user, $cmd, $pid, $fd, $proto,$laddr, $faddr . -open NETSTAT, "netstat -Aan |" or die "'netstat' failed: $!"; +open NETSTAT, "netstat -AanS |" or die "'netstat' failed: $!"; ; ; while () { >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 Aug 17 7: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 3215837B635 for ; Thu, 17 Aug 2000 07:30:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA57987; Thu, 17 Aug 2000 07:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 0A89537B635; Thu, 17 Aug 2000 07:30:00 -0700 (PDT) Message-Id: <20000817143000.0A89537B635@hub.freebsd.org> Date: Thu, 17 Aug 2000 07:30:00 -0700 (PDT) From: jj@commandline.de To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/20685: fbsd 4.1-stable crashed when compiling stuff or doing some i/o (network and disk) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20685 >Category: i386 >Synopsis: fbsd 4.1-stable crashed when compiling stuff or doing some i/o (network and disk) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Aug 17 07:30:03 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Jonas Jochum >Release: 4.1-STABLE >Organization: commandline net services >Environment: FreeBSD galileo.commandline.de 4.1-RELEASE FreeBSD 4.1-RELEASE #1: Thu Aug 10 17:40:55 CEST 2000 root@galileo.commandline.de:/usr/src/sys/compile/GALILEO i386 >Description: When compiling programs (e.g. wget, or samba-2.0.7), 4.1-stable crashes on my machine (Pentium 120, 96 megs RAM). The weird thing is, that the kernel compiled fine. Every other compilation crashed the machine hard. (Page fault in kernel mode) Hardware: ATI xpert@work Mach64 gfx-card VIA 82C586 IDE-Controller (according to dmesg) VIA VT6102 Rhine II nic Elsa Quickstep 1000pro PCI ISDN-card The hardware is fairly old, however, it used to run rock solid under Linux. It's somewhat weird, that although the harddrive (a Fujitsu 8 GB IDE-drive) and the mainboard both support UDMA33, but when fbsd tries to mount the hd, it complains about a command timeout: ad0: READ command timeout - resetting ata0: resetting devices .. done It does that 3 times, and then it falls back into PIO mode. >How-To-Repeat: compile some stuff from the ports, or transfer about 400-500 megs via NFS to the pc. >Fix: none >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 17 8:40: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 6F25037B72A for ; Thu, 17 Aug 2000 08:40:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA70661; Thu, 17 Aug 2000 08:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from core.atomicbluebear.org (jenny.adsl2.pangea.ca [64.4.83.19]) by hub.freebsd.org (Postfix) with SMTP id 0283D37B7AD for ; Thu, 17 Aug 2000 08:31:53 -0700 (PDT) Received: (qmail 19699 invoked from network); 17 Aug 2000 15:31:43 -0000 Received: from meltdown.atomicbluebear.org (172.31.254.2) by core.atomicbluebear.org with QMQP; 17 Aug 2000 15:31:43 -0000 Message-Id: <20000817153139.1304.qmail@meltdown.atomicbluebear.org> Date: 17 Aug 2000 15:31:39 -0000 From: mlea@atomicbluebear.org Reply-To: mlea@atomicbluebear.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/20686: bpf filter broken with tun interface Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20686 >Category: kern >Synopsis: bpf filters do not behave as expected with tun interfaces >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 Aug 17 08:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Michael Lea >Release: FreeBSD 5.0-CURRENT i386 >Organization: private user >Environment: $ uname -a FreeBSD meltdown.atomicbluebear.org 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Wed Aug 16 22:05:28 CDT 2000 mlea@meltdown.atomicbluebear.org:/usr/obj/usr/src/sys/PLANCK i386 $ ifconfig -a ed0: flags=8843 mtu 1400 inet 172.31.254.2 netmask 0xffffff00 broadcast 172.31.254.255 ether 00:40:05:5d:d6:d9 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 tun0: flags=8151 mtu 1400 inet 64.4.94.80 --> 64.4.82.5 netmask 0xffffffff Opened by PID 1215 >Description: When running tcpdump with filter expressions, the filter only works as expected on *outgoing* packets. For example, given a simple "positive" filter, tcpdump will only capture *outbound* packets. Given the inverse "negative" filter, tcpdump will capture both inbound & outbound packets, *including inbound packets that should have been captured in the positive filter.* >How-To-Repeat: 1. Bring up a PPP connection using user-ppp. 2. Run two (or three) tcpdump sessions to watch traffic on the PPP link: a) no filters: tcpdump -n -i tun0 b) positive filter: tcpdump -n -i tun0 icmp c) negative filter: tcpdump -n -i tun0 not icmp 3. Send controlled traffic over the PPP link (in this example, pings from a remote host and a failed TCP connection attempt). ***** REMOTE HOST ***** $ ping -c 5 64.4.94.80 PING 64.4.94.80 (64.4.94.80): 56 data bytes 64 bytes from 64.4.94.80: icmp_seq=0 ttl=255 time=97.491 ms 64 bytes from 64.4.94.80: icmp_seq=1 ttl=255 time=98.056 ms 64 bytes from 64.4.94.80: icmp_seq=2 ttl=255 time=99.096 ms 64 bytes from 64.4.94.80: icmp_seq=3 ttl=255 time=92.134 ms 64 bytes from 64.4.94.80: icmp_seq=4 ttl=255 time=96.834 ms --- 64.4.94.80 ping statistics --- 5 packets transmitted, 5 packets received, 0% packet loss round-trip min/avg/max/stddev = 92.134/96.722/99.096/2.411 ms $ telnet 64.4.94.80 12345 Trying 64.4.94.80... telnet: connect to address 64.4.94.80: Connection refused telnet: Unable to connect to remote host ***** NO FILTER ***** # tcpdump -d -i tun0 (000) ret #96 # tcpdump -n -i tun0 tcpdump: listening on tun0 09:45:08.749435 64.4.83.19 > 64.4.94.80: icmp: echo request 09:45:08.749639 64.4.94.80 > 64.4.83.19: icmp: echo reply 09:45:09.770319 64.4.83.19 > 64.4.94.80: icmp: echo request 09:45:09.770668 64.4.94.80 > 64.4.83.19: icmp: echo reply 09:45:10.798635 64.4.83.19 > 64.4.94.80: icmp: echo request 09:45:10.798837 64.4.94.80 > 64.4.83.19: icmp: echo reply 09:45:11.807835 64.4.83.19 > 64.4.94.80: icmp: echo request 09:45:11.808142 64.4.94.80 > 64.4.83.19: icmp: echo reply 09:45:12.832782 64.4.83.19 > 64.4.94.80: icmp: echo request 09:45:12.833094 64.4.94.80 > 64.4.83.19: icmp: echo reply 09:45:19.831059 64.4.83.19.1653 > 64.4.94.80.12345: S 1748413850:1748413850(0) win 16384 (DF) [tos 0x10] 09:45:19.831252 64.4.94.80.12345 > 64.4.83.19.1653: R 0:0(0) ack 1748413851 win 0 ^C 12 packets received by filter 0 packets dropped by kernel ***** POSITIVE FILTER ***** # tcpdump -d -i tun0 icmp (000) ld [0] (001) jeq #0x2000000 jt 2 jf 5 (002) ldb [13] (003) jeq #0x1 jt 4 jf 5 (004) ret #96 (005) ret #0 # tcpdump -n -i tun0 icmp tcpdump: listening on tun0 09:45:08.749636 64.4.94.80 > 64.4.83.19: icmp: echo reply 09:45:09.770664 64.4.94.80 > 64.4.83.19: icmp: echo reply 09:45:10.798833 64.4.94.80 > 64.4.83.19: icmp: echo reply 09:45:11.808138 64.4.94.80 > 64.4.83.19: icmp: echo reply 09:45:12.833089 64.4.94.80 > 64.4.83.19: icmp: echo reply ^C 12 packets received by filter 0 packets dropped by kernel ***** NEGATIVE FILTER ***** # tcpdump -d -i tun0 not icmp (000) ld [0] (001) jeq #0x2000000 jt 2 jf 5 (002) ldb [13] (003) jeq #0x1 jt 4 jf 5 (004) ret #0 (005) ret #96 # tcpdump -n -i tun0 not icmp tcpdump: listening on tun0 09:45:08.749423 64.4.83.19 > 64.4.94.80: icmp: echo request 09:45:09.770306 64.4.83.19 > 64.4.94.80: icmp: echo request 09:45:10.798627 64.4.83.19 > 64.4.94.80: icmp: echo request 09:45:11.807828 64.4.83.19 > 64.4.94.80: icmp: echo request 09:45:12.832771 64.4.83.19 > 64.4.94.80: icmp: echo request 09:45:19.831049 64.4.83.19.1653 > 64.4.94.80.12345: S 1748413850:1748413850(0) win 16384 (DF) [tos 0x10] 09:45:19.831249 64.4.94.80.12345 > 64.4.83.19.1653: R 0:0(0) ack 1748413851 win 0 ^C 12 packets received by filter 0 packets dropped by kernel >Fix: The problem appears to be a byte-order problem with the address family on the incoming packet in /sys/net/if_tun.c. Examining the packets captured by tcpdump in Ethereal shows an address family of 0x00000002 on the inbound packets and a family of 0x02000000 on the outbound packets. Running tcpdump with the -e flag shows similar results. The fix is to ensure that the address family is stored in the packet in host byte order, since that is what tcpdump/libpcap is looking for. This probably means mangling the inbound packets at around if_tun.c:649 since the address family at this point will be in network byte order. >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 Aug 17 9:21:45 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5D31837B791; Thu, 17 Aug 2000 09:21:43 -0700 (PDT) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA76829; Thu, 17 Aug 2000 09:21:41 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 17 Aug 2000 09:21:41 -0700 (PDT) From: Message-Id: <200008171621.JAA76829@freefall.freebsd.org> To: jj@commandline.de, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/20685: fbsd 4.1-stable crashed when compiling stuff or doing some i/o (network and disk) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: fbsd 4.1-stable crashed when compiling stuff or doing some i/o (network and disk) State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Thu Aug 17 09:20:11 PDT 2000 State-Changed-Why: Could you get a backtrace with debugging symbols? You'll need a debugging kernel (``makeoptions DEBUG=-g'' in the kernel config file and config'd with config -g). Once you have one, have a look at the instructions at: http://www.freebsd.org/handbook/kerneldebug.html Be sure to send your follow-up to , preserving the Subject line of this e-mail message. http://www.freebsd.org/cgi/query-pr.cgi?pr=20685 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 17 10: 1: 1 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4738C37BA65; Thu, 17 Aug 2000 10:00:02 -0700 (PDT) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA82598; Thu, 17 Aug 2000 10:00:00 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 17 Aug 2000 10:00:00 -0700 (PDT) From: Message-Id: <200008171700.KAA82598@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, brian@FreeBSD.org Subject: Re: kern/20686: bpf filters do not behave as expected with tun interfaces Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: bpf filters do not behave as expected with tun interfaces Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: sheldonh Responsible-Changed-When: Thu Aug 17 09:58:51 PDT 2000 Responsible-Changed-Why: Over to the maintainer. I'm not sure that this is related to PR bin/20188, so I've left both open. http://www.freebsd.org/cgi/query-pr.cgi?pr=20686 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 17 10: 7: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 E983637B737; Thu, 17 Aug 2000 10:04:52 -0700 (PDT) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA83328; Thu, 17 Aug 2000 10:04:50 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 17 Aug 2000 10:04:50 -0700 (PDT) From: Message-Id: <200008171704.KAA83328@freefall.freebsd.org> To: rse@engelschall.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/20677: slight prototype inconsistency for poll(2) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: slight prototype inconsistency for poll(2) State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Thu Aug 17 10:04:34 PDT 2000 State-Changed-Why: Waiting for feedback from bde. http://www.freebsd.org/cgi/query-pr.cgi?pr=20677 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 17 10: 7:48 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from onion.ish.org (onion.ish.org [210.145.219.202]) by hub.freebsd.org (Postfix) with ESMTP id D580137B821 for ; Thu, 17 Aug 2000 10:06:58 -0700 (PDT) Received: from localhost (ishizuka@localhost [127.0.0.1]) by onion.ish.org (8.9.3/3.7Wpl2-2000/05/28) with ESMTP id CAA26690; Fri, 18 Aug 2000 02:06:49 +0900 (JST) To: ume@mahoroba.org Cc: FreeBSD-bugs@freebsd.org Subject: Re: bin/20613: fetch -T n is not timeout correctly In-Reply-To: <20000817.025250.74742437.ume@mahoroba.org> References: <20000817.025250.74742437.ume@mahoroba.org> X-Mailer: Mew version 1.94.2 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) X-PGP-Fingerprint20: 276D 697A C2CB 1580 C683 8F18 DA98 1A4A 50D2 C4CB X-PGP-Fingerprint16: C6 DE 46 24 D7 9F 22 EB 79 E2 90 AB 1B 9A 35 2E X-PGP-Public-Key: http://www.ish.org/pgp-public-key.txt X-URL: http://www.ish.org/ Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000818020648U.ishizuka@onion.ish.org> Date: Fri, 18 Aug 2000 02:06:48 +0900 From: Masachika ISHIZUKA X-Dispatcher: imput version 20000414(IM141) Lines: 41 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >>>Description: >> >> % fetch -T 5 http://www.hoge.com/index.html >> >> When server 'www.hoge.com' is down or can't lookup address from >> DNS server, fetch command is not timeout with 5 seconds. >> Older version of fetch (with 4.0R or 3.4R) is timeout with 5 seconds. > > I cannot realize this problem with accessing > http://www.hoge.com/index.html. However, I heared from you that > fetching to the server where is actually not exist something like > "fetch -T 1 http://10.1.1.1/aaa.txt" causes this problem. > Is this patch fix your problem? > > Index: lib/libfetch/common.c > diff -u lib/libfetch/common.c.orig lib/libfetch/common.c > --- lib/libfetch/common.c.orig Tue Jul 18 07:01:26 2000 > +++ lib/libfetch/common.c Thu Aug 17 02:36:42 2000 > @@ -201,7 +201,12 @@ > if ((sd = socket(res->ai_family, res->ai_socktype, > res->ai_protocol)) == -1) > continue; > - if (connect(sd, res->ai_addr, res->ai_addrlen) != -1) > + if (fetchTimeout) > + alarm(fetchTimeout); > + err = connect(sd, res->ai_addr, res->ai_addrlen); > + if (fetchTimeout) > + alarm(0); > + if (err != -1) > break; > close(sd); > sd = -1; Hi, this is ishizuka. Thank you very much. This patch fixed my problem. And, sorry to say that I wrote 'www.hoge.com' to mean 'some.nonexist.domain.or.server' but this domain and this server really exists. -- ishizuka@ish.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 17 10:10:57 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DDCD337BB02 for ; Thu, 17 Aug 2000 10:10:11 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA85392; Thu, 17 Aug 2000 10:10:09 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 17 Aug 2000 10:10:09 -0700 (PDT) Message-Id: <200008171710.KAA85392@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: kern/20677: slight prototype inconsistency for poll(2) Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/20677; it has been noted by GNATS. From: Sheldon Hearn To: bde@FreeBSD.org Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/20677: slight prototype inconsistency for poll(2) Date: Thu, 17 Aug 2000 19:04:27 +0200 On Thu, 17 Aug 2000 13:24:18 +0200, "Ralf S. Engelschall" wrote: > >Number: 20677 > >Category: kern > >Synopsis: slight prototype inconsistency for poll(2) > -int poll __P((struct pollfd *_pfd, unsigned _nfds, int _timeout)); > +int poll __P((struct pollfd *_pfd, unsigned int _nfds, int _timeout)); Hi Bruce, You changed the type of the _nfds argument from u_int to unsigned in rev 1.4 of poll.h. Can we change it to unsigned int to match the manual page? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 17 10:20: 2 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 999EF37B66B; Thu, 17 Aug 2000 10:19:51 -0700 (PDT) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e7HHJnC08759; Thu, 17 Aug 2000 10:19:49 -0700 (PDT) Date: Thu, 17 Aug 2000 10:19:49 -0700 From: Alfred Perlstein To: sheldonh@FreeBSD.ORG Cc: freebsd-bugs@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: bin/20600: getpeereid obtains credentials from connect() Message-ID: <20000817101949.C4854@fw.wintelcom.net> References: <200008171011.DAA21546@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <200008171011.DAA21546@freefall.freebsd.org>; from sheldonh@FreeBSD.ORG on Thu, Aug 17, 2000 at 03:11:19AM -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org * sheldonh@FreeBSD.ORG [000817 04:32] wrote: > Synopsis: getpeereid obtains credentials from connect() > > Responsible-Changed-From-To: freebsd-bugs->freebsd-net > Responsible-Changed-By: sheldonh > Responsible-Changed-When: Thu Aug 17 03:09:58 PDT 2000 > Responsible-Changed-Why: > This is something of an experiment. I'd like to see whether the > assignment of network-related PR's to the freebsd-net list can be > a productive exercise. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=20600 This was a poor test case, I really don't like getpeerid() IMO it's redundant and not useful over what I hopes to replace which is credential passing over sendmsg(). -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 17 10:40:20 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3621037BEF9 for ; Thu, 17 Aug 2000 10:40:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA89582; Thu, 17 Aug 2000 10:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 7F6C837BEDC; Thu, 17 Aug 2000 10:39:06 -0700 (PDT) Message-Id: <20000817173906.7F6C837BEDC@hub.freebsd.org> Date: Thu, 17 Aug 2000 10:39:06 -0700 (PDT) From: smohagan@yahoo.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/20687: FTP Install thru http proxy jumps to extraction without drive slicing or labelling Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20687 >Category: misc >Synopsis: FTP Install thru http proxy jumps to extraction without drive slicing or labelling >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Aug 17 10:40:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Sean O'Hagan >Release: Release 4.1 >Organization: Metavera Solutions, Inc. >Environment: FreeBSD harlot.karkalis.com 4.1-RELEASE FreeBSD 4.1-RELEASE #0: Thu Jul 27 04:44:16 GMT 2000 root@usw4.freebsd.org:/usr/src/sys/compile/GENERIC i386 >Description: When choosing "ftp via http proxy" as the media type, the installation program asks for appropriate fields, sets up the network variables, and then jumps into the downloading. However, none of the drive partitioning or labelling seems to have occurred. >How-To-Repeat: Simply reinstall by selecting the same media type. >Fix: Workaround: select the standard ftp option and setup a bunch of things here. When it fails, I then select "ftp via http proxy" again and it seems to work. My guess is that some variables are being set using the unsuccessful "ftp" media install which are then used somehow. >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 Aug 17 10:59:18 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mgw-x1.nokia.com (mgw-x1.nokia.com [131.228.20.21]) by hub.freebsd.org (Postfix) with ESMTP id AE7AB37B6A6 for ; Thu, 17 Aug 2000 10:59:09 -0700 (PDT) Received: from mgw-i2.ntc.nokia.com (mgw-i2.ntc.nokia.com [131.228.118.61]) by mgw-x1.nokia.com (8.10.2/8.10.2/Nokia) with ESMTP id e7HHwnk07714 for ; Thu, 17 Aug 2000 20:59:02 +0300 (EET DST) Received: from cornice (mvdhcp141198.americas.nokia.com [172.18.141.198]) by mgw-i2.ntc.nokia.com (8.10.2/8.10.2/Nokia) with ESMTP id e7HHwmw20507 for ; Thu, 17 Aug 2000 20:58:48 +0300 (EET DST) Message-Id: <4.2.1.20000817104900.01ccfa30@mveis01nok.americas.nokia.com> X-Sender: cfullmer@mveis01nok.americas.nokia.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.1 Date: Thu, 17 Aug 2000 10:58:43 -0700 To: freebsd-bugs@freebsd.org From: "Chane L. Fullmer" Subject: Failure at installation for FBSD 4.0 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 I am experiencing a failure at installation as follows: upon booting from the CDROM, during the kernel device scanning I get the following: "ahc0: Someone reset channel A" The machine then goes into an endless loop repeating this message until it is rebooted.. --------------------- This is a dual processor machine -- two pentium 400MHz... What suggestions do you have for completing the installation?? --thanks --chane To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 17 18:51:39 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.129.65]) by hub.freebsd.org (Postfix) with ESMTP id 98B2737BB44; Thu, 17 Aug 2000 18:50:47 -0700 (PDT) Received: from monkeys.com (236.dsl9226.rcsis.com [63.92.26.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 729F16E3C70; Thu, 17 Aug 2000 15:25:26 -0700 (PDT) Received: from monkeys.com (localhost [127.0.0.1]) by monkeys.com (8.9.3/8.9.3) with ESMTP id PAA49755; Thu, 17 Aug 2000 15:24:14 -0700 (PDT) To: sheldonh@FreeBSD.org Cc: freebsd-bugs@FreeBSD.org Subject: Re: kern/14787: /dev/lpt0 doesn't work unless/until you do `lptcontrol -e' In-reply-to: Your message of Thu, 17 Aug 2000 02:53:06 -0700. <200008170953.CAA18095@freefall.freebsd.org> Date: Thu, 17 Aug 2000 15:24:14 -0700 Message-ID: <49753.966551054@monkeys.com> From: "Ronald F. Guilmette" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <200008170953.CAA18095@freefall.freebsd.org>, you wrote: >Synopsis: /dev/lpt0 doesn't work unless/until you do `lptcontrol -e' > >State-Changed-From-To: open->feedback >State-Changed-By: sheldonh >State-Changed-When: Thu Aug 17 02:52:14 PDT 2000 >State-Changed-Why: >Waiting to hear what Ronald has to say about Mark's >input. > > >http://www.freebsd.org/cgi/query-pr.cgi?pr=14787 OK. Sorry. I didn't realize that anybody was waiting on me. The bottom line is that _all_ of the problems I ever had sending data to /dev/lpt0 (under FreeBSD) occured some long time ago, and although I can no longer remember all of the details, the one thing that I do seem to clearly recall is that in the end, I finally isolated the problem(s) down to the point where I was 100% sure that it was just all due to some apparent subtle problem with the on-board parallel port hardware on one specific motherboard I had in one specific system, i.e. a Tekram P5V30-B4 motherboard. Subsequent testing with the exact same version of FreeBSD, but loaded onto a system that had a somewhat more modern (and less flaky or more standard-conforming?) ASUS motherboard indicated that all problems I had previously experienced in sending data to my printer vanished completely with the ASUS motherboard. I wish that I had a better memory of all of this, but I really don't remember anything more than that. I chalked it all up to some obscure hardware nit in the on-board parallel port(s) of the Tekram board, and from then on I just kept my printer hooked up to the ASUS-base system and I have been a happy camper ever since. (I've never experienced a single problem of any kind sending data to /dev/lpt0 from the ASUS-based system. It just works. Gosh how I wish everthing was like that!) Note that this does not in any way preclude the possibility that there may indeed be other problems, e.g. relating to the configuration of the parallel port driver in the default kernel configuration file. But if any such additional problems do exist, I am not aware of them, have not been affected by them, and would have no easy way of knowing whether or not some suggested fix would be appropriate for those or not. Sorry that I cannot be of more help. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 17 19: 3: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 70A0E37B6E8 for ; Thu, 17 Aug 2000 19:00:10 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA09135; Thu, 17 Aug 2000 19:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 17 Aug 2000 19:00:03 -0700 (PDT) Message-Id: <200008180200.TAA09135@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jonas Jochum Subject: Re: i386/20685: fbsd 4.1-stable crashed when compiling stuff or doing some i/o (network and disk) Reply-To: Jonas Jochum Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/20685; it has been noted by GNATS. From: Jonas Jochum To: Cc: freebsd-gnats-submit@freebsd.org Subject: Re: i386/20685: fbsd 4.1-stable crashed when compiling stuff or doing some i/o (network and disk) Date: Thu, 17 Aug 2000 22:52:14 +0200 (MEST) > Could you get a backtrace with debugging symbols? You'll > need a debugging kernel (``makeoptions DEBUG=-g'' in the > kernel config file and config'd with config -g). > Once you have one, have a look at the instructions at: > http://www.freebsd.org/handbook/kerneldebug.html > Be sure to send your follow-up to > , preserving the Subject > line of this e-mail message. > http://www.freebsd.org/cgi/query-pr.cgi?pr=20685 hm. weird. I just compiled the kernel with the debugging options, and now it doesn't seem to crash any more... my box has now been compiling licq for about half an hour, and it hasn't panic'ed yet. With the old kernel it crashed after two or three minutes of compiling. I guess, you can mark the bug report as resolved. I don't know *what* caused that unstability (I'd really like to know), but it it now seems to be gone. Sorry for the trouble! Regards, Jonas -- Sent through GMX FreeMail - http://www.gmx.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 17 19: 3:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 81E7837BB24 for ; Thu, 17 Aug 2000 19:00:13 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA09160; Thu, 17 Aug 2000 19:00:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 17 Aug 2000 19:00:07 -0700 (PDT) Message-Id: <200008180200.TAA09160@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jonas Jochum Subject: Re: i386/20685: fbsd 4.1-stable crashed when compiling stuff or doing some i/o (network and disk) Reply-To: Jonas Jochum Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/20685; it has been noted by GNATS. From: Jonas Jochum To: Cc: freebsd-gnats-submit@freebsd.org Subject: Re: i386/20685: fbsd 4.1-stable crashed when compiling stuff or doing some i/o (network and disk) Date: Thu, 17 Aug 2000 23:25:15 +0200 (MEST) > Could you get a backtrace with debugging symbols? You'll > need a debugging kernel (``makeoptions DEBUG=-g'' in the > kernel config file and config'd with config -g). Sorry, I was too quick. It now only takes quite a while longer until it crashes. I'll send you a backtrace tomorrow. Regards, Jonas -- Sent through GMX FreeMail - http://www.gmx.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 17 19: 4: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6F46437B64C for ; Thu, 17 Aug 2000 19:00:12 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA09155; Thu, 17 Aug 2000 19:00:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.129.65]) by hub.freebsd.org (Postfix) with ESMTP id C612D37BC48 for ; Thu, 17 Aug 2000 18:50:59 -0700 (PDT) Received: from modemcable127.61-201-24.mtl.mc.videotron.net (modemcable211.226-201-24.mtl.mc.videotron.net [24.201.226.211]) by mx1.FreeBSD.org (Postfix) with SMTP id 68B2D6E3D86 for ; Thu, 17 Aug 2000 12:46:46 -0700 (PDT) Received: (qmail 44163 invoked by alias); 17 Aug 2000 19:45:48 -0000 Received: (qmail 44159 invoked from network); 17 Aug 2000 19:45:48 -0000 Received: from nitro.local.mindstep.com (qmailr@192.168.10.2) by jacuzzi.local.mindstep.com with SMTP; 17 Aug 2000 19:45:48 -0000 Received: (qmail 480 invoked by uid 1002); 17 Aug 2000 19:48:54 -0000 Message-Id: <20000817194854.479.qmail@nitro.local.mindstep.com> Date: 17 Aug 2000 19:48:54 -0000 From: patrick@mindstep.com Reply-To: patrick@mindstep.com To: freefall-gnats@mindstep.com X-Send-Pr-Version: 3.2 Subject: kern/20689: Newbusified version of ncr driver does not work in FreeBSD 4.1 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20689 >Category: kern >Synopsis: Newbusified version of ncr driver does not work in FreeBSD 4.1 >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 Aug 17 19:00:05 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Patrick Bihan-Faou >Release: FreeBSD 4.1-STABLE i386 >Organization: MindStep Corporation >Environment: FreeBSD nitro 4.1-STABLE FreeBSD 4.1-STABLE #3: Thu Aug 17 14:46:57 EDT 2000 patrick@nitro:/usr/obj/usr/src/sys/NITRO i386 Source code updated on august 15, 2000 ASUS SCSI Controller SC200 (identified as by FreeBSD) >Description: With the latest version of /usr/src/sys/pci/ncr.c for the RELENG_4 branch (version 1.155.2.1), the card is not initialized properly and is unavailable. During boot-up the system displays the following messages: ncr0: port 0xd800-0xd8ff mem 0xefffff00-0xefffffff irq 10 at device 16.0 on pci0 CACHE TEST FAILED: ncr wrote 2, host read 1. CACHE INCORRECTLY CONFIGURED. device_probe_and_attach: ncr0 attach returned 22 >How-To-Repeat: Use a NCR 810 based card on a recent RELENG_4 system. >Fix: Reverting to version 1.155 of ncr.c solves the problem. The commit message for rev 1.155.2.1 is: ---------------------------- revision 1.155.2.1 date: 2000/08/04 23:37:03; author: peter; state: Exp; lines: +124 -161 MFC: newbus'ify and bus_space'ify ============================================================================= Here is the full dmesg output of a boot-up with the newbusified version of ncr.c and the SCSI_NCR_DEBUG option set to 0xffff. Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.1-STABLE #2: Thu Aug 17 14:35:51 EDT 2000 patrick@nitro:/usr/obj/usr/src/sys/NITRO Timecounter "i8254" frequency 1193182 Hz CPU: AMD-K7(tm) Processor (503.53-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x612 Stepping = 2 Features=0x81f9ff AMD Features=0xc0400000 real memory = 134217728 (131072K bytes) avail memory = 127029248 (124052K bytes) Preloaded elf kernel "kernel" at 0xc036d000. Pentium Pro MTRR support enabled apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 5.0 irq 11 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 4.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 chip1: at device 4.4 on pci0 chip2: port 0xc800-0xc803,0xcc00-0xcc03,0xd000-0xd0ff irq 12 at device 4.5 on pci0 rl0: port 0xc400-0xc4ff mem 0xeffffe00-0xeffffeff irq 9 at device 14.0 on pci0 rl0: Ethernet address: 00:50:ba:b0:9b:8a miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ncr0: port 0xd800-0xd8ff mem 0xefffff00-0xefffffff irq 10 at device 16.0 on pci0 0xc02c92a0: 0xc02c92ac: <7810ff00> 0xc02c92b4: <721a0000> 0xc02c92bc: <98000000> 0xc02c92c4: <98000000> 0xc02c92cc: <80080000> 0xc02c92d4: 0xc02c92e0: 0xc02c92ec: <90080000> 0xc02c92f4: 0xc02c9300: 0xc02c930c: 0xc02c9318: <80080000> 0xc02c9320: <80080000> 0xc02c9328: <60000200> 0xc02c9330: <785dff00> 0xc02c9338: <4300003c> 0xc02c9340: <878b0000> 0xc02c9348: <1e000000> 0xc02c9350: <60000008> 0xc02c9358: 0xc02c9364: 0xc02c9370: 0xc02c937c: 0xc02c9388: 0xc02c9394: 0xc02c93a0: 0xc02c93ac: 0xc02c93b8: 0xc02c93c4: 0xc02c93d0: <78340800> 0xc02c93d8: 0xc02c93e4: 0xc02c93f0: <87030000> 0xc02c93f8: <72580000> 0xc02c9400: <800c0001> 0xc02c9408: <800c0007> 0xc02c9410: <80080000> 0xc02c9418: 0xc02c9424: <58000008> 0xc02c942c: <60000040> 0xc02c9434: <725d0000> 0xc02c943c: <980c0002> 0xc02c9444: <7c094800> 0xc02c944c: <900b0000> 0xc02c9454: <910a0000> 0xc02c945c: <860a0000> 0xc02c9464: <870a0000> 0xc02c946c: <820a0000> 0xc02c9474: <830a0000> 0xc02c947c: <78340200> 0xc02c9484: 0xc02c9490: <84820000> 0xc02c9498: 0xc02c94a0: <85820000> 0xc02c94a8: 0xc02c94b0: <80080000> 0xc02c94b8: <78340100> 0xc02c94c0: 0xc02c94cc: <80830000> 0xc02c94d4: <8000001> 0xc02c94dc: <81820000> 0xc02c94e4: <9000001> 0xc02c94ec: <88080000> 0xc02c94f4: <80080000> 0xc02c94fc: <72090000> 0xc02c9504: <8004f708> 0xc02c950c: <7e5f0100> 0xc02c9514: <78340500> 0xc02c951c: <80080000> 0xc02c9524: <725e0000> 0xc02c952c: <808c0002> 0xc02c9534: 0xc02c9540: <1a000000> 0xc02c9548: <80080000> 0xc02c9550: <1a000000> 0xc02c9558: <80080000> 0xc02c9560: 0xc02c956c: <725e0000> 0xc02c9574: <80840002> 0xc02c957c: 0xc02c9584: <6a5e0000> 0xc02c958c: <7a5e8000> 0xc02c9594: <785d0400> 0xc02c959c: <80080000> 0xc02c95a4: 0xc02c95ac: <6a5e0000> 0xc02c95b4: <800c0002> 0xc02c95bc: <785d0400> 0xc02c95c4: <80080000> 0xc02c95cc: 0xc02c95d4: <6a340000> 0xc02c95dc: <72090000> 0xc02c95e4: <800cf708> 0xc02c95ec: <72340000> 0xc02c95f4: <800c0000> 0xc02c95fc: <800c0002> 0xc02c9604: <800c0003> 0xc02c960c: <800c0004> 0xc02c9614: <800c0001> 0xc02c961c: <800c0008> 0xc02c9624: <800c0007> 0xc02c962c: <800c0023> 0xc02c9634: <98080000> 0xc02c963c: <78340700> 0xc02c9644: <80080000> 0xc02c964c: <725e0000> 0xc02c9654: <808c7f80> 0xc02c965c: 0xc02c9668: <7c027f00> 0xc02c9670: <60000048> 0xc02c9678: <48000000> 0xc02c9680: <72100000> 0xc02c9688: <800c00ff> 0xc02c9690: 0xc02c969c: 0xc02c96a8: 0xc02c96b4: <725d0000> 0xc02c96bc: <80840300> 0xc02c96c4: <725e0000> 0xc02c96cc: <800c0002> 0xc02c96d4: <725e0000> 0xc02c96dc: <980c0028> 0xc02c96e4: <7810ff00> 0xc02c96ec: <725d0000> 0xc02c96f4: <98140300> 0xc02c96fc: <80080000> 0xc02c9704: 0xc02c9710: <80080000> 0xc02c9718: 0xc02c9724: <80080000> 0xc02c972c: <725c0000> 0xc02c9734: <8084fe01> 0xc02c973c: 0xc02c9748: <721c0000> 0xc02c9750: 0xc02c975c: <808c0001> 0xc02c9764: 0xc02c9770: <98040001> 0xc02c9778: <7c027f00> 0xc02c9780: <60000048> 0xc02c9788: <48000000> 0xc02c9790: 0xc02c979c: 0xc02c97a8: <7e1c0100> 0xc02c97b0: 0xc02c97bc: <785d0300> 0xc02c97c4: <80080000> 0xc02c97cc: 0xc02c97d4: 0xc02c97e0: <800c0006> 0xc02c97e8: <860b0000> 0xc02c97f0: <78340800> 0xc02c97f8: 0xc02c9804: <80080000> 0xc02c980c: <721a0000> 0xc02c9814: <800cbf40> 0xc02c981c: <98080000> 0xc02c9824: <80000000> 0xc02c982c: <7810ff00> 0xc02c9834: <60000200> 0xc02c983c: <50000000> 0xc02c9844: <80000000> 0xc02c984c: <740a8f00> 0xc02c9854: <6a060000> 0xc02c985c: <80080000> 0xc02c9864: <80000000> 0xc02c986c: <721a0000> 0xc02c9874: <800cbf40> 0xc02c987c: <80080000> 0xc02c9884: 0xc02c9890: <80080000> 0xc02c9898: <87830000> 0xc02c98a0: <72580000> 0xc02c98a8: <80846780> 0xc02c98b0: 0xc02c98b8: <60000040> 0xc02c98c0: <7c080700> 0xc02c98c8: <90080000> 0xc02c98d0: <70070000> 0xc02c98d8: <90080000> 0xc02c98e0: <87830000> 0xc02c98e8: <72580000> 0xc02c98f0: <80840020> 0xc02c98f8: 0xc02c9900: <60000040> 0xc02c9908: <87830000> 0xc02c9910: 0xc02c9918: <60000440> 0xc02c9920: <90080000> 0xc02c9928: <70070000> 0xc02c9930: <58000400> 0xc02c9938: <90080000> 0xc02c9940: <81030000> 0xc02c9948: 0xc02c9954: <19000000> 0xc02c995c: <89030000> 0xc02c9964: <19000000> 0xc02c996c: <89030000> 0xc02c9974: <19000000> 0xc02c997c: <89030000> 0xc02c9984: <19000000> 0xc02c998c: <89030000> 0xc02c9994: <19000000> 0xc02c999c: <89030000> 0xc02c99a4: <19000000> 0xc02c99ac: <89030000> 0xc02c99b4: <19000000> 0xc02c99bc: <89030000> 0xc02c99c4: <19000000> 0xc02c99cc: <89030000> 0xc02c99d4: <19000000> 0xc02c99dc: <89030000> 0xc02c99e4: <19000000> 0xc02c99ec: <89030000> 0xc02c99f4: <19000000> 0xc02c99fc: <89030000> 0xc02c9a04: <19000000> 0xc02c9a0c: <89030000> 0xc02c9a14: <19000000> 0xc02c9a1c: <89030000> 0xc02c9a24: <19000000> 0xc02c9a2c: <89030000> 0xc02c9a34: <19000000> 0xc02c9a3c: <89030000> 0xc02c9a44: <19000000> 0xc02c9a4c: <89030000> 0xc02c9a54: <19000000> 0xc02c9a5c: <89030000> 0xc02c9a64: <19000000> 0xc02c9a6c: <89030000> 0xc02c9a74: <19000000> 0xc02c9a7c: <89030000> 0xc02c9a84: <19000000> 0xc02c9a8c: <89030000> 0xc02c9a94: <19000000> 0xc02c9a9c: <89030000> 0xc02c9aa4: <19000000> 0xc02c9aac: <89030000> 0xc02c9ab4: <19000000> 0xc02c9abc: <89030000> 0xc02c9ac4: <19000000> 0xc02c9acc: <89030000> 0xc02c9ad4: <19000000> 0xc02c9adc: <89030000> 0xc02c9ae4: <19000000> 0xc02c9aec: <89030000> 0xc02c9af4: <19000000> 0xc02c9afc: <89030000> 0xc02c9b04: <19000000> 0xc02c9b0c: <89030000> 0xc02c9b14: <19000000> 0xc02c9b1c: <89030000> 0xc02c9b24: <19000000> 0xc02c9b2c: <89030000> 0xc02c9b34: <19000000> 0xc02c9b3c: <89030000> 0xc02c9b44: <19000000> 0xc02c9b4c: <89030000> 0xc02c9b54: <19000000> 0xc02c9b5c: <88080000> 0xc02c9b64: <80080000> 0xc02c9b6c: <80030000> 0xc02c9b74: 0xc02c9b80: <18000000> 0xc02c9b88: <88030000> 0xc02c9b90: <18000000> 0xc02c9b98: <88030000> 0xc02c9ba0: <18000000> 0xc02c9ba8: <88030000> 0xc02c9bb0: <18000000> 0xc02c9bb8: <88030000> 0xc02c9bc0: <18000000> 0xc02c9bc8: <88030000> 0xc02c9bd0: <18000000> 0xc02c9bd8: <88030000> 0xc02c9be0: <18000000> 0xc02c9be8: <88030000> 0xc02c9bf0: <18000000> 0xc02c9bf8: <88030000> 0xc02c9c00: <18000000> 0xc02c9c08: <88030000> 0xc02c9c10: <18000000> 0xc02c9c18: <88030000> 0xc02c9c20: <18000000> 0xc02c9c28: <88030000> 0xc02c9c30: <18000000> 0xc02c9c38: <88030000> 0xc02c9c40: <18000000> 0xc02c9c48: <88030000> 0xc02c9c50: <18000000> 0xc02c9c58: <88030000> 0xc02c9c60: <18000000> 0xc02c9c68: <88030000> 0xc02c9c70: <18000000> 0xc02c9c78: <88030000> 0xc02c9c80: <18000000> 0xc02c9c88: <88030000> 0xc02c9c90: <18000000> 0xc02c9c98: <88030000> 0xc02c9ca0: <18000000> 0xc02c9ca8: <88030000> 0xc02c9cb0: <18000000> 0xc02c9cb8: <88030000> 0xc02c9cc0: <18000000> 0xc02c9cc8: <88030000> 0xc02c9cd0: <18000000> 0xc02c9cd8: <88030000> 0xc02c9ce0: <18000000> 0xc02c9ce8: <88030000> 0xc02c9cf0: <18000000> 0xc02c9cf8: <88030000> 0xc02c9d00: <18000000> 0xc02c9d08: <88030000> 0xc02c9d10: <18000000> 0xc02c9d18: <88030000> 0xc02c9d20: <18000000> 0xc02c9d28: <88030000> 0xc02c9d30: <18000000> 0xc02c9d38: <88030000> 0xc02c9d40: <18000000> 0xc02c9d48: <88030000> 0xc02c9d50: <18000000> 0xc02c9d58: <88030000> 0xc02c9d60: <18000000> 0xc02c9d68: <88030000> 0xc02c9d70: <18000000> 0xc02c9d78: <88030000> 0xc02c9d80: <18000000> 0xc02c9d88: <88080000> 0xc02c9d90: <80080000> 0xc02c9da0: 0xc02c9dac: <88080000> 0xc02c9db4: 0xc02c9dc0: <88080000> 0xc02c9dc8: 0xc02c9dd4: <88080000> 0xc02c9ddc: 0xc02c9de8: <88080000> 0xc02c9df0: 0xc02c9dfc: <88080000> 0xc02c9e04: 0xc02c9e10: <88080000> 0xc02c9e18: 0xc02c9e24: <88080000> 0xc02c9e2c: 0xc02c9e38: <88080000> 0xc02c9e40: 0xc02c9e4c: <88080000> 0xc02c9e54: 0xc02c9e60: <88080000> 0xc02c9e68: 0xc02c9e74: <88080000> 0xc02c9e7c: 0xc02c9e88: <88080000> 0xc02c9e90: 0xc02c9e9c: <88080000> 0xc02c9ea4: 0xc02c9eb0: <88080000> 0xc02c9eb8: 0xc02c9ec4: <88080000> 0xc02c9ecc: 0xc02c9ed8: <88080000> 0xc02c9ee0: 0xc02c9eec: <88080000> 0xc02c9ef4: 0xc02c9f00: <88080000> 0xc02c9f08: 0xc02c9f14: <88080000> 0xc02c9f1c: 0xc02c9f28: <88080000> 0xc02c9f30: 0xc02c9f3c: <88080000> 0xc02c9f44: 0xc02c9f50: <88080000> 0xc02c9f58: 0xc02c9f64: <88080000> 0xc02c9f6c: 0xc02c9f78: <88080000> 0xc02c9f80: 0xc02c9f8c: <88080000> 0xc02c9f94: 0xc02c9fa0: <88080000> 0xc02c9fa8: 0xc02c9fb4: <88080000> 0xc02c9fbc: 0xc02c9fc8: <88080000> 0xc02c9fd0: 0xc02c9fdc: <88080000> 0xc02c9fe4: 0xc02c9ff0: <88080000> 0xc02c9ff8: 0xc02ca004: <88080000> 0xc02ca00c: 0xc02ca018: <88080000> 0xc02ca020: 0xc02ca02c: <88080000> 0xc02ca034: 0xc02ca040: <88080000> 0xc02ca048: 0xc02ca054: <88080000> 0xc02ca05c: 0xc02ca068: <88080000> 0xc02ca070: 0xc02ca07c: <88080000> 0xc02ca084: 0xc02ca090: <88080000> 0xc02ca098: 0xc02ca0a4: <88080000> 0xc02ca0ac: 0xc02ca0b8: <88080000> 0xc02ca0c0: 0xc02ca0cc: <88080000> 0xc02ca0d4: 0xc02ca0e0: <88080000> 0xc02ca0e8: 0xc02ca0f4: <88080000> 0xc02ca0fc: 0xc02ca108: <88080000> 0xc02ca110: 0xc02ca11c: <88080000> 0xc02ca124: 0xc02ca130: <88080000> 0xc02ca138: 0xc02ca144: <88080000> 0xc02ca14c: 0xc02ca158: <88080000> 0xc02ca160: 0xc02ca16c: <88080000> 0xc02ca174: 0xc02ca180: <88080000> 0xc02ca188: 0xc02ca194: <88080000> 0xc02ca19c: 0xc02ca1a8: <88080000> 0xc02ca1b0: 0xc02ca1bc: <88080000> 0xc02ca1c4: 0xc02ca1d0: <88080000> 0xc02ca1d8: 0xc02ca1e4: <88080000> 0xc02ca1ec: 0xc02ca1f8: <88080000> 0xc02ca200: 0xc02ca20c: <88080000> 0xc02ca214: 0xc02ca220: <88080000> 0xc02ca228: 0xc02ca234: <88080000> 0xc02ca23c: 0xc02ca248: <88080000> 0xc02ca250: 0xc02ca25c: <88080000> 0xc02ca264: 0xc02ca270: <88080000> 0xc02ca278: 0xc02ca284: <88080000> 0xc02ca28c: 0xc02ca298: <88080000> 0xc02ca2a0: 0xc02ca2ac: <88080000> 0xc02ca2b4: 0xc02ca2c0: <88080000> 0xc02ca2c8: 0xc02ca2d4: <88080000> 0xc02ca2dc: 0xc02ca2e8: <88080000> 0xc02ca2f0: 0xc02ca2fc: <88080000> 0xc02ca304: 0xc02ca310: <88080000> 0xc02ca318: 0xc02ca324: <88080000> 0xc02ca32c: 0xc02ca338: <88080000> 0xc02ca340: 0xc02ca34c: <88080000> 0xc02ca354: 0xc02ca360: <88080000> 0xc02ca368: 0xc02ca374: <88080000> 0xc02ca37c: 0xc02ca388: <88080000> 0xc02ca390: 0xc02ca39c: <88080000> 0xc02ca3a4: 0xc02ca3b0: <88080000> 0xc02ca3b8: 0xc02ca3c4: <88080000> 0xc02ca3cc: 0xc02ca3d8: <88080000> 0xc02ca3e0: 0xc02ca3ec: <88080000> 0xc02ca3f4: 0xc02ca400: <88080000> 0xc02ca408: 0xc02ca414: <88080000> 0xc02ca41c: 0xc02ca428: <88080000> 0xc02ca430: 0xc02ca43c: <88080000> 0xc02ca444: 0xc02ca450: <88080000> 0xc02ca458: 0xc02ca464: <88080000> 0xc02ca46c: 0xc02ca478: <88080000> 0xc02ca480: 0xc02ca48c: <88080000> 0xc02ca494: 0xc02ca4a0: <88080000> 0xc02ca4a8: 0xc02ca4b4: <88080000> 0xc02ca4bc: 0xc02ca4c8: <88080000> 0xc02ca4d0: 0xc02ca4dc: <88080000> 0xc02ca4e4: 0xc02ca4f0: <88080000> 0xc02ca4f8: 0xc02ca504: <88080000> 0xc02ca50c: 0xc02ca518: <88080000> 0xc02ca520: 0xc02ca52c: <88080000> 0xc02ca534: 0xc02ca540: <88080000> 0xc02ca548: 0xc02ca554: <88080000> 0xc02ca55c: 0xc02ca568: <88080000> 0xc02ca570: 0xc02ca57c: <88080000> 0xc02ca584: 0xc02ca590: <88080000> 0xc02ca598: 0xc02ca5a4: <88080000> 0xc02ca5ac: 0xc02ca5b8: <88080000> 0xc02ca5c0: 0xc02ca5cc: <88080000> 0xc02ca5d4: 0xc02ca5e0: <88080000> 0xc02ca5e8: 0xc02ca5f4: <88080000> 0xc02ca5fc: 0xc02ca608: <88080000> 0xc02ca610: 0xc02ca61c: <88080000> 0xc02ca624: 0xc02ca630: <88080000> 0xc02ca638: 0xc02ca644: <88080000> 0xc02ca64c: 0xc02ca658: <88080000> 0xc02ca660: 0xc02ca66c: <88080000> 0xc02ca674: 0xc02ca680: <88080000> 0xc02ca688: 0xc02ca694: <88080000> 0xc02ca69c: 0xc02ca6a8: <88080000> 0xc02ca6b0: 0xc02ca6bc: <88080000> 0xc02ca6c4: 0xc02ca6d0: <88080000> 0xc02ca6d8: 0xc02ca6e4: <88080000> 0xc02ca6ec: 0xc02ca6f8: <88080000> 0xc02ca700: 0xc02ca70c: <88080000> 0xc02ca714: 0xc02ca720: <88080000> 0xc02ca728: 0xc02ca734: <88080000> 0xc02ca73c: 0xc02ca748: <88080000> 0xc02ca750: 0xc02ca75c: <88080000> 0xc02ca764: 0xc02ca770: <88080000> 0xc02ca778: 0xc02ca784: <88080000> 0xc02ca78c: 0xc02ca798: <88080000> 0xc02ca7a0: 0xc02ca7ac: <88080000> 0xc02ca7b4: 0xc02ca7c0: <88080000> 0xc02ca7c8: 0xc02ca7d4: <88080000> 0xc02ca7dc: 0xc02ca7e8: <88080000> 0xc02ca7f0: 0xc02ca7fc: <88080000> 0xc02ca804: 0xc02ca810: <88080000> 0xc02ca818: 0xc02ca824: <88080000> 0xc02ca82c: 0xc02ca838: <88080000> 0xc02ca840: 0xc02ca84c: <88080000> 0xc02ca854: 0xc02ca860: <88080000> 0xc02ca868: 0xc02ca874: <88080000> 0xc02ca87c: 0xc02ca888: <88080000> 0xc02ca890: 0xc02ca89c: <88080000> 0xc02ca8a4: 0xc02ca8b0: <88080000> 0xc02ca8b8: 0xc02ca8c4: <88080000> 0xc02ca8cc: 0xc02ca8d8: <88080000> 0xc02ca8e0: 0xc02ca8ec: <88080000> 0xc02ca8f4: 0xc02ca900: <88080000> 0xc02ca908: 0xc02ca914: <88080000> 0xc02ca91c: 0xc02ca928: <88080000> 0xc02ca930: 0xc02ca93c: <88080000> 0xc02ca944: 0xc02ca950: <88080000> 0xc02ca958: 0xc02ca964: <88080000> 0xc02ca96c: 0xc02ca978: <88080000> 0xc02ca980: 0xc02ca98c: <88080000> 0xc02ca994: 0xc02ca9a0: <88080000> 0xc02ca9a8: 0xc02ca9b4: <88080000> 0xc02ca9bc: 0xc02ca9c8: <88080000> 0xc02ca9d0: 0xc02ca9dc: <88080000> 0xc02ca9e4: 0xc02ca9f0: <88080000> 0xc02ca9f8: 0xc02caa04: <88080000> 0xc02caa0c: 0xc02caa18: <88080000> 0xc02caa20: 0xc02caa2c: <88080000> 0xc02caa34: 0xc02caa40: <88080000> 0xc02caa48: 0xc02caa54: <88080000> 0xc02caa5c: 0xc02caa68: <88080000> 0xc02caa70: 0xc02caa7c: <88080000> 0xc02caa84: 0xc02caa90: <88080000> 0xc02caa98: 0xc02caaa4: <88080000> 0xc02caaac: 0xc02caab8: <88080000> 0xc02caac0: 0xc02caacc: <88080000> 0xc02caad4: 0xc02caae0: <88080000> 0xc02caae8: 0xc02caaf4: <88080000> 0xc02caafc: 0xc02cab08: <88080000> 0xc02cab10: 0xc02cab1c: <88080000> 0xc02cab24: 0xc02cab30: <88080000> 0xc02cab38: 0xc02cab44: <88080000> 0xc02cab4c: 0xc02cab58: <88080000> 0xc02cab60: 0xc02cab6c: <88080000> 0xc02cab74: 0xc02cab80: <88080000> 0xc02cab88: 0xc02cab94: <88080000> 0xc02cab9c: 0xc02caba8: <88080000> 0xc02cabb0: 0xc02cabbc: <88080000> 0xc02cabc4: 0xc02cabd0: <88080000> 0xc02cabd8: 0xc02cabe4: <88080000> 0xc02cabec: 0xc02cabf8: <88080000> 0xc02cac00: 0xc02cac0c: <88080000> 0xc02cac14: 0xc02cac20: <88080000> 0xc02cac28: 0xc02cac34: <88080000> 0xc02cac3c: 0xc02cac48: <88080000> 0xc02cac50: 0xc02cac5c: <88080000> 0xc02cac64: 0xc02cac70: <88080000> 0xc02cac78: 0xc02cac84: <88080000> 0xc02cac8c: 0xc02cac98: <88080000> 0xc02caca0: 0xc02cacac: <88080000> 0xc02cacb4: 0xc02cacc0: <88080000> 0xc02cacc8: 0xc02cacd4: <88080000> 0xc02cacdc: 0xc02cace8: <88080000> 0xc02cacf0: 0xc02cacfc: <88080000> 0xc02cad04: 0xc02cad10: <88080000> 0xc02cad18: 0xc02cad24: <88080000> 0xc02cad2c: 0xc02cad38: <88080000> 0xc02cad40: 0xc02cad4c: <88080000> 0xc02cad54: 0xc02cad60: <88080000> 0xc02cad68: 0xc02cad74: <88080000> 0xc02cad7c: 0xc02cad88: <88080000> 0xc02cad90: 0xc02cad9c: <88080000> 0xc02cada4: 0xc02cadb0: <88080000> 0xc02cadb8: 0xc02cadc4: <88080000> 0xc02cadcc: 0xc02cadd8: <88080000> 0xc02cade0: 0xc02cadec: <88080000> 0xc02cadf4: 0xc02cae00: <88080000> 0xc02cae08: 0xc02cae14: <88080000> 0xc02cae1c: 0xc02cae28: <88080000> 0xc02cae30: 0xc02cae3c: <88080000> 0xc02cae44: 0xc02cae50: <88080000> 0xc02cae58: 0xc02cae64: <88080000> 0xc02cae6c: 0xc02cae78: <88080000> 0xc02cae80: 0xc02cae8c: <88080000> 0xc02cae94: 0xc02caea0: <88080000> 0xc02caea8: 0xc02caeb4: <88080000> 0xc02caebc: 0xc02caec8: <88080000> 0xc02caed0: 0xc02caedc: <88080000> 0xc02caee4: 0xc02caef0: <88080000> 0xc02caef8: 0xc02caf04: <88080000> 0xc02caf0c: 0xc02caf18: <88080000> 0xc02caf20: 0xc02caf2c: <88080000> 0xc02caf34: 0xc02caf40: <88080000> 0xc02caf48: 0xc02caf54: <88080000> 0xc02caf5c: 0xc02caf68: <88080000> 0xc02caf70: 0xc02caf7c: <88080000> 0xc02caf84: 0xc02caf90: <88080000> 0xc02caf98: 0xc02cafa4: <88080000> 0xc02cafac: 0xc02cafb8: <88080000> 0xc02cafc0: 0xc02cafcc: <88080000> 0xc02cafd4: 0xc02cafe0: <88080000> 0xc02cafe8: 0xc02caff4: <88080000> 0xc02caffc: 0xc02cb008: <88080000> 0xc02cb010: 0xc02cb01c: <88080000> 0xc02cb024: 0xc02cb030: <88080000> 0xc02cb038: 0xc02cb044: <88080000> 0xc02cb04c: 0xc02cb058: <88080000> 0xc02cb060: 0xc02cb06c: <88080000> 0xc02cb074: 0xc02cb080: <88080000> 0xc02cb088: 0xc02cb094: <88080000> 0xc02cb09c: 0xc02cb0a8: <88080000> 0xc02cb0b0: 0xc02cb0bc: <88080000> 0xc02cb0c4: 0xc02cb0d0: <88080000> 0xc02cb0d8: 0xc02cb0e4: <88080000> 0xc02cb0ec: 0xc02cb0f8: <88080000> 0xc02cb100: 0xc02cb10c: <88080000> 0xc02cb114: 0xc02cb120: <88080000> 0xc02cb128: 0xc02cb134: <88080000> 0xc02cb13c: 0xc02cb148: <88080000> 0xc02cb150: 0xc02cb15c: <88080000> 0xc02cb164: 0xc02cb170: <88080000> 0xc02cb178: 0xc02cb184: <88080000> 0xc02cb18c: 0xc02cb198: <88080000> 0xc02cb1a0: <80080000> 0xc02cb1a8: <7e5f0100> 0xc02cb1b0: <78340900> 0xc02cb1b8: <80080000> 0xc02cb1c0: <725d0000> 0xc02cb1c8: <980c0002> 0xc02cb1d0: <98040002> 0xc02cb1d8: <80080000> 0xc02cb1e0: <60000040> 0xc02cb1e8: <87030000> 0xc02cb1f0: 0xc02cb1f8: <6a340000> 0xc02cb200: <72090000> 0xc02cb208: <800cf708> 0xc02cb210: <72340000> 0xc02cb218: <800c0000> 0xc02cb220: <80840001> 0xc02cb228: <72020000> 0xc02cb230: <8084fe01> 0xc02cb238: <7a020100> 0xc02cb240: <80080000> 0xc02cb248: <72340000> 0xc02cb250: <98080000> 0xc02cb258: <80080000> 0xc02cb260: <60000040> 0xc02cb268: <87030000> 0xc02cb270: 0xc02cb278: <6a340000> 0xc02cb280: <72090000> 0xc02cb288: <800cf708> 0xc02cb290: <72340000> 0xc02cb298: <800c0003> 0xc02cb2a0: <80040002> 0xc02cb2a8: <60000040> 0xc02cb2b0: <87030000> 0xc02cb2b8: 0xc02cb2c0: <6a340000> 0xc02cb2c8: <72090000> 0xc02cb2d0: <800cf708> 0xc02cb2d8: <72340000> 0xc02cb2e0: <800c0003> 0xc02cb2e8: <80080000> 0xc02cb2f0: <60000040> 0xc02cb2f8: <87030000> 0xc02cb300: 0xc02cb308: <72090000> 0xc02cb310: <800cf708> 0xc02cb318: <98080000> 0xc02cb320: <58000008> 0xc02cb328: <60000040> 0xc02cb330: <9e030000> 0xc02cb338: 0xc02cb340: <60000008> 0xc02cb348: 0xc02cb354: <80080000> 0xc02cb35c: <60000040> 0xc02cb364: <87030000> 0xc02cb36c: 0xc02cb374: <6a340000> 0xc02cb37c: <72090000> 0xc02cb384: <800cf708> 0xc02cb38c: <72340000> 0xc02cb394: <800c0001> 0xc02cb39c: <80080000> 0xc02cb3a4: <60000040> 0xc02cb3ac: <87030000> 0xc02cb3b4: 0xc02cb3bc: <72090000> 0xc02cb3c4: <800cf708> 0xc02cb3cc: <98080000> 0xc02cb3d4: <58000008> 0xc02cb3dc: <60000040> 0xc02cb3e4: <9e030000> 0xc02cb3ec: 0xc02cb3f4: <60000008> 0xc02cb3fc: 0xc02cb408: <80080000> 0xc02cb410: <7c027f00> 0xc02cb418: <60000048> 0xc02cb420: <48000000> 0xc02cb428: <785d0700> 0xc02cb430: <80080000> 0xc02cb438: 0xc02cb444: 0xc02cb450: 0xc02cb45c: <88880000> 0xc02cb464: <19000000> 0xc02cb46c: <88080000> 0xc02cb474: <80080000> 0xc02cb47c: 0xc02cb488: 0xc02cb494: <725c0000> 0xc02cb49c: <800cfd02> 0xc02cb4a4: <4300003c> 0xc02cb4ac: <1e000000> 0xc02cb4b4: <60000008> 0xc02cb4bc: 0xc02cb4c8: <80080000> 0xc02cb4d0: <4200003c> 0xc02cb4d8: <878b0000> 0xc02cb4e0: <80080000> 0xc02cb4e8: <78340d00> 0xc02cb4f0: <80a00000> 0xc02cb4f8: <78340600> 0xc02cb500: 0xc02cb50c: <58000008> 0xc02cb514: <60000040> 0xc02cb51c: <7c027f00> 0xc02cb524: 0xc02cb52c: 0xc02cb538: <60000048> 0xc02cb540: <48000000> 0xc02cb548: <80080000> 0xc02cb550: 0xc02cb55c: 0xc02cb568: 0xc02cb574: <98080000> CACHE TEST FAILED: ncr wrote 2, host read 1. CACHE INCORRECTLY CONFIGURED. device_probe_and_attach: ncr0 attach returned 22 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> 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 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A pca0 at port 0x40 on isa0 sbc0: at port 0x220-0x22f irq 5 drq 1 flags 0x15 on isa0 pcm0: on sbc0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold lpt0: on ppbus0 lpt0: Interrupt-driven port ad0: 12982MB [26377/16/63] at ata0-master using UDMA66 ad1: 12982MB [26377/16/63] at ata0-slave using UDMA66 ad3: 29311MB [59554/16/63] at ata1-slave using UDMA66 acd0: CDROM at ata1-master using UDMA33 Mounting root from ufs:/dev/ad0s1a ad3: UDMA ICRC READ ERROR blk# 79 retrying ad3: UDMA ICRC READ ERROR blk# 79 retrying ad3: UDMA ICRC READ ERROR blk# 79 retrying ad3: UDMA ICRC READ ERROR blk# 79ata1-slave: WARNING: WAIT_READY active=ATA_ACTIVE_ATA falling back to PIO mode >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 Aug 17 22:10: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A600537B440 for ; Thu, 17 Aug 2000 22:10:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA26685; Thu, 17 Aug 2000 22:10:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (Postfix) with ESMTP id 7B24637B422 for ; Thu, 17 Aug 2000 22:02:42 -0700 (PDT) Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by david.siemens.de (8.10.1/8.10.1) with ESMTP id e7I52cU07800 for ; Fri, 18 Aug 2000 07:02:38 +0200 (MET DST) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) by mail2.siemens.de (8.10.1/8.10.1) with ESMTP id e7I52b011095 for ; Fri, 18 Aug 2000 07:02:37 +0200 (MET DST) Received: (from localhost) by curry.mchp.siemens.de (8.10.2/8.10.2) id e7I52bL33232 for FreeBSD-gnats-submit@freebsd.org; Fri, 18 Aug 2000 07:02:37 +0200 (CEST) Message-Id: <200008180502.e7I52bj29787@curry.mchp.siemens.de> Date: Fri, 18 Aug 2000 07:02:37 +0200 (CEST) From: Andre Albsmeier To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/20692: two small changes to /etc/rc and /etc/rc.shutdown Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20692 >Category: conf >Synopsis: two small changes to /etc/rc and /etc/rc.shutdown >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 Aug 17 22:10:04 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Andre Albsmeier >Release: FreeBSD 4.1-STABLE i386 >Organization: >Environment: Recent FreeBSD 4.1-STABLE (and I assume -current as well) >Description: The start of the linux emulator moved from /etc/rc.i386 to /etc/rc. Therefore the output of 'echo -n ' linux'" appears a bit lost. /etc/rc.shutdown contains a additional space. >How-To-Repeat: Boot the box with linux emulation enabled. Watch the startup messages. >Fix: --- etc/rc.shutdown.ORI Thu Aug 17 18:48:46 2000 +++ etc/rc.shutdown Thu Aug 17 18:49:10 2000 @@ -26,7 +26,7 @@ ;; esac -echo -n "Shutting down daemon processes: " +echo -n "Shutting down daemon processes:" # Insert shutdown procedures here --- etc/rc.ORI Thu Aug 17 18:48:55 2000 +++ etc/rc Thu Aug 17 18:51:29 2000 @@ -515,6 +515,8 @@ sh /etc/rc.devfs fi +echo -n "Starting emulators:" + # Start the Linux binary compatibility if requested. # case ${linux_enable} in @@ -530,6 +532,8 @@ echo -n ' svr4'; svr4 > /dev/null 2>&1 ;; esac + +echo . # Do traditional (but rather obsolete) rc.local file if it exists. If you >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 Aug 17 22:42:42 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A67AC37B43F; Thu, 17 Aug 2000 22:42:40 -0700 (PDT) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA31874; Thu, 17 Aug 2000 22:42:40 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 17 Aug 2000 22:42:40 -0700 (PDT) From: Message-Id: <200008180542.WAA31874@freefall.freebsd.org> To: rfg@monkeys.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/14787: /dev/lpt0 doesn't work unless/until you do `lptcontrol -e' Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /dev/lpt0 doesn't work unless/until you do `lptcontrol -e' State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Aug 17 22:41:28 PDT 2000 State-Changed-Why: Ronald isn't in a position to track this further and is convinced that the problem related to specific hardware which he no longer has available. While that doesn't mean there isn't some problem to be solved, this PR isn't going to help us solve it any more. Thanks for the feedback, Ronald. http://www.freebsd.org/cgi/query-pr.cgi?pr=14787 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 17 23:54:15 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1C78237B6E4; Thu, 17 Aug 2000 23:54:13 -0700 (PDT) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA40905; Thu, 17 Aug 2000 23:54:13 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 17 Aug 2000 23:54:13 -0700 (PDT) From: Message-Id: <200008180654.XAA40905@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, murray@FreeBSD.org Subject: Re: misc/20687: FTP Install thru http proxy jumps to extraction without drive slicing or labelling Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: FTP Install thru http proxy jumps to extraction without drive slicing or labelling Responsible-Changed-From-To: freebsd-bugs->murray Responsible-Changed-By: sheldonh Responsible-Changed-When: Thu Aug 17 23:53:52 PDT 2000 Responsible-Changed-Why: Over to the sysinstall maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=20687 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 17 23:56:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C1F6637B507; Thu, 17 Aug 2000 23:56:08 -0700 (PDT) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA41137; Thu, 17 Aug 2000 23:56:08 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 17 Aug 2000 23:56:08 -0700 (PDT) From: Message-Id: <200008180656.XAA41137@freefall.freebsd.org> To: patrick@mindstep.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/20689: Newbusified version of ncr driver does not work in FreeBSD 4.1 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Newbusified version of ncr driver does not work in FreeBSD 4.1 State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Thu Aug 17 23:55:00 PDT 2000 State-Changed-Why: Doesn't the sym(4) driver work for you? It's believed to support just about everything that ncr(4) did. http://www.freebsd.org/cgi/query-pr.cgi?pr=20689 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Aug 17 23:57: 3 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8387B37B446; Thu, 17 Aug 2000 23:57:02 -0700 (PDT) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA41321; Thu, 17 Aug 2000 23:57:02 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 17 Aug 2000 23:57:02 -0700 (PDT) From: Message-Id: <200008180657.XAA41321@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sheldonh@FreeBSD.org Subject: Re: conf/20692: two small changes to /etc/rc and /etc/rc.shutdown Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: two small changes to /etc/rc and /etc/rc.shutdown Responsible-Changed-From-To: freebsd-bugs->sheldonh Responsible-Changed-By: sheldonh Responsible-Changed-When: Thu Aug 17 23:56:39 PDT 2000 Responsible-Changed-Why: Let me do this; I'm about to change something in there anyway. http://www.freebsd.org/cgi/query-pr.cgi?pr=20692 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 18 3:10: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 87EC237B423 for ; Fri, 18 Aug 2000 03:10:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA67644; Fri, 18 Aug 2000 03:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 4EAC337B423; Fri, 18 Aug 2000 03:05:04 -0700 (PDT) Message-Id: <20000818100504.4EAC337B423@hub.freebsd.org> Date: Fri, 18 Aug 2000 03:05:04 -0700 (PDT) From: n_hibma@qubesoft.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/20696: Pkg_add does not make use of HTTP_PROXY / FTP_PROXY env. vars Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20696 >Category: bin >Synopsis: Pkg_add does not make use of HTTP_PROXY / FTP_PROXY env. vars >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Aug 18 03:10:03 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Nick Hibma >Release: 4.0-STABLE >Organization: Qube Software Ltd. >Environment: FreeBSD bluebottle.qubesoft.com 4.0-STABLE FreeBSD 4.0-STABLE #0: Sun Apr 2 19:04:25 BST 2000 dfr@bluebottle.qubesoft.com:/usr/src/sys/compile/BLUEBOTTLE i386 >Description: pkg_add ignores the HTTP_PROXY=192.168.1.1:80 variable. Because it is using ftpio and not libfetch? Just guessing. The difference is important to us as the machine's default route is a modem link, but it is connected to a 2Mbit/s link through a proxy. >How-To-Repeat: pkg_add -r lynx and fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-4-current/Latest/lynx.tgz pkg_add lynx.tgz rm lynx.tgz and notice the difference in speed (and route). >Fix: Make pkg_add use libfetch for all I/O Which means you can use any URL on the command line. >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 Aug 18 3:12:51 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CBE9F37B422; Fri, 18 Aug 2000 03:12:49 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA67960; Fri, 18 Aug 2000 03:12:49 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Fri, 18 Aug 2000 03:12:49 -0700 (PDT) From: Message-Id: <200008181012.DAA67960@freefall.freebsd.org> To: garman@phs.k12.ar.us, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/2695: sio1 (16540 serial port) is not recognized by GENERIC boot kernel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: sio1 (16540 serial port) is not recognized by GENERIC boot kernel State-Changed-From-To: feedback->closed State-Changed-By: johan State-Changed-When: Fri Aug 18 03:10:36 PDT 2000 State-Changed-Why: I received this from Jason: Date: Thu, 17 Aug 2000 18:11:49 -0400 (Fri 00:11 CEST) From: Jason Garman To: Johan Karlsson Subject: Re: kern/2695: sio1 (16540 serial port) is not recognized by GENERIC boot kernel On Sun, Aug 06, 2000 at 10:58:47AM +0200, Johan Karlsson wrote: > Hi Jason > > Can you tell us if this problem still exists in more recent > Releases of FreeBSD, eg FreeBSD 4.1. > i would suggest closing that pr :) its been way too long, i don't even have that hardware anymore. thanks -- Jason Garman http://web.wedgie.org/ Student, University of Maryland jgarman@wedgie.org And this was in the 2.2-gamma days and alot has happened since then. If someone else experience this problem please submit a new PR for a newer release. http://www.freebsd.org/cgi/query-pr.cgi?pr=2695 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 18 3:40: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1CB3A37B422 for ; Fri, 18 Aug 2000 03:40:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA70943; Fri, 18 Aug 2000 03:40:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 18 Aug 2000 03:40:04 -0700 (PDT) Message-Id: <200008181040.DAA70943@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jonas Jochum Subject: Re: i386/20685: fbsd 4.1-stable crashed when compiling stuff or doing some i/o (network and disk) Reply-To: Jonas Jochum Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/20685; it has been noted by GNATS. From: Jonas Jochum To: Cc: freebsd-gnats-submit@freebsd.org Subject: Re: i386/20685: fbsd 4.1-stable crashed when compiling stuff or doing some i/o (network and disk) Date: Fri, 18 Aug 2000 12:34:31 +0200 (MEST) IdlePTD 3776512 initial pcb at 2fba20 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x15 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0253568 stack pointer = 0x10:0xc7726e80 frame pointer = 0x10:0xc7726e88 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 = 11929 (pkg_info) interrupt mask = none trap number = 12 panic: page fault syncing disks... 326 326 319 291 267 250 208 156 101 49 done Uptime: 2h37m40s 0 boot (howto=256) at ../../kern/kern_shutdown.c:302 302 dumppcb.pcb_cr3 = rcr3(); (kgdb) where #0 boot (howto=256) at ../../kern/kern_shutdown.c:302 #1 0xc0159d68 in poweroff_wait (junk=0xc02cb90f, howto=-949032320) at ../../kern/kern_shutdown.c:552 #2 0xc0286485 in trap_fatal (frame=0xc7726e40, eva=21) at ../../i386/i386/trap.c:927 #3 0xc028615d in trap_pfault (frame=0xc7726e40, usermode=0, eva=21) at ../../i386/i386/trap.c:820 #4 0xc0285d2f in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = 672108544, tf_esi = 0, tf_ebp = -948801912, tf_isp = -948801940, tf_ebx = -947292192, tf_edx = 1, tf_ecx = 1239613, tf_eax = 33620, tf_trapno = 12, tf_err = 0, tf_eip = -1071303320, tf_cs = 8, tf_eflags = 66050, tf_esp = 0, tf_ss = -948884608}) at ../../i386/i386/trap.c:426 #5 0xc0253568 in vm_page_lookup (object=0xc78977e0, pindex=0) at ../../vm/vm_page.c:501 #6 0xc024bf88 in vm_fault (map=0xc7712b80, vaddr=672108544, fault_type=3 '\003', fault_flags=8) at ../../vm/vm_fault.c:288 #7 0xc02860f2 in trap_pfault (frame=0xc7726fa8, usermode=1, eva=672109440) at ../../i386/i386/trap.c:800 #8 0xc0285c2f in trap (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 671653972, tf_esi = 672109440, tf_ebp = -1077941788, tf_isp = -948801580, tf_ebx = 671485992, tf_edx = 671499008, tf_ecx = 671436340, tf_eax = 671600640, tf_trapno = 12, tf_err = 7, tf_eip = 671436346, tf_cs = 31, tf_eflags = 66050, tf_esp = -1077941828, tf_ss = 47}) at ../../i386/i386/trap.c:349 #9 0x28054e3a in ?? () #10 0x28052ba0 in ?? () #11 0x280517ab in ?? () I'm not at all familiar with debugging, so you have to tell me which frames I have to look at ;) -- Sent through GMX FreeMail - http://www.gmx.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 18 4:40: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0A8ED37B423 for ; Fri, 18 Aug 2000 04:40:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA79581; Fri, 18 Aug 2000 04:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 18 Aug 2000 04:40:03 -0700 (PDT) Message-Id: <200008181140.EAA79581@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Alexander Langer Subject: Re: kern/20382: Panic when trying to mount non-fixated CD Reply-To: Alexander Langer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/20382; it has been noted by GNATS. From: Alexander Langer To: Sheldon Hearn Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/20382: Panic when trying to mount non-fixated CD Date: Fri, 18 Aug 2000 13:38:19 +0200 Thus spake Sheldon Hearn (sheldonh@uunet.co.za): > we could ask Soren to look at this, but I think he'll need a backtrace > with debugging symbols. > Perhaps you could provide this? :-) No, I've deleted the dumpfile (I had little hdd space in the meanwhile) OTOH, I don't understand, why it didn't include the debugging symbols, since that kernel was build with them and not stripped. (or was it? :) Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 18 4:45:56 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id DEB7837B422; Fri, 18 Aug 2000 04:45:54 -0700 (PDT) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA80148; Fri, 18 Aug 2000 04:45:54 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Fri, 18 Aug 2000 04:45:54 -0700 (PDT) From: Message-Id: <200008181145.EAA80148@freefall.freebsd.org> To: venglin@freebsd.lublin.pl, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sos@FreeBSD.org Subject: Re: kern/20382: Panic when trying to mount non-fixated CD Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Panic when trying to mount non-fixated CD State-Changed-From-To: feedback->open State-Changed-By: sheldonh State-Changed-When: Fri Aug 18 04:44:10 PDT 2000 State-Changed-Why: Unfortunately, the originator has already smoked his crash dump. Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: sheldonh Responsible-Changed-When: Fri Aug 18 04:44:10 PDT 2000 Responsible-Changed-Why: Soren, I can't think of anyone else better able to look at this one than you. If there isn't enough to go on in here, you can just close the PR. How many blank CD's can you trash? ;-) http://www.freebsd.org/cgi/query-pr.cgi?pr=20382 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 18 5:10:22 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1645C37B43E for ; Fri, 18 Aug 2000 05:10:00 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA84125; Fri, 18 Aug 2000 05:10:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from fobos.marketsite.ru (fobos.marketsite.ru [194.226.198.36]) by hub.freebsd.org (Postfix) with ESMTP id 41AFC37B422 for ; Fri, 18 Aug 2000 05:08:50 -0700 (PDT) Received: from bb.marketsite.ru ([194.226.198.1] helo=runnet-gw.marketsite.ru) by fobos.marketsite.ru with esmtp (Exim 3.14 #40) id 13Pkx5-000AKC-00 for FreeBSD-gnats-submit@freebsd.org; Fri, 18 Aug 2000 16:08:47 +0400 Message-Id: Date: Fri, 18 Aug 2000 16:10:15 +0400 (MSD) From: dimmy the wild Reply-To: diwil@dataart.com To: FreeBSD-gnats-submit@freebsd.org Subject: conf/20698: pcm device Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20698 >Category: conf >Synopsis: pcm device >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 Aug 18 05:10:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Dmitry Dicky >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: >Description: Hello fellows, I've got the following problem with the pcm device: I've wrote a driver for the fm801 sound chip. It works Ok when playing sound in any mode and format (to be percise - real player with linux emulation loads a bit the system). When it records something, first record attempt is OK. Even more it will record a second one fine! Next one will be fine as well unless new record source will be selected _DURING_ recording. During this operation a code 0x1a being passed to the sound chip codec. Hardware processes this command and returns. But afterwards something goes wrong. Only hardware interrupts wake up the pcm device and it dumps half a buffer of the recording stream. No any further actions can be performed on the pcm - device busy. Apart form this everything works fine!!! I suppose this is a question for Cameron Grant Thank you in advance, Dmitry Dicky, diwil@dataart.com P.S. the driver code follows: /*---------------------------------------------------------------------*/ /* * Copyright (c) 2000 Dmitry Dicky diwil@dataart.com * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS `AS IS'' AND * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * * $Id$ */ #include #include #include #include #define PCI_VENDOR_FORTEMEDIA 0x1319 #define PCI_DEVICE_FORTEMEDIA1 0x08011319 #define PCI_DEVICE_FORTEMEDIA2 0x08021319 /* ??? have no idea what's this... */ #define FM_PCM_VOLUME 0x00 #define FM_FM_VOLUME 0x02 #define FM_I2S_VOLUME 0x04 #define FM_RECORD_SOURCE 0x06 #define FM_PLAY_CTL 0x08 #define FM_PLAY_RATE_MASK 0x0f00 #define FM_PLAY_BUF1_LAST 0x0001 #define FM_PLAY_BUF2_LAST 0x0002 #define FM_PLAY_START 0x0020 #define FM_PLAY_PAUSE 0x0040 #define FM_PLAY_STOPNOW 0x0080 #define FM_PLAY_16BIT 0x4000 #define FM_PLAY_STEREO 0x8000 #define FM_PLAY_DMALEN 0x0a #define FM_PLAY_DMABUF1 0x0c #define FM_PLAY_DMABUF2 0x10 #define FM_REC_CTL 0x14 #define FM_REC_RATE_MASK 0x0f00 #define FM_REC_BUF1_LAST 0x0001 #define FM_REC_BUF2_LAST 0x0002 #define FM_REC_START 0x0020 #define FM_REC_PAUSE 0x0040 #define FM_REC_STOPNOW 0x0080 #define FM_REC_16BIT 0x4000 #define FM_REC_STEREO 0x8000 #define FM_REC_DMALEN 0x16 #define FM_REC_DMABUF1 0x18 #define FM_REC_DMABUF2 0x1c #define FM_CODEC_CTL 0x22 #define FM_VOLUME 0x26 #define FM_VOLUME_MUTE 0x8000 #define FM_CODEC_CMD 0x2a #define FM_CODEC_CMD_READ 0x0080 #define FM_CODEC_CMD_VALID 0x0100 #define FM_CODEC_CMD_BUSY 0x0200 #define FM_CODEC_DATA 0x2c #define FM_IO_CTL 0x52 #define FM_CARD_CTL 0x54 #define FM_INTMASK 0x56 #define FM_INTMASK_PLAY 0x0001 #define FM_INTMASK_REC 0x0002 #define FM_INTMASK_VOL 0x0040 #define FM_INTMASK_MPU 0x0080 #define FM_INTSTATUS 0x5a #define FM_INTSTATUS_PLAY 0x0100 #define FM_INTSTATUS_REC 0x0200 #define FM_INTSTATUS_VOL 0x4000 #define FM_INTSTATUS_MPU 0x8000 #define FM801_BUFFSIZE 1024*4 /* Other values do not work!!! */ /* debug purposes */ #define DPRINT if(0) printf /* channel interface */ static void *fm801ch_init(void *devinfo, snd_dbuf *b, pcm_channel *c, int dir); static int fm801ch_setdir(void *data, int dir); static int fm801ch_setformat(void *data, u_int32_t format); static int fm801ch_setspeed(void *data, u_int32_t speed); static int fm801ch_setblocksize(void *data, u_int32_t blocksize); static int fm801ch_trigger(void *data, int go); static int fm801ch_getptr(void *data); static pcmchan_caps *fm801ch_getcaps(void *data); /* static int fm801ch_setup(pcm_channel *c); */ static pcmchan_caps fm801ch_caps = { 4000, 48000, AFMT_STEREO | AFMT_U8 | AFMT_S16_LE, AFMT_STEREO | AFMT_U8 | AFMT_S16_LE }; static pcm_channel fm801_chantemplate = { fm801ch_init, fm801ch_setdir, fm801ch_setformat, fm801ch_setspeed, fm801ch_setblocksize, fm801ch_trigger, fm801ch_getptr, fm801ch_getcaps, }; struct fm801_info; struct fm801_chinfo { struct fm801_info *parent; pcm_channel *channel; snd_dbuf *buffer; u_int32_t spd, dir, fmt; /* speed, direction, format */ u_int32_t shift; }; struct fm801_info { int type; bus_space_tag_t st; bus_space_handle_t sh; bus_dma_tag_t parent_dmat; device_t dev; int num; u_int32_t unit; struct resource *reg, *irq; int regtype, regid, irqid; void *ih; u_int32_t play_flip, play_nextblk, play_start, play_blksize, play_fmt, play_shift, play_size; u_int32_t rec_flip, rec_nextblk, rec_start, rec_blksize, rec_fmt, rec_shift, rec_size; struct fm801_chinfo pch, rch; }; /* several procedures to release the thing properly if compiled as module */ static struct fm801_info *save801; struct fm801_info *fm801_get __P((void )); static void fm801_save(struct fm801_info *fm801) { save801 = fm801; } struct fm801_info * fm801_get(void ) { return save801; } /* Bus Read / Write routines */ static u_int32_t fm801_rd(struct fm801_info *fm801, int regno, int size) { switch(size) { case 1: return (bus_space_read_1(fm801->st, fm801->sh, regno)); case 2: return (bus_space_read_2(fm801->st, fm801->sh, regno)); case 4: return (bus_space_read_4(fm801->st, fm801->sh, regno)); default: return 0xffffffff; } } static void fm801_wr(struct fm801_info *fm801, int regno, u_int32_t data, int size) { switch(size) { case 1: return bus_space_write_1(fm801->st, fm801->sh, regno, data); case 2: return bus_space_write_2(fm801->st, fm801->sh, regno, data); case 4: return bus_space_write_4(fm801->st, fm801->sh, regno, data); default: return; } } /* * ac97 codec routines */ #define TIMO 50 static u_int32_t fm801_rdcd(void *devinfo, int regno) { struct fm801_info *fm801 = (struct fm801_info *)devinfo; int i; for (i = 0; i < TIMO && fm801_rd(fm801,FM_CODEC_CMD,2) & FM_CODEC_CMD_BUSY; i++) { DELAY(10000); } if (i >= TIMO) { printf("fm801 rdcd: codec busy\n"); return 0; } fm801_wr(fm801,FM_CODEC_CMD, regno|FM_CODEC_CMD_READ,2); for (i = 0; i < TIMO && !(fm801_rd(fm801,FM_CODEC_CMD,2) & FM_CODEC_CMD_VALID); i++) { DELAY(10000); } if (i >= TIMO) { printf("fm801 rdcd: write codec invalid\n"); return 0; } return fm801_rd(fm801,FM_CODEC_DATA,2); } static void fm801_wrcd(void *devinfo, int regno, u_int32_t data) { struct fm801_info *fm801 = (struct fm801_info *)devinfo; int i; DPRINT("fm801_wrcd reg 0x%x\n",regno); if(regno == AC97_REG_RECSEL) return; /* Poll until codec is ready */ for (i = 0; i < TIMO && fm801_rd(fm801,FM_CODEC_CMD,2) & FM_CODEC_CMD_BUSY; i++) { DELAY(10000); } if (i >= TIMO) { printf("fm801 wrcd: read codec busy\n"); return; } fm801_wr(fm801,FM_CODEC_DATA,data, 2); fm801_wr(fm801,FM_CODEC_CMD, regno,2); /* wait until codec is ready */ for (i = 0; i < TIMO && fm801_rd(fm801,FM_CODEC_CMD,2) & FM_CODEC_CMD_BUSY; i++) { DELAY(10000); } if (i >= TIMO) { printf("fm801 wrcd: read codec busy\n"); return; } printf("fm801 wrcd release\n"); return; } /* * The interrupt handler */ static void fm801_intr(void *p) { struct fm801_info *fm801 = (struct fm801_info *)p; u_int32_t intsrc = fm801_rd(fm801, FM_INTSTATUS, 2); struct fm801_chinfo *ch = &(fm801->pch); snd_dbuf *b = ch->buffer; DPRINT("\nfm801_intr intsrc 0x%x ", intsrc); DPRINT("rp %d, rl %d, fp %d fl %d, size=%d\n", b->rp,b->rl, b->fp,b->fl, b->blksz); if(intsrc & FM_INTSTATUS_PLAY) { fm801->play_flip++; if(fm801->play_flip & 1) fm801_wr(fm801, FM_PLAY_DMABUF1, fm801->play_start,4); else fm801_wr(fm801, FM_PLAY_DMABUF2, fm801->play_nextblk,4); chn_intr(fm801->pch.channel); } if(intsrc & FM_INTSTATUS_REC) { fm801->rec_flip++; if(fm801->rec_flip & 1) fm801_wr(fm801, FM_REC_DMABUF1, fm801->rec_start,4); else fm801_wr(fm801, FM_REC_DMABUF2, fm801->rec_nextblk,4); chn_intr(fm801->rch.channel); } if ( intsrc & FM_INTSTATUS_MPU ) { /* This is a TODOish thing... */ fm801_wr(fm801, FM_INTSTATUS, intsrc & FM_INTSTATUS_MPU,2); } if ( intsrc & FM_INTSTATUS_VOL ) { /* This is a TODOish thing... */ fm801_wr(fm801, FM_INTSTATUS, intsrc & FM_INTSTATUS_VOL,2); } DPRINT("fm801_intr clear\n\n"); fm801_wr(fm801, FM_INTSTATUS, intsrc & (FM_INTSTATUS_PLAY | FM_INTSTATUS_REC), 2); } /* * Init routine is taken from an original NetBSD driver */ static int fm801_init(struct fm801_info *fm801) { u_int32_t k1; /* reset codec */ fm801_wr(fm801, FM_CODEC_CTL, 0x0020,2); DELAY(100000); fm801_wr(fm801, FM_CODEC_CTL, 0x0000,2); DELAY(100000); fm801_wr(fm801, FM_PCM_VOLUME, 0x0808,2); fm801_wr(fm801, FM_FM_VOLUME, 0x0808,2); fm801_wr(fm801, FM_I2S_VOLUME, 0x0808,2); fm801_wr((void *)fm801, FM_RECORD_SOURCE, 0x0000,2); /* Unmask playback, record and mpu interrupts, mask the rest */ k1 = fm801_rd((void *)fm801, FM_INTMASK,2); fm801_wr(fm801, FM_INTMASK, (k1 & ~(FM_INTMASK_PLAY | FM_INTMASK_REC | FM_INTMASK_MPU)) | FM_INTMASK_VOL,2); fm801_wr(fm801, FM_INTSTATUS, FM_INTSTATUS_PLAY | FM_INTSTATUS_REC | FM_INTSTATUS_MPU | FM_INTSTATUS_VOL,2); DPRINT("FM801 init Ok\n"); return 0; } static int fm801_pci_attach(device_t dev) { snddev_info *d; u_int32_t data; struct ac97_info *codec; struct fm801_info *fm801; int i; int mapped = 0; char status[SND_STATUSLEN]; d = device_get_softc(dev); if ((fm801 = (struct fm801_info *)malloc(sizeof(*fm801),M_DEVBUF, M_NOWAIT)) == NULL) { device_printf(dev, "cannot allocate softc\n"); return ENXIO; } bzero(fm801, sizeof(*fm801)); fm801->type = pci_get_devid(dev); data = pci_read_config(dev, PCIR_COMMAND, 2); data |= (PCIM_CMD_PORTEN|PCIM_CMD_MEMEN|PCIM_CMD_BUSMASTEREN); pci_write_config(dev, PCIR_COMMAND, data, 2); data = pci_read_config(dev, PCIR_COMMAND, 2); for (i = 0; (mapped == 0) && (i < PCI_MAXMAPS_0); i++) { fm801->regid = PCIR_MAPS + i*4; fm801->regtype = SYS_RES_MEMORY; fm801->reg = bus_alloc_resource(dev, fm801->regtype, &fm801->regid, 0, ~0, 1, RF_ACTIVE); if(!fm801->reg) { fm801->regtype = SYS_RES_IOPORT; fm801->reg = bus_alloc_resource(dev, fm801->regtype, &fm801->regid, 0, ~0, 1, RF_ACTIVE); } if(fm801->reg) { fm801->st = rman_get_bustag(fm801->reg); fm801->sh = rman_get_bushandle(fm801->reg); mapped++; } } if (mapped == 0) { device_printf(dev, "unable to map register space\n"); goto oops; } fm801_init(fm801); codec = ac97_create(dev, (void *)fm801, NULL, fm801_rdcd, fm801_wrcd); if (codec == NULL) goto oops; if (mixer_init(d, &ac97_mixer, codec) == -1) goto oops; fm801->irqid = 0; fm801->irq = bus_alloc_resource(dev, SYS_RES_IRQ, &fm801->irqid, 0, ~0, 1, RF_ACTIVE | RF_SHAREABLE); if (!fm801->irq || bus_setup_intr(dev, fm801->irq, INTR_TYPE_TTY, fm801_intr, fm801, &fm801->ih)) { device_printf(dev, "unable to map interrupt\n"); goto oops; } if (bus_dma_tag_create(/*parent*/NULL, /*alignment*/2, /*boundary*/0, /*lowaddr*/BUS_SPACE_MAXADDR_32BIT, /*highaddr*/BUS_SPACE_MAXADDR, /*filter*/NULL, /*filterarg*/NULL, /*maxsize*/FM801_BUFFSIZE, /*nsegments*/1, /*maxsegz*/0x3ffff, /*flags*/0, &fm801->parent_dmat) != 0) { device_printf(dev, "unable to create dma tag\n"); goto oops; } snprintf(status, 64, "at %s 0x%lx irq %ld", (fm801->regtype == SYS_RES_IOPORT)? "io" : "memory", rman_get_start(fm801->reg), rman_get_start(fm801->irq)); #define FM801_MAXPLAYCH 1 if (pcm_register(dev, fm801, FM801_MAXPLAYCH, 1)) goto oops; pcm_addchan(dev, PCMDIR_PLAY, &fm801_chantemplate, fm801); pcm_addchan(dev, PCMDIR_REC, &fm801_chantemplate, fm801); pcm_setstatus(dev, status); fm801_save(fm801); return 0; oops: printf("Forte Media FM801 initialization failed\n"); if (fm801->reg) bus_release_resource(dev, fm801->regtype, fm801->regid, fm801->reg); if (fm801->ih) bus_teardown_intr(dev, fm801->irq, fm801->ih); if (fm801->irq) bus_release_resource(dev, SYS_RES_IRQ, fm801->irqid, fm801->irq); free(fm801, M_DEVBUF); return ENXIO; } static int fm801_pci_probe( device_t dev ) { int id; if ((id = pci_get_devid(dev)) == PCI_DEVICE_FORTEMEDIA1 ) { device_set_desc(dev, "Forte Media FM801 Audio Controller"); return 0; } /* if ((id = pci_get_devid(dev)) == PCI_DEVICE_FORTEMEDIA2 ) { device_set_desc(dev, "Forte Media FM801 Joystick (Not Supported)"); return ENXIO; } */ return ENXIO; } /* channel interface */ static void * fm801ch_init(void *devinfo, snd_dbuf *b, pcm_channel *c, int dir) { struct fm801_info *fm801 = (struct fm801_info *)devinfo; struct fm801_chinfo *ch = (dir == PCMDIR_PLAY)? &fm801->pch : &fm801->rch; DPRINT("fm801ch_init, direction = %d\n", dir); ch->parent = fm801; ch->channel = c; ch->buffer = b; ch->buffer->bufsize = FM801_BUFFSIZE; ch->dir = dir; if( chn_allocbuf(ch->buffer, fm801->parent_dmat) == -1) return NULL; return (void *)ch; } static int fm801ch_setdir(void *data, int dir) { struct fm801_chinfo *ch = data; ch->dir = dir; return 0; } static int fm801ch_setformat(void *data, u_int32_t format) { struct fm801_chinfo *ch = data; struct fm801_info *fm801 = ch->parent; DPRINT("fm801ch_setformat 0x%x : %s, %s, %s, %s\n", format, (format & AFMT_STEREO)?"stereo":"mono", (format & (AFMT_S16_LE | AFMT_S16_BE | AFMT_U16_LE | AFMT_U16_BE)) ? "16bit":"8bit", (format & AFMT_SIGNED)? "signed":"unsigned", (format & AFMT_BIGENDIAN)?"bigendiah":"littleendian" ); if(ch->dir == PCMDIR_PLAY) { fm801->play_fmt = (format & AFMT_STEREO)? FM_PLAY_STEREO : 0; fm801->play_fmt |= (format & AFMT_16BIT) ? FM_PLAY_16BIT : 0; return fm801->play_fmt; } if(ch->dir == PCMDIR_REC ) { fm801->rec_fmt = (format & AFMT_STEREO)? FM_REC_STEREO:0; fm801->rec_fmt |= (format & AFMT_16BIT) ? FM_PLAY_16BIT : 0; return fm801->rec_fmt; } return 0; } struct { int limit; int rate; } fm801_rates[11] = { { 6600, 5500 }, { 8750, 8000 }, { 10250, 9600 }, { 13200, 11025 }, { 17500, 16000 }, { 20500, 19200 }, { 26500, 22050 }, { 35000, 32000 }, { 41000, 38400 }, { 46000, 44100 }, { 48000, 48000 }, /* anything above -> 48000 */ }; static int fm801ch_setspeed(void *data, u_int32_t speed) { struct fm801_chinfo *ch = data; struct fm801_info *fm801 = ch->parent; register int i; for (i = 0; i < 10 && fm801_rates[i].limit <= speed; i++) ; if(ch->dir == PCMDIR_PLAY) { fm801->pch.spd = fm801_rates[i].rate; fm801->play_shift = (i<<8); fm801->play_shift &= FM_PLAY_RATE_MASK; } if(ch->dir == PCMDIR_REC ) { fm801->rch.spd = fm801_rates[i].rate; fm801->rec_shift = (i<<8); fm801->rec_shift &= FM_REC_RATE_MASK; } ch->spd = fm801_rates[i].rate; return fm801_rates[i].rate; } static int fm801ch_setblocksize(void *data, u_int32_t blocksize) { struct fm801_chinfo *ch = data; struct fm801_info *fm801 = ch->parent; if(ch->dir == PCMDIR_PLAY) { if(fm801->play_flip) return fm801->play_blksize; fm801->play_blksize = blocksize; } if(ch->dir == PCMDIR_REC) { if(fm801->rec_flip) return fm801->rec_blksize; fm801->rec_blksize = blocksize; } DPRINT("fm801ch_setblocksize %d (dir %d)\n",blocksize, ch->dir); return blocksize; } static int fm801ch_trigger(void *data, int go) { struct fm801_chinfo *ch = data; struct fm801_info *fm801 = ch->parent; u_int32_t baseaddr = vtophys(ch->buffer->buf); snd_dbuf *b = ch->buffer; u_int32_t k1; DPRINT("fm801ch_trigger go %d , ", go); DPRINT("rp %d, rl %d, fp %d fl %d, dl %d, blksize=%d\n", b->rp,b->rl, b->fp,b->fl, b->dl, b->blksz); if (go == PCMTRIG_EMLDMAWR || go == PCMTRIG_EMLDMARD) { return 0; } if (ch->dir == PCMDIR_PLAY) { if (go == PCMTRIG_START) { fm801->play_start = baseaddr; fm801->play_nextblk = fm801->play_start + fm801->play_blksize; fm801->play_flip = 0; fm801_wr(fm801, FM_PLAY_DMALEN, fm801->play_blksize - 1, 2); fm801_wr(fm801, FM_PLAY_DMABUF1,fm801->play_start,4); fm801_wr(fm801, FM_PLAY_DMABUF2,fm801->play_nextblk,4); fm801_wr(fm801, FM_PLAY_CTL, FM_PLAY_START | FM_PLAY_STOPNOW | fm801->play_fmt | fm801->play_shift, 2 ); } else { fm801->play_flip = 0; k1 = fm801_rd(fm801, FM_PLAY_CTL,2); fm801_wr(fm801, FM_PLAY_CTL, (k1 & ~(FM_PLAY_STOPNOW | FM_PLAY_START)) | FM_PLAY_BUF1_LAST | FM_PLAY_BUF2_LAST, 2 ); } } else if(ch->dir == PCMDIR_REC) { if (go == PCMTRIG_START) { fm801->rec_start = baseaddr; fm801->rec_nextblk = fm801->rec_start + fm801->rec_blksize; fm801->rec_flip = 0; fm801_wr(fm801, FM_REC_DMALEN, fm801->rec_blksize - 1, 2); fm801_wr(fm801, FM_REC_DMABUF1,fm801->rec_start,4); fm801_wr(fm801, FM_REC_DMABUF2,fm801->rec_nextblk,4); fm801_wr(fm801, FM_REC_CTL, FM_REC_START | FM_REC_STOPNOW | fm801->rec_fmt | fm801->rec_shift, 2 ); } else { fm801->rec_flip = 0; k1 = fm801_rd(fm801, FM_REC_CTL,2); fm801_wr(fm801, FM_REC_CTL, (k1 & ~(FM_REC_STOPNOW | FM_REC_START)) | FM_REC_BUF1_LAST | FM_REC_BUF2_LAST, 2); } } return 0; } /* Almost ALSA copy */ static int fm801ch_getptr(void *data) { struct fm801_chinfo *ch = data; struct fm801_info *fm801 = ch->parent; int result = 0; snd_dbuf *b = ch->buffer; if (ch->dir == PCMDIR_PLAY) { result = fm801_rd(fm801, (fm801->play_flip&1) ? FM_PLAY_DMABUF2:FM_PLAY_DMABUF1, 4) - fm801->play_start; } if (ch->dir == PCMDIR_REC) { result = fm801_rd(fm801, (fm801->rec_flip&1) ? FM_REC_DMABUF2:FM_REC_DMABUF1, 4) - fm801->rec_start; } DPRINT("fm801ch_getptr:%d, rp %d, rl %d, fp %d fl %d\n", result, b->rp,b->rl, b->fp,b->fl); return result; } static pcmchan_caps * fm801ch_getcaps(void *data) { return &fm801ch_caps; } static int fm801_pci_detach(device_t dev) { struct fm801_info *fm801 = fm801_get(); DPRINT("Forte Media FM801 detach\n"); if (fm801->reg) bus_release_resource(dev, fm801->regtype, fm801->regid, fm801->reg); if (fm801->ih) bus_teardown_intr(dev, fm801->irq, fm801->ih); if (fm801->irq) bus_release_resource(dev, SYS_RES_IRQ, fm801->irqid, fm801->irq); free(fm801, M_DEVBUF); return 0; } static device_method_t fm801_methods[] = { /* Device interface */ DEVMETHOD(device_probe, fm801_pci_probe), DEVMETHOD(device_attach, fm801_pci_attach), DEVMETHOD(device_detach, fm801_pci_detach), { 0, 0} }; static driver_t fm801_driver = { "pcm", fm801_methods, sizeof(snddev_info), }; static devclass_t pcm_devclass; DRIVER_MODULE(fm801, pci, fm801_driver, pcm_devclass,0, 0); /*---------------------------------------------------------------*/ >How-To-Repeat: Repeats constantly -- ********************************************************************** ("`-''-/").___..--''"`-._ (\ Dimmy the Wild UA1ACZ `6_ 6 ) `-. ( ).`-.__.`) DataArt Enterprises, Inc. (_Y_.)' ._ ) `._ `. ``-..-' Serpukhovskaja street, 10 _..`--'_..-_/ /--'_.' ,' Saint Petersburg, Russia (il),-'' (li),' ((!.-' +7 (812) 3261780, 5552490 ********************************************************************** >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 18 5:15: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5FF0937B423; Fri, 18 Aug 2000 05:15:03 -0700 (PDT) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA84754; Fri, 18 Aug 2000 05:15:03 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Fri, 18 Aug 2000 05:15:03 -0700 (PDT) From: Message-Id: <200008181215.FAA84754@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, cg@FreeBSD.org Subject: Re: conf/20698: pcm device Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pcm device Responsible-Changed-From-To: freebsd-bugs->cg Responsible-Changed-By: sheldonh Responsible-Changed-When: Fri Aug 18 05:14:21 PDT 2000 Responsible-Changed-Why: Cameron, if you can help the originator to fix his recording problem, you'll pick up a new driver for the fm801 chip along the way! :-) http://www.freebsd.org/cgi/query-pr.cgi?pr=20698 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 18 5:30: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D9B7F37B42C for ; Fri, 18 Aug 2000 05:30:00 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA86059; Fri, 18 Aug 2000 05:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id A352B37B424; Fri, 18 Aug 2000 05:28:33 -0700 (PDT) Message-Id: <20000818122833.A352B37B424@hub.freebsd.org> Date: Fri, 18 Aug 2000 05:28:33 -0700 (PDT) From: jacobsm@gate.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: conf/20699: Bootup does not complete Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20699 >Category: conf >Synopsis: Bootup does not complete >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 18 05:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Mark Jacobs >Release: 4.1 Stable >Organization: >Environment: FreeBSD 4.1 Stable, cvsuped last night 17:00 EST. >Description: With ppp_enable="YES" and /etc/defaults/rc.conf at Revision 1.53.2.9, /etc/rc.network at Revision 1.53.2.9. Bootup stops in rc.network with the message: Starting ppp as root shell prompt is now active. >How-To-Repeat: cvsup to indicated levels. Turn on user ppp, reboot. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 18 6:19: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1604437B422; Fri, 18 Aug 2000 06:19:04 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA93104; Fri, 18 Aug 2000 06:19:04 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Fri, 18 Aug 2000 06:19:04 -0700 (PDT) From: Message-Id: <200008181319.GAA93104@freefall.freebsd.org> To: j@avias.com, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/15371: keyinfo doesn't work without suidperl Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: keyinfo doesn't work without suidperl State-Changed-From-To: open->closed State-Changed-By: johan State-Changed-When: Fri Aug 18 06:17:24 PDT 2000 State-Changed-Why: Originator asked for this to be closed on freebsd-current. ----- Date: Fri, 18 Aug 2000 17:06:33 +0400 (MSD) (15:06 CEST) From: Juriy Goloveshkin To: freebsd-current@FreeBSD.ORG Subject: keyinfo... Hi all. 1) somebody close bin/15371. I wrote to imp, but he kept silent. or I must send pr for close pr? ----- http://www.freebsd.org/cgi/query-pr.cgi?pr=15371 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 18 8: 0:11 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E3FB337B43E for ; Fri, 18 Aug 2000 08:00:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA70542; Fri, 18 Aug 2000 08:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from palm.cise.ufl.edu (palm.cise.ufl.edu [128.227.205.231]) by hub.freebsd.org (Postfix) with ESMTP id 6E07437B422 for ; Fri, 18 Aug 2000 07:59:23 -0700 (PDT) Received: (from root@localhost) by palm.cise.ufl.edu (8.9.3/8.9.3) id KAA01083; Fri, 18 Aug 2000 10:59:23 -0400 (EDT) (envelope-from root) Message-Id: <200008181459.KAA01083@palm.cise.ufl.edu> Date: Fri, 18 Aug 2000 10:59:23 -0400 (EDT) From: Charlie Root Reply-To: root@palm.cise.ufl.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/20701: savecore not working Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20701 >Category: kern >Synopsis: savecore not working >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 Aug 18 08:00:04 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Jim Hranicky (jfh@cise.ufl.edu) >Release: FreeBSD 4.1-STABLE i386 >Organization: University of Florida CISE Department >Environment: OS ver: FreeBSD 4.1-STABLE #0 CPU info: CPU: Pentium III/Pentium III Xeon/Celeron (646.67-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383fbff real memory = 268369920 (262080K bytes) >Description: On booting after a kernel panic, savecore fails with the following error message: checking for core dump...savecore: /kernel: _dumplo not in namelist >How-To-Repeat: Cause kernel panic >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 Fri Aug 18 8: 0:15 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C056237B43C for ; Fri, 18 Aug 2000 08:00:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA70533; Fri, 18 Aug 2000 08:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from palm.cise.ufl.edu (palm.cise.ufl.edu [128.227.205.231]) by hub.freebsd.org (Postfix) with ESMTP id AC16A37B423 for ; Fri, 18 Aug 2000 07:56:49 -0700 (PDT) Received: (from root@localhost) by palm.cise.ufl.edu (8.9.3/8.9.3) id KAA00964; Fri, 18 Aug 2000 10:56:48 -0400 (EDT) (envelope-from root) Message-Id: <200008181456.KAA00964@palm.cise.ufl.edu> Date: Fri, 18 Aug 2000 10:56:48 -0400 (EDT) From: Charlie Root Reply-To: root@palm.cise.ufl.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/20700: vinum create can cause kernel panic Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20700 >Category: kern >Synopsis: vinum create can cause kernel panic >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 Aug 18 08:00:04 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Jim Hranicky (jfh@cise.ufl.edu) >Release: FreeBSD 4.1-STABLE i386 >Organization: University of Florida CISE Department >Environment: OS ver: FreeBSD 4.1-STABLE #0 CPU info: CPU: Pentium III/Pentium III Xeon/Celeron (646.67-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383fbff real memory = 268369920 (262080K bytes) SCSI Adapter: ahc1: port 0x2400-0x24ff mem 0xf4101000-0xf4101fff irq 11 at device 12.1 on pci0 ahc1: aic7896/97 Wide Channel B, SCSI Id=7, 16/255 SCBs Disk type: da1: Fixed Direct Access SCSI-3 device da1: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing Enabled da1: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) >Description: The command "vinum create -f /var/tmp/vinum.conf" causes a kernel panic when accessing a drive set up using the "disklabel" command, and not /stand/sysinstall : # vinum create -f /var/tmp/vinum.conf Fatal double fault: eip = 0xc02f18e9 esp = 0xd6affd7c ebp = 0xd6affd90 panic: double fault Debugger("panic") Stopped at Debugger+0x34: movb $0,0xc03b3be0 db> trace Debugger(c03328a3) at Debugger+0x34 panic(c0360043,c03605f0,d6affd90,c03605e4,d6affd7c) at panic+0x70 dblfault_handler(0,0,0,0,0) at dblfault_handler+0x47 vinum.conf: drive d1 device /dev/da1s1e volume tmpvol plex name tmpvol.p0 org concat sd name tmpvol.p0.s0 length 1g drive d1 >How-To-Repeat: $ ( cd /dev ; ./MAKEDEV da1s1a ) $ disklabel -w -r da1 auto $ disklabel -e -r da1 Resulting disklabel: # /dev/da1c: type: SCSI disk: IBM label: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 4462 sectors/unit: 71687340 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] c: 71687340 0 unused 0 0 # (Cyl. 0 - 4462*) e: 71687340 0 vinum # (Cyl. 0 - 4462*) $ vinum create -f /var/tmp/vinum.conf One of three things have been observed at this point: 1) kernel panic 2) vinum dumps core (I still have the core file) 3) creation of volume with faulty objects, message "Device da1s1e not configured" However, when the disk config is viewed using /stand/sysinstall fdisk, the partition is listed as "unused". Apparently, more needs to be done using disklabel, or /stand/sysinstall must be used to set up disks. >Fix: 1) Use /stand/sysinstall fdisk to label the disk (I selected "Use entire partition", type 165 ). 2) disklabel -e -r daX , create vinum partition 3) run "vinum create" >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 Aug 18 8:10:11 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4B1FE37B443 for ; Fri, 18 Aug 2000 08:10:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA73536; Fri, 18 Aug 2000 08:10:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 18 Aug 2000 08:10:07 -0700 (PDT) Message-Id: <200008181510.IAA73536@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jon Schneider Subject: Re: gnu/20674: Dreadful tar performance with remote device Reply-To: Jon Schneider Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR gnu/20674; it has been noted by GNATS. From: Jon Schneider To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: gnu/20674: Dreadful tar performance with remote device Date: Fri, 18 Aug 2000 16:06:44 +0100 I've tested the packaged gnu tar 1.13 and that's about the same. I tried switching the tcp.delayed_ack sysctl to 0 and that seems to cure the problem. However it is still faster doing the rsh bit manually than letting tar do it. Jon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 18 8:29:17 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from modemcable127.61-201-24.mtl.mc.videotron.net (modemcable211.226-201-24.mtl.mc.videotron.net [24.201.226.211]) by hub.freebsd.org (Postfix) with SMTP id 5895B37B422 for ; Fri, 18 Aug 2000 08:29:14 -0700 (PDT) Received: (qmail 72450 invoked from network); 18 Aug 2000 15:29:13 -0000 Received: from patrak.local.mindstep.com (HELO PATRAK) (192.168.10.4) by jacuzzi.local.mindstep.com with SMTP; 18 Aug 2000 15:29:13 -0000 Message-ID: <03a401c00929$0fb679e0$040aa8c0@local.mindstep.com> From: "Patrick Bihan-Faou" To: , References: <200008180656.XAA41137@freefall.freebsd.org> Subject: Re: kern/20689: Newbusified version of ncr driver does not work in FreeBSD 4.1 Date: Fri, 18 Aug 2000 11:29:12 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, The sym(4) driver seems to be working fine in my setup. If you want me to test updates to the ncr(4) driver for FreeBSD 4, please drop me a note. I guess this is not as important since the sym(4) driver works, but if ncr(4) I guess it should either be nuked or fixed. Thanks, Patrick. ----- Original Message ----- From: To: ; ; Sent: Friday, August 18, 2000 2:56 AM Subject: Re: kern/20689: Newbusified version of ncr driver does not work in FreeBSD 4.1 > Synopsis: Newbusified version of ncr driver does not work in FreeBSD 4.1 > > State-Changed-From-To: open->feedback > State-Changed-By: sheldonh > State-Changed-When: Thu Aug 17 23:55:00 PDT 2000 > State-Changed-Why: > Doesn't the sym(4) driver work for you? It's believed to > support just about everything that ncr(4) did. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=20689 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 18 12:30: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0FD0037B43C for ; Fri, 18 Aug 2000 12:30:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA15892; Fri, 18 Aug 2000 12:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id A756B37B423; Fri, 18 Aug 2000 12:29:22 -0700 (PDT) Message-Id: <20000818192922.A756B37B423@hub.freebsd.org> Date: Fri, 18 Aug 2000 12:29:22 -0700 (PDT) From: visigoth@telemere.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/20706: recent newbus mod's to dpt seem to have broken it.. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20706 >Category: kern >Synopsis: recent newbus mod's to dpt seem to have broken it.. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 18 12:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Damieon Stark >Release: FreeBSD 4.1-STABLE >Organization: Telemere Technologies Inc >Environment: Working: 4.1-STABLE (kernel and world) from ~Aug 5 2000 Broken: Kernel as of newbus commits on the 10th ( I think ) >Description: When booting a "DPT PM3334UW FW Rev. 07M0, 2 channels, 64 CCBs" on 4.1-STABLE the bios asigns an irq and the kernel seems to think it is on a different one. Causing a kernel panic during boot. On my machine the bios asigns an IRQ of 9, but the kernel comes up with 16. In reading sys/dev/dpt/dpt.h I saw a comment about information read from the dpt being both Big endian, as well as in network byte order, This seems like a reasonable place to think the problem may be.... But not YET being a wizard, I don't know. Plus I don't know anything about newbus yet.. ;) >How-To-Repeat: Compile a newbusified dpt kernel (after aug 10) and try to boot up a DPT PM3334UW. (pci) >Fix: possible endian-ness/byte order missmatch in dpt_read_conf? or in the way newbus handles the data... Again, don't know.... >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 Aug 18 13:20: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D1E6E37B43F for ; Fri, 18 Aug 2000 13:20:00 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA23275; Fri, 18 Aug 2000 13:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id E343A37B423; Fri, 18 Aug 2000 13:19:44 -0700 (PDT) Message-Id: <20000818201944.E343A37B423@hub.freebsd.org> Date: Fri, 18 Aug 2000 13:19:44 -0700 (PDT) From: masa@misproductions.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/20708: Adaptec 1542 ISA SCSI Controller not detected properly in 4.1-STABLE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20708 >Category: kern >Synopsis: Adaptec 1542 ISA SCSI Controller not detected properly in 4.1-STABLE >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 18 13:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Shon Elliott >Release: 4.1-STABLE >Organization: MiS Productions >Environment: FreeBSD ns2.misproductions.com 4.1-STABLE FreeBSD 4.1-STABLE #0: Fri Aug 18 08:55:57 PDT 2000 root@ns2.misproductions.com:/usr/src/sys/compile/NS i386 >Description: Adaptec 1542 ISA SCSI Controller card comes up as unknown0 on boot, and SCSI disk devices are not available. >How-To-Repeat: You can replicate this problem by creating a GENERIC kernel from 4.1-STABLE as of 1:00PM PST on 8/18/2000. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 18 13:20: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9D25F37B42C for ; Fri, 18 Aug 2000 13:20:00 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA23266; Fri, 18 Aug 2000 13:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from orthanc.ab.ca (207-167-15-66.dsl.worldgate.ca [207.167.15.66]) by hub.freebsd.org (Postfix) with ESMTP id 50DDB37B423 for ; Fri, 18 Aug 2000 13:15:17 -0700 (PDT) Received: (from lyndon@localhost) by orthanc.ab.ca (8.11.0.Beta3/8.11.0.Beta3) id e7IKFFR28900; Fri, 18 Aug 2000 14:15:15 -0600 (MDT) Message-Id: <200008182015.e7IKFFR28900@orthanc.ab.ca> Date: Fri, 18 Aug 2000 14:15:15 -0600 (MDT) From: Lyndon Nerenberg Reply-To: lyndon@orthanc.ab.ca To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/20707: /usr/libexec/cpp doesn't support -undef flag Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20707 >Category: gnu >Synopsis: /usr/libexec/cpp doesn't support -undef flag >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 18 13:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Lyndon Nerenberg >Release: FreeBSD 4.0-STABLE i386 >Organization: The Frobozz Magic Homing Pigeon Company >Environment: 4-STABLE as of August 18th. >Description: /usr/libexec/cpp doesn't support the -undef flag, although --help documents it. (As does the cpp(1) manpage, although it's unclear if cpp(1) is meant to apply to /usr/libexec/cpp as well as the one in /usr/bin.) lcc (/usr/ports/lang/lcc) invokes /usr/libexec/cpp with -undef, and thus breaks when /usr/libexec/cpp barfs about the unrecognized option. >How-To-Repeat: Install lcc from ports, then try to compile something. >Fix: Re-enable -undef for the cpp in /usr/libexec. >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 Aug 18 13:50: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 636FD37B422 for ; Fri, 18 Aug 2000 13:50:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA27116; Fri, 18 Aug 2000 13:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 18 Aug 2000 13:50:01 -0700 (PDT) Message-Id: <200008182050.NAA27116@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: kern/20677: slight prototype inconsistency for poll(2) Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/20677; it has been noted by GNATS. From: Bruce Evans To: Sheldon Hearn Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/20677: slight prototype inconsistency for poll(2) Date: Sat, 19 Aug 2000 06:48:56 +1000 (EST) > > -int poll __P((struct pollfd *_pfd, unsigned _nfds, int _timeout)); > > +int poll __P((struct pollfd *_pfd, unsigned int _nfds, int _timeout)); > You changed the type of the _nfds argument from u_int to unsigned in rev > 1.4 of poll.h. Can we change it to unsigned int to match the manual > page? OK (but I would have used "unsigned" in both). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 18 14:40: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 59DBA37B424 for ; Fri, 18 Aug 2000 14:40:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA33421; Fri, 18 Aug 2000 14:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from guru.mired.org (zoom1-111.telepath.com [216.14.1.111]) by hub.freebsd.org (Postfix) with SMTP id 0FC2237B422 for ; Fri, 18 Aug 2000 14:33:38 -0700 (PDT) Received: (qmail 77723 invoked by uid 100); 18 Aug 2000 21:33:02 -0000 Message-Id: <20000818213302.77722.qmail@guru.mired.org> Date: 18 Aug 2000 21:33:02 -0000 From: mwm@mired.org Reply-To: mwm@mired.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/20710: mount output is to long, and "mount -v" is useless. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20710 >Category: bin >Synopsis: mount output is to long, and "mount -v" is useless. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Aug 18 14:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Mike Meyer >Release: FreeBSD 5.0-CURRENT i386 >Organization: Missionaria Phonibalonica >Environment: Most recent version of FreeBSD. >Description: The "mount" command to get a list of mounted file systems now outputs lots of information, making the critical stuff - the actual mount points - hard to find. Also, the command "mount -v" and the command "mount" do the exact same thing. This seems like such a waste. >How-To-Repeat: Run "mount" and notice the wrapped lines on an 80-column screen. Run "mount -v" and notice nearly identical output! >Fix: The attached patch to sbin/mount/mount.c changes mount so that a bare "mount" just lists the mount points, and "mount -v" prints all the statistics. While it might be desirable to have "mount" print the options as well, having the non-verbose one be as quiet as possible while still being useful seemed like the right option. --- mount.c-orig Fri Aug 18 16:20:39 2000 +++ mount.c Fri Aug 18 16:22:23 2000 @@ -81,7 +81,7 @@ int mountfs __P((const char *, const char *, const char *, int, const char *, const char *)); void remopt __P((char *, const char *)); -void prmount __P((struct statfs *)); +void prmount __P((struct statfs *, int verbose)); void putfsent __P((const struct statfs *)); void usage __P((void)); char *flags2opts __P((int)); @@ -219,7 +219,7 @@ if (checkvfsname(mntbuf[i].f_fstypename, vfslist)) continue; - prmount(&mntbuf[i]); + prmount(&mntbuf[i], verbose); } } exit(rval); @@ -490,7 +490,7 @@ if (fstab_style) putfsent(&sf); else - prmount(&sf); + prmount(&sf, 1); } break; } @@ -499,15 +499,20 @@ } void -prmount(sfp) +prmount(sfp, verbose) struct statfs *sfp; + int verbose; { int flags; struct opt *o; struct passwd *pw; - (void)printf("%s on %s (%s", sfp->f_mntfromname, sfp->f_mntonname, - sfp->f_fstypename); + (void)printf("%s on %s", sfp->f_mntfromname, sfp->f_mntonname); + if (!verbose) { + putchar('\n'); + return; + } + (void)printf(" (%s", sfp->f_fstypename); flags = sfp->f_flags & MNT_VISFLAGMASK; for (o = optnames; flags && o->o_opt; o++) >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 Aug 18 18: 0: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2D07337B42C for ; Fri, 18 Aug 2000 18:00:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA53887; Fri, 18 Aug 2000 18:00:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 18 Aug 2000 18:00:06 -0700 (PDT) Message-Id: <200008190100.SAA53887@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Brian Behlendorf Subject: Re: kern/20088: 4.0-stable fails to compile, make: don't know how to make agp_if.c. Stop Reply-To: Brian Behlendorf Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/20088; it has been noted by GNATS. From: Brian Behlendorf To: freebsd-gnats-submit@FreeBSD.org, toystein@homelien.no Cc: Subject: Re: kern/20088: 4.0-stable fails to compile, make: don't know how to make agp_if.c. Stop Date: Fri, 18 Aug 2000 18:00:26 -0700 (PDT) I know this report was closed, due to "pilot error" presumably on the part of the reporter, but I'm curious as to how it was resolved, since I have the same problem; I've resupp'd /usr/src from scratch (RELENG_4), updated the config binary and binutils, and still get that same error. Brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Aug 18 19: 8:58 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 533F137B42C; Fri, 18 Aug 2000 19:08:57 -0700 (PDT) Received: (from grog@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA61487; Fri, 18 Aug 2000 19:08:57 -0700 (PDT) (envelope-from grog@FreeBSD.org) Date: Fri, 18 Aug 2000 19:08:57 -0700 (PDT) From: Message-Id: <200008190208.TAA61487@freefall.freebsd.org> To: grog@FreeBSD.org, freebsd-bugs@FreeBSD.org, grog@FreeBSD.org Subject: Re: kern/20700: vinum create can cause kernel panic Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: vinum create can cause kernel panic Responsible-Changed-From-To: freebsd-bugs->grog Responsible-Changed-By: grog Responsible-Changed-When: Fri Aug 18 19:03:33 PDT 2000 Responsible-Changed-Why: grog handles Vinum PRs http://www.freebsd.org/cgi/query-pr.cgi?pr=20700 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 19 0:33:36 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 632DB37B422; Sat, 19 Aug 2000 00:33:35 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA96174; Sat, 19 Aug 2000 00:33:35 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sat, 19 Aug 2000 00:33:35 -0700 (PDT) From: Message-Id: <200008190733.AAA96174@freefall.freebsd.org> To: gnn@neville-neil.com, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, archie@FreeBSD.org Subject: Re: kern/17631: netgraph is not implemented on loopback iterfaces Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: netgraph is not implemented on loopback iterfaces State-Changed-From-To: open->feedback State-Changed-By: johan State-Changed-When: Sat Aug 19 00:26:39 PDT 2000 State-Changed-Why: Can you please send the patches you where talking about as a followup to this PR, by sending them in a mail to 'freebsd-gnats-submit@FreeBSD.org' with the subject of this mail. Responsible-Changed-From-To: freebsd-bugs->archie Responsible-Changed-By: johan Responsible-Changed-When: Sat Aug 19 00:26:39 PDT 2000 Responsible-Changed-Why: Archie has done some recent commits to this area and I belive he is one of the maintainers, true? http://www.freebsd.org/cgi/query-pr.cgi?pr=17631 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 19 0:52:21 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BEDA737B424; Sat, 19 Aug 2000 00:52:19 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA97676; Sat, 19 Aug 2000 00:52:19 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sat, 19 Aug 2000 00:52:19 -0700 (PDT) From: Message-Id: <200008190752.AAA97676@freefall.freebsd.org> To: luigi@iet.unipi.it, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/3504: [PATCH] New features (and manpage) for netboot Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] New features (and manpage) for netboot State-Changed-From-To: open->closed State-Changed-By: johan State-Changed-When: Sat Aug 19 00:47:06 PDT 2000 State-Changed-Why: From rev 1.20 of netboot/main.c Bring in some improved bootp support for netboot submitted by Luigi: - TFTP is not needed any longer. rev 1.20 was also MFC:ed to 2.2.2 http://www.freebsd.org/cgi/query-pr.cgi?pr=3504 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 19 2:30: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4A78837B43E for ; Sat, 19 Aug 2000 02:30:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA07158; Sat, 19 Aug 2000 02:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 0749637B43F; Sat, 19 Aug 2000 02:25:26 -0700 (PDT) Message-Id: <20000819092526.0749637B43F@hub.freebsd.org> Date: Sat, 19 Aug 2000 02:25:26 -0700 (PDT) From: markm68k@yahoo.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/20712: errant traceroute output from behind natd Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20712 >Category: misc >Synopsis: errant traceroute output from behind natd >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Aug 19 02:30:02 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Mark Miller >Release: 4.1-RELEASE >Organization: >Environment: FreeBSD myhost 4.1-RELEASE FreeBSD 4.1-RELEASE #7: Mon Aug 14 21:32:29 PDT 2000 me@myhost:/usr/src/sys/compile/MYHOST i386 >Description: When running traceroute from a computer which is connected to a FreeBSD 4.1-RELEASE box via a natd alias internal interface, the output report is not correct. This is the output of traceroute to www.freebsd.org: traceroute to freefall.freebsd.org (216.136.204.21), 30 hops max, 40 byte packets 1 freefall.freebsd.org (216.136.204.21) 4.164 ms 3.092 ms 3.053 ms 2 freefall.freebsd.org (216.136.204.21) 34 ms 31.441 ms 33.467 ms 3 freefall.freebsd.org (216.136.204.21) 27.402 ms 19.899 ms 19.829 ms 4 freefall.freebsd.org (216.136.204.21) 19.527 ms 37.497 ms 21.049 ms 5 freefall.freebsd.org (216.136.204.21) 20.22 ms 33.82 ms 30.611 ms 6 freefall.freebsd.org (216.136.204.21) 21.973 ms 21.07 ms 32.729 ms 7 freefall.freebsd.org (216.136.204.21) 38.95 ms 22.33 ms 21.103 ms 8 freefall.freebsd.org (216.136.204.21) 23.571 ms 21.945 ms 22.781 ms 9 freefall.freebsd.org (216.136.204.21) 33.078 ms 32.007 ms 35.327 ms 10 freefall.freebsd.org (216.136.204.21) 48.748 ms 32.419 ms 33.242 ms 11 freefall.freebsd.org (216.136.204.21) 32.552 ms 31.183 ms 33.039 ms 12 freefall.freebsd.org (216.136.204.21) 33.113 ms 36.89 ms 35.685 ms 13 freefall.freebsd.org (216.136.204.21) 31.588 ms 35.64 ms 37.114 ms 14 freefall.freebsd.org (216.136.204.21) 34.84 ms 46.235 ms 42.252 ms Some testing has resulted in the following conclusions: 1. Problems are very likely related to the natd code. 2. It appears to be limited to udp traffic. 3. It corrupts any icmp packets sent in response to a udp packet by changing the source of the icmp to be the destination of the udp packet. >How-To-Repeat: 1. install FreeBSD 4.1-RELEASE 2. configure an "open" firewall 3. configure natd with a single NIC, and an alias internal interface. 4. run "traceroute www.freebsd.org" from a different computer connected via natd to the freebsd box. 5. watch the errant output from traceroute. >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 Sat Aug 19 2:40: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D535637B42C for ; Sat, 19 Aug 2000 02:40:00 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA08055; Sat, 19 Aug 2000 02:40:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 35A6737B424; Sat, 19 Aug 2000 02:32:16 -0700 (PDT) Message-Id: <20000819093216.35A6737B424@hub.freebsd.org> Date: Sat, 19 Aug 2000 02:32:16 -0700 (PDT) From: markm68k@yahoo.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/20713: errant traceroute output from behind natd Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20713 >Category: misc >Synopsis: errant traceroute output from behind natd >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Aug 19 02:40:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Mark Miller >Release: 4.1-RELEASE >Organization: >Environment: FreeBSD myhost 4.1-RELEASE FreeBSD 4.1-RELEASE #7: Mon Aug 14 21:32:29 PDT 2000 me@myhost:/usr/src/sys/compile/MYHOST i386 >Description: Setting up a firewall rule to send the icmp unreachable for a tcp connection causes the icmp response that is sent to say that the firewall itself is unreachable. >How-To-Repeat: 1. install FreeBSD 4.1-RELEASE 2. configure an "open" firewall 3. configure a natd alias internal interface. 3. add a "unreach host-prohib" rule (e.g. telnet) 4. from a computer connected to the FreeBSD computer behind a natd connection, try to connect to the unreachable host via tcp (e.g. telnet) 5. watch the results from tcpdump. >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 Sat Aug 19 2:40: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E86C537B43E for ; Sat, 19 Aug 2000 02:40:00 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA08064; Sat, 19 Aug 2000 02:40:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id DE14837B423; Sat, 19 Aug 2000 02:33:02 -0700 (PDT) Message-Id: <20000819093302.DE14837B423@hub.freebsd.org> Date: Sat, 19 Aug 2000 02:33:02 -0700 (PDT) From: markm68k@yahoo.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/20714: errant firewall rule response Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20714 >Category: misc >Synopsis: errant firewall rule response >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Aug 19 02:40:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Mark Miller >Release: 4.1-RELEASE >Organization: >Environment: FreeBSD myhost 4.1-RELEASE FreeBSD 4.1-RELEASE #7: Mon Aug 14 21:32:29 PDT 2000 me@myhost:/usr/src/sys/compile/MYHOST i386 >Description: Setting up a firewall rule to send the icmp unreachable for a tcp connection causes the icmp response that is sent to say that the firewall itself is unreachable. >How-To-Repeat: 1. install FreeBSD 4.1-RELEASE 2. configure an "open" firewall 3. configure a natd alias internal interface. 3. add a "unreach host-prohib" rule (e.g. telnet) 4. from a computer connected to the FreeBSD computer behind a natd connection, try to connect to the unreachable host via tcp (e.g. telnet) 5. watch the results from tcpdump. >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 Sat Aug 19 3: 6:46 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 29ABC37B422; Sat, 19 Aug 2000 03:06:45 -0700 (PDT) Received: (from dwmalone@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA11021; Sat, 19 Aug 2000 03:06:45 -0700 (PDT) (envelope-from dwmalone@FreeBSD.org) Date: Sat, 19 Aug 2000 03:06:45 -0700 (PDT) From: Message-Id: <200008191006.DAA11021@freefall.freebsd.org> To: markm68k@yahoo.com, dwmalone@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/20713: errant traceroute output from behind natd Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: errant traceroute output from behind natd State-Changed-From-To: open->closed State-Changed-By: dwmalone State-Changed-When: Sat Aug 19 03:06:02 PDT 2000 State-Changed-Why: Duplicate of 20714 with wrong subject. http://www.freebsd.org/cgi/query-pr.cgi?pr=20713 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 19 3:50: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C2A5137B42C for ; Sat, 19 Aug 2000 03:50:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA13136; Sat, 19 Aug 2000 03:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id B4FD437B424; Sat, 19 Aug 2000 03:43:19 -0700 (PDT) Message-Id: <20000819104319.B4FD437B424@hub.freebsd.org> Date: Sat, 19 Aug 2000 03:43:19 -0700 (PDT) From: sakditorn_s@hotmail.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/20715: Can't run 2 freebsd servers on the same network. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 20715 >Category: misc >Synopsis: Can't run 2 freebsd servers on the same network. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: wish >Submitter-Id: current-users >Arrival-Date: Sat Aug 19 03:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: sakditorn >Release: freebsd 3.2 >Organization: popidols co.,ltd. >Environment: >Description: I already has one freebsd server running on the network. when I tried to up another freebsd server on the same network. These two servers can't talk to each other. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 19 4:19:52 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E108437B42C; Sat, 19 Aug 2000 04:19:50 -0700 (PDT) Received: (from dwmalone@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA18328; Sat, 19 Aug 2000 04:19:50 -0700 (PDT) (envelope-from dwmalone@FreeBSD.org) Date: Sat, 19 Aug 2000 04:19:50 -0700 (PDT) From: Message-Id: <200008191119.EAA18328@freefall.freebsd.org> To: sakditorn_s@hotmail.com, dwmalone@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/20715: Can't run 2 freebsd servers on the same network. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Can't run 2 freebsd servers on the same network. State-Changed-From-To: open->closed State-Changed-By: dwmalone State-Changed-When: Sat Aug 19 04:18:59 PDT 2000 State-Changed-Why: Sounds like a configuration error - submitter advised to post to freebsd-questions with more details. http://www.freebsd.org/cgi/query-pr.cgi?pr=20715 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 19 4:20: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 632E637B423 for ; Sat, 19 Aug 2000 04:20:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA18358; Sat, 19 Aug 2000 04:20:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 19 Aug 2000 04:20:04 -0700 (PDT) Message-Id: <200008191120.EAA18358@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Malone Subject: Re: misc/20715: Can't run 2 freebsd servers on the same network. Reply-To: David Malone Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/20715; it has been noted by GNATS. From: David Malone To: sakditorn_s@hotmail.com Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: misc/20715: Can't run 2 freebsd servers on the same network. Date: Sat, 19 Aug 2000 12:18:16 +0100 On Sat, Aug 19, 2000 at 03:43:19AM -0700, sakditorn_s@hotmail.com wrote: > I already has one freebsd server running on the network. when I > tried to up another freebsd server on the same network. These two > servers can't talk to each other. This is unlikely to be a FreeBSD bug as many people around the world have FreeBSD machines talking to one another. I presume it is some sort of configuration error - I'd suggest that you post the output of "ifconfig -a" and "netstat -nr" from both machines to freebsd-questions, describing in detail in what way they cannot talk to one another. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 19 12:40: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 08F6F37B423 for ; Sat, 19 Aug 2000 12:40:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA33248; Sat, 19 Aug 2000 12:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 19 Aug 2000 12:40:03 -0700 (PDT) Message-Id: <200008191940.MAA33248@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: bin/20710: mount output is to long, and "mount -v" is useless. Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/20710; it has been noted by GNATS. From: Bruce Evans To: mwm@mired.org Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/20710: mount output is to long, and "mount -v" is useless. Date: Sun, 20 Aug 2000 05:34:13 +1000 (EST) On 18 Aug 2000 mwm@mired.org wrote: > >Description: > > The "mount" command to get a list of mounted file systems now > outputs lots of information, making the critical stuff - the > actual mount points - hard to find. The stuff about reads and writes takes too much space and doesn't really belong in mount(8). > Also, the command "mount -v" and the command "mount" do the > exact same thing. This seems like such a waste. This is because mount with no args essentially applies -v. -v only makes a difference for mounting a single filesystem. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Aug 19 14:40: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 07A8D37B424 for ; Sat, 19 Aug 2000 14:40:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA47497; Sat, 19 Aug 2000 14:40:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 19 Aug 2000 14:40:04 -0700 (PDT) Message-Id: <200008192140.OAA47497@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Mike Meyer Subject: Re: bin/20710: mount output is to long, and "mount -v" is useless. Reply-To: Mike Meyer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/20710; it has been noted by GNATS. From: Mike Meyer To: Bruce Evans Cc: mwm@mired.org, FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/20710: mount output is to long, and "mount -v" is useless. Date: Sat, 19 Aug 2000 16:34:56 -0500 (CDT) Bruce Evans writes: > On 18 Aug 2000 mwm@mired.org wrote: > > >Description: > > > > The "mount" command to get a list of mounted file systems now > > outputs lots of information, making the critical stuff - the > > actual mount points - hard to find. > The stuff about reads and writes takes too much space and doesn't really > belong in mount(8). That's a reasonable way to look at things. I thought about patching it so that the options showed up without the -v, then decided not to. But where should you get that information from? > > Also, the command "mount -v" and the command "mount" do the > > exact same thing. This seems like such a waste. > This is because mount with no args essentially applies -v. -v only makes > a difference for mounting a single filesystem. Um - not after you apply the patch I sent. That's was the point of using -v - it wasn't doing anything in that situation anyway.