From owner-freebsd-bugs Sun Sep 17 1:39:48 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 2E57B37B423; Sun, 17 Sep 2000 01:39:47 -0700 (PDT) Received: (from darrenr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA56967; Sun, 17 Sep 2000 01:39:47 -0700 (PDT) (envelope-from darrenr@FreeBSD.org) Date: Sun, 17 Sep 2000 01:39:47 -0700 (PDT) From: Message-Id: <200009170839.BAA56967@freefall.freebsd.org> To: darrenr@FreeBSD.org, freebsd-bugs@FreeBSD.org, darrenr@FreeBSD.org Subject: Re: kern/11766: Can not traceroute through ipnat. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Can not traceroute through ipnat. Responsible-Changed-From-To: freebsd-bugs->darrenr Responsible-Changed-By: darrenr Responsible-Changed-When: Sun Sep 17 01:39:02 PDT 2000 Responsible-Changed-Why: darrenr is responsible http://www.freebsd.org/cgi/query-pr.cgi?pr=11766 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 1:40:19 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 2774737B423; Sun, 17 Sep 2000 01:40:18 -0700 (PDT) Received: (from darrenr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA57142; Sun, 17 Sep 2000 01:40:18 -0700 (PDT) (envelope-from darrenr@FreeBSD.org) Date: Sun, 17 Sep 2000 01:40:18 -0700 (PDT) From: Message-Id: <200009170840.BAA57142@freefall.freebsd.org> To: darrenr@FreeBSD.org, freebsd-bugs@FreeBSD.org, darrenr@FreeBSD.org Subject: Re: kern/18938: ipnat fails on dynamically created interfaces (e.g. tun) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ipnat fails on dynamically created interfaces (e.g. tun) Responsible-Changed-From-To: freebsd-bugs->darrenr Responsible-Changed-By: darrenr Responsible-Changed-When: Sun Sep 17 01:39:53 PDT 2000 Responsible-Changed-Why: darrenr is responsible for ipnat http://www.freebsd.org/cgi/query-pr.cgi?pr=18938 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 1:42:39 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 77E7E37B422; Sun, 17 Sep 2000 01:42:37 -0700 (PDT) Received: (from darrenr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA57795; Sun, 17 Sep 2000 01:42:37 -0700 (PDT) (envelope-from darrenr@FreeBSD.org) Date: Sun, 17 Sep 2000 01:42:37 -0700 (PDT) From: Message-Id: <200009170842.BAA57795@freefall.freebsd.org> To: darrenr@FreeBSD.org, freebsd-bugs@FreeBSD.org, darrenr@FreeBSD.org Subject: Re: kern/17109: fastroute crashes for lo0 udp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: fastroute crashes for lo0 udp Responsible-Changed-From-To: freebsd-bugs->darrenr Responsible-Changed-By: darrenr Responsible-Changed-When: Sun Sep 17 01:42:20 PDT 2000 Responsible-Changed-Why: darrenr is responsible for ipfilter http://www.freebsd.org/cgi/query-pr.cgi?pr=17109 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 2:30: 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 1604B37B424 for ; Sun, 17 Sep 2000 02:30:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA65297; Sun, 17 Sep 2000 02:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 383E237B422; Sun, 17 Sep 2000 02:23:58 -0700 (PDT) Message-Id: <20000917092358.383E237B422@hub.freebsd.org> Date: Sun, 17 Sep 2000 02:23:58 -0700 (PDT) From: fonvi@easynet.fr To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/21323: Lock up at boot on Acer507DX with pci.c 1.141.2.3 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21323 >Category: kern >Synopsis: Lock up at boot on Acer507DX with pci.c 1.141.2.3 >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 Sep 17 02:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Marc Fonvieille >Release: 4.1-stable >Organization: >Environment: FreeBSD marduk.styx.org 4.1-STABLE FreeBSD 4.1-STABLE #0: Sun Sep 17 10:46:59 CEST 2000 marc@marduk.styx.org:/usr/src/sys/compile/MARDUK i386 >Description: With kernel using pci.c 1.141.2.3 (Stable from Sep 1 2000 and next) my laptop Acer507DX lock up at boot just after this line: atapci0: port 0x8000-0x800f at device 7.1 on pci0 >How-To-Repeat: Each boot >Fix: Downgrade pci.c to 1.141.2.2 version and it runs fine >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 Sep 17 3:26: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 EF45B37B424; Sun, 17 Sep 2000 03:26:40 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA71913; Sun, 17 Sep 2000 03:26:40 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sun, 17 Sep 2000 03:26:40 -0700 (PDT) From: Message-Id: <200009171026.DAA71913@freefall.freebsd.org> To: jarbo@infocentre.gva.es, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, grog@FreeBSD.org Subject: Re: kern/10159: Unable to unload vinum module Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Unable to unload vinum module State-Changed-From-To: open->feedback State-Changed-By: johan State-Changed-When: Sun Sep 17 03:22:00 PDT 2000 State-Changed-Why: I can not reproduce this with 4.1-Stabel. Jose, can you please try this in a more recent versoin of FreeBSD, for example 4.1-RELEASE and report back wheter it still is a problem or not in a mail to 'freebsd-gnats-submit@freebsd.org' with the subject of this mail preserved. Over to vinum maintainer. Responsible-Changed-From-To: freebsd-bugs->grog Responsible-Changed-By: johan Responsible-Changed-When: Sun Sep 17 03:22:00 PDT 2000 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=10159 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 3:43:35 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 898B037B423; Sun, 17 Sep 2000 03:43:33 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA73297; Sun, 17 Sep 2000 03:43:33 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sun, 17 Sep 2000 03:43:33 -0700 (PDT) From: Message-Id: <200009171043.DAA73297@freefall.freebsd.org> To: loyer@ensta.fr, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, sos@FreeBSD.org Subject: Re: i386/10089: ATAPI tape driver (wst) doesn't handle End Of Media error Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ATAPI tape driver (wst) doesn't handle End Of Media error State-Changed-From-To: open->feedback State-Changed-By: johan State-Changed-When: Sun Sep 17 03:34:31 PDT 2000 State-Changed-Why: The wst driver has been replaced by the ast driver in more recent version of FreeBSD. Can you please try if the problem still exists in the new driver and report back if it works or not. Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: johan Responsible-Changed-When: Sun Sep 17 03:34:31 PDT 2000 Responsible-Changed-Why: Over to Søren who once wrote wst and now maintains the ata code. http://www.freebsd.org/cgi/query-pr.cgi?pr=10089 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 3:50:47 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 A2D9937B423; Sun, 17 Sep 2000 03:50:45 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA74049; Sun, 17 Sep 2000 03:50:45 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sun, 17 Sep 2000 03:50:45 -0700 (PDT) From: Message-Id: <200009171050.DAA74049@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, sos@FreeBSD.org Subject: Re: kern/10116: acd driver patch to support PD/CD drive. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: acd driver patch to support PD/CD drive. Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: johan Responsible-Changed-When: Sun Sep 17 03:47:10 PDT 2000 Responsible-Changed-Why: Over to ata maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=10116 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 6: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 A6F8737B424 for ; Sun, 17 Sep 2000 06:10:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA97588; Sun, 17 Sep 2000 06:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 17 Sep 2000 06:10:02 -0700 (PDT) Message-Id: <200009171310.GAA97588@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Vivek Shankar" Subject: Re: i386/19067: boot problem on an ASUS K7V motherboard Reply-To: "Vivek Shankar" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/19067; it has been noted by GNATS. From: "Vivek Shankar" To: , Cc: Subject: Re: i386/19067: boot problem on an ASUS K7V motherboard Date: Sun, 17 Sep 2000 18:35:32 +0530 Reference: http://www.freebsd.org/cgi/query-pr.cgi?pr=19067 i have an Asus A7V motherboard and i get exactly the same error when booting from the CD. help please! thanks in advance, vivek shankar Boot from ATAPI CD-ROM: 2.88Mb Diskette /boot.config: -P Keyboard: yes / int=0000000d err=00000000 efl=00030002 eip=0000567f eax=00000208 ebx=00000000 ecx=c0010010 edx=00000100 esi=0000000b edi=00000005 ebp=000003f4 esp=000003c4 cs=f000 ds=ec00 es=1000 fs=0000 gs=0000 ss=9e35 cs:eip= 0f 32 66 0d 00 00 08 00 - 0f 30 c3 66 b9 10 00 01 ss:esp= f4 56 15 00 00 00 00 01 - 00 00 3d 1d 00 ec ba 1d System halted To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 7: 4:54 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 C6B1937B423; Sun, 17 Sep 2000 07:04:53 -0700 (PDT) Received: (from kjc@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA76957; Sun, 17 Sep 2000 07:04:53 -0700 (PDT) (envelope-from kjc@FreeBSD.org) Date: Sun, 17 Sep 2000 07:04:53 -0700 (PDT) From: Message-Id: <200009171404.HAA76957@freefall.freebsd.org> To: Martin.Karsten@KOM.tu-darmstadt.de, kjc@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/20984: conflict between IP_RSVP_ON and IP_RSVP_VIF_ON Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: conflict between IP_RSVP_ON and IP_RSVP_VIF_ON State-Changed-From-To: open->closed State-Changed-By: kjc State-Changed-When: Sun Sep 17 06:51:15 PDT 2000 State-Changed-Why: (slightly modified) change was committed to ip_mroute.c rev 1.60. http://www.freebsd.org/cgi/query-pr.cgi?pr=20984 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 7:14:55 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 0A8C237B422; Sun, 17 Sep 2000 07:14:54 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA79818; Sun, 17 Sep 2000 07:14:54 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sun, 17 Sep 2000 07:14:54 -0700 (PDT) From: Message-Id: <200009171414.HAA79818@freefall.freebsd.org> To: dmarion@open.hr, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/10149: New PCI device Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: New PCI device State-Changed-From-To: open->closed State-Changed-By: johan State-Changed-When: Sun Sep 17 07:13:31 PDT 2000 State-Changed-Why: Added in rev 1.148 by yokota. http://www.freebsd.org/cgi/query-pr.cgi?pr=10149 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 7:28:29 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 3859037B423; Sun, 17 Sep 2000 07:28:27 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA82570; Sun, 17 Sep 2000 07:28:27 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sun, 17 Sep 2000 07:28:27 -0700 (PDT) From: Message-Id: <200009171428.HAA82570@freefall.freebsd.org> To: grog@lemis.com, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, sos@FreeBSD.org Subject: Re: kern/9550: The latest -current as of 17 January has problems with UDMA IDE drives with SiS chipsets Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: The latest -current as of 17 January has problems with UDMA IDE drives with SiS chipsets State-Changed-From-To: open->feedback State-Changed-By: johan State-Changed-When: Sun Sep 17 07:22:52 PDT 2000 State-Changed-Why: Does this problem still exists with the new ATA driver and with all the UDMA related stuff Soren has done? Over to ATA maintainer. Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: johan Responsible-Changed-When: Sun Sep 17 07:22:52 PDT 2000 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=9550 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 7:30:30 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 D9DD137B424; Sun, 17 Sep 2000 07:30:28 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA83071; Sun, 17 Sep 2000 07:30:28 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sun, 17 Sep 2000 07:30:28 -0700 (PDT) From: Message-Id: <200009171430.HAA83071@freefall.freebsd.org> To: jose@we.lc.ehu.es, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/9487: pcm: mixer's synth and cd devices are swapped (Yamaha OPL card) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pcm: mixer's synth and cd devices are swapped (Yamaha OPL card) State-Changed-From-To: open->feedback State-Changed-By: johan State-Changed-When: Sun Sep 17 07:28:34 PDT 2000 State-Changed-Why: Has this problem been solved in 3-Stable? Do you know if the problem also exists in the newpcm driver in 4-Stable and -CURRENT? http://www.freebsd.org/cgi/query-pr.cgi?pr=9487 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 7:35:18 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 7B8DF37B423; Sun, 17 Sep 2000 07:35:17 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA83873; Sun, 17 Sep 2000 07:35:17 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sun, 17 Sep 2000 07:35:17 -0700 (PDT) From: Message-Id: <200009171435.HAA83873@freefall.freebsd.org> To: lab@gta.com, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/8423: Intel PILA8461 NIC panics 2.2.7 during probe Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Intel PILA8461 NIC panics 2.2.7 during probe State-Changed-From-To: open->closed State-Changed-By: johan State-Changed-When: Sun Sep 17 07:34:25 PDT 2000 State-Changed-Why: Closed as requested by originator in PR 9316. http://www.freebsd.org/cgi/query-pr.cgi?pr=8423 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 7:36: 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 2071537B440; Sun, 17 Sep 2000 07:36:02 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA84095; Sun, 17 Sep 2000 07:36:02 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sun, 17 Sep 2000 07:36:02 -0700 (PDT) From: Message-Id: <200009171436.HAA84095@freefall.freebsd.org> To: lab@gta.com, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/9316: Intel PILA8461 NIC panics 2.2.7 during probe Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Intel PILA8461 NIC panics 2.2.7 during probe State-Changed-From-To: open->closed State-Changed-By: johan State-Changed-When: Sun Sep 17 07:35:22 PDT 2000 State-Changed-Why: PR 8423 has now been closed as requested in this PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=9316 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 7:39:47 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 B547237B422; Sun, 17 Sep 2000 07:39:45 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA85076; Sun, 17 Sep 2000 07:39:45 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sun, 17 Sep 2000 07:39:45 -0700 (PDT) From: Message-Id: <200009171439.HAA85076@freefall.freebsd.org> To: ortmann@sparc.isl.net, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/8981: this also fixes X crashes and sio silo overflows! Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: this also fixes X crashes and sio silo overflows! State-Changed-From-To: open->feedback State-Changed-By: johan State-Changed-When: Sun Sep 17 07:38:58 PDT 2000 State-Changed-Why: Has this problem been solved in more recent versions of FreeBSD? http://www.freebsd.org/cgi/query-pr.cgi?pr=8981 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 7:45:31 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 C77C037B423; Sun, 17 Sep 2000 07:45:29 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA87100; Sun, 17 Sep 2000 07:45:29 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sun, 17 Sep 2000 07:45:29 -0700 (PDT) From: Message-Id: <200009171445.HAA87100@freefall.freebsd.org> To: reichert@numachi.com, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, dwmalone@FreeBSD.org Subject: Re: bin/8865: syslogd hangs with serial console Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: syslogd hangs with serial console State-Changed-From-To: open->feedback State-Changed-By: johan State-Changed-When: Sun Sep 17 07:42:09 PDT 2000 State-Changed-Why: Did the solution by Igor solve your problem? Responsible-Changed-From-To: freebsd-bugs->dwmalone Responsible-Changed-By: johan Responsible-Changed-When: Sun Sep 17 07:42:09 PDT 2000 Responsible-Changed-Why: I belive David asked for syslogd related PR a while back. http://www.freebsd.org/cgi/query-pr.cgi?pr=8865 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 9:30: 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 ED8C537B423 for ; Sun, 17 Sep 2000 09:30:00 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA10873; Sun, 17 Sep 2000 09:30:00 -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 E547037B424 for ; Sun, 17 Sep 2000 09:20:02 -0700 (PDT) Received: (from sjr@localhost) by cc158233-a.catv1.md.home.com (8.11.0/8.9.3) id e8HGK2k20748; Sun, 17 Sep 2000 12:20:02 -0400 (EDT) (envelope-from sjr) Message-Id: <200009171620.e8HGK2k20748@cc158233-a.catv1.md.home.com> Date: Sun, 17 Sep 2000 12:20:02 -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/21328: Should newer version of OS-BS be on CDROM? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21328 >Category: misc >Synopsis: Should newer version of OS-BS be on CDROM? >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Sep 17 09:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Stephen J. Roznowski >Release: FreeBSD 4.1-STABLE i386 >Organization: >Environment: >Description: Last time I checked the CDROMs (in the tools section), the version of OS-BS beta wasn't the latest released version. Can the latest version be made available? >How-To-Repeat: >Fix: Verify license and grab latest version of OS-BS (beta) from either: http://www.prz.tu-berlin.de/~wolf/os-bs.html or ftp://ftp.prz.tu-berlin.de/pub/pc/os-bs/osbsBETA.exe >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 Sep 17 9:56:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from hip4.hip-web.com (hip4.hip-web.com [216.173.203.178]) by hub.freebsd.org (Postfix) with SMTP id 0E85E37B422 for ; Sun, 17 Sep 2000 09:56:11 -0700 (PDT) Received: (qmail 10932 invoked by uid 511); 17 Sep 2000 15:42:59 -0000 Message-ID: <20000917154237.10896.qmail@hip4.hip-web.com> Cc: recipient list not shown: ; From: yohko@ha.bekkoame.ne.jp Reply-To: yohko@ha.bekkoame.ne.jp Subject: =?ISO-2022-JP?B?GyRCM2QkaiQtJEMkPyQqSVUkLTlnJCQkNyReJDskcyQrISkbKEI=?= Date: Mon, 18 Sep 2000 00:42:37 +0900 Error-To: yohko@ha.bekkoame.ne.jp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org $B$3$N>pJs$,ITI,MW$JJ}$O:o=|$J$5$C$F2<$5$$!#(B $B$^$?!"K|$,0l=w@-$NJ}$KFO$$$?>l9g$b?=$7$o$1$"$j$^$;$s$,:o=|$J$5$C$F2<$5$$!#(B ====================================================================== $B!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!(BDi$B$M$C$H$O!%!%!%(B $B!!!!!!I^7,R2p$5$l$^$7$?!#(B $B!!!!!!E4?MR2p$5$l$F$$$^$9!*(B ====================================================================== $B3'$5$s$h$/7G<(HD$J$I$rMxMQ$7$F3d$j@Z$C$?8r:]4uK>=w@-$rJg=8$5$l$F$$$^$9$,!"(B $B@.2L$N$[$I$O$$$+$,$G$7$g$&$+!)(B $B!V%;%C%/%9%U%l%s%I$,$G$-$?!W!"$H$$$&J}$b$$$i$C$7$c$k$h$&$G$9$,!";d$I$b$N(B $B%j%5!<%A$K$h$k$H!"#3#0#0?M$K#1?M$$$k$+$$$J$$$+$0$i$$$G$7$+$J$$$h$&$G$9!#(B $B$=$NB>$NJ}!9$O$4B8$8$N$H$*$j!"7G<(!"%a!<%kBT$A!"%a!<%kAwIU!"7G<(!"(B $B%a!<%kBT$A!"%a!<%kAwIU$NF2!9=d$j$N$h$&$G$9!#(B $B!!!!!!$J$<$@$+$o$+$j$^$9$+!)(B $B!!(B $BEz$($O4JC1$G$9!##1BP#1$G%3%_%e%K%1!<%7%g%s$rR2p$7$F$$$^$9!#(B $B%M%C%H%J%s%QI,>!K!$,$"$l$P#1BP#1$N%3%_%e%K%1!<%7%g%s$OEv$?$jA0$K$J$j$^$9!#(B $B!V(BDi$B$M$C$H!W$N%M%C%H%J%s%QI,>!K!$G%M%C%H%J%s%Q;U$,$>$/$>$/CB@8Cf$G$9!#(B $B9XF~7G:\Cf$G$9!*(B $B$^$?!"%M%C%H%J%s%Q$NBe9T6HL3$b9T$C$F$$$^$9!#(B $B!!(B $B!!!!!!#2G/$G#5#0?M0J>e$r?)$C$?%M%C%H%J%s%Q;U$H$7$F!"(B $B!!!!!!!V#S#P#A!*#2#0#0#0G/#5!?#3#1F|9f!W(B $B!!!!!!E4?MR2p$5$l$^$7$?!#(B $B!V(BDi$B$M$C$H!W$G$O!"%N%&%O%&9XF~$*$h$S!"%J%s%QBe9T$rR2p$7$F$b$i$C$?$"$H!"(B $B$I$&$9$l$P=w@-$,<+J,@lMQ$N0&?M$K$J$k$+!"$H$+!"(B $B$J$+$J$+O"Mm$,Mh$J$$=w@-$r4JC1$K?6$j8~$+$;$kJ}K!$J$I!"(B $B;d$NBN83$r$^$8$($F>R2p$7$^$9!#(B $B$3$N%a!<%k%^%,%8%s$OHs2q0wMM$OM-NA$H$J$j$^$9!#(B $B%J%s%QI,>!K!$N9XF~$*$h$S%J%s%QBe9T$r\$7$/$O!V(BDi$B$M$C$H!W$N%[!<%`%Z!<%8$^$G$*1[$72<$5$$!#(B $B!!!!!!LLGr$$$h$&$K=w@-$,$R$C$+$+$kJ}K!$rEA!'(B $B!V(B Di$B$M$C$H!W(B $B""(BWEB $B!!!'!!(Bhttp://www5a.biglobe.ne.jp/~di-net/index4.htm ====================================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 10:20: 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 DA62037B424 for ; Sun, 17 Sep 2000 10:20:00 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA20157; Sun, 17 Sep 2000 10:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from spock.org (cm-24-92-52-10.nycap.rr.com [24.92.52.10]) by hub.freebsd.org (Postfix) with ESMTP id 0358737B422 for ; Sun, 17 Sep 2000 10:17:32 -0700 (PDT) Received: (from jon@localhost) by spock.org serial EF600Q3T-B7F; Sun, 17 Sep 2000 13:17:31 -0400 (EDT) (envelope-from jon) Message-Id: <200009171717.e8HHHVa70853@spock.org> Date: Sun, 17 Sep 2000 13:17:31 -0400 (EDT) From: Jonathan Chen Reply-To: jon@spock.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/21329: change to allow vm86 interrupt calls from userland Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21329 >Category: i386 >Synopsis: change to allow vm86 interrupt calls from userland >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Sep 17 10:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Jonathan Chen >Release: FreeBSD 4.1-STABLE i386 >Organization: >Environment: >Description: VM86 intcalls was disabled at the initial commit -- this would be nice to have since the only way I know how to get my video card (Savage/IX) to do X properly is through VM86 VESA int 10 calls. >How-To-Repeat: >Fix: Index: vm86.c =================================================================== RCS file: /export/ncvs/src/sys/i386/i386/vm86.c,v retrieving revision 1.31 diff -u -r1.31 vm86.c --- vm86.c 1999/10/29 18:08:35 1.31 +++ vm86.c 2000/09/17 06:58:08 @@ -701,18 +701,18 @@ } break; -#if 0 case VM86_INTCALL: { struct vm86_intcall_args sa; - if (error = copyin(ua.sub_args, &sa, sizeof(sa))) + if (p->p_cred->pc_ucred->cr_uid != 0) return EPERM; + + if ((error = copyin(ua.sub_args, &sa, sizeof(sa)))) return (error); - if (error = vm86_intcall(sa.intnum, &sa.vmf)) + if ((error = vm86_intcall(sa.intnum, &sa.vmf))) return (error); error = copyout(&sa, ua.sub_args, sizeof(sa)); } break; -#endif default: error = EINVAL; >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 Sep 17 10: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 00EBF37B424 for ; Sun, 17 Sep 2000 10:40:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA23471; Sun, 17 Sep 2000 10:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 17 Sep 2000 10:40:01 -0700 (PDT) Message-Id: <200009171740.KAA23471@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bill Fumerola Subject: Re: i386/21329: change to allow vm86 interrupt calls from userland Reply-To: Bill Fumerola Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/21329; it has been noted by GNATS. From: Bill Fumerola To: Jonathan Chen Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: i386/21329: change to allow vm86 interrupt calls from userland Date: Sun, 17 Sep 2000 13:31:14 -0400 just a little style police.. On Sun, Sep 17, 2000 at 01:17:31PM -0400, Jonathan Chen wrote: > case VM86_INTCALL: { > struct vm86_intcall_args sa; > > - if (error = copyin(ua.sub_args, &sa, sizeof(sa))) > + if (p->p_cred->pc_ucred->cr_uid != 0) return EPERM; > + if (p->p_cred->pc_ucred->cr_uid != 0) return EPERM; > + if ((error = copyin(ua.sub_args, &sa, sizeof(sa)))) Gratuitous parens. Optionally, add an explicit check here (ie, != 0 or something) in which case the parens actually make sense. > return (error); > - if (error = vm86_intcall(sa.intnum, &sa.vmf)) > + if ((error = vm86_intcall(sa.intnum, &sa.vmf))) See previous. > return (error); > error = copyout(&sa, ua.sub_args, sizeof(sa)); > } > break; > -#endif Naturally, I can't give you technical feedback, just style(9) fascism. :-> -- Bill Fumerola - Network Architect, BOFH / Chimes, Inc. billf@chimesnet.com / billf@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 10:50: 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 2322E37B42C for ; Sun, 17 Sep 2000 10:50:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA24867; Sun, 17 Sep 2000 10:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 17 Sep 2000 10:50:02 -0700 (PDT) Message-Id: <200009171750.KAA24867@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jonathan Chen Subject: Re: i386/21329: change to allow vm86 interrupt calls from userland Reply-To: Jonathan Chen Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/21329; it has been noted by GNATS. From: Jonathan Chen To: Bill Fumerola Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: i386/21329: change to allow vm86 interrupt calls from userland Date: Sun, 17 Sep 2000 13:41:10 -0400 On Sun, Sep 17, 2000 at 01:31:14PM -0400, Bill Fumerola wrote: > just a little style police.. > > > + if ((error = copyin(ua.sub_args, &sa, sizeof(sa)))) > > Gratuitous parens. Optionally, add an explicit check here (ie, != 0 or something) > in which case the parens actually make sense. Yes, I'm aware of what style() says, but gcc -Wall, in its brokenness, "suggests parentheses around assignment used as truth value". I have no clue why gcc would think extra parentheses would be cool there, but I decided to silence gcc instead of following style() (and didn't think of the != 0 bit). Anyway, this should be better: Index: sys/i386/i386/vm86.c =================================================================== RCS file: /export/ncvs/src/sys/i386/i386/vm86.c,v retrieving revision 1.31 diff -u -r1.31 vm86.c --- sys/i386/i386/vm86.c 1999/10/29 18:08:35 1.31 +++ sys/i386/i386/vm86.c 2000/09/17 17:37:08 @@ -701,18 +701,18 @@ } break; -#if 0 case VM86_INTCALL: { struct vm86_intcall_args sa; - if (error = copyin(ua.sub_args, &sa, sizeof(sa))) + if (p->p_cred->pc_ucred->cr_uid != 0) return EPERM; + + if (0 != (error = copyin(ua.sub_args, &sa, sizeof(sa)))) return (error); - if (error = vm86_intcall(sa.intnum, &sa.vmf)) + if (0 != (error = vm86_intcall(sa.intnum, &sa.vmf))) return (error); error = copyout(&sa, ua.sub_args, sizeof(sa)); } break; -#endif default: error = EINVAL; -- (o_ 1-2-1-2-1-2-1-2-1-2-1-2-1-2-1-2-1-2-1-2-1-2-1-2-1-2-1-2-1-2 _o) \\\_\ Jonathan Chen jon@spock.org /_/// <____) No electrons were harmed during production of this message (____> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 10:50: 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 4FA0A37B43E for ; Sun, 17 Sep 2000 10:50:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA24884; Sun, 17 Sep 2000 10:50:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 17 Sep 2000 10:50:04 -0700 (PDT) Message-Id: <200009171750.KAA24884@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jonathan Chen Subject: Re: i386/21329: change to allow vm86 interrupt calls from userland Reply-To: Jonathan Chen Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/21329; it has been noted by GNATS. From: Jonathan Chen To: Bill Fumerola Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: i386/21329: change to allow vm86 interrupt calls from userland Date: Sun, 17 Sep 2000 13:45:11 -0400 bleah, forgot one last bit to satisfy the style(9) police... ;P (how many mistake can I make in one three-line patch?) Index: sys/i386/i386/vm86.c =================================================================== RCS file: /export/ncvs/src/sys/i386/i386/vm86.c,v retrieving revision 1.31 diff -u -r1.31 vm86.c --- sys/i386/i386/vm86.c 1999/10/29 18:08:35 1.31 +++ sys/i386/i386/vm86.c 2000/09/17 17:42:34 @@ -701,18 +701,19 @@ } break; -#if 0 case VM86_INTCALL: { struct vm86_intcall_args sa; - if (error = copyin(ua.sub_args, &sa, sizeof(sa))) + if (p->p_cred->pc_ucred->cr_uid != 0) + return EPERM; + + if (0 != (error = copyin(ua.sub_args, &sa, sizeof(sa)))) return (error); - if (error = vm86_intcall(sa.intnum, &sa.vmf)) + if (0 != (error = vm86_intcall(sa.intnum, &sa.vmf))) return (error); error = copyout(&sa, ua.sub_args, sizeof(sa)); } break; -#endif default: error = EINVAL; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 10:50: 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 2FE8237B43C for ; Sun, 17 Sep 2000 10:50:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA24874; Sun, 17 Sep 2000 10:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 17 Sep 2000 10:50:03 -0700 (PDT) Message-Id: <200009171750.KAA24874@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bill Fumerola Subject: Re: i386/21329: change to allow vm86 interrupt calls from userland Reply-To: Bill Fumerola Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/21329; it has been noted by GNATS. From: Bill Fumerola To: Jonathan Chen Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: i386/21329: change to allow vm86 interrupt calls from userland Date: Sun, 17 Sep 2000 13:43:43 -0400 On Sun, Sep 17, 2000 at 01:41:10PM -0400, Jonathan Chen wrote: > Yes, I'm aware of what style() says, but gcc -Wall, in its brokenness, > "suggests parentheses around assignment used as truth value". I have no > clue why gcc would think extra parentheses would be cool there, but I > decided to silence gcc instead of following style() (and didn't think of > the != 0 bit). Anyway, this should be better: I think it's gcc's roundabout way of encouraging the practice of explicit checks. This makes even more sense when you get into things returning NULL and abusing the if(!something_that_might_be_null) case. > [...] > - if (error = copyin(ua.sub_args, &sa, sizeof(sa))) > + if (p->p_cred->pc_ucred->cr_uid != 0) return EPERM; > + > + if (0 != (error = copyin(ua.sub_args, &sa, sizeof(sa)))) > return (error); > - if (error = vm86_intcall(sa.intnum, &sa.vmf)) > + if (0 != (error = vm86_intcall(sa.intnum, &sa.vmf))) > return (error); > error = copyout(&sa, ua.sub_args, sizeof(sa)); > } > break; > -#endif #1. You still need the \nreturn EPERM; #2. I'd put the != 0 after the call. -- Bill Fumerola - Network Architect, BOFH / Chimes, Inc. billf@chimesnet.com / billf@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 11:31:17 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 1360237B422 for ; Sun, 17 Sep 2000 11:31:15 -0700 (PDT) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id OAA57802; Sun, 17 Sep 2000 14:31:12 -0400 (EDT) (envelope-from wollman) Date: Sun, 17 Sep 2000 14:31:12 -0400 (EDT) From: Garrett Wollman Message-Id: <200009171831.OAA57802@khavrinen.lcs.mit.edu> To: Bill Fumerola Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: i386/21329: change to allow vm86 interrupt calls from userland In-Reply-To: <200009171750.KAA24874@freefall.freebsd.org> References: <200009171750.KAA24874@freefall.freebsd.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org < said: > I think [the ``suggest parentheses warning''] gcc's roundabout way > of encouraging the practice of explicit checks. Actually, it's GCC's way of saying, ``Are you sure you really meant `assignment' and not `test for equality' there?'' -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 11:34:41 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id C1A7737B423 for ; Sun, 17 Sep 2000 11:34:39 -0700 (PDT) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id 797621C6B; Sun, 17 Sep 2000 14:34:39 -0400 (EDT) Date: Sun, 17 Sep 2000 14:34:39 -0400 From: Bill Fumerola To: Garrett Wollman Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: i386/21329: change to allow vm86 interrupt calls from userland Message-ID: <20000917143439.X47559@jade.chc-chimes.com> References: <200009171750.KAA24874@freefall.freebsd.org> <200009171831.OAA57802@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200009171831.OAA57802@khavrinen.lcs.mit.edu>; from wollman@khavrinen.lcs.mit.edu on Sun, Sep 17, 2000 at 02:31:12PM -0400 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, Sep 17, 2000 at 02:31:12PM -0400, Garrett Wollman wrote: > < said: > > > I think [the ``suggest parentheses warning''] gcc's roundabout way > > of encouraging the practice of explicit checks. > > Actually, it's GCC's way of saying, ``Are you sure you really meant > `assignment' and not `test for equality' there?'' Ahhhhh, that makes even more sense. -- Bill Fumerola - Network Architect, BOFH / Chimes, Inc. billf@chimesnet.com / billf@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 12: 1: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 AC11D37B422; Sun, 17 Sep 2000 12:01:13 -0700 (PDT) Received: (from rnordier@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA41991; Sun, 17 Sep 2000 12:01:13 -0700 (PDT) (envelope-from rnordier@FreeBSD.org) Date: Sun, 17 Sep 2000 12:01:13 -0700 (PDT) From: Message-Id: <200009171901.MAA41991@freefall.freebsd.org> To: rnordier@FreeBSD.org, freebsd-bugs@FreeBSD.org, rnordier@FreeBSD.org Subject: Re: i386/19067: boot problem on an ASUS K7V motherboard Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: boot problem on an ASUS K7V motherboard Responsible-Changed-From-To: freebsd-bugs->rnordier Responsible-Changed-By: rnordier Responsible-Changed-When: Sun Sep 17 11:59:04 PDT 2000 Responsible-Changed-Why: I'll look at this. http://www.freebsd.org/cgi/query-pr.cgi?pr=19067 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 12:16: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 92D1837B422; Sun, 17 Sep 2000 12:16:56 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA46222; Sun, 17 Sep 2000 12:16:56 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sun, 17 Sep 2000 12:16:56 -0700 (PDT) From: Message-Id: <200009171916.MAA46222@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, n_hibma@FreeBSD.org Subject: Re: kern/21272: USB interrupts seem to be turned off Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: USB interrupts seem to be turned off Responsible-Changed-From-To: freebsd-bugs->n_hibma Responsible-Changed-By: johan Responsible-Changed-When: Sun Sep 17 12:14:24 PDT 2000 Responsible-Changed-Why: Nick, our USB guru will know if this is a generic USB problem or not. If not please assign the PR to wpaul who is the aue maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=21272 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 12:21:21 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from c3-dbn-95.dial-up.net (c3-dbn-95.dial-up.net [196.33.200.95]) by hub.freebsd.org (Postfix) with ESMTP id 01BFD37B422; Sun, 17 Sep 2000 12:21:13 -0700 (PDT) Received: (from rnordier@localhost) by c3-dbn-95.dial-up.net (8.8.7/8.6.12) id VAA28057; Sun, 17 Sep 2000 21:19:42 +0200 (SAST) From: Robert Nordier Message-Id: <200009171919.VAA28057@c3-dbn-95.dial-up.net> Subject: Re: i386/19067: boot problem on an ASUS K7V motherboard In-Reply-To: <200009171310.GAA97588@freefall.freebsd.org> "from Vivek Shankar at Sep 17, 2000 06:10:02 am" To: Vivek Shankar Date: Sun, 17 Sep 2000 21:19:40 +0200 (SAST) Cc: freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Vivek Shankar wrote: > The following reply was made to PR i386/19067; it has been noted by GNATS. > > From: "Vivek Shankar" > To: , > Cc: > Subject: Re: i386/19067: boot problem on an ASUS K7V motherboard > Date: Sun, 17 Sep 2000 18:35:32 +0530 > > Reference: > http://www.freebsd.org/cgi/query-pr.cgi?pr=19067 > i have an Asus A7V motherboard and i get exactly the same error when booting > from the CD. > help please! > thanks in advance, > vivek shankar The error is caused by lack of BTX emulation support for the RDMSR and WRMSR instructions. The support was added in late June 2000. What versions of /boot/boot2 and /boot/loader are you using; and can you try with the latest from -stable or -current? -- Robert Nordier rnordier@nordier.com rnordier@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 12:27:40 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 D3FAC37B423; Sun, 17 Sep 2000 12:27:38 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA48296; Sun, 17 Sep 2000 12:27:38 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sun, 17 Sep 2000 12:27:38 -0700 (PDT) From: Message-Id: <200009171927.MAA48296@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, kato@FreeBSD.org Subject: Re: kern/21233: Minor update for sys/i386/i386/identcpu.c Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Minor update for sys/i386/i386/identcpu.c Responsible-Changed-From-To: freebsd-bugs->kato Responsible-Changed-By: johan Responsible-Changed-When: Sun Sep 17 12:25:55 PDT 2000 Responsible-Changed-Why: Kato, can you please have a look at this PR, it seems to be yet another PIII/Xeon id. http://www.freebsd.org/cgi/query-pr.cgi?pr=21233 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 14: 0: 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 D508B37B424 for ; Sun, 17 Sep 2000 14:00:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA70518; Sun, 17 Sep 2000 14:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 17 Sep 2000 14:00:02 -0700 (PDT) Message-Id: <200009172100.OAA70518@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Malone Subject: Re: bin/21253: dump/restore fail on any stream (tape/pipe/file) over 4GB Reply-To: David Malone Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/21253; it has been noted by GNATS. From: David Malone To: mjacob@feral.com Cc: freebsd-gnats-submit@FreeBSD.org, Guy Gustavson Subject: Re: bin/21253: dump/restore fail on any stream (tape/pipe/file) over 4GB Date: Sun, 17 Sep 2000 21:59:02 +0100 > I went and checked this also. Restore has no problems > reading 8GB from standard input. It sounds like the only > thing could be is something destroying the pipe. I can't reproduce it either just by trying to restore a large filesystem: 15:43:walton 4# restore xf - < ../src-dump restore xf - < ../src-dump set owner/mode for '.'? [yn] n 21:50:walton 5# fg 21:50:walton 6# ls -l ../src-dump -rw------- 1 root wheel 3211929600 Sep 17 11:38 ../src-dump Whatever the problem is, it doesn't seem to be restore. Maybe they're somehow producing bad dump files? David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 15:26:48 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from www.stomped.com (stomped.com [216.17.56.5]) by hub.freebsd.org (Postfix) with ESMTP id 29D4B37B423 for ; Sun, 17 Sep 2000 15:26:45 -0700 (PDT) Received: from homebox (homebox.stomped.com [216.17.24.19]) by www.stomped.com (8.9.3/8.9.3) with SMTP id RAA76096; Sun, 17 Sep 2000 17:26:34 -0500 (CDT) From: "Guy Gustavson" To: Cc: "David Malone" , Subject: RE: bin/21253: dump/restore fail on any stream (tape/pipe/file) over4GB Date: Sun, 17 Sep 2000 17:26:22 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Well considering I dumped to and restored from a file I don't see how that could be. -----Original Message----- From: Matthew Jacob [mailto:mjacob@feral.com] Sent: Saturday, September 16, 2000 7:40 PM To: Guy Gustavson Cc: David Malone; freebsd-bugs@FreeBSD.ORG Subject: RE: bin/21253: dump/restore fail on any stream (tape/pipe/file) over4GB I went and checked this also. Restore has no problems reading 8GB from standard input. It sounds like the only thing could be is something destroying the pipe. I think this PR should be closed. On Fri, 15 Sep 2000, Guy Gustavson wrote: > Well I've tried about every method I can think of, including the ones you > suggested and they all fail after a certain size. I've given up using > dump/restore at this time and am using tar. > > If I can help in anyway assisting you in diagnosing this problem please let > me know. > > > -----Original Message----- > From: David Malone [mailto:dwmalone@maths.tcd.ie] > Sent: Thursday, September 14, 2000 3:22 AM > To: Guy Gustavson > Cc: freebsd-bugs@freebsd.org > Subject: Re: bin/21253: dump/restore fail on any stream (tape/pipe/file) > over 4GB > > > > I tried that, I get different message, but it means about the same... > > > Changing volumes on pipe input? > > abort? [yn] n > > Changing volumes on pipe input? > > abort? [yn] y > > dump core? [yn] y > > Abort > > I think this can happen if the filesystem changes in a certain way > while being dumped - we think what happens is that the last inode > it was expecting to backup is removed while the backup is in > progress. > > We have some patches to improve the situation with the bad error > handling too, but I haven't committed them just yet. > > David. > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 16:55:38 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id DE95237B423 for ; Sun, 17 Sep 2000 16:55:35 -0700 (PDT) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id QAA05365; Sun, 17 Sep 2000 16:55:28 -0700 Date: Sun, 17 Sep 2000 16:55:28 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Guy Gustavson Cc: David Malone , freebsd-bugs@FreeBSD.ORG Subject: RE: bin/21253: dump/restore fail on any stream (tape/pipe/file) over4GB 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 Well, considering that we can't reproduce your problem, it's hard to know which direction to hack in. Can you give more information? On Sun, 17 Sep 2000, Guy Gustavson wrote: > Well considering I dumped to and restored from a file I don't see how that > could be. > > > -----Original Message----- > From: Matthew Jacob [mailto:mjacob@feral.com] > Sent: Saturday, September 16, 2000 7:40 PM > To: Guy Gustavson > Cc: David Malone; freebsd-bugs@FreeBSD.ORG > Subject: RE: bin/21253: dump/restore fail on any stream (tape/pipe/file) > over4GB > > > > I went and checked this also. Restore has no problems > reading 8GB from standard input. It sounds like the only > thing could be is something destroying the pipe. > > I think this PR should be closed. > > > On Fri, 15 Sep 2000, Guy Gustavson wrote: > > > Well I've tried about every method I can think of, including the ones you > > suggested and they all fail after a certain size. I've given up using > > dump/restore at this time and am using tar. > > > > If I can help in anyway assisting you in diagnosing this problem please > let > > me know. > > > > > > -----Original Message----- > > From: David Malone [mailto:dwmalone@maths.tcd.ie] > > Sent: Thursday, September 14, 2000 3:22 AM > > To: Guy Gustavson > > Cc: freebsd-bugs@freebsd.org > > Subject: Re: bin/21253: dump/restore fail on any stream (tape/pipe/file) > > over 4GB > > > > > > > I tried that, I get different message, but it means about the same... > > > > > Changing volumes on pipe input? > > > abort? [yn] n > > > Changing volumes on pipe input? > > > abort? [yn] y > > > dump core? [yn] y > > > Abort > > > > I think this can happen if the filesystem changes in a certain way > > while being dumped - we think what happens is that the last inode > > it was expecting to backup is removed while the backup is in > > progress. > > > > We have some patches to improve the situation with the bad error > > handling too, but I haven't committed them just yet. > > > > David. > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-bugs" in the body of the message > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 20:30: 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 EFAD337B42C for ; Sun, 17 Sep 2000 20:30:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA37462; Sun, 17 Sep 2000 20:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from beauty.kobe1995.net (211.12.126.15.user.dt.il24.net [211.12.126.15]) by hub.freebsd.org (Postfix) with ESMTP id 542CF37B423 for ; Sun, 17 Sep 2000 20:20:10 -0700 (PDT) Received: (from kaz@localhost) by beauty.kobe1995.net (8.9.3/8.9.3) id MAA00376; Mon, 18 Sep 2000 12:20:08 +0900 (JST) (envelope-from kaz) Message-Id: <200009180320.MAA00376@beauty.kobe1995.net> Date: Mon, 18 Sep 2000 12:20:08 +0900 (JST) From: kaz@kobe1995.net Reply-To: kaz@kobe1995.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/21339: ssh warning message in boot time Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21339 >Category: conf >Synopsis: ssh-keygen: not found >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 Sep 17 20:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: NAKAMURA Kazushi >Release: FreeBSD 4.1-RELEASE i386 >Organization: PC shop LABBIT in KOBE >Environment: Hardware: PC-Chips M741LMRT Software: "Updated" from FreeBSD4.0 to 4.1 /etc/rc.conf: sshd_enable="YES" >Description: The boot time message is: Starting final network daemons: nfsiod NFS access cache time=2 rwhod creating ss h RSA host key /etc/rc: /usr/bin/ssh-keygen: not found creating ssh DSA host key /etc/rc: /usr/bin/ssh-keygen: not found >How-To-Repeat: Do only boot. >Fix: May be set /etc/rc.conf: to sshd_enable="NO" >Release-Note: >Audit-Trail: >Unformatted: >Wish: I want documents How to use "OpenSSH" in handbook. Because the man of ssh confuses me. -- $BCfB NAKAMURA Kazushi@KOBE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 17 22: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 2D39D37B424 for ; Sun, 17 Sep 2000 22:40:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA60146; Sun, 17 Sep 2000 22:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 17 Sep 2000 22:40:03 -0700 (PDT) Message-Id: <200009180540.WAA60146@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Brett Glass Subject: Re: bin/19790: Cannot rebuild sendmail.cf without installing full source dist Reply-To: Brett Glass Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19790; it has been noted by GNATS. From: Brett Glass To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: bin/19790: Cannot rebuild sendmail.cf without installing full source dist Date: Sun, 17 Sep 2000 23:39:21 -0600 This is a followup to my earlier PR #19790. Sheldon H. closed the PR and replied: >The following is taken from the FreeBSD FAQ: > > ( http://www.freebsd.org/FAQ/admin.html#UUCPMAIL ) > > If you didn't install your system with full sources, the sendmail > config stuff has been broken out into a separate source distribution > tarball just for you. Assuming you've got your CD-ROM mounted, do: > > # cd /cdrom/src > # cat scontrib.?? | tar xzf - -C /usr/src contrib/sendmail While it is a worthy cause to support the development of FreeBSD by buying CD-ROMs, ownership of a disc should not be a requirement if one wants to reconfigure the system. Nor should devoting megabytes to a full source install. The majority of FreeBSD users install via the Internet, and many use snapshots (for which CD-ROMs are not available). Therefore, the above answer is not helpful in the majority of cases. Comments on the mailing lists support the notion that it is desirable to make the files required to rebuild sendmail.cf (at least freebsd.mc and the files necessary to process it, if not all of the examples) part of the base distribution because they are so fundamental to configuring the system for proper operation. The fact that sendmail.cf resides in /etc/mail (not /usr/local/etc/mail), and sendmail itself resides in /usr/sbin (not /usr/local/sbin) also suggests that sendmail is properly part of the base system. The ability to reconfigure Sendmail to reject spam, use smrsh and/or Procmail, etc. does not correlate well with the need for complete source code and therefore should not require full sources to have been installed. Nor should it require ownership of a (possibly nonexistent) CD-ROM! Please reconsider making the necessary files (at least freebsd.mc and the files required to process it) part of the base installation to save system administrators from unpleasant and time-consuming surprises. --Brett Glass To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 18 0:36:43 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 F3E7D37B42C for ; Mon, 18 Sep 2000 00:30:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA84768; Mon, 18 Sep 2000 00:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 18 Sep 2000 00:30:01 -0700 (PDT) Message-Id: <200009180730.AAA84768@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Brett Glass Subject: Re: bin/19790: Cannot rebuild sendmail.cf without installing full source dist Reply-To: Brett Glass Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19790; it has been noted by GNATS. From: Brett Glass To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: bin/19790: Cannot rebuild sendmail.cf without installing full source dist Date: Mon, 18 Sep 2000 01:26:41 -0600 By the way, it's also worth noting that the information at http://www.freebsd.org/FAQ/admin.html#UUCPMAIL is inaccurate. FreeBSD's default .mc file is currently stored at /usr/src/etc/sendmail/freebsd.mc (see the top of the default sendmail.cf). This directory (and therefore the default .mc file) are not in the tarball. So, obtaining and exploding the tarball is not sufficient to let the user copy the default .mc file, edit the copy, and then rebuild and install from the same place. Currently, the path of least resistance is to install the full source distribution, but this is very wasteful if the machine does not need full source. --Brett Glass To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 18 1:53:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from tuminfo2.informatik.tu-muenchen.de (tuminfo2.informatik.tu-muenchen.de [131.159.0.81]) by hub.freebsd.org (Postfix) with ESMTP id 3C10437B43C; Mon, 18 Sep 2000 01:53:10 -0700 (PDT) Received: from atrbg11.informatik.tu-muenchen.de ([131.159.9.196] HELO atrbg11.informatik.tu-muenchen.de ident: SOCKFAULT1 [port 1143]) by tuminfo2.informatik.tu-muenchen.de with SMTP id <110652-245>; Mon, 18 Sep 2000 10:53:02 +0000 Received: by atrbg11.informatik.tu-muenchen.de (Postfix, from userid 20455) id 90CA013607; Mon, 18 Sep 2000 10:52:49 +0200 (CEST) From: Daniel Lang To: grog@FreeBSD.org Cc: freebsd-bugs@FreeBSD.org, freebsd-gnats-submit@freebsd.org Subject: Re: kern/21148: multiple crashes while using vinum Illegal-Object: Syntax error in Message-ID: value found on tuminfo2.informatik.tu-muenchen.de: Message-ID: <20000918105249.F7763@atrbg11.informatik.tu-muenchen.> ^-illegal subdomain in domain, propably extra '.' at the end of the address References: <200009100106.SAA58198@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: <200009100106.SAA58198@freefall.freebsd.org>; from grog@FreeBSD.org on Sun, Sep 10, 2000 at 03:08:11AM +0000 X-Geek: GCS d-- s: a- C++ UB++++$ P+++$ L- E W+++(--) N+ o K w--- O? M- V@ PS+(++) PE--(+) Y+ PGP+ t++ 5@ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r++>+++ y Date: Mon, 18 Sep 2000 10:52:52 +0000 Message-Id: <20000918085310.3C10437B43C@hub.freebsd.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, to further trace the problem, as the crash-dumps seemed not to produce any usable stack traces, I hooked the box up to a remote debugging session with DDB/GDB. (No problem to panic the box, as described). As far as I can tell, the crash did not happen inside the vinum-module. This may be the cause, why your .gdbinit scripts don't seem to apply, I guess. The crash happened inside the ata driver, but it seems that a former valid pointer is overwritten somehow, so that it contains garbage, which leads to the crash (I assume that the 'struct ata_softc' is corrupted). This probably comes from a buffer overrun somewhere else, that writes into already allocated memory. Unfortunately such errors are very difficult to trace (well at least for my experience). Since the error only appears on the system with a vinum RAID-5 and only and reproducible while accessing this filesystem, I (possibly naive) assume it must be a problem with vinum. Unfortunatelty I guess we are stuck here, since I am not able to produce more data that could help with the problem. However I would grant access to the machine and the debugger, if someone would like to inspect the situation personally. Best regards, Daniel Lang -- IRCnet: Mr-Spock - Truth lies in the eye of the beholder - *Daniel Lang * dl@leo.org * +49 89 289 25735 * http://www.leo.org/~dl/* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 18 2:17:37 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 B5B0937B423; Mon, 18 Sep 2000 02:17:35 -0700 (PDT) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA06119; Mon, 18 Sep 2000 02:17:35 -0700 (PDT) (envelope-from ru@FreeBSD.org) Date: Mon, 18 Sep 2000 02:17:35 -0700 (PDT) From: Message-Id: <200009180917.CAA06119@freefall.freebsd.org> To: rfg@monkeys.com, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/21299: Primary IP receives datagrams addressed to alias IP address Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Primary IP receives datagrams addressed to alias IP address State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Mon Sep 18 02:15:38 PDT 2000 State-Changed-Why: Originator writes (http://www.monkeys.com/bugs/freebsd/2000-09-15.txt): The bug turned out to be NOT a bug in the FreeBSD kernel at all, but merely a misunderstanding on my part relating to BIND 8.2.2 configuration directives. http://www.freebsd.org/cgi/query-pr.cgi?pr=21299 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 18 5:40: 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 74C1637B42C for ; Mon, 18 Sep 2000 05:40:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA42539; Mon, 18 Sep 2000 05:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id AEA9537B422; Mon, 18 Sep 2000 05:34:56 -0700 (PDT) Message-Id: <20000918123456.AEA9537B422@hub.freebsd.org> Date: Mon, 18 Sep 2000 05:34:56 -0700 (PDT) From: jason-freebsd-bugs@idealab.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/21354: FreeBSD4.1 + SMP + vinum = crashes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21354 >Category: misc >Synopsis: FreeBSD4.1 + SMP + vinum = crashes >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 Sep 18 05:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Jason Stone >Release: 4.1-RELEASE >Organization: idealab! >Environment: FreeBSD hermione.pas.lab 4.1-RELEASE FreeBSD 4.1-RELEASE #2: Sat Sep 2 04:45:37 PDT 2000 root@hermione.pas.lab:/usr/src/sys/compile/JKERN i386 >Description: I'm running FreeBSD 4.1-RELEASE and a kernel compiled with SMP support. I'm also using vinum - I have four IDE disks on two Promise UDMA66 IDE cards in a Raid-5 array. When rsync'ing /usr to the raid array, the machine consistently locks up and reboots. When I boot a non-SMP (but otherwise identical) kernel, the problem goes away. >How-To-Repeat: The problem is seen with any large transfer (or many small transfers) to a vinum raid5 array of IDE disks under an SMP kernel. >Fix: Disabling SMP seems to fix the problem. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 18 8:20: 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 B8DE637B422 for ; Mon, 18 Sep 2000 08:20:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA50803; Mon, 18 Sep 2000 08:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 18 Sep 2000 08:20:01 -0700 (PDT) Message-Id: <200009181520.IAA50803@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Eric Anderson Subject: Re: kern/21270: Kernel compilation errors and dies when compiling on our Cyrix III processor. Reply-To: Eric Anderson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/21270; it has been noted by GNATS. From: Eric Anderson To: freebsd-gnats-submit@freebsd.org, anderson@centtech.com Cc: Subject: Re: kern/21270: Kernel compilation errors and dies when compiling on our Cyrix III processor. Date: Mon, 18 Sep 2000 10:11:19 -0500 Kernel actually compiles ok, just panics on boot because of unknown cpu identification. We have edited the identcpu.c file to make this work successfully on our systems. Eric -- ------------------------------------------------------------------------------- Eric Anderson anderson@centtech.com Centaur Technology (512) 418-5792 If at first you don't succeed, you are running about average. ------------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 18 9: 2:16 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from post.webmailer.de (natmail2.webmailer.de [192.67.198.65]) by hub.freebsd.org (Postfix) with ESMTP id 9ADB737B50C; Mon, 18 Sep 2000 09:02:09 -0700 (PDT) Received: from server.wes.mee.com (p3EE2AA58.dip.t-dialin.net [62.226.170.88]) by post.webmailer.de (8.9.3/8.8.7) with ESMTP id SAA15672; Mon, 18 Sep 2000 18:02:07 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by server.wes.mee.com (8.11.0/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id e8IFuOj06919; Mon, 18 Sep 2000 17:56:24 +0200 (CEST) Date: Mon, 18 Sep 2000 17:56:23 +0200 (CEST) From: Frederik Meerwaldt X-Sender: frederik@server.wes.mee.com To: freebsd-hackers@freebsd.org Cc: freebsd-bugs@freebsd.org Subject: Bug: NATD Problems 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 all, CCd to freebsd-bugs (I think it exists, doesn't it?!) In every FreeBSD Snapshot I tested (20000214, 20000521, 20000905) I always got problems regarding Natd. I have a very simple /etc/rc.firewall: /sbin/ipfw -f flush /sbin/ipfw add divert natd all from any to any via isp0 /sbin/ipfw add pass all from any to any And in my Kernel I have enabled IP_DIVERT and IP_FIREWALL_DEFAULT_TO_ACCEPT or however this option is called. Now my Problem: Sometimes, when I activate natd, it won't let me through. But sometimes everything works fine, sometimes it just stopps letting me through at a certain point of time... Very randomized. I think it's a very hard BUG, and it's really taking my last nerv. Are there any similar programs to natd, which I can use instead? I just want to have a working firewall.... MTIA -- Best Regards, Freddy ===================================================================== Frederik Meerwaldt ICQ: 83045387 Homepage: http://www.freddym.org Bavaria/Germany OpenVMS and Unix Howtos and much more FREEBSD, NETBSD, OPENBSD, TRU64, OPENVMS, ULTRIX, BEOS, LINUX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 18 9:21:19 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 5329037B423; Mon, 18 Sep 2000 09:21:17 -0700 (PDT) Received: (from gshapiro@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA72785; Mon, 18 Sep 2000 09:21:17 -0700 (PDT) (envelope-from gshapiro@FreeBSD.org) Date: Mon, 18 Sep 2000 09:21:17 -0700 (PDT) From: Message-Id: <200009181621.JAA72785@freefall.freebsd.org> To: brett@lariat.org, gshapiro@FreeBSD.org, freebsd-bugs@FreeBSD.org, gshapiro@FreeBSD.org Subject: Re: bin/19790: Cannot rebuild sendmail.cf without installing full source dist Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Cannot rebuild sendmail.cf without installing full source dist State-Changed-From-To: closed->open State-Changed-By: gshapiro State-Changed-When: Mon Sep 18 09:18:42 PDT 2000 State-Changed-Why: I've been contacted regarding the issue and agree that this is an important change request. The cf information should be put in an easily accessible location such as /usr/share/sendmail/. Given the support questions we receive @sendmail.org, it's definitely an issue. Responsible-Changed-From-To: freebsd-bugs->gshapiro Responsible-Changed-By: gshapiro Responsible-Changed-When: Mon Sep 18 09:18:42 PDT 2000 Responsible-Changed-Why: Give to sendmail maintainer http://www.freebsd.org/cgi/query-pr.cgi?pr=19790 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 18 10:30: 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 6FF6137B43E for ; Mon, 18 Sep 2000 10:30:00 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA91035; Mon, 18 Sep 2000 10:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from jehovah.technokratis.com (modemcable136.203-201-24.mtl.mc.videotron.ca [24.201.203.136]) by hub.freebsd.org (Postfix) with ESMTP id 245FA37B424 for ; Mon, 18 Sep 2000 10:20:00 -0700 (PDT) Received: (from bmilekic@localhost) by jehovah.technokratis.com (8.11.0/8.11.0) id e8IHNa618503; Mon, 18 Sep 2000 13:23:36 -0400 (EDT) (envelope-from bmilekic) Message-Id: <200009181723.e8IHNa618503@jehovah.technokratis.com> Date: Mon, 18 Sep 2000 13:23:36 -0400 (EDT) From: Bosko Milekic Reply-To: bmilekic@technokratis.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/21362: [PATCH] mbuf M_RDONLY flag: to be continued... Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21362 >Category: kern >Synopsis: Adds M_RDONLY to external storage mbufs >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Sep 18 10:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Bosko Milekic >Release: FreeBSD 5.0-CURRENT i386 >Organization: N/A >Environment: FreeBSD 5.0-CURRENT >Description: Here is a working pre-SMPng patch adding M_RDONLY flag and macro to mbufs that have an ext_buf attached. It is pre-SMPng and should probably just be left sitting here (with this PR) until we're finished threading this area of the code, and then merged, possibly modified, and committed, if deemed necessary. The diff can be found here: http://www.technokratis.com/code/mbuf/mbuf_rdonly.patch Idea for this is in part from dwmalone, in part to Ian Dowse. They should review/add to this before it's committed. Due to the SMPng delay, let it just sit for now. The M_RDONLY flag and the macro, by the way, allow for us to determine uniformally whether the external storage in question is safe to be tampered with/written to, or not. See code and list archives (-net, specifically) for details. >How-To-Repeat: Not applicable. >Fix: Not applicable. >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 Sep 18 12:50: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 40D7337B423 for ; Mon, 18 Sep 2000 12:50:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA24597; Mon, 18 Sep 2000 12:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id CA51837B423; Mon, 18 Sep 2000 12:46:35 -0700 (PDT) Message-Id: <20000918194635.CA51837B423@hub.freebsd.org> Date: Mon, 18 Sep 2000 12:46:35 -0700 (PDT) From: mtaira@logicaleffect.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/21363: Panic in pcm/channel.c when running RealPlayer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21363 >Category: kern >Synopsis: Panic in pcm/channel.c when running RealPlayer >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 Sep 18 12:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Masanori Taira >Release: FreeBSD 4.1-STABLE i386 >Organization: >Environment: FreeBSD Babylon.Babylonia 4.1-STABLE FreeBSD 4.1-STABLE #13: Sun Sep 17 13:20:42 JST 2000 taira@Babylon.Babylonia:/mntfree/usr/REL3-src/sys/compile/Babylon i386 part of dmesg: sbc0: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,3 on isa0 sbc0: setting card to irq 5, drq 1, 3 pcm0: on sbc0 unknown0: at port 0x201 on isa0 >Description: Kernel panics at times when looking at movie with RealPlayer. RealPlayer's preference "Disable 16-bit sound(use 8-bit only)" is checked. (I don't know whether this has anything to do with the panic.) Panic occurs at /sys/dev/sound/pcm/channel.c:buf_clear(). I think that it is a cause to do word write for byte buffer. > p = (u_int16_t *)(b->buf + b->fp); > while (length > 1) { > *p++ = data; > length -= 2; > i += 2; > if (i >= b->bufsize) { > p = (u_int16_t *)b->buf; > i = 0; > } > } 'b->buf' is pointer to byte buffer. Here is the panic messages and crash dump trace: ----- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc0870000 fault code = supervisor write, page not present instruction pointer = 0x8:0xc02318cc stack pointer = 0x10:0xc3044d2c frame pointer = 0x10:0xc3044d34 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 = 639 (rvplayer) interrupt mask = tty trap number = 12 panic: page fault ----- #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 0xc0147fb0 in poweroff_wait (junk=0xc029e02f, howto=-1024762976) at ../../kern/kern_shutdown.c:552 #2 0xc02645f9 in trap_fatal (frame=0xc3044cec, eva=3230072832) at ../../i386/i386/trap.c:951 #3 0xc02642d1 in trap_pfault (frame=0xc3044cec, usermode=0, eva=3230072832) at ../../i386/i386/trap.c:844 #4 0xc0263e8b in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = -1065829568, tf_esi = -1065829476, tf_ebp = -1023128268, tf_isp = -1023128296, tf_ebx = 43, tf_edx = 131071, tf_ecx = 32896, tf_eax = -1064894465, tf_trapno = 12, tf_err = 2, tf_eip = -1071441716, tf_cs = 8, tf_eflags = 66050, tf_esp = -1065829476, tf_ss = 533}) at ../../i386/i386/trap.c:443 #5 0xc02318cc in buf_clear (b=0xc078bb9c, fmt=8, length=533) at ../../dev/sound/pcm/channel.c:884 #6 0xc0230ef3 in chn_wrfeed (c=0xc078bb00) at ../../dev/sound/pcm/channel.c:285 #7 0xc0230ffe in chn_wrfeed2nd (c=0xc078bb00, buf=0xc3044edc) at ../../dev/sound/pcm/channel.c:336 #8 0xc02311b2 in chn_write (c=0xc078bb00, buf=0xc3044edc) at ../../dev/sound/pcm/channel.c:476 #9 0xc0232544 in dsp_write (d=0xc0792400, chan=0, buf=0xc3044edc, flag=8323089) at ../../dev/sound/pcm/dsp.c:197 #10 0xc02344d9 in sndwrite (i_dev=0xc0794a00, buf=0xc3044edc, flag=8323089) at ../../dev/sound/pcm/sound.c:359 #11 0xc017d0cd in spec_write (ap=0xc3044e6c) at ../../miscfs/specfs/spec_vnops.c:281 #12 0xc020f950 in ufsspec_write (ap=0xc3044e6c) at ../../ufs/ufs/ufs_vnops.c:1855 #13 0xc020fe05 in ufs_vnoperatespec (ap=0xc3044e6c) at ../../ufs/ufs/ufs_vnops.c:2303 #14 0xc01795d8 in vn_write (fp=0xc083ab00, uio=0xc3044edc, cred=0xc084db00, flags=0, p=0xc2eb5ba0) at vnode_if.h:363 #15 0xc01553e5 in dofilewrite (p=0xc2eb5ba0, fp=0xc083ab00, fd=5, buf=0x81a13ac, nbyte=533, offset=-1, flags=0) at ../../sys/file.h:159 #16 0xc01552cb in write (p=0xc2eb5ba0, uap=0xc3044f80) at ../../kern/sys_generic.c:310 #17 0xc02648a5 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 135926584, tf_esi = 533, tf_ebp = -1077939908, tf_isp = -1023127596, tf_ebx = 5, tf_edx = 533, tf_ecx = 135926700, tf_eax = 4, tf_trapno = 0, tf_err = 2, tf_eip = 674101540, tf_cs = 31, tf_eflags = 518, tf_esp = -1077939912, tf_ss = 47}) at ../../i386/i386/trap.c:1150 #18 0xc02591b5 in Xint0x80_syscall () >How-To-Repeat: Run RealPlayer. (However, a panic does not always occur.) RealPlayer's preference "Disable 16-bit sound(use 8-bit only)" is checked. (I don't know whether this has anything to do with the panic.) >Fix: I did patch as follows temporarily. *** /sys/dev/sound/pcm/channel.c Sun Aug 27 00:23:43 2000 --- channel.c Tue Sep 19 04:31:09 2000 *************** *** 882,890 **** i = b->fp; p = (u_int16_t *)(b->buf + b->fp); while (length > 1) { ! *p++ = data; ! length -= 2; ! i += 2; if (i >= b->bufsize) { p = (u_int16_t *)b->buf; i = 0; --- 882,898 ---- i = b->fp; p = (u_int16_t *)(b->buf + b->fp); while (length > 1) { ! if (i+2 > b->bufsize) { ! *(u_int8_t *)p = (u_int8_t)data; ! p = (u_int16_t *)b->buf; ! *((u_int8_t *)p)++ = (u_int8_t)(data>>8); ! length -= 2; ! i = 1; ! } else { ! *p++ = data; ! length -= 2; ! i += 2; ! } if (i >= b->bufsize) { p = (u_int16_t *)b->buf; i = 0; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 18 14: 0: 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 2DBF837B43C for ; Mon, 18 Sep 2000 14:00:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA39156; Mon, 18 Sep 2000 14:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from gollum.esys.ca (dhcp198-59.esys.ca [198.161.92.59]) by hub.freebsd.org (Postfix) with ESMTP id B472F37B423 for ; Mon, 18 Sep 2000 13:53:11 -0700 (PDT) Received: by gollum.esys.ca (Postfix, from userid 1001) id BF8069936C; Mon, 18 Sep 2000 14:53:04 -0600 (MDT) Message-Id: <20000918205304.BF8069936C@gollum.esys.ca> Date: Mon, 18 Sep 2000 14:53:04 -0600 (MDT) From: lyndon@messagingdirect.com Reply-To: lyndon@messagingdirect.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/21375: [PATCH] dhclient runs away on interface removal Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21375 >Category: bin >Synopsis: [PATCH] dhclient runs away on interface removal >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Sep 18 14:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Lyndon Nerenberg >Release: FreeBSD 4.1-STABLE i386 >Organization: >Environment: 4.1-STABLE laptop with PCCard NIC controlled by pccardd and configured to use DHCP. >Description: Once the NIC is up and dhclient has configured the NIC, removing the card causes dhclient to go into a spin loop on the select() in the dispatch() routine. The call to got_one() gets an error from the read() on the socket, but doesn't do anything special with the error. got_one() returns and the whole thing repeats, grabbing most of the CPU in the process (and generating gobs of syslog cruft). >How-To-Repeat: >Fix: Fixing this correctly would require dhclient be able to handle dynamic interfaces correctly. Short of doing that rewrite, the following patch adds a test for the read() returning ENXIO, and shuts down the application in that event. This is definately a bit if a hack. It's based on the premise that the failing dhclient was launched from pccardd (via pccard_ether) and that pccardd will start another dhclient the next time the NIC is inserted. I think this is safe -- I can't think of another normal dhclient scenario where one of the interfaces would just disappear. An alternative fix would be to invalidate the interface on dhclient's internal interface list (removing it from the FD set), and terminate if the interface count goes to zero. Patch against /usr/src/contrib/isc-dhcp/common/dispatch.c: --- dispatch.c.old Mon Sep 18 14:12:22 2000 +++ dispatch.c Mon Sep 18 14:34:26 2000 @@ -701,7 +701,26 @@ if ((result = receive_packet (ip, u.packbuf, sizeof u, &from, &hfrom)) < 0) { + int save_errno = errno; + warn ("receive_packet failed on %s: %m", ip -> name); + if (save_errno == ENXIO) { + /* + * The interface went away. All we can do for now + * is terminate since there is no support + * here for handling dynamic interfaces. + * + * This behaviour is relatively safe. The + * only time an interface should go away in + * normal operation is when a laptop NIC card + * is removed. If that happens there's no reason + * for us to stick around. The laptop's OS should + * handle restarting us when the interface comes + * back. + */ + error("%s: interface removed?", + ip -> name); + } return; } if (result == 0) >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 18 14:12:31 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 82C7037B423 for ; Mon, 18 Sep 2000 14:12:24 -0700 (PDT) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id OAA04282; Mon, 18 Sep 2000 14:12:21 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id OAA15194; Mon, 18 Sep 2000 14:12:20 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Mon, 18 Sep 2000 14:12:20 -0700 (PDT) Message-Id: <200009182112.OAA15194@vashon.polstra.com> To: bugs@freebsd.org Reply-To: bugs@freebsd.org Cc: frederik@freddym.org Subject: Re: Bug: NATD Problems In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In article , Frederik Meerwaldt wrote: > In every FreeBSD Snapshot I tested (20000214, 20000521, 20000905) I always > got problems regarding Natd. I have a very simple /etc/rc.firewall: > > /sbin/ipfw -f flush > /sbin/ipfw add divert natd all from any to any via isp0 > /sbin/ipfw add pass all from any to any > > And in my Kernel I have enabled IP_DIVERT and > IP_FIREWALL_DEFAULT_TO_ACCEPT or however this option is called. > Now my Problem: Sometimes, when I activate natd, it won't let me > through. But sometimes everything works fine, sometimes it just stopps > letting me through at a certain point of time... Very randomized. I have also experienced similar problems with natd under FreeBSD-4.1-stable. Unfortunately as you point out, they are random and hard to reproduce. If you are comfortable with debugging, I recommend that you build and install an unstripped, debugging version of natd. Then if/when it fails the next time you can attach to it with gdb and perhaps figure out why it isn't working. I installed a debugging version of it here 6 weeks ago, but I haven't been able to make it fail since then. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 18 15:22: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from post.webmailer.de (natmail2.webmailer.de [192.67.198.65]) by hub.freebsd.org (Postfix) with ESMTP id 9F95A37B422 for ; Mon, 18 Sep 2000 15:21:59 -0700 (PDT) Received: from alvman.IbHaakh.de (p3EE2254D.dip.t-dialin.net [62.226.37.77]) by post.webmailer.de (8.9.3/8.8.7) with ESMTP id AAA21453; Tue, 19 Sep 2000 00:21:56 +0200 (MET DST) Received: from wilma.IbHaakh.de (wilma.IbHaakh.de [192.168.63.21]) by alvman.IbHaakh.de (8.11.0/8.11.0) with SMTP id e8IMLwx73105; Tue, 19 Sep 2000 00:21:58 +0200 (CEST) (envelope-from Andreas@Haakh.de) From: Andreas Haakh Date: Tue, 19 Sep 2000 00:23:27 GMT Message-ID: <20000919.232725@wilma.IbHaakh.de> Subject: Re: (none) To: sakditorn_s@hotmail.com (sakditorn sentong), freebsd-bugs@FreeBSD.org In-Reply-To: References: X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.1; OS/2) X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org From the output of =BBifconfig -a=AB I see, that both network-interfaces= =20 have the same MAC-address (ether 00:b4:c0:91:d2:9c). Thus they can`t=20= reach each other... Either change the address of one card or replace one of them. Andreas >>>>>>>>>>>>>>>>>> Urspr=FCngliche Nachricht <<<<<<<<<<<<<<<<<< Am 11.09.00, 13.10.31, schrieb sakditorn_s@hotmail.com (sakditorn=20 sentong) zum Thema (none): > I've sent the e-mail about my problem of running 2 freebsd servers on = the > same network about a month ago. I can't figure it out yet. So, I=20 desperately > need your help. > I already have one freebsd server running affectively. Since I tried=20= to up a > second freebsd server. After the installation has been done. I used=20= the > command ping to ping each other but I got the messages "ping: send to:= =20 Host > is down" back from them. However, when I used the command ping on both= > server to ping another IPs on the network, it worked perfectly. I have= > enclosed the output of "ifconfig -a" and "netstat -rn" for your=20 attention. > :output of "netstat -rn" > Routing tables > Internet: > Destination Gateway Flags Refs Use Netif= > Expire > default 10.0.2.9 UGSc 36 2590565 fxp0= > 10.0.2/24 link#1 UC 0 0 fxp0= > 10.0.2.1 0:b4:c0:91:d2:9c UHLW 2 2654 lo0= > 10.0.2.2 0:8:c7:33:3e:2f UHLW 0 8361 fxp0 = =20 870 > 10.0.2.5 8:0:2b:86:e8:1d UHLW 1 57 fxp0 = =20 1195 > 10.0.2.7 0:50:ba:85:2e:9d UHLW 0 76 fxp0 = =20 1039 > 10.0.2.9 0:b0:c2:89:41:26 UHLW 35 0 fxp0 = =20 860 > 10.0.2.12 8:0:37:6:4a:a UHLW 1 26 fxp0 = =20 91 > 10.0.2.25 0:20:af:41:ad:94 UHLW 1 219 fxp0 = =20 763 > 10.0.2.41 0:d0:b7:7e:aa:c0 UHLW 0 190 fxp0 = =20 1183 > 10.0.2.43 0:d0:b7:9f:33:86 UHLW 0 68 fxp0 = =20 1114 > 10.0.2.62 0:0:86:41:de:5b UHLW 0 2196 fxp0 = =20 1147 > 10.0.2.64 0:50:ba:83:2d:7c UHLW 1 220 fxp0 = =20 812 > 10.0.2.71 0:d0:b7:9f:32:c6 UHLW 1 2916 fxp0 = =20 979 > 10.0.2.73 0:d0:b7:9f:33:8f UHLW 1 49111 fxp0 = =20 729 > 10.0.2.74 0:d0:b7:9f:36:d2 UHLW 0 299 fxp0 = =20 906 > 10.0.2.75 0:d0:b7:9f:35:a6 UHLW 1 252 fxp0 = =20 1146 > 10.0.2.88 0:50:ba:84:67:cf UHLW 1 2617 fxp0 = =20 1114 > 10.0.2.100 0:e0:18:18:62:14 UHLW 0 17 fxp0 = =20 683 > 127.0.0.1 127.0.0.1 UH 0 79 lo0= > :output of ifconfig -a > fxp0: flags=3D8843 mtu 1500 > inet 10.0.2.1 netmask 0xffffff00 broadcast 10.0.2.255 > ether 00:b4:c0:91:d2:9c > media: manual > supported media: manual > lp0: flags=3D8810 mtu 1500 > tun0: flags=3D8010 mtu 1500 > sl0: flags=3Dc010 mtu 552 > ppp0: flags=3D8010 mtu 1500 > lo0: flags=3D8049 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 > the following is output from the second server > :output of "netstat -rn" > Routing tables > Internet: > Destination Gateway Flags Refs Use Netif= > Expire > default 10.0.2.9 UGSc 1 139 fxp0= > 10.0.2/24 link#1 UC 0 0 fxp0= > 10.0.2.1 link#1 UHRLW 0 12 fxp0= > 10.0.2.5 8:0:2b:86:e8:1d UHLW 0 3 fxp0 = =20 1192 > 10.0.2.8 0:b4:c0:91:d2:9c UHLW 0 72 lo0= > 10.0.2.9 0:b0:c2:89:41:26 UHLW 1 0 fxp0 = =20 1044 > 10.0.2.71 0:d0:b7:9f:32:c6 UHLW 0 4 fxp0 = =20 1156 > 10.0.2.74 0:d0:b7:9f:36:d2 UHLW 0 5 fxp0 = =20 1050 > 127.0.0.1 127.0.0.1 UH 1 26 lo0= > :output of "ifconfig -a" > ifconfig -a > fxp0: flags=3D8843 mtu 1500 > inet 10.0.2.8 netmask 0xffffff00 broadcast 10.0.2.255 > ether 00:b4:c0:91:d2:9c > media: manual > supported media: manual > lp0: flags=3D8810 mtu 1500 > tun0: flags=3D8010 mtu 1500 > sl0: flags=3Dc010 mtu 552 > ppp0: flags=3D8010 mtu 1500 > lo0: flags=3D8049 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 > I also have attached the content of "rc.conf" of 2nd server for your > attention. > ############################################################## > ### Important initial Boot-time options ##################### > ############################################################## > swapfile=3D"NO" # Set to name of swapfile if aux swapfile=20= desired. > apm_enable=3D"NO" # Set to YES if you want APM enabled. > pccard_enable=3D"NO" # Set to YES if you want to configure PCCARD= > devices. > pccard_mem=3D"DEFAULT" # If pccard_enable=3DYES, this is card memor= y=20 address. > pccard_ifconfig=3D"NO" # Specialized pccard ethernet configuration = (or NO). > local_startup=3D"/usr/local/etc/rc.d /usr/X11R6/etc/rc.d" # startup=20= script > dirs. > local_periodic=3D"/usr/local/etc/periodic /usr/X11R6/etc/periodic" #=20= periodic > scri > pt dirs > ############################################################## > ### Network configuration sub-section ###################### > ############################################################## > ### Basic network options: ### > hostname=3D"gundam.popidols.net" # Set this! > nisdomainname=3D"NO" # Set to NIS domain if using NIS (or= =20 NO). > firewall_enable=3D"NO" # Set to YES to enable firewall > functionality > firewall_type=3D"UNKNOWN" # Firewall type (see /etc/rc.firewal= l) > firewall_quiet=3D"NO" # Set to YES to suppress rule displa= y > natd_enable=3D"NO" # Enable natd (if firewall_enable =3D= =3D=20 YES). > natd_interface=3D"fxp0" # Public interface to use with natd.= > natd_flags=3D"" # Additional flags for natd. > tcp_extensions=3D"NO" # Disallow RFC1323 extensions (or=20= YES). > firewall_quiet=3D"NO" # Set to YES to suppress rule displa= y > natd_enable=3D"NO" # Enable natd (if firewall_enable =3D= =3D=20 YES). > natd_interface=3D"fxp0" # Public interface to use with natd.= > natd_flags=3D"" # Additional flags for natd. > tcp_extensions=3D"NO" # Disallow RFC1323 extensions (or=20= YES). > pback)._interfaces=3D"fxp0 lp0 lo0" # List of network interfaces= =20 (lo0 is > loo > ifconfig_lp0=3D"inet 10.0.2.8 netmask 255.255.255.0" > ifconfig_fxp0=3D"inet 10.0.2.8 netmask 255.255.255.0" > ifconfig_lo0=3D"inet 127.0.0.1" # default loopback device=20 configuration. > #ifconfig_lo0_alias0=3D"inet 127.0.0.254 netmask 0xffffffff" # Sample = alias > entry. > ### Network daemon (miscellaneous) & NFS options: ### > syslogd_enable=3D"YES" # Run syslog daemon (or NO). > syslogd_flags=3D"" # Flags to syslogd (if enabled). > inetd_enable=3D"YES" # Run the network daemon dispatcher = (or NO). > inetd_flags=3D"" # Optional flags to inetd. > named_enable=3D"NO" # Run named, the DNS server (or NO).= > named_program=3D"named" # path to named, if you want a=20 different > one. > kadmind_server_enable=3D"NO" # a slave kerberos serverdo not run = on > kerberos_stash=3D"" # Is the kerberos master key stashed= ? > rwhod_enable=3D"NO" # Run the rwho daemon (or NO). > amd_enable=3D"NO" # Run amd service with $amd_flags (o= r=20 NO). > amd_flags=3D"-a /net -c 1800 -k i386 -d my.domain -l syslog /host > /etc/amd.map" > amd_map_program=3D"NO" # Can be set to "ypcat -k amd.master= " > nfs_client_enable=3D"YES" # This host is an NFS client (or NO)= . > nfs_client_flags=3D"-n 4" # Flags to nfsiod (if enabled). > nfs_server_enable=3D"YES" # This host is an NFS server (or NO)= . > nfs_server_flags=3D"-u -t -n 4" # Flags to nfsd (if enabled). > mountd_flags=3D"-r" # Flags to mountd (if NFS server=20= enabled). > nfs_reserved_port_only=3D"NO" # Provide NFS only on secure port (o= r=20 NO). > rpc_lockd_enable=3D"NO" # Run NFS rpc.lockd (*broken!*) if > nfs_server. > rpc_statd_enable=3D"YES" # Run NFS rpc.statd if nfs_server (o= r=20 NO). > portmap_enable=3D"YES" # Run the portmapper service (or NO)= . > portmap_flags=3D"" # Flags to portmap (if enabled). > rpc_ypupdated_enable=3D"NO" # Run if NIS master and SecureRPC (o= r=20 NO). > keyserv_enable=3D"NO" # Run the SecureRPC keyserver (or NO= ). > keyserv_flags=3D"" # Flags to keyserv (if enabled). > rarpd_enable=3D"NO" # Run rarpd (or NO). > rarpd_flags=3D"" # Flags to rarpd. > xtend_enable=3D"NO" # Run the X-10 power controller=20 daemon. > xtend_flags=3D"" # Flags to xtend (if enabled). > ### Network Time Services options: ### > timed_enable=3D"NO" # Run the time daemon (or NO). > timed_flags=3D"" # Flags to timed (if enabled). > ntpdate_enable=3D"NO" # Run the ntpdate to sync time (or=20= NO). > ntpdate_program=3D"ntpdate" # path to ntpdate, if you want a=20= different > one. > ntpdate_flags=3D"" # Flags to ntpdate (if enabled). > xntpd_enable=3D"NO" # Run xntpd Network Time Protocol (o= r=20 NO). > xntpd_program=3D"xntpd" # path to xntpd, if you want a=20 different > one. > xntpd_flags=3D"-p /var/run/xntpd.pid" # Flags to xntpd (if enabled= ). > # Network Information Services (NIS) options: ### > nis_client_enable=3D"NO" # We're an NIS client (or NO). > nis_client_flags=3D"" # Flags to ypbind (if enabled). > nis_ypset_enable=3D"NO" # Run ypset at boot time (or NO). > nis_ypset_flags=3D"" # Flags to ypset (if enabled). > nis_server_enable=3D"NO" # We're an NIS server (or NO). > nis_server_flags=3D"" # Flags to ypserv (if enabled). > nis_ypxfrd_enable=3D"NO" # Run rpc.ypxfrd at boot time (or NO= ). > nis_ypxfrd_flags=3D"" # Flags to rpc.ypxfrd (if enabled).= > nis_yppasswdd_enable=3D"NO" # Run rpc.yppasswdd at boot time (or= =20 NO). > nis_yppasswdd_flags=3D"" # Flags to rpc.yppasswdd (if enabled= ). > ### Network routing options: ### > defaultrouter=3D"10.0.2.9" # Set to default gateway (or= =20 NO). > static_routes=3D"" # Set to static route list (or leave= =20 empty). > I'm looking forward to hearing from you. > Thank you very much. > sakditorn. >=20 _______________________________________________________________________= __ > Get Your Private, Free E-mail from MSN Hotmail at=20 http://www.hotmail.com. > Share information about yourself, create your own public profile at > http://profiles.msn.com. > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 18 16: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 E945A37B423 for ; Mon, 18 Sep 2000 16:30:00 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA69613; Mon, 18 Sep 2000 16:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mail.telemere.net (mail.telemere.net [63.224.9.4]) by hub.freebsd.org (Postfix) with ESMTP id 7C31237B422 for ; Mon, 18 Sep 2000 16:29:36 -0700 (PDT) Received: by mail.telemere.net (Postfix, from userid 1001) id 62DF720F01; Mon, 18 Sep 2000 18:34:48 -0500 (CDT) Message-Id: <20000918233448.62DF720F01@mail.telemere.net> Date: Mon, 18 Sep 2000 18:34:48 -0500 (CDT) From: visigoth@telemere.net Reply-To: visigoth@telemere.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/21378: Accessing floppy under 4.1-STABLE (with DPT?) causes hang... Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21378 >Category: kern >Synopsis: Accessing floppy under 4.1-STABLE (with DPT?) causes hang... >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Sep 18 16:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Damieon Stark >Release: FreeBSD 4.1-STABLE i386 >Organization: Telemere Technologies Inc. >Environment: D mail.telemere.net 4.1-STABLE FreeBSD 4.1-STABLE #0: Wed Sep 6 12:28:02 CDT 2000 visigoth@mail.telemere.net:/usr/src/sys/compile/MAIL i386 >Description: Right now I am experiencing some really strange behavior with my Dell servers. Mounting a floppy, or accessing it via dd(1) causes a system hang, (accompanied by a bios beep from the dpt card as though it is being rebooted as well as the screen going dark). I have quite a number of other machines which are dells which are not displaying this behavior, the only 2 things that I have been able to discover as a parallel is the PM3334UW cards in all 3 of them, as well as so far having only tested it on dual capable motherboards. I have attempted hardware replacement of floppy drives (when I originally thought I just had a bad floppy), booting SMP or UP kernels, as well as makeing sure I have the most recent firmware on all the involved boards... there is also a little interesting tidbit in the dmesg from the machines that they all have in common: fd0c: hard error reading fsbn 16 of 16-31 (No status) So far, testing includes machines sup'd Sept 6th source (broken) all through Sept 15. I know that it worked back (way back) in early Aug. Rest of dmesg can be found at http://www.telemere.net/~visigoth/dmesg.txt >How-To-Repeat: On any of MY dell machines with a DPT PM3334UW controller in them, build a new kernel and try to dd(1) or mount the floppy file system... >Fix: I wish ;) >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 Sep 18 19:50: 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 A6C0537B43E for ; Mon, 18 Sep 2000 19:50:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA00654; Mon, 18 Sep 2000 19:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 1C8AF37B422; Mon, 18 Sep 2000 19:40:49 -0700 (PDT) Message-Id: <20000919024049.1C8AF37B422@hub.freebsd.org> Date: Mon, 18 Sep 2000 19:40:49 -0700 (PDT) From: protius@bobdbob.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/21384: pcm driver has static in recorded audio Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21384 >Category: misc >Synopsis: pcm driver has static in recorded audio >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 Sep 18 19:50:02 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Tommy Johnson >Release: FreeBSD 4.1-Stable (cvsupped 9-17-00) >Organization: >Environment: FreeBSD zarquon.bobdbob.com 4.1-STABLE FreeBSD 4.1-STABLE #9: Fri Sep 15 23:59:14 EDT 2000 protius@zarquon.bobdbob.com:/usr/src/sys/compile/ZARQUON i386 SMP >Description: When recording audio with the pcm device driver, there is continuous static in the audio. The "real" audio is also present, the static acompanies it (on both channels). pcm0: at port 0x534-0x537,0x380-0x38b,0x220-0x22f,0xe0c-0xe0f irq 5 drq 0,1 on isa0 AD_WAIT_INIT FAILED 1002 0xff FreeBSD Audio Driver (newpcm) Sep 10 2000 12:18:34 Installed devices: pcm0: at io 0x534 irq 5 drq 0:1 (1p/1r channels duplex) >How-To-Repeat: http://www.bobdbob.com/~protius/software/tsplay.c <-- small test program. Record something with the above program, calling it with the name tsrec. Then play the same audio back, with the above program calling it with the name tsplay. >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 Sep 18 20:50: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 340BE37B424 for ; Mon, 18 Sep 2000 20:50:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA10367; Mon, 18 Sep 2000 20:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from sun5.maizuru-ct.ac.jp (sun5.maizuru-ct.ac.jp [202.19.105.3]) by hub.freebsd.org (Postfix) with ESMTP id 0FCBF37B423 for ; Mon, 18 Sep 2000 20:49:03 -0700 (PDT) Received: from s-gikan2.maizuru-ct.ac.jp (s-gikan2.maizuru-ct.ac.jp [10.1.65.80]) by sun5.maizuru-ct.ac.jp (8.9.3/3.7Wpl200031721) with ESMTP id MAA14808 for ; Tue, 19 Sep 2000 12:47:48 +0900 (JST) Received: (from magara@localhost) by s-gikan2.maizuru-ct.ac.jp (8.9.3/3.7Wpl200080413) id MAA02783; Tue, 19 Sep 2000 12:48:57 +0900 (JST) Message-Id: <200009190348.MAA02783@s-gikan2.maizuru-ct.ac.jp> Date: Tue, 19 Sep 2000 12:48:57 +0900 (JST) From: magara@maizuru-ct.ac.jp Reply-To: magara@maizuru-ct.ac.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/21385: About daemon_saver Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21385 >Category: misc >Synopsis: About daemon_saver >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 Sep 18 20:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Kenichi Magara >Release: FreeBSD 3.5.1-RELEASE i386 >Organization: >Environment: FreeBSD(98)3.5R >Description: I prevented the end of line from flickering and changed some of charcters map. (change-request ^^;) >How-To-Repeat: All of Japanese architecture PC. (NEC PC98 series) >Fix: --- sys/modules/syscons/daemon/daemon_saver.c.orig Tue Aug 8 12:00:43 2000 +++ sys/modules/syscons/daemon/daemon_saver.c Mon Sep 18 12:16:50 2000 @@ -67,7 +67,7 @@ " /( )`", " \\ \\___ / |", " /- _ `-/ '", - " (/\\/ \\ \\ /\\", + " (/\\/^\\ \\ /\\", " / / | ` \\", " O O ) / |", " `-^--'`< '", @@ -89,8 +89,8 @@ " R R", " RR RR", " R RRRR R R", - " RR W RRR R", - " RWWW W R RR", + " RR R RRR R", + " RWWWWW R RR", " W W W R R", " B B W R R", " WWWWWWRR R", @@ -135,9 +135,17 @@ if (xlen <= 0) return; - for (y = yoff; y < ylen; y++) + for (y = yoff; y < ylen; y++) { +#ifdef PC98 + fillw(scr_map[0x20], + CONSOLE_VECT(xpos + xoff, ypos + y), xlen - xoff); + fillw(at2pc98((FG_LIGHTGREY|BG_BLACK)<<8), + CONSOLE_VECT(xpos + xoff, ypos + y), xlen - xoff); +#else fillw(((FG_LIGHTGREY|BG_BLACK) << 8) | scr_map[0x20], CONSOLE_VECT(xpos + xoff, ypos + y), xlen - xoff); +#endif + } } static void @@ -178,7 +186,7 @@ if (dxdir < 0) { /* Moving left */ #ifdef PC98 *CONSOLE_VECT(xpos + x, ypos + y) = - scr_map[daemon_pic[y][x]]; + scr_map[daemon_pic[y][px]]; *CONSOLE_ATTR(xpos + x, ypos + y) = at2pc98(attr); #else @@ -187,9 +195,9 @@ #endif } else { /* Moving right */ #ifdef PC98 - *CONSOLE_VECT(xpos + DAEMON_MAX_WIDTH - x - 1, ypos + y) = - scr_map[xflip_symbol(daemon_pic[y][x])]; - *CONSOLE_ATTR(xpos + DAEMON_MAX_WIDTH - x - 1, ypos + y) = + *CONSOLE_VECT(xpos + DAEMON_MAX_WIDTH - px - 1, ypos + y) = + scr_map[xflip_symbol(daemon_pic[y][px])]; + *CONSOLE_ATTR(xpos + DAEMON_MAX_WIDTH - px - 1, ypos + y) = at2pc98(attr); #else *CONSOLE_VECT(xpos + DAEMON_MAX_WIDTH - px - 1, ypos + y) = @@ -205,8 +213,15 @@ { if (len <= 0) return; +#ifdef PC98 + fillw(scr_map[0x20], + CONSOLE_VECT(xpos + xoff, ypos), len - xoff); + fillw(at2pc98((FG_LIGHTGREY|BG_BLACK)<<8), + CONSOLE_VECT(xpos + xoff, ypos), len - xoff); +#else fillw(((FG_LIGHTGREY|BG_BLACK) << 8) | scr_map[0x20], CONSOLE_VECT(xpos + xoff, ypos), len - xoff); +#endif } static void >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 Sep 18 22:50: 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 0293137B424 for ; Mon, 18 Sep 2000 22:50:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA31626; Mon, 18 Sep 2000 22:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from ego.mind.net (ego.mind.net [206.99.66.9]) by hub.freebsd.org (Postfix) with ESMTP id 5801B37B43C for ; Mon, 18 Sep 2000 22:41:55 -0700 (PDT) Received: from takhus-home.ashlandfn.org (AFN-Dyn-6315110844.pc.ashlandfiber.net [63.151.108.44]) by ego.mind.net (8.9.3/8.9.3) with ESMTP id WAA09647 for ; Mon, 18 Sep 2000 22:41:51 -0700 Received: from localhost (fleisher@localhost) by takhus-home.ashlandfn.org (8.11.0/8.11.0) with ESMTP id e8J5foD00739 for ; Mon, 18 Sep 2000 22:41:50 -0700 (PDT) (envelope-from takhus@takhus.mind.net) Message-Id: Date: Mon, 18 Sep 2000 22:41:50 -0700 (PDT) From: Tony Fleisher To: FreeBSD-gnats-submit@freebsd.org Subject: kern/21391: WARNING: Driver mistake: repeat make_dev("bpf0") Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21391 >Category: kern >Synopsis: WARNING messages occur when bpf is used with DEVFS in -current >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 Sep 18 22:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Tony Fleisher >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: FreeBSD 5.0-CURRENT #2: Mon Sep 18 21:41:42 PDT 2000 >Description: The following error repeatedly occurrs under -current anytime a program opened the bpf device: WARNING: Driver mistake: repeat make_dev("bpf0") The problem seems to be caused by make_dev being called in both bpf_clone() and bpfopen() in sys/net/bpf.c >How-To-Repeat: Compile a kernel under -current with bpf and DEVFS. Use any program (such as tcpdump or dhclient) that uses bpf. >Fix: The errors went away when I applied the patch attached below. I am not sure if this is the correct solution, but it does solve the problem. *** sys/net/bpf.c.ORIG Mon Sep 18 21:14:02 2000 --- sys/net/bpf.c Mon Sep 18 21:46:50 2000 *************** *** 363,369 **** --- 363,374 ---- */ if (d) return (EBUSY); + /* + * No need for make_dev here, as we make_dev() in bpf_clone() + */ + /* make_dev(&bpf_cdevsw, minor(dev), 0, 0, 0600, "bpf%d", lminor(dev)); + */ MALLOC(d, struct bpf_d *, sizeof(*d), M_BPF, M_WAITOK); bzero(d, sizeof(*d)); dev->si_drv1 = d; >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 Sep 19 0:10:59 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 84D4437B422; Tue, 19 Sep 2000 00:10:58 -0700 (PDT) Received: (from dwmalone@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA45432; Tue, 19 Sep 2000 00:10:58 -0700 (PDT) (envelope-from dwmalone@FreeBSD.org) Date: Tue, 19 Sep 2000 00:10:58 -0700 (PDT) From: Message-Id: <200009190710.AAA45432@freefall.freebsd.org> To: dwmalone@FreeBSD.org, freebsd-bugs@FreeBSD.org, dwmalone@FreeBSD.org Subject: Re: kern/21362: Adds M_RDONLY to external storage mbufs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Adds M_RDONLY to external storage mbufs Responsible-Changed-From-To: freebsd-bugs->dwmalone Responsible-Changed-By: dwmalone Responsible-Changed-When: Tue Sep 19 00:10:30 PDT 2000 Responsible-Changed-Why: I'll look at this one. http://www.freebsd.org/cgi/query-pr.cgi?pr=21362 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 19 1: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 5356C37B423 for ; Tue, 19 Sep 2000 01:40:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA65723; Tue, 19 Sep 2000 01:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from fun.ee.lbl.gov (fun.ee.lbl.gov [131.243.1.81]) by hub.freebsd.org (Postfix) with ESMTP id ACF8237B423 for ; Tue, 19 Sep 2000 01:31:49 -0700 (PDT) Received: (from leres@localhost) by fun.ee.lbl.gov (8.11.0/8.11.0) id e8J8Vn824409; Tue, 19 Sep 2000 01:31:49 -0700 (PDT) Message-Id: <200009190831.e8J8Vn824409@fun.ee.lbl.gov> Date: Tue, 19 Sep 2000 01:31:49 PDT From: Craig Leres To: FreeBSD-gnats-submit@freebsd.org Cc: leres@ee.lbl.gov (Craig Leres) X-Send-Pr-Version: 3.2 Subject: bin/21394: [PATCH] MAKEDEV creates rocketport specials in /dev (instead of cwd) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21394 >Category: bin >Synopsis: [PATCH] MAKEDEV creates rocketport specials in /dev (instead of cwd) >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 Sep 19 01:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Craig Leres >Release: FreeBSD 4.1-RELEASE i386 >Organization: Lawrence Berkeley National Laboratory >Environment: >Description: The rocketport devices (ttyR and cuaR) are the only MAKEDEV targets that don't create the specials in the current working directory. (Also, it's kind of lame to read the number of rocketport ports from dmesg. If the system has been up very long, the autoconf messages are long gone; using /var/run/dmesg.boot would be slightly better. But it would probably be best to just create N specials, thus allowing one to configure a filesystem in advance.) >How-To-Repeat: # cd /mnt/dev # ./MAKEDEV ttyR0 cuaR0 Then notice that the new specials end up in /dev, not /mnt/dev. (Or especially how the specials that were in /dev now have default permissions!) >Fix: Appended is a context diff to etc/MAKEDEV. It remove the /dev prefixes. (My patch does not address the dmesg issue.) =================================================================== RCS file: RCS/MAKEDEV,v retrieving revision 1.1 diff -c -r1.1 MAKEDEV *** MAKEDEV 2000/09/18 22:03:18 1.1 --- MAKEDEV 2000/09/18 22:03:51 *************** *** 1196,1202 **** esac done ) ! rm -f /dev/ttyR* /dev/ttyiR* /dev/ttylR* for i in $controllers; do ndevices=$( dmesg | while read first bar ports rest; do --- 1196,1202 ---- esac done ) ! rm -f ttyR* ttyiR* ttylR* for i in $controllers; do ndevices=$( dmesg | while read first bar ports rest; do *************** *** 1210,1218 **** echo -n "Creating $ndevices devices for $i: " dev=0 while [ $dev -lt $ndevices ]; do ! mknod /dev/ttyR$Rnum c $major $MINOR ! mknod /dev/ttyiR$Rnum c $major $(($MINOR + 32)) ! mknod /dev/ttylR$Rnum c $major $(($MINOR + 64)) Rnum=$(($Rnum + 1)) MINOR=$(($MINOR + 1)) dev=$(($dev + 1)) --- 1210,1218 ---- echo -n "Creating $ndevices devices for $i: " dev=0 while [ $dev -lt $ndevices ]; do ! mknod ttyR$Rnum c $major $MINOR ! mknod ttyiR$Rnum c $major $(($MINOR + 32)) ! mknod ttylR$Rnum c $major $(($MINOR + 64)) Rnum=$(($Rnum + 1)) MINOR=$(($MINOR + 1)) dev=$(($dev + 1)) *************** *** 1236,1242 **** esac done ) ! rm -f /dev/cuaR* /dev/cuaiR* /dev/cualR* for i in $controllers; do ndevices=$( dmesg | while read first bar ports rest; do --- 1236,1242 ---- esac done ) ! rm -f cuaR* cuaiR* cualR* for i in $controllers; do ndevices=$( dmesg | while read first bar ports rest; do *************** *** 1250,1259 **** echo -n "Creating $ndevices devices for $i: " dev=0 while [ $dev -lt $ndevices ]; do ! mknod /dev/cuaR$Rnum c $major $(($MINOR + 128)) uucp:dialer ! mknod /dev/cuaiR$Rnum c $major $(($MINOR + 128 + 32)) \ uucp:dialer ! mknod /dev/cualR$Rnum c $major $(($MINOR + 128 + 64)) \ uucp:dialer Rnum=$(($Rnum + 1)) MINOR=$(($MINOR + 1)) --- 1250,1259 ---- echo -n "Creating $ndevices devices for $i: " dev=0 while [ $dev -lt $ndevices ]; do ! mknod cuaR$Rnum c $major $(($MINOR + 128)) uucp:dialer ! mknod cuaiR$Rnum c $major $(($MINOR + 128 + 32)) \ uucp:dialer ! mknod cualR$Rnum c $major $(($MINOR + 128 + 64)) \ uucp:dialer Rnum=$(($Rnum + 1)) MINOR=$(($MINOR + 1)) >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 19 1:50: 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 7139137B424 for ; Tue, 19 Sep 2000 01:50:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA67624; Tue, 19 Sep 2000 01:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from guru.mired.org (zoom0-075.telepath.com [216.14.0.75]) by hub.freebsd.org (Postfix) with SMTP id A6A7E37B422 for ; Tue, 19 Sep 2000 01:44:15 -0700 (PDT) Received: (qmail 7695 invoked by uid 100); 19 Sep 2000 08:43:39 -0000 Message-Id: <20000919084339.7694.qmail@guru.mired.org> Date: 19 Sep 2000 08:43:39 -0000 From: mwm@mired.org Reply-To: mwm@mired.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/21395: Periodic is no longer usable by non-root users Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21395 >Category: bin >Synopsis: Periodic is no longer usable by non-root users >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Sep 19 01:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Mike Meyer >Release: FreeBSD 5.0-CURRENT i386 >Organization: Meyer Consulting >Environment: -current as of 9/16, with SMPNG. >Description: /usr/sbin/periodic writes it's temporary output files to /var/run. Not only does this not match the usage of /var/run in hier(9), it means that the periodic program can't be used by non-root users! Further, the default output is to send email to root. This makes it nearly useless for non-root users. >How-To-Repeat: Create a periodic directory for some non-root user (in my case, the postgresql superuser was doing daily db maintenance with it). Then, as the appropriate user, invoke the periodic program on that directory. Note that you get no output with the default output setup. So change the setting of the _output variables to $USER in /etc/periodic.conf. Run periodic again. Notice that it now complains about not being able to create /var/run/periodic.#### for each file in the directory. >Fix: Change the value of tmp_output in /usr/sbin/periodic from /var/run/periodic.$$ to /tmp/periodic.$$ Change the value of three _output variables in /etc/defaults/periodic.conf to $USER. I have not tested this in /etc/defaults, but it does work in /etc/periodic.conf. >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 Sep 19 5:10: 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 264F437B424 for ; Tue, 19 Sep 2000 05:10:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA13136; Tue, 19 Sep 2000 05:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 6F75137B424; Tue, 19 Sep 2000 05:02:03 -0700 (PDT) Message-Id: <20000919120203.6F75137B424@hub.freebsd.org> Date: Tue, 19 Sep 2000 05:02:03 -0700 (PDT) From: alo@iki.fi To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/21397: Floppy drive doesn't work on Compaq ProLiant DL380 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21397 >Category: kern >Synopsis: Floppy drive doesn't work on Compaq ProLiant DL380 >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Sep 19 05:10:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Antti Louko >Release: FreeBSD 4.1 >Organization: >Environment: FreeBSD x.yyyyyy.com 4.1-RELEASE FreeBSD 4.1-RELEASE #2: Tue Sep 19 14:03:03 EEST 2000 root@z1.d.openmobile.com:/usr/src/sys/compile/OM i386 >Description: Floppy hangs in Compaq DL380. >How-To-Repeat: dd if=/dev/rfd0 count=1 of=/dev/null >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 Sep 19 5: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 21CE037B423 for ; Tue, 19 Sep 2000 05:40:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA18776; Tue, 19 Sep 2000 05:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 19 Sep 2000 05:40:02 -0700 (PDT) Message-Id: <200009191240.FAA18776@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Aleksandr A.Babaylov" Subject: Re: bin/21395: Periodic is no longer usable by non-root users Reply-To: "Aleksandr A.Babaylov" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/21395; it has been noted by GNATS. From: "Aleksandr A.Babaylov" To: mwm@mired.org Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/21395: Periodic is no longer usable by non-root users Date: Tue, 19 Sep 2000 16:30:54 +0400 (MSD) mwm@mired.org writes: > > >Number: 21395 > >Category: bin > >Synopsis: Periodic is no longer usable by non-root users > >Confidential: no > >Severity: serious > >Priority: high > >Responsible: freebsd-bugs > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Tue Sep 19 01:50:01 PDT 2000 > >Closed-Date: > >Last-Modified: > >Originator: Mike Meyer > >Release: FreeBSD 5.0-CURRENT i386 > >Organization: > Meyer Consulting > >Environment: > > -current as of 9/16, with SMPNG. > > >Description: > > /usr/sbin/periodic writes it's temporary output files to > /var/run. Not only does this not match the usage of /var/run > in hier(9), it means that the periodic program can't be used > by non-root users! > > Further, the default output is to send email to root. This > makes it nearly useless for non-root users. > > >How-To-Repeat: > > Create a periodic directory for some non-root user (in my > case, the postgresql superuser was doing daily db maintenance > with it). Then, as the appropriate user, invoke the periodic > program on that directory. Note that you get no output with > the default output setup. > > So change the setting of the _output variables to $USER in > /etc/periodic.conf. Run periodic again. Notice that it now > complains about not being able to create > /var/run/periodic.#### for each file in the directory. > > >Fix: > > Change the value of tmp_output in /usr/sbin/periodic from > /var/run/periodic.$$ to /tmp/periodic.$$ $TMPDIR/periodic.$$ if $TMPDIR exists and /tmp/periodic.$$ as fallback > Change the value of three _output variables in > /etc/defaults/periodic.conf to $USER. I have not tested this > in /etc/defaults, but it does work in /etc/periodic.conf. -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 19 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 A68D037B42C for ; Tue, 19 Sep 2000 08:10:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA56977; Tue, 19 Sep 2000 08:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by hub.freebsd.org (Postfix) with ESMTP id DFAA637B42C for ; Tue, 19 Sep 2000 08:01:51 -0700 (PDT) Received: (from root@localhost) by mail.wolves.k12.mo.us (8.9.3/8.9.3) id KAA96059; Tue, 19 Sep 2000 10:01:50 -0500 (CDT) (envelope-from root) Message-Id: <200009191501.KAA96059@mail.wolves.k12.mo.us> Date: Tue, 19 Sep 2000 10:01:50 -0500 (CDT) From: cdillon@wolves.k12.mo.us Reply-To: cdillon@wolves.k12.mo.us To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/21400: ata driver stealing IRQ15 on Compaq Proliant ML530 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21400 >Category: kern >Synopsis: ata driver stealing IRQ15 on Compaq Proliant ML530 >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Sep 19 08:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: cdillon@wolves.k12.mo.us >Release: FreeBSD 4.1-STABLE i386 >Organization: >Environment: FreeBSD cheetah.wolves.k12.mo.us 4.1-STABLE FreeBSD 4.1-STABLE #9: Mon Sep 18 19:35:38 CDT 2000 root@cheetah.wolves.k12.mo.us:/usr/src/sys/compile/CHEETAH i386 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 #9: Mon Sep 18 19:35:38 CDT 2000 root@cheetah.wolves.k12.mo.us:/usr/src/sys/compile/CHEETAH Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 797477433 Hz CPU: Pentium III/Pentium III Xeon/Celeron (797.48-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383f9ff on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pci0: (vendor=0x0e11, dev=0xa0f0) at 3.0 pci0: at 5.0 fxp0: port 0x2400-0x241f mem 0xc6300000-0xc63f fxp0: Ethernet address 00:a0:c9:de:9e:be isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x2420-0x242f at device 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pcib2: on motherboard pci2: on pcib2 fxp1: port 0x3000-0x303f mem 0xc6700000-0xc67f fxp1: Ethernet address 00:50:8b:69:22:a4 pcib255: on motherboard pci255: on pcib255 pcib5: on motherboard pci5: on pcib5 sym0: <896> port 0x4000-0x40ff mem 0xc6dfc000-0xc6dfdfff,0xc6dffc00-0xc6dfffff i sym0: No NVRAM, ID 7, Fast-40, LVD, parity checking sym1: <896> port 0x4400-0x44ff mem 0xc6df8000-0xc6df9fff,0xc6dfbc00-0xc6dfbfff i sym1: No NVRAM, ID 7, Fast-40, LVD, parity checking fxp2: port 0x4800-0x481f mem 0xc6c00000-0xc6cf fxp2: Ethernet address 00:08:c7:f3:ee:b8 fxp3: port 0x4820-0x483f mem 0xc6b00000-0xc6bf fxp3: Ethernet address 00:08:c7:f3:d4:39 fxp4: port 0x4840-0x485f mem 0xc6a00000-0xc6af fxp4: Ethernet address 00:08:c7:f3:cf:2c fxp5: port 0x4860-0x487f mem 0xc6900000-0xc69f fxp5: Ethernet address 00:50:8b:08:f2:be pcib1: at device 9.0 on pci5 pci6: on pcib1 fxp6: port 0x5000-0x501f mem 0xc6f00000-0xc6ff fxp6: Ethernet address 00:08:c7:07:b2:95 fxp7: port 0x5020-0x503f mem 0xc6e00000-0xc6ef fxp7: Ethernet address 00:08:c7:07:b2:96 eisa0: on motherboard mainboard0: on eisa0 slot 0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: unable to allocate the IRQ resource (12). vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A DUMMYNET initialized (000608) IP packet filtering initialized, divert enabled, rule-based forwarding disabled, acd0: CDROM at ata0-master using PIO4 Waiting 7 seconds for SCSI devices to settle Mounting root from ufs:/dev/da0s1a da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 8678MB (17773524 512 byte sectors: 255H 63S/T 1106C) da3 at sym0 bus 0 target 3 lun 0 da3: Fixed Direct Access SCSI-2 device da3: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da3: 8678MB (17773524 512 byte sectors: 255H 63S/T 1106C) da2 at sym0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da2: 8678MB (17773524 512 byte sectors: 255H 63S/T 1106C) da1 at sym0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da1: 8678MB (17773524 512 byte sectors: 255H 63S/T 1106C) >Description: Some time around or after August 3, any device other than ata assigned IRQ 15 in a Compaq Proliant ML530 no longer works. August 3: sym driver works with SCSI controller on IRQ 15 August 5: sym driver no longer attaches but ncr attaches instead to SCSI controller on IRQ 15 August 18: (dmesg output above) Neither sym/ncr nor fxp works on a device assigned IRQ 15. There is an instant panic just after the sym driver attempts to attach to the SCSI controller while it is using IRQ 15 (doesn't even probe the rest of the devices or make it to a root mount attempt). Notice the presence of ata0, which is not supposed to exist on these systems. Only ata1 is supposed to exist, if I recall correctly. I will do some more investigative work by booting several earlier kernels and attempt to narrow down the exact problem date. I've already done a minor amount by booting two previous kernels from the above dates and noting the results. >How-To-Repeat: Boot a recent 4.1-STABLE kernel on a Compaq Proliant ML530 with a device other than ata assigned IRQ15. >Fix: A temporary workaround is to lock all device resources down in the system configuration utility and keep them away from IRQ15. >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 Sep 19 11: 8: 1 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 975E337B423; Tue, 19 Sep 2000 11:07:59 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA24935; Tue, 19 Sep 2000 11:07:59 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Tue, 19 Sep 2000 11:07:59 -0700 (PDT) From: Message-Id: <200009191807.LAA24935@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, cg@FreeBSD.org Subject: Re: kern/21363: Panic in pcm/channel.c when running RealPlayer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Panic in pcm/channel.c when running RealPlayer Responsible-Changed-From-To: freebsd-bugs->cg Responsible-Changed-By: johan Responsible-Changed-When: Tue Sep 19 11:07:30 PDT 2000 Responsible-Changed-Why: Over to pcm maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=21363 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 19 11:10: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 ABAF737B505; Tue, 19 Sep 2000 11:10:32 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA25875; Tue, 19 Sep 2000 11:10:32 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Tue, 19 Sep 2000 11:10:32 -0700 (PDT) From: Message-Id: <200009191810.LAA25875@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, obrien@FreeBSD.org Subject: Re: bin/21375: [PATCH] dhclient runs away on interface removal Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] dhclient runs away on interface removal Responsible-Changed-From-To: freebsd-bugs->obrien Responsible-Changed-By: johan Responsible-Changed-When: Tue Sep 19 11:09:40 PDT 2000 Responsible-Changed-Why: Over to dhcp maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=21375 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 19 11:18:44 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 D843F37B422; Tue, 19 Sep 2000 11:18:42 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA28101; Tue, 19 Sep 2000 11:18:42 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Tue, 19 Sep 2000 11:18:42 -0700 (PDT) From: Message-Id: <200009191818.LAA28101@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, brian@FreeBSD.org Subject: Re: bin/21395: Periodic is no longer usable by non-root users Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Periodic is no longer usable by non-root users Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: johan Responsible-Changed-When: Tue Sep 19 11:16:38 PDT 2000 Responsible-Changed-Why: Brian has done alot of recent commits to periodic. http://www.freebsd.org/cgi/query-pr.cgi?pr=21395 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 19 11:25: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 A897737B42C; Tue, 19 Sep 2000 11:25:08 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA29450; Tue, 19 Sep 2000 11:25:08 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Tue, 19 Sep 2000 11:25:08 -0700 (PDT) From: Message-Id: <200009191825.LAA29450@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, green@FreeBSD.org Subject: Re: bin/21203: MFC of sed -E into RELENG_4 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: MFC of sed -E into RELENG_4 Responsible-Changed-From-To: freebsd-bugs->green Responsible-Changed-By: johan Responsible-Changed-When: Tue Sep 19 11:23:35 PDT 2000 Responsible-Changed-Why: Brians MFC reminder. http://www.freebsd.org/cgi/query-pr.cgi?pr=21203 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 19 11:27:54 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 434EB37B42C; Tue, 19 Sep 2000 11:27:53 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA29991; Tue, 19 Sep 2000 11:27:53 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Tue, 19 Sep 2000 11:27:53 -0700 (PDT) From: Message-Id: <200009191827.LAA29991@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, obrien@FreeBSD.org Subject: Re: conf/18771: [PATCH] dhclient enter hooks cannot be used to tweak resolv.conf Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] dhclient enter hooks cannot be used to tweak resolv.conf Responsible-Changed-From-To: freebsd-bugs->obrien Responsible-Changed-By: johan Responsible-Changed-When: Tue Sep 19 11:27:24 PDT 2000 Responsible-Changed-Why: Over to dhcp maintianer. http://www.freebsd.org/cgi/query-pr.cgi?pr=18771 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 19 11:34:20 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 CA8E737B422; Tue, 19 Sep 2000 11:34:19 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA31725; Tue, 19 Sep 2000 11:34:19 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Tue, 19 Sep 2000 11:34:19 -0700 (PDT) From: Message-Id: <200009191834.LAA31725@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, gshapiro@FreeBSD.org Subject: Re: conf/13016: Wrong sendmail.cf file used by mergemaster Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Wrong sendmail.cf file used by mergemaster Responsible-Changed-From-To: freebsd-bugs->gshapiro Responsible-Changed-By: johan Responsible-Changed-When: Tue Sep 19 11:32:42 PDT 2000 Responsible-Changed-Why: This is actually a sendmail config patch and we let out sendmail maintainer have a look at it. http://www.freebsd.org/cgi/query-pr.cgi?pr=13016 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 19 13: 0:13 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 82F3037B42C for ; Tue, 19 Sep 2000 13:00:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA51165; Tue, 19 Sep 2000 13:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id 64DBC37B423 for ; Tue, 19 Sep 2000 12:58:38 -0700 (PDT) Received: from ganerc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 13bTXJ-0001SK-00; Tue, 19 Sep 2000 21:58:37 +0200 Received: (from naddy@localhost) by ganerc.mips.inka.de (8.11.0/8.11.0) id e8JJVg208733; Tue, 19 Sep 2000 21:31:42 +0200 (CEST) (envelope-from naddy) Message-Id: <200009191931.e8JJVg208733@ganerc.mips.inka.de> Date: Tue, 19 Sep 2000 21:31:42 +0200 (CEST) From: Christian Weisgerber Reply-To: naddy@mips.inka.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/21402: Linuxulator: getpgid(0) fails Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21402 >Category: kern >Synopsis: Linuxulator: getpgid(0) fails >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 Sep 19 13:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Christian Weisgerber >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: COMPAT_LINUX >Description: Under the Linux syscall compatibility layer, getpgid(0) fails with ESRCH rather than returning the process group ID of the current process. This can be fixed easily in sys/compat/linux/linux_misc.c:linux_getpgid(). However, as far as I can tell, the semantics of getpgid() are exactly the same for BSD, Linux, and POSIX. The only functional difference between our native getpgid() and linux_getpgid() I can detect is that the latter fails to handle being called with 0. Therefore I suggest that linux_getpgid() is dropped entirely and the Linux system call #132 passed on directly to getpgid(), which is both simpler and more correct. >How-To-Repeat: >Fix: --- sys/compat/linux/linux_misc.c.orig Tue Sep 19 14:10:58 2000 +++ sys/compat/linux/linux_misc.c Tue Sep 19 14:11:37 2000 @@ -524,24 +524,6 @@ return error; } -int -linux_getpgid(struct proc *p, struct linux_getpgid_args *args) -{ - struct proc *curp; - -#ifdef DEBUG - printf("Linux-emul(%ld): getpgid(%d)\n", (long)p->p_pid, args->pid); -#endif - if (args->pid != p->p_pid) { - if (!(curp = pfind(args->pid))) - return ESRCH; - } - else - curp = p; - p->p_retval[0] = curp->p_pgid; - return 0; -} - int linux_mremap(struct proc *p, struct linux_mremap_args *args) { --- sys/i386/linux/syscalls.master.orig Tue Sep 19 14:14:31 2000 +++ sys/i386/linux/syscalls.master Tue Sep 19 14:16:24 2000 @@ -196,7 +196,7 @@ 129 STD LINUX { int linux_delete_module(void); } 130 STD LINUX { int linux_get_kernel_syms(void); } 131 STD LINUX { int linux_quotactl(void); } -132 STD LINUX { int linux_getpgid(int pid); } +132 NOPROTO LINUX { int getpgid(int pid); } 133 NOPROTO LINUX { int fchdir(int fd); } 134 STD LINUX { int linux_bdflush(void); } 135 STD LINUX { int linux_sysfs(int option, u_long arg1, \ >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 Sep 19 14: 0:31 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 78EDF37B423; Tue, 19 Sep 2000 14:00:30 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA65164; Tue, 19 Sep 2000 14:00:30 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Tue, 19 Sep 2000 14:00:30 -0700 (PDT) From: Message-Id: <200009192100.OAA65164@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, marcel@FreeBSD.org Subject: Re: kern/21402: Linuxulator: getpgid(0) fails Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Linuxulator: getpgid(0) fails Responsible-Changed-From-To: freebsd-bugs->marcel Responsible-Changed-By: johan Responsible-Changed-When: Tue Sep 19 13:59:42 PDT 2000 Responsible-Changed-Why: Over to our linuxulator guru. http://www.freebsd.org/cgi/query-pr.cgi?pr=21402 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 19 15: 5: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 A054C37B43C; Tue, 19 Sep 2000 15:05:13 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA79640; Tue, 19 Sep 2000 15:05:13 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Tue, 19 Sep 2000 15:05:13 -0700 (PDT) From: Message-Id: <200009192205.PAA79640@freefall.freebsd.org> To: vak@cronyx.ru, johan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/2719: added support for magneto-optical SCSI disks with 2k logical block size Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: added support for magneto-optical SCSI disks with 2k logical block size State-Changed-From-To: open->closed State-Changed-By: johan State-Changed-When: Tue Sep 19 15:04:21 PDT 2000 State-Changed-Why: od(4) has been superseeded by da(4) since the move to CAM. http://www.freebsd.org/cgi/query-pr.cgi?pr=2719 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 19 15:55:45 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from marvin.shell-server.com (marvin.shell-server.com [216.206.242.66]) by hub.freebsd.org (Postfix) with ESMTP id 987E137B424; Tue, 19 Sep 2000 15:55:41 -0700 (PDT) Received: from localhost (bsd@localhost) by marvin.shell-server.com (8.11.0/8.9.3) with ESMTP id e8JMtPg15779; Tue, 19 Sep 2000 17:55:25 -0500 (CDT) (envelope-from bsd@shell-server.com) X-Authentication-Warning: marvin.shell-server.com: bsd owned process doing -bs Date: Tue, 19 Sep 2000 17:55:25 -0500 (CDT) From: BSD To: bugs@freebsd.org, stable@freebsd.org Subject: Constant panics on 4.1-STABLE! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm running 4.1-STABLE on a 700MHz Athlon with a 300W power supply (only recently did I learn that 250W wasn't enough), a single Maxtor 40.9GB hard drive (UDMA/66, 7200RPM), an Abit KA7 motherboard, with normally 768MBs of PC133 RAM (non-ECC). An fxp0 device, and a generic PCI video card. pci0: at 13.0 irq 10. There's a floppy drive, and a 2-fan hard drive cooling unit that mounts in the front of 5.25" slot which houses the maxtor via mounting brackets. Even though 300W is considered the "minimum" by some for Athlon supplies, I think my minimal hardware should make it a stable option. The multiple panics were in the following sequence: 1) Server is booted with all DIMMs, on a BP6. PANIC. 2) Server is booted with all DIMMS, on a KA7. PANIC. 3) Server is booted with DIMMs #2 and #1. PANIC. 4) Server is booted with DIMM #1. PANIC. 5) Server is booted with DIMM #2. PANIC. 6) Server is booted with DIMM #3. PANIC. Anyone interested in helping me out here, can see the panic messages at the following url. I'll post further panic captures there too, if they happen. Panics 2-6 are listed in sequence on the website. http://24.108.110.119/~eo/panics/ Thanks for any help! Oh, and these panics can be as close as 12 minutes and as far apart as 8 days (not the documented ones, but the ones I have had up to this point, with all 3 DIMMs in place). You can see the uptimes for the documented panics at the bottom of the JPEGs. --Bart To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 19 16: 0: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 0786837B424; Tue, 19 Sep 2000 16:00:57 -0700 (PDT) Received: (from peter@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA90127; Tue, 19 Sep 2000 16:00:57 -0700 (PDT) (envelope-from peter@FreeBSD.org) Date: Tue, 19 Sep 2000 16:00:57 -0700 (PDT) From: Message-Id: <200009192300.QAA90127@freefall.freebsd.org> To: saper@SYSTEM.PL, peter@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/21085: [patch] SYSV IPC msg queues creation failed with ENOSPC Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [patch] SYSV IPC msg queues creation failed with ENOSPC State-Changed-From-To: open->closed State-Changed-By: peter State-Changed-When: Tue Sep 19 16:00:30 PDT 2000 State-Changed-Why: Suggested patches applied: 1.25 in -current, 1.23.2.2 in RELENG_4, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=21085 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 19 16:30: 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 BD67F37B422 for ; Tue, 19 Sep 2000 16:30:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA96392; Tue, 19 Sep 2000 16:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 19 Sep 2000 16:30:01 -0700 (PDT) Message-Id: <200009192330.QAA96392@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Gregory Bond Subject: Re: kern/13846: [PATCH] remove some kernel compile warnings Reply-To: Gregory Bond Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/13846; it has been noted by GNATS. From: Gregory Bond To: freebsd-gnats-submit@FreeBSD.org, gnb@itga.com.au Cc: Subject: Re: kern/13846: [PATCH] remove some kernel compile warnings Date: Wed, 20 Sep 2000 10:28:16 +1100 This PR can be closed as 3.x is now (close to) End-of-Life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 19 19: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 AA7D637B42C for ; Tue, 19 Sep 2000 19:40:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA26792; Tue, 19 Sep 2000 19:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from updraft.jp.freebsd.org (updraft.jp.FreeBSD.ORG [210.157.158.42]) by hub.freebsd.org (Postfix) with ESMTP id C48A837B43F for ; Tue, 19 Sep 2000 19:36:00 -0700 (PDT) Received: from castle2.jp.FreeBSD.org (castle2.jp.FreeBSD.org [210.226.20.120]) by updraft.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id LAA89030 for ; Wed, 20 Sep 2000 11:35:59 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by castle2.jp.FreeBSD.org (8.11.0+3.3W/8.11.0) with ESMTP/inet id e8K2ZwX25618 for ; Wed, 20 Sep 2000 11:35:58 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Message-Id: <20000920113440T.matusita@jp.FreeBSD.org> Date: Wed, 20 Sep 2000 11:34:40 +0900 From: Makoto MATSUSHITA To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/21405: PATCH: Default module patch mismatch between kernel and loader(8) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21405 >Category: kern >Synopsis: Default module patch mismatch between kernel and loader(8) >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 Sep 19 19:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Makoto MATSUSHITA >Release: FreeBSD 5.0-CURRENT i386 >Organization: Japan FreeBSD Users' Group >Environment: 5.0-CURRENT as of Sep/19/2000 >Description: Default module path of loader(8) is changed a few days before, however, module path of kernel (shown as 'kern.module_path' MIB) is not changed yet. This should cause a problem, if a user upgrades their old -current box to the latest, and forget to remove /modules directory. Typical example is 'mfs' module. If a kernel does not have MFS feature, kernel try to load a mfs.ko module (this is easily happen if your /etc/fstab has 'mfs' entry). However, if /modules/mfs.ko exists, it is used instead of /boot/kernel/mfs.ko. >How-To-Repeat: (Left old /modules/*.ko, then) kldload your_favorite_module_name >Fix: Change default module_path, to sync with src/sys/boot/loader.conf. Index: kern_linker.c =================================================================== RCS file: /usr/site/FreeBSD/ncvs/src/sys/kern/kern_linker.c,v retrieving revision 1.51 diff -c -r1.51 kern_linker.c *** kern_linker.c 2000/09/06 06:22:20 1.51 --- kern_linker.c 2000/09/20 02:24:29 *************** *** 1168,1174 **** * character as a separator to be consistent with the bootloader. */ ! static char linker_path[MAXPATHLEN] = "/boot/modules/;/modules/;/boot/kernel/"; SYSCTL_STRING(_kern, OID_AUTO, module_path, CTLFLAG_RW, linker_path, sizeof(linker_path), "module load search path"); --- 1168,1174 ---- * character as a separator to be consistent with the bootloader. */ ! static char linker_path[MAXPATHLEN] = "/boot/kernel/;/boot/modules/;/modules/;"; SYSCTL_STRING(_kern, OID_AUTO, module_path, CTLFLAG_RW, linker_path, sizeof(linker_path), "module load search path"); >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 Sep 19 19:40: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 868E437B423 for ; Tue, 19 Sep 2000 19:40:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA26783; Tue, 19 Sep 2000 19:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from shrike.dti.ad.jp (shrike.dti.ad.jp [202.216.228.218]) by hub.freebsd.org (Postfix) with ESMTP id BEE0D37B423 for ; Tue, 19 Sep 2000 19:35:32 -0700 (PDT) Received: from choota.signet.or.jp (PPP138.tama-ap5.dti.ne.jp [210.159.232.138]) by shrike.dti.ad.jp (8.9.3/3.7W) with ESMTP id LAA07304; Wed, 20 Sep 2000 11:35:29 +0900 (JST) Received: (from shigio@localhost) by choota.signet.or.jp (8.9.3/) id LAA01338; Wed, 20 Sep 2000 11:25:00 +0900 (JST) Message-Id: <200009200225.LAA01338@tamacom.com> Date: Wed, 20 Sep 2000 11:25:00 +0900 (JST) From: shigio@tamacom.com Reply-To: shigio@tamacom.com To: FreeBSD-gnats-submit@freebsd.org Cc: shigio@tamacom.com X-Send-Pr-Version: 3.2 Subject: bin/21404: bug fix version of GLOBAL(version 3.56) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21404 >Category: bin >Synopsis: bug fix version of GLOBAL (3.56) released. >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 Sep 19 19:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Shigio Yamaguchi >Release: FreeBSD 3.4-RELEASE i386 >Organization: Tama Communications Corporation >Environment: All environment. >Description: I have released GLOBAL-3.56 which is a bug fix version of 3.55. It is available at: http://www.tamacom.com/global/global-3.56.tar.gz [fixed] global.conf - GTAGS entry for Exuberant Ctags fixed. htags.pl- couldn't treat paths which include '+' character. Thanks to Masahiro Fujiwara for his bug report and patch. htags.pl- shut a security hole. global - couldn't print object at line 1. btreeop.1, global.1, htags.1 - syntax error fixed. (missing .El) [changed] nvi-1.79.diff, nvi-1.66.diff - put into the public domain. java.h, Cpp.h - MAXCLASSSTACK(max size of stack) changed from 10 to 100. Thanks. >How-To-Repeat: N/A >Fix: N/A >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 19 20: 0: 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 87C9537B424 for ; Tue, 19 Sep 2000 20:00:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA30016; Tue, 19 Sep 2000 20:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id C179937B422; Tue, 19 Sep 2000 19:57:58 -0700 (PDT) Message-Id: <20000920025758.C179937B422@hub.freebsd.org> Date: Tue, 19 Sep 2000 19:57:58 -0700 (PDT) From: whansard@bigfoot.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/21406: freebsd's bootinst or booteasy overwrites second drive's partition table Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21406 >Category: misc >Synopsis: freebsd's bootinst or booteasy overwrites second drive's partition table >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Sep 19 20:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Will Hansard >Release: none >Organization: none >Environment: none >Description: the boot manager installed by bootinst.exe will occasionally write the partition table of the first hard drive in my system to the second hard drive. This has happened about 10 times over the past 2 years with various computers, and I am able to restore the partition table with linux's fdisk. This happens when, 1) The computer is set to boot from an ide cdrom, which fails because no cdrom is present, 2) I try to boot in some way that fails. The partition tables in both drives have the four main entries full. The first drive has 1 type 06, 1 type c, 1 type 83, and 1 type 85 with many logical partitions in that. The second drive has one freebsd partition, one solaris, one beos, and one type 85, linux extended with many logical drives. This has happend with 4 different motherboards, and several different hard drives. I don't know if any hardware is common. This has happened both when the second drive is a primary slave, and when it is a secondary master. >How-To-Repeat: Have the computer set to boot from an ide cdrom. Do not have a bootable cdrom in the drive. Have bootinst.exe installed in the master boot record of both drives. The other conditions are uncertain. Occasionally the partition table of the first drive will be written to the second. I would suggest having 3 or 4 partitions on each of the drives, perhaps with a couple not bootable. It does not happen every time. Maybe 1 out of 10 to 1 out of 50 boots, my second partition table gets hosed, then I remember, and unset the boot from cdrom in the bios. >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 Sep 19 21: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 438D237B43C for ; Tue, 19 Sep 2000 21:10:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA44256; Tue, 19 Sep 2000 21:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from nhj.nlc.net.au (nhj.nlc.net.au [203.24.133.1]) by hub.freebsd.org (Postfix) with SMTP id 2554C37B424 for ; Tue, 19 Sep 2000 21:01:54 -0700 (PDT) Received: (qmail 6089 invoked from network); 20 Sep 2000 15:01:52 +1100 Received: from monster.nlc.net.au (203.24.133.6) by nhj.nlc.net.au with SMTP; 20 Sep 2000 15:01:52 +1100 Received: (qmail 95467 invoked from network); 20 Sep 2000 15:01:51 +1100 Received: from pacer.nlc.net.au (HELO sentinel.pakprotector.com) (203.24.133.16) by monster.nlc.net.au with SMTP; 20 Sep 2000 15:01:51 +1100 Received: from pacer.pakprotector.com (root@pacer.pakprotector.com [203.41.181.2]) by sentinel.pakprotector.com (8.11.0/8.9.3) with ESMTP id e8K42Ob14524 for ; Wed, 20 Sep 2000 15:02:25 +1100 (EST) (envelope-from john@pacer.pakprotector.com) Received: (from john@localhost) by pacer.pakprotector.com (8.11.0/8.11.0) id e8K3uP900643; Wed, 20 Sep 2000 14:56:25 +1100 (EST) (envelope-from john) Message-Id: <200009200356.e8K3uP900643@pacer.pakprotector.com> Date: Wed, 20 Sep 2000 14:56:25 +1100 (EST) From: john@nlc.net.au Reply-To: john@nlc.net.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/21409: Detection of VIA KT133 chipset (AMD Socket A) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21409 >Category: kern >Synopsis: The ID for the VIA KT133 chipset is not included >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 Sep 19 21:10:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: John Saunders >Release: FreeBSD 4.1-STABLE i386 >Organization: NORTHLINK COMMUNICATIONS PTY LTD >Environment: New VIA VT8363 (KT133) chipset based motherboard. >Description: Currently the pcisupport.c file doesn't include a string for this chipset. >How-To-Repeat: NA. >Fix: --- pcisupport.c.orig Mon Apr 3 01:42:31 2000 +++ pcisupport.c Tue Sep 19 22:40:36 2000 @@ -699,6 +699,8 @@ /* VIA Technologies -- vendor 0x1106 */ case 0x85981106: return ("VIA 82C598MVP (Apollo MVP3) PCI-PCI (AGP) bridge"); + case 0x83051106: + return ("VIA 8363 (Apollo KT133) PCI-PCI (AGP) bridge"); /* AcerLabs -- vendor 0x10b9 */ /* Funny : The datasheet told me vendor id is "10b8",sub-vendor */ >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 Sep 19 21: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 7530737B43F for ; Tue, 19 Sep 2000 21:10:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA44265; Tue, 19 Sep 2000 21:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from nhj.nlc.net.au (nhj.nlc.net.au [203.24.133.1]) by hub.freebsd.org (Postfix) with SMTP id C48A037B422 for ; Tue, 19 Sep 2000 21:09:23 -0700 (PDT) Received: (qmail 8169 invoked from network); 20 Sep 2000 15:09:23 +1100 Received: from monster.nlc.net.au (203.24.133.6) by nhj.nlc.net.au with SMTP; 20 Sep 2000 15:09:23 +1100 Received: (qmail 95947 invoked from network); 20 Sep 2000 15:09:21 +1100 Received: from pacer.nlc.net.au (HELO sentinel.pakprotector.com) (203.24.133.16) by monster.nlc.net.au with SMTP; 20 Sep 2000 15:09:21 +1100 Received: from pacer.pakprotector.com (root@pacer.pakprotector.com [203.41.181.2]) by sentinel.pakprotector.com (8.11.0/8.9.3) with ESMTP id e8K49uX14531 for ; Wed, 20 Sep 2000 15:09:56 +1100 (EST) (envelope-from john@pacer.pakprotector.com) Received: (from john@localhost) by pacer.pakprotector.com (8.11.0/8.11.0) id e8K440Z00766; Wed, 20 Sep 2000 15:04:00 +1100 (EST) (envelope-from john) Message-Id: <200009200404.e8K440Z00766@pacer.pakprotector.com> Date: Wed, 20 Sep 2000 15:04:00 +1100 (EST) From: john@nlc.net.au Reply-To: john@nlc.net.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/21410: ATA driver problems when UDMA66 is used with wrong cable Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21410 >Category: kern >Synopsis: ATA driver problems when UDMA66 is used with wrong cable >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 Sep 19 21:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: John Saunders >Release: FreeBSD 4.1-STABLE i386 >Organization: NORTHLINK COMMUNICATIONS PTY LTD >Environment: VIA KT133 chipset with UDMA66 EIDE controller. >Description: In the situation where a UDMA66 controller is available but the drive is connected with the old style 33MHz cable, the BIOS detects that an 80 pin cable is not present. However the ATA driver tries to negotiate UDMA66 mode then fails with some nasty error messages, then drops to PIO mode. Sep 19 20:57:26 pacer /kernel: ad0: UDMA ICRC READ ERROR blk# 0 retrying Sep 19 20:57:26 pacer last message repeated 2 times Sep 19 20:57:26 pacer /kernel: ad0: UDMA ICRC READ ERROR blk# 0ata0-master: WARNING: WAIT_READY active=ATA_ACTIVE_ATA Sep 19 20:57:27 pacer /kernel: falling back to PIO mode >How-To-Repeat: Using a UDMA66 controller swap the 80 pin cable for the older 40 pin one. >Fix: Can the 80 pin cable be detected by the driver? If so then only try UDMA33 as the first step. If not then upon an error, drop back to UDMA33 before PIO mode. Possibly print an error message that the 80 pin cable may not be installed, or a device not cable of UDMA66 is present. >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 Sep 20 0: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 5811037B423 for ; Wed, 20 Sep 2000 00:10:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA80050; Wed, 20 Sep 2000 00:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 20 Sep 2000 00:10:03 -0700 (PDT) Message-Id: <200009200710.AAA80050@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Soren Schmidt Subject: Re: kern/21410: ATA driver problems when UDMA66 is used with wrong cable Reply-To: Soren Schmidt Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/21410; it has been noted by GNATS. From: Soren Schmidt To: john@nlc.net.au Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/21410: ATA driver problems when UDMA66 is used with wrong cable Date: Wed, 20 Sep 2000 09:12:07 +0200 (CEST) It seems john@nlc.net.au wrote: > > In the situation where a UDMA66 controller is available but the drive is > connected with the old style 33MHz cable, the BIOS detects that an 80 > pin cable is not present. However the ATA driver tries to negotiate > UDMA66 mode then fails with some nasty error messages, then drops to > PIO mode. > > Sep 19 20:57:26 pacer /kernel: ad0: UDMA ICRC READ ERROR blk# 0 retrying > Sep 19 20:57:26 pacer last message repeated 2 times > Sep 19 20:57:26 pacer /kernel: ad0: UDMA ICRC READ ERROR blk# 0ata0-master: WARNING: WAIT_READY active=ATA_ACTIVE_ATA > Sep 19 20:57:27 pacer /kernel: falling back to PIO mode What did the driver say it set the drive to ?? Verbose boot dmesg please!! > Can the 80 pin cable be detected by the driver? If so then only try UDMA33 as the > first step. If not then upon an error, drop back to UDMA33 before PIO mode. Possibly > print an error message that the 80 pin cable may not be installed, or a device not > cable of UDMA66 is present. The ata driver does check for the type of cable used by asking the disks, however if the disks reports the wrong cable, well..... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 20 0:37:40 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 F331F37B423; Wed, 20 Sep 2000 00:37:38 -0700 (PDT) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA83853; Wed, 20 Sep 2000 00:37:38 -0700 (PDT) (envelope-from ru@FreeBSD.org) Date: Wed, 20 Sep 2000 00:37:38 -0700 (PDT) From: Message-Id: <200009200737.AAA83853@freefall.freebsd.org> To: gnb@itga.com.au, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/13846: [PATCH] remove some kernel compile warnings Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] remove some kernel compile warnings State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Wed Sep 20 00:37:07 PDT 2000 State-Changed-Why: Closed per originator's request. http://www.freebsd.org/cgi/query-pr.cgi?pr=13846 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 20 7: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 8D90D37B422 for ; Wed, 20 Sep 2000 07:20:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA29560; Wed, 20 Sep 2000 07:20:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 20 Sep 2000 07:20:04 -0700 (PDT) Message-Id: <200009201420.HAA29560@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Poul-Henning Kamp Subject: Re: kern/21391: WARNING: Driver mistake: repeat make_dev("bpf0") Reply-To: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/21391; it has been noted by GNATS. From: Poul-Henning Kamp To: Tony Fleisher Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/21391: WARNING: Driver mistake: repeat make_dev("bpf0") Date: Wed, 20 Sep 2000 15:10:00 +0200 This fix is not quite correct. I am working on a better solution to this problem. Please ignore the message for now, it is harmless. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 20 7:22:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mail.cylant.com (generic.cylant.com [208.205.160.35]) by hub.freebsd.org (Postfix) with ESMTP id E22E237B42C for ; Wed, 20 Sep 2000 07:22:10 -0700 (PDT) Received: from cylant.com (littleblue [208.205.160.34]) by mail.cylant.com (8.9.3/8.9.3) with ESMTP id HAA14307 for ; Wed, 20 Sep 2000 07:21:48 -0700 Message-ID: <39C8C7F8.7105542A@cylant.com> Date: Wed, 20 Sep 2000 07:21:44 -0700 From: Jesse McConnell Organization: Cylant Technology, LLC X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 4.1-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-bugs@freebsd.org Subject: Entity port: PR/20061 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Just curious, I submitted this new port a couple of months ago and I thought I would have heard at least something back by now. It is a really great piece of software and under active development... Is there another group I should speak to about this port or is there just a really big ugly queue... Jesse -- Jesse C. McConnell Cylant Technology, LLC jesse@cylant.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 20 7:45: 2 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from ns1.sunesi.net (ns1.sunesi.net [196.15.192.194]) by hub.freebsd.org (Postfix) with ESMTP id 02F1137B43C; Wed, 20 Sep 2000 07:44:57 -0700 (PDT) Received: from nbm by ns1.sunesi.net with local (Exim 3.03 #1) id 13bl71-0000o2-00; Wed, 20 Sep 2000 16:44:39 +0200 Date: Wed, 20 Sep 2000 16:44:39 +0200 From: Neil Blakey-Milner To: Jesse McConnell Cc: ports@FreeBSD.org Subject: Re: Entity port: PR/20061 Message-ID: <20000920164439.A2990@mithrandr.moria.org> References: <39C8C7F8.7105542A@cylant.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39C8C7F8.7105542A@cylant.com>; from jesse@cylant.com on Wed, Sep 20, 2000 at 07:21:44AM -0700 Organization: Sunesi Clinical Systems X-Operating-System: FreeBSD 3.3-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed 2000-09-20 (07:21), Jesse McConnell wrote: > I submitted this new port a couple of months ago and I thought I would > have heard at least something back by now. It is a really great piece > of software and under active development... I tried to get it to work, and I couldn't. If you have an updated port (using the new ports methods) I'd be happy to try again. Or I can try again and send you error messages. (: > Is there another group I should speak to about this port or is there > just a really big ugly queue... There is a slight queue, but some ports are harder than others. The correct place to talk about ports is ports@FreeBSD.org. Neil -- Neil Blakey-Milner Sunesi Clinical Systems nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 20 9: 1: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by hub.freebsd.org (Postfix) with ESMTP id C4B5737B422; Wed, 20 Sep 2000 09:01:02 -0700 (PDT) Received: from mail.wolves.k12.mo.us (cdillon@mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (8.9.3/8.9.3) with ESMTP id LAA13760; Wed, 20 Sep 2000 11:00:59 -0500 (CDT) (envelope-from cdillon@wolves.k12.mo.us) Date: Wed, 20 Sep 2000 11:00:59 -0500 (CDT) From: Chris Dillon To: BSD Cc: bugs@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Constant panics on 4.1-STABLE! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 19 Sep 2000, BSD wrote: > I'm running 4.1-STABLE on a 700MHz Athlon with a 300W power supply > (only recently did I learn that 250W wasn't enough), a single Maxtor > 40.9GB hard drive (UDMA/66, 7200RPM), an Abit KA7 motherboard, with > normally 768MBs of PC133 RAM (non-ECC). An fxp0 device, and a generic PCI > video card. pci0: at > 13.0 irq 10. There's a floppy drive, and a 2-fan hard drive cooling unit > that mounts in the front of 5.25" slot which houses the maxtor via > mounting brackets. > > Even though 300W is considered the "minimum" by some for Athlon > supplies, I think my minimal hardware should make it a stable option. > > The multiple panics were in the following sequence: > > 1) Server is booted with all DIMMs, on a BP6. PANIC. The BP6 is a pretty solid 440BX based board, so I doubt that is the culprit. FreeBSD has no problems with this board or the PIII you're using on it. It's the memory. > 2) Server is booted with all DIMMS, on a KA7. PANIC. The KA7 is a VIA KX133 based board. I have never found VIA chipsets to be reliable. However, it is probably the memory which is at fault. > 3) Server is booted with DIMMs #2 and #1. PANIC. Crappy memory. > 4) Server is booted with DIMM #1. PANIC. Crappy memory. > 5) Server is booted with DIMM #2. PANIC. Crappy memory. > 6) Server is booted with DIMM #3. PANIC. Crappy memory. > > Anyone interested in helping me out here, can see the panic > messages at the following url. I'll post further panic captures there > too, if they happen. Panics 2-6 are listed in sequence on the website. > > http://24.108.110.119/~eo/panics/ > > Thanks for any help! Oh, and these panics can be as close as 12 > minutes and as far apart as 8 days (not the documented ones, but the ones > I have had up to this point, with all 3 DIMMs in place). You can see the > uptimes for the documented panics at the bottom of the JPEGs. I hate to tell you this, but this is most certainly a memory problem. Get some memory that has been tested and approved by your motherboard manufacturer for that board, and to be double-sure, make it ECC memory and then enable ECC in the motherboard's BIOS. If you STILL have problems after that, then you can start blaming the problem on something else. The ONLY other time I have had problems like this is when overclocking the processor. You aren't overclocking those processors are you? -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net FreeBSD: The fastest and most stable server OS on the planet. For Intel x86 and Alpha architectures. ( 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 Wed Sep 20 9:33:22 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 428F937B422; Wed, 20 Sep 2000 09:33:19 -0700 (PDT) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e8KGXG305922; Wed, 20 Sep 2000 09:33:16 -0700 (PDT) Date: Wed, 20 Sep 2000 09:33:16 -0700 From: Alfred Perlstein To: Chris Dillon Cc: BSD , bugs@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Constant panics on 4.1-STABLE! Message-ID: <20000920093316.X9141@fw.wintelcom.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: ; from cdillon@wolves.k12.mo.us on Wed, Sep 20, 2000 at 11:00:59AM -0500 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org * Chris Dillon [000920 09:01] wrote: > On Tue, 19 Sep 2000, BSD wrote: > > > Thanks for any help! Oh, and these panics can be as close as 12 > > minutes and as far apart as 8 days (not the documented ones, but the ones > > I have had up to this point, with all 3 DIMMs in place). You can see the > > uptimes for the documented panics at the bottom of the JPEGs. > > I hate to tell you this, but this is most certainly a memory problem. > Get some memory that has been tested and approved by your motherboard > manufacturer for that board, and to be double-sure, make it ECC memory > and then enable ECC in the motherboard's BIOS. If you STILL have > problems after that, then you can start blaming the problem on > something else. The ONLY other time I have had problems like this is > when overclocking the processor. You aren't overclocking those > processors are you? Another problem can be heating issues, it doesn't matter how good your case's cooling is when the surrounding tempatures are too high. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 20 10: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 8DAE537B446 for ; Wed, 20 Sep 2000 10:20:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA88836; Wed, 20 Sep 2000 10:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from updraft.jp.freebsd.org (updraft.jp.FreeBSD.ORG [210.157.158.42]) by hub.freebsd.org (Postfix) with ESMTP id 8539137B423 for ; Wed, 20 Sep 2000 10:18:38 -0700 (PDT) Received: from castle2.jp.FreeBSD.org (castle2.jp.FreeBSD.org [210.226.20.120]) by updraft.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id CAA13508 for ; Thu, 21 Sep 2000 02:18:36 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by castle2.jp.FreeBSD.org (8.11.0+3.3W/8.11.0) with ESMTP/inet id e8KHIZX29933 for ; Thu, 21 Sep 2000 02:18:35 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Message-Id: <20000921021717P.matusita@jp.FreeBSD.org> Date: Thu, 21 Sep 2000 02:17:17 +0900 From: Makoto MATSUSHITA To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/21423: Can't load kernel, after rebooting fresh-installed 5.0-CURRENT Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21423 >Category: bin >Synopsis: Can't load kernel, after rebooting fresh-installed 5.0-CURRENT >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Sep 20 10:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Makoto MATSUSHITA >Release: FreeBSD 5.0-CURRENT i386 >Organization: Japan FreeBSD Users' Group >Environment: 5.0-CURRENT, after kernel location was changed from / to /boot/kernel >Description: Default kernel location was changed from /kernel to /boot/kernel/kernel, but sysinstall doesn't know about this. If you installed 5.0-CURRENT to a fresh PC and reboot, you should see "can't load kernel" message. >How-To-Repeat: - Prepare Fresh PC - Install 5.0-CURRENT via your favorite media (CD, ftp, etc) - reboot >Fix: installFixupBin() in src/release/sysinstall/install.c should consider new default kernel path. Moreover, /kernel.GENERIC shouldn't be there. Maybe /boot/kernel is prefered. We can modify 'release.3' target of src/release/Makefile to do that. Sorry, no patch is made... but it is easy to hack. >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 Sep 20 10:50: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 DFFF837B423 for ; Wed, 20 Sep 2000 10:50:00 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA95567; Wed, 20 Sep 2000 10:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from ns1.via-net-works.net.ar (ns1.via-net-works.net.ar [200.10.100.10]) by hub.freebsd.org (Postfix) with ESMTP id CE14C37B422 for ; Wed, 20 Sep 2000 10:42:20 -0700 (PDT) Received: (from fpscha@localhost) by ns1.via-net-works.net.ar (8.9.3/8.9.3) id OAA10111; Wed, 20 Sep 2000 14:44:21 -0300 (ART) Message-Id: <200009201744.OAA10111@ns1.via-net-works.net.ar> Date: Wed, 20 Sep 2000 14:44:21 -0300 (ART) From: Fernando Schapachnik Reply-To: fpscha@ns1.via-net-works.net.ar To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/21424: Blocking issue while regenerating aliases on 4.1-RELEASE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21424 >Category: kern >Synopsis: Blocking issue while regenerating aliases on 4.1-RELEASE >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 20 10:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Fernando Schapachnik >Release: FreeBSD 4.1-RELEASE i386 >Organization: VIA NET.WORKS ARGENTINA >Environment: SMP 4.1-RELEASE: CPU: Pentium III/Pentium III Xeon/Celeron (731.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383fbff real memory = 536854528 (524272K bytes) Busy mail server running the stock sendmail system. >Description: First thing I noticed was that newaliases was getting hung. Further investigation showed the problem was ~majordom/aliases.majordom.db Running makemap hash ~majordom/aliases.majordom < ~majordom/aliases.majordom hunged also. A fstat showed only sendmail has this file open, and for reading only. A ktrace shows: [...] 87185 makemap CALL open(0xbfbff658,0x622,0x1a4) 87185 makemap NAMI "aliases.majordomo.db" [a lot of time... sent kill] 87185 makemap PSIG SIGINT SIG_DFL aliases.majordom.db ends with 0 bytes. Removing the file solves the problem. Sometimes same thing happens with virtusertable and similar aliases-related files. Today the same happened with access.db. Lsof showed sendmail 52975 root 7rR VREG 109,196608 0 35980 /etc/mail/access.db which means sendmail has the whole file locked for reading. Doing a ps -axl shows lockfs state and a sleeping process (waiting for a lock, I guess). >How-To-Repeat: Run newaliases during busy hours. >Fix: Workaround: Remove the .db file and run newaliases/makemap acordingly. To avoing concurrency problems, I'm using this script: #!/bin/sh dir=/usr/local/sendmail_aliases # Copy actual alias file to fake dir. cp /usr/local/majordomo/aliases.majordomo $dir/usr/local/majordomo/aliases.ma jordomo cp /etc/mail/alias-de-clientes $dir/etc/mail/alias-de-clientes cp /etc/mail/aliases $dir/etc/mail/aliases cp /etc/mail/usertable $dir/etc/mail/usertable # Regenerate aliases inside the cage. /usr/sbin/chroot $dir /usr/sbin/sendmail -bi /usr/sbin/chroot $dir /usr/sbin/makemap hash /etc/mail/usertable < /etc/mail/ usertable # Put aliases files in its proper place. cp $dir/usr/local/majordomo/aliases.majordomo.db /usr/local/majordomo/aliases .majordomo.db cp $dir/etc/mail/alias-de-clientes.db /etc/mail/alias-de-clientes.db cp $dir/etc/mail/aliases.db /etc/mail/aliases.db cp $dir/etc/mail/usertable.db /etc/mail/usertable.db >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 Sep 20 11:20: 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 0AB1A37B424 for ; Wed, 20 Sep 2000 11:20:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA04841; Wed, 20 Sep 2000 11:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 21CFD37B422; Wed, 20 Sep 2000 11:17:01 -0700 (PDT) Message-Id: <20000920181701.21CFD37B422@hub.freebsd.org> Date: Wed, 20 Sep 2000 11:17:01 -0700 (PDT) From: earl_chew@agilent.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/21427: g++ barfs on anonymous i386 sigjmp_buf structure Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21427 >Category: i386 >Synopsis: g++ barfs on anonymous i386 sigjmp_buf structure >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 Sep 20 11:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Earl Chew >Release: 4.0-RELEASE >Organization: Agilent Technologies >Environment: FreeBSD bna2188.canada.agilent.com 4.0-RELEASE FreeBSD 4.0-RELEASE #0: Mon Mar 2 0 22:50:22 GMT 2000 root@monster.cdrom.com:/usr/src/sys/compile/GENERIC i38 6 >Description: The definition in machine/setjmp.h for i386 is: typedef struct { int _sjb[_JBLEN + 1]; } sigjmp_buf[1]; typedef struct { int _jb[_JBLEN + 1]; } jmp_buf[1]; g++ complains when it cannot resolve the name of the structure. >How-To-Repeat: The following C++ program: #include sigjmp_buf& foo(); produces the following message: foo.cc:3: non-local function `struct {anonymous} (& foo())[1]' uses anonymous ty pe >Fix: typedef struct _sigjmp_buf { int _sjb[_JBLEN + 1]; } sigjmp_buf[1]; typedef struct _jmp_buf { int _jb[_JBLEN + 1]; } jmp_buf[1]; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 20 11:30: 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 DE88637B43F for ; Wed, 20 Sep 2000 11:30:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA07331; Wed, 20 Sep 2000 11:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 20 Sep 2000 11:30:03 -0700 (PDT) Message-Id: <200009201830.LAA07331@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Makoto MATSUSHITA Subject: Re: bin/21404: bug fix version of GLOBAL (3.56) released. Reply-To: Makoto MATSUSHITA Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/21404; it has been noted by GNATS. From: Makoto MATSUSHITA To: freebsd-gnats-submit@FreeBSD.org, shigio@tamacom.com Cc: chuckr@FreeBSD.org Subject: Re: bin/21404: bug fix version of GLOBAL (3.56) released. Date: Thu, 21 Sep 2000 03:19:07 +0900 > I have released GLOBAL-3.56 which is a bug fix version of 3.55. > It is available at: > http://www.tamacom.com/global/global-3.56.tar.gz There is nothing mentioned about version 3.56... only 4.0 (New GPLed version) is announced. However, that file is actually exists and it is *not* the same of 4.0 (I've fetched 3.56 and 4.0 and confirmed with diff(1) command). Anyway, we have ports/devel/global. Here is a patch to update version 3.56 (PORTVERSION, MASTER_SITES, and MD5 checksum was changed.) BTW, maybe this PR should be categorized as 'ports'. -- - Makoto `MAR' MATSUSHITA Index: Makefile =================================================================== RCS file: /pub/cvsup/FreeBSD.cvs/ports/devel/global/Makefile,v retrieving revision 1.1.1.1 diff -c -r1.1.1.1 Makefile *** Makefile 2000/06/28 01:04:12 1.1.1.1 --- Makefile 2000/09/20 18:01:56 *************** *** 6,14 **** # PORTNAME= global ! PORTVERSION= 3.55 CATEGORIES= devel ! MASTER_SITES= http://www.tamacom.com/unix/ MAINTAINER= chuckr@freebsd.org --- 6,14 ---- # PORTNAME= global ! PORTVERSION= 3.56 CATEGORIES= devel ! MASTER_SITES= http://www.tamacom.com/global/ MAINTAINER= chuckr@freebsd.org Index: files/md5 =================================================================== RCS file: /pub/cvsup/FreeBSD.cvs/ports/devel/global/files/md5,v retrieving revision 1.1.1.1 diff -c -r1.1.1.1 md5 *** files/md5 2000/06/28 01:04:12 1.1.1.1 --- files/md5 2000/09/20 18:05:52 *************** *** 1 **** ! MD5 (global-3.55.tar.gz) = 7d70e8543f50be33172239fe69958c49 --- 1 ---- ! MD5 (global-3.56.tar.gz) = 51d4cccd2524754e4903a8a24ae786ec To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 20 11:30: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 4EA7C37B423 for ; Wed, 20 Sep 2000 11:30:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA07356; Wed, 20 Sep 2000 11:30:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 20 Sep 2000 11:30:06 -0700 (PDT) Message-Id: <200009201830.LAA07356@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Earl Chew Subject: Re: i386/21427: g++ barfs on anonymous i386 sigjmp_buf structure Reply-To: Earl Chew Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/21427; it has been noted by GNATS. From: Earl Chew To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: i386/21427: g++ barfs on anonymous i386 sigjmp_buf structure Date: Wed, 20 Sep 2000 11:28:16 -0700 An additional problem with i386 machine/setjmp.h is that doesn't have #inclusion guards to prevent problems with multiple inclusions. Something like: #ifndef _MACHINE_SETJMP_H #define _MACHINE_SETJMP_H ... #endif Earl -- >----------------------------------------------------------------------+ > Earl Chew http://www.agilent.com | > Agilent Technologies mailto:earl_chew@agilent.com | > Advanced Networks Division Tel: +1 604 454 3411 | > 2500-4710 Kingsway Fax: +1 604 454 3401 | > Burnaby BC V5H 4M2 Canada | >----------------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 20 11:37:18 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id 5554E37B423; Wed, 20 Sep 2000 11:37:11 -0700 (PDT) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 13bojv-0003Eo-00; Wed, 20 Sep 2000 18:37:03 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.0/8.11.0) id e8KIcPL01981; Wed, 20 Sep 2000 20:38:25 +0200 (CEST) (envelope-from wkb) Date: Wed, 20 Sep 2000 20:38:25 +0200 From: Wilko Bulte To: Chris Dillon Cc: BSD , bugs@freebsd.org, stable@freebsd.org Subject: Re: Constant panics on 4.1-STABLE! Message-ID: <20000920203825.B425@freebie.demon.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from cdillon@wolves.k12.mo.us on Wed, Sep 20, 2000 at 11:00:59AM -0500 X-OS: FreeBSD 4.1-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Sep 20, 2000 at 11:00:59AM -0500, Chris Dillon wrote: > On Tue, 19 Sep 2000, BSD wrote: > > > I'm running 4.1-STABLE on a 700MHz Athlon with a 300W power supply > > (only recently did I learn that 250W wasn't enough), a single Maxtor > > 40.9GB hard drive (UDMA/66, 7200RPM), an Abit KA7 motherboard, with > > normally 768MBs of PC133 RAM (non-ECC). An fxp0 device, and a generic PCI > > video card. pci0: at > > 13.0 irq 10. There's a floppy drive, and a 2-fan hard drive cooling unit > > that mounts in the front of 5.25" slot which houses the maxtor via > > mounting brackets. > > > > Even though 300W is considered the "minimum" by some for Athlon > > supplies, I think my minimal hardware should make it a stable option. > > > > The multiple panics were in the following sequence: > > > > 1) Server is booted with all DIMMs, on a BP6. PANIC. > > The BP6 is a pretty solid 440BX based board, so I doubt that is the > culprit. FreeBSD has no problems with this board or the PIII > you're using on it. It's the memory. > > > 2) Server is booted with all DIMMS, on a KA7. PANIC. > > The KA7 is a VIA KX133 based board. I have never found VIA chipsets > to be reliable. However, it is probably the memory which is at fault. For the record: KA7 is rock stable here with 4.1-stable and 128Mb of ECC RAM. -- Wilko Bulte wilko@freebsd.org Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 20 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 3B43D37B43C for ; Wed, 20 Sep 2000 13:20:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA32934; Wed, 20 Sep 2000 13:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 7569A37B424; Wed, 20 Sep 2000 13:15:02 -0700 (PDT) Message-Id: <20000920201502.7569A37B424@hub.freebsd.org> Date: Wed, 20 Sep 2000 13:15:02 -0700 (PDT) From: lmckelvie@corp.netzero.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/21429: box reboots with panic: pipeinit: cannot allocate pipe -- out of kvm -- code = 3 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21429 >Category: kern >Synopsis: box reboots with panic: pipeinit: cannot allocate pipe -- out of kvm -- code = 3 >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 20 13:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Leah McKelvie >Release: 4.1-STABLE >Organization: NetZero >Environment: FreeBSD mail19.wlv.netzero.net 4.1-STABLE FreeBSD 4.1-STABLE #1: Thu Sep 14 13:58:02 PDT 2000 root@mail19.wlv.netzero.net:/usr/src/sys/compile/local i386 >Description: Every couple of days, usually following a series of nfs errors, box reboots with: panic: pipeinit: cannot allocate pipe -- out of kvm -- code = 3 >How-To-Repeat: Seems to occur after nfs mount errors: Sep 18 22:44:53 mail19 /kernel: nfs server dm3_1.wlv:/m: not responding Sep 18 22:44:53 mail19 /kernel: nfs server dm3_1.wlv:/m: is alive again Sep 18 22:44:57 mail19 /kernel: got bad cookie vp 0xfe065d00 bp 0xd1da8c00 Sep 18 22:45:18 mail19 /kernel: got bad cookie vp 0xfdecbc00 bp 0xd1b8cb40 Sep 18 22:45:27 mail19 /kernel: got bad cookie vp 0xfe47f8c0 bp 0xd1bf59b0 Sep 18 22:45:50 mail19 /kernel: got bad cookie vp 0xfdecbc00 bp 0xd1d3b5d0 Sep 18 22:46:18 mail19 /kernel: got bad cookie vp 0xfe66c4c0 bp 0xd1c91ff8 Sep 18 22:46:24 mail19 /kernel: got bad cookie vp 0xfe065d00 bp 0xd1ed51f8 Sep 18 22:46:48 mail19 /kernel: got bad cookie vp 0xfe7a6640 bp 0xd1d8c150 Sep 18 22:46:50 mail19 /kernel: got bad cookie vp 0xfe7a6640 bp 0xd1d1fbc8 Sep 18 22:46:56 mail19 /kernel: got bad cookie vp 0xfe065d00 bp 0xd1bde100 Sep 18 22:47:13 mail19 /kernel: got bad cookie vp 0xfe7a6640 bp 0xd1c06430 Sep 18 22:47:43 mail19 /kernel: nfs server dm3_1.wlv:/p: not responding Sep 18 22:47:43 mail19 /kernel: nfs server dm3_1.wlv:/p: is alive again Sep 18 22:47:45 mail19 /kernel: nfs server dm3_1.wlv:/p: not responding Sep 18 22:47:46 mail19 /kernel: nfs server dm3_1.wlv:/p: not responding Sep 18 22:47:46 mail19 /kernel: nfs server dm3_1.wlv:/p: is alive again Sep 18 22:47:49 mail19 /kernel: nfs server dm3_1.wlv:/p: is alive again Sep 18 22:48:00 mail19 /kernel: got bad cookie vp 0xfe7a6640 bp 0xd1be3fd0 Sep 18 22:48:01 mail19 /kernel: got bad cookie vp 0xfe7a6640 bp 0xd1ca0bb8 Sep 18 22:48:10 mail19 /kernel: nfs server dm3_1.wlv:/m: not responding Sep 18 22:48:11 mail19 /kernel: nfs server dm3_1.wlv:/m: is alive again >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 20 13:32: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from front7.grolier.fr (front7.grolier.fr [194.158.96.57]) by hub.freebsd.org (Postfix) with ESMTP id BBF1C37B422; Wed, 20 Sep 2000 13:32:01 -0700 (PDT) Received: from nas7-70.vlt.club-internet.fr (nas7-70.vlt.club-internet.fr [194.158.109.70]) by front7.grolier.fr (8.9.3/No_Relay+No_Spam_MGC990224) with ESMTP id WAA17702; Wed, 20 Sep 2000 22:31:45 +0200 (MET DST) Date: Wed, 20 Sep 2000 22:15:10 +0200 (CEST) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= X-Sender: groudier@linux.local To: Alfred Perlstein Cc: Chris Dillon , BSD , bugs@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Constant panics on 4.1-STABLE! In-Reply-To: <20000920093316.X9141@fw.wintelcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 20 Sep 2000, Alfred Perlstein wrote: > * Chris Dillon [000920 09:01] wrote: > > On Tue, 19 Sep 2000, BSD wrote: > >=20 > > > =09Thanks for any help! Oh, and these panics can be as close as 12 > > > minutes and as far apart as 8 days (not the documented ones, but the = ones > > > I have had up to this point, with all 3 DIMMs in place). You can see= the > > > uptimes for the documented panics at the bottom of the JPEGs. > >=20 > > I hate to tell you this, but this is most certainly a memory problem. > > Get some memory that has been tested and approved by your motherboard > > manufacturer for that board, and to be double-sure, make it ECC memory > > and then enable ECC in the motherboard's BIOS. If you STILL have > > problems after that, then you can start blaming the problem on > > something else. The ONLY other time I have had problems like this is > > when overclocking the processor. You aren't overclocking those > > processors are you? >=20 > Another problem can be heating issues, it doesn't matter how good > your case's cooling is when the surrounding tempatures are too high. IIRC, it is a 700 MHz Athlon with PC133 Memory. 700/133 =3D 5.26 I am not AMD CPU aware, but such divisor would be unusual for Intel CPUs and the only way not to overclock the CPU (using 5.5) would be to underclock it (using 5.0), or to use the PC133 memory as PC100 and set factor to 7. G=E9rard. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 20 13:46:22 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-177-115.dsl.snfc21.pacbell.net [63.202.177.115]) by hub.freebsd.org (Postfix) with ESMTP id 24CBC37B424; Wed, 20 Sep 2000 13:46:19 -0700 (PDT) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id NAA05432; Wed, 20 Sep 2000 13:46:44 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200009202046.NAA05432@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: =?ISO-8859-1?Q?G=E9rard_Roudier?= Cc: Alfred Perlstein , Chris Dillon , BSD , bugs@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Constant panics on 4.1-STABLE! In-reply-to: Your message of "Wed, 20 Sep 2000 22:15:10 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Date: Wed, 20 Sep 2000 13:46:44 -0700 From: Mike Smith Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > IIRC, it is a 700 MHz Athlon with PC133 Memory. 700/133 =F5.26 > I am not AMD CPU aware, but such divisor would be unusual for Intel CPU= s > and the only way not to overclock the CPU (using 5.5) would be to > underclock it (using 5.0), or to use the PC133 memory as PC100 and set > factor to 7. K7s run a 200MHz FSB, and they decouple the memory bus with a FIFO = in the northbridge. There's an extra cycle or so of latency in there, = IIRC, but the point being that you can't draw this conclusion. 8) -- = =2E.. every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 20 14:29:38 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 21BA037B440; Wed, 20 Sep 2000 14:29:37 -0700 (PDT) Received: (from brian@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA45620; Wed, 20 Sep 2000 14:29:37 -0700 (PDT) (envelope-from brian@FreeBSD.org) Date: Wed, 20 Sep 2000 14:29:37 -0700 (PDT) From: Message-Id: <200009202129.OAA45620@freefall.freebsd.org> To: sjr@home.com, brian@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/20575: /etc/security errors if no old compressed files Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /etc/security errors if no old compressed files State-Changed-From-To: open->closed State-Changed-By: brian State-Changed-When: Wed Sep 20 14:29:04 PDT 2000 State-Changed-Why: This was fixed with the latest version of /etc/security in -stable and -current http://www.freebsd.org/cgi/query-pr.cgi?pr=20575 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 20 14:46:54 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from front5m.grolier.fr (front5m.grolier.fr [195.36.216.55]) by hub.freebsd.org (Postfix) with ESMTP id CF95937B422; Wed, 20 Sep 2000 14:46:49 -0700 (PDT) Received: from nas23-175.vlt.club-internet.fr (nas23-175.vlt.club-internet.fr [195.36.171.175]) by front5m.grolier.fr (8.9.3/No_Relay+No_Spam_MGC990224) with ESMTP id XAA29843; Wed, 20 Sep 2000 23:45:25 +0200 (MET DST) Date: Wed, 20 Sep 2000 23:28:50 +0200 (CEST) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= X-Sender: groudier@linux.local To: Mike Smith Cc: Alfred Perlstein , Chris Dillon , BSD , bugs@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Constant panics on 4.1-STABLE! In-Reply-To: <200009202046.NAA05432@mass.osd.bsdi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 20 Sep 2000, Mike Smith wrote: > > IIRC, it is a 700 MHz Athlon with PC133 Memory. 700/133 =F5.26 > > I am not AMD CPU aware, but such divisor would be unusual for Intel CPU= s > > and the only way not to overclock the CPU (using 5.5) would be to > > underclock it (using 5.0), or to use the PC133 memory as PC100 and set > > factor to 7. >=20 > K7s run a 200MHz FSB, and they decouple the memory bus with a FIFO=20 > in the northbridge. There's an extra cycle or so of latency in there,=20 > IIRC, but the point being that you can't draw this conclusion. 8) Thanks for the explanation. This looks just magic and for sure an idiot I am to still prefer Intel CRA^H^HPUs for stability. :-) Btw, if I had a system that experienced such a problem, I would configure the thing for the magic FIFO to simply divide the thing by a integer value. Could be 2 there with memory used as PC100. The simplest, the less= =20 risky to trigger hardware bugs, in my paranoid opinion. ;-) G=E9rard. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 20 16: 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 2B12137B423 for ; Wed, 20 Sep 2000 16:00:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA60388; Wed, 20 Sep 2000 16:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 1F12637B423; Wed, 20 Sep 2000 15:50:36 -0700 (PDT) Message-Id: <20000920225036.1F12637B423@hub.freebsd.org> Date: Wed, 20 Sep 2000 15:50:36 -0700 (PDT) From: earl_chew@agilent.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: gnu/21433: g++ optimiser produces bad code on right shift of 64 bit integer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21433 >Category: gnu >Synopsis: g++ optimiser produces bad code on right shift of 64 bit integer >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 Sep 20 16:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Earl Chew >Release: 4.0-RELEASE >Organization: Agilent Technologies >Environment: FreeBSD bna2188.canada.agilent.com 4.0-RELEASE FreeBSD 4.0-RELEASE #0: Mon Mar 2 0 22:50:22 GMT 2000 root@monster.cdrom.com:/usr/src/sys/compile/GENERIC i38 6 >Description: The attached test harness fragment dealing with >> on 64 bit integers fails when optimisation is enabled. The program works when no optimisation is used. Compile with g++ -O foo.cc. Running the program yields: 0x8888222233334444 0 0x8888222233334444 0xffffffff33334444 Failed: Signed negative right shift identity operation >How-To-Repeat: #include typedef unsigned long long AtoUInt64T; typedef long long AtoInt64T; typedef AtoUInt64T U; typedef AtoInt64T S; int main() { do { S r ((AtoUInt64T) ( 0x88882222UL ) << 32 | (AtoUInt64T) ( 0x33334444UL )) ; S a ((AtoUInt64T) ( 0x88882222UL ) << 32 | (AtoUInt64T) ( 0x33334444UL )) ; int b = 0x0+0x00 ; S c; c = a >> b; if (c != r) { printf("0x%llx %d\n", a, b); printf("0x%llx 0x%llx\n", r, c); printf("Failed: %s\n", "Signed negative right shift identity operation" ); abort(); } } while (0) ; return 0; } >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 20 16:15:59 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from gndrsh.dnsmgr.net (GndRsh.dnsmgr.net [198.145.92.4]) by hub.freebsd.org (Postfix) with ESMTP id 5F1E137B424; Wed, 20 Sep 2000 16:15:56 -0700 (PDT) Received: (from freebsd@localhost) by gndrsh.dnsmgr.net (8.9.3/8.9.3) id QAA43125; Wed, 20 Sep 2000 16:15:30 -0700 (PDT) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <200009202315.QAA43125@gndrsh.dnsmgr.net> Subject: Re: Constant panics on 4.1-STABLE! In-Reply-To: from "[G_rard Roudier]" at "Sep 20, 2000 10:15:10 pm" To: groudier@club-internet.fr ([G_rard Roudier]) Date: Wed, 20 Sep 2000 16:15:30 -0700 (PDT) Cc: bright@wintelcom.net (Alfred Perlstein), cdillon@wolves.k12.mo.us (Chris Dillon), bsd@shell-server.com (BSD), bugs@FreeBSD.ORG, stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org ... > > Another problem can be heating issues, it doesn't matter how good > > your case's cooling is when the surrounding tempatures are too high. > > IIRC, it is a 700 MHz Athlon with PC133 Memory. 700/133 = 5.26 > I am not AMD CPU aware, but such divisor would be unusual for Intel CPUs > and the only way not to overclock the CPU (using 5.5) would be to > underclock it (using 5.0), or to use the PC133 memory as PC100 and set > factor to 7. The Athlon runs with a 200MHz front side bus (FSB), so 700/200=3.5. The memory system is chip set dependent but the norm for 200MHz FSB with PC133 memory would be 200/133 = 1.5. No strange multipliers or overclocking involved at all! (Also note that 3.5*1.5 = 5.25 :-)) -- Rod Grimes - KD7CAX @ CN85sl - (RWG25) rgrimes@gndrsh.dnsmgr.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 20 18:12: 0 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from marvin.shell-server.com (marvin.shell-server.com [216.206.242.66]) by hub.freebsd.org (Postfix) with ESMTP id 934C237B423; Wed, 20 Sep 2000 18:11:56 -0700 (PDT) Received: from localhost (bsd@localhost) by marvin.shell-server.com (8.11.0/8.9.3) with ESMTP id e8L1Brw47086; Wed, 20 Sep 2000 20:11:53 -0500 (CDT) (envelope-from bsd@shell-server.com) X-Authentication-Warning: marvin.shell-server.com: bsd owned process doing -bs Date: Wed, 20 Sep 2000 20:11:53 -0500 (CDT) From: BSD To: Chris Dillon Cc: bugs@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Constant panics on 4.1-STABLE! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 20 Sep 2000, Chris Dillon wrote: > I hate to tell you this, but this is most certainly a memory problem. > Get some memory that has been tested and approved by your motherboard > manufacturer for that board, and to be double-sure, make it ECC memory > and then enable ECC in the motherboard's BIOS. If you STILL have > problems after that, then you can start blaming the problem on > something else. The ONLY other time I have had problems like this is > when overclocking the processor. You aren't overclocking those > processors are you? Are you saying all 3 sticks are bad at 133MHz (KA7) and one or more is bad at 66MHz (BP6)? The likelihood of that is extremely small. Also, a 512MB stick of RAM would cost me $1,600CAD. Sigh. That's not going to happen anytime soon. Furthermore, I stress tested each stick of RAM, with make -j64 buildworld. Nothing failed there. The panics happenned when the system was just doing its normal tasks. I'll try to post more detailed reports (including crash dumps). --Bart To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 20 18:15:18 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mail.fpsn.net (mail.fpsn.net [63.224.69.57]) by hub.freebsd.org (Postfix) with ESMTP id 54A5B37B422; Wed, 20 Sep 2000 18:15:11 -0700 (PDT) Received: from fpsn.net (control.fpsn.net [63.224.69.60]) by mail.fpsn.net (8.9.3/8.9.3) with ESMTP id TAA62788; Wed, 20 Sep 2000 19:13:05 -0600 (MDT) (envelope-from cfaber@fpsn.net) Message-ID: <39C96083.453F7413@fpsn.net> Date: Wed, 20 Sep 2000 19:12:35 -0600 From: Colin Faber Reply-To: cfaber@fpsn.net Organization: fpsn.net, Inc. X-Mailer: Mozilla 4.6 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: BSD Cc: Chris Dillon , bugs@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Constant panics on 4.1-STABLE! References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Value ram? BSD wrote: > > On Wed, 20 Sep 2000, Chris Dillon wrote: > > I hate to tell you this, but this is most certainly a memory problem. > > Get some memory that has been tested and approved by your motherboard > > manufacturer for that board, and to be double-sure, make it ECC memory > > and then enable ECC in the motherboard's BIOS. If you STILL have > > problems after that, then you can start blaming the problem on > > something else. The ONLY other time I have had problems like this is > > when overclocking the processor. You aren't overclocking those > > processors are you? > > Are you saying all 3 sticks are bad at 133MHz (KA7) and one > or more is bad at 66MHz (BP6)? The likelihood of that is extremely small. > Also, a 512MB stick of RAM would cost me $1,600CAD. Sigh. That's not > going to happen anytime soon. Furthermore, I stress tested each stick of > RAM, with make -j64 buildworld. Nothing failed there. The panics > happenned when the system was just doing its normal tasks. I'll try to > post more detailed reports (including crash dumps). > > --Bart > > 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 Sep 20 20:20: 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 1018A37B423 for ; Wed, 20 Sep 2000 20:20:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA22314; Wed, 20 Sep 2000 20:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from smtp.email.msn.com (cpimssmtpu03.email.msn.com [207.46.181.19]) by hub.freebsd.org (Postfix) with ESMTP id F2EC137B423 for ; Wed, 20 Sep 2000 20:18:03 -0700 (PDT) Received: from anakin - 63.15.0.110 by email.msn.com with Microsoft SMTPSVC; Wed, 20 Sep 2000 20:17:14 -0700 Message-Id: Date: Wed, 20 Sep 2000 20:18:02 -0700 From: "James Johnson" To: Subject: bin/21436: pkg_install will not compile w/o warnings Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21436 >Category: bin >Synopsis: pkg_install will not compile without errors >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 20 20:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: James Johnson >Release: FreeBSD 5.0-CURRENT i386 >Organization: NonYa >Environment: FreeBSD obiwan 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Tue Sep 19 00:22:29 PDT 2000 jsj@obiwan:/usr/obj/usr/src2/src/sys/obiwan i386 >Description: Attempting to compile usr.sbin/pkg_install with -Werror and -Wall will fail >How-To-Repeat: Try compiling usr.sbin/pkg_install with -Wall and -Werror >Fix: Index: extract.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/pkg_install/add/extract.c,v retrieving revision 1.25 diff -u -r1.25 extract.c --- extract.c 1999/08/28 01:17:55 1.25 +++ extract.c 2000/09/21 03:08:27 @@ -249,6 +249,14 @@ case PLIST_IGNORE: p = p->next; break; + case PLIST_UNEXEC: + case PLIST_SRC: + case PLIST_DISPLAY: + case PLIST_PKGDEP: + case PLIST_MTREE: + case PLIST_DIR_RM: + case PLIST_IGNORE_INST: + case PLIST_OPTION: } p = p->next; } Index: file.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/pkg_install/lib/file.c,v retrieving revision 1.43 diff -u -r1.43 file.c --- file.c 2000/09/18 07:41:48 1.43 +++ file.c 2000/09/21 03:09:16 @@ -142,14 +142,12 @@ char * fileGetURL(char *base, char *spec) { - char host[HOSTNAME_MAX], file[FILENAME_MAX]; - char pword[HOSTNAME_MAX + 40], *uname, *cp, *rp; + char *cp, *rp; char fname[FILENAME_MAX]; char pen[FILENAME_MAX]; - struct passwd *pw; FILE *ftp; pid_t tpid; - int i, status; + int i; char *hint; rp = NULL; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 20 22:20: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 46D4A37B423 for ; Wed, 20 Sep 2000 22:20:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA46817; Wed, 20 Sep 2000 22:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id B032D37B422; Wed, 20 Sep 2000 22:17:03 -0700 (PDT) Message-Id: <20000921051703.B032D37B422@hub.freebsd.org> Date: Wed, 20 Sep 2000 22:17:03 -0700 (PDT) From: beaupran@iro.umontreal.ca To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/21438: Sox recording in 16 bits creates a panic: no feed Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21438 >Category: kern >Synopsis: Sox recording in 16 bits creates a panic: no feed >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 Sep 20 22:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Antoine Beaupre >Release: FreeBSD 4.1-RELEASE >Organization: Nada >Environment: FreeBSD shall.anarcat.yi.org 4.1-RELEASE FreeBSD 4.1-RELEASE #33: Wed Sep 20 21:33:35 EDT 2000 root@shall.anarcat.yi.org:/usr/src/sys/compile/SHALL i386 Current kernel config: ######################################################################## # # S H A L L # ######################################################################## # CPU & kernel options ident SHALL maxusers 32 machine i386 cpu I586_CPU #Pentium MMX options CPU_FASTER_5X86_FPU #Faster FPU exception handler # FPU onboard, do not need this #options MATH_EMULATE #Support for x87 emulation ##################################################################### # DEBUGGING OPTIONS options DDB # Enable the kernel debugger. #options DDB_UNATTENDED # It's important to put this back on makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols ######################################################################## # Compatibility options options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores ######################################################################## # Networking options options INET #InterNETworking #options INET6 #IPv6 communications protocols options ICMP_BANDLIM #Rate limit bad replies # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support #pseudo-device sl 1 # Kernel SLIP #pseudo-device ppp 1 # Kernel PPP pseudo-device tun # Packet tunnel. #pseudo-device gif 4 # IPv6 and IPv4 tunneling #pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! pseudo-device bpf #Berkeley packet filter ######################################################################## # Filesystem options options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options SOFTUPDATES #Enable FFS soft updates support #options MFS #Memory Filesystem #options MD_ROOT #MD is a potential root device options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options CD9660_ROOT #CD-ROM usable as root, CD9660 required options PROCFS #Process filesystem options QUOTA #Enable disk quotas #options NFS #Network Filesystem #options NFS_ROOT #NFS usable as root device, NFS required #options NFS_NOSERVER #Disable the NFS server code ######################################################################## # POSIX P1003.1B options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING ######################################################################## # SCSI device configuration options SCSI_DELAY=2000 #Delay (in ms) before probing SCSI # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device pt #Scanner ######################################################################## # Miscellaneous devices and options pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support ######################################################################## # Hardware device configuration device isa device eisa device pci # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x1 device psm0 at atkbdc? irq 12 device vga0 at isa? options KBD_INSTALL_CDEV # install a CDEV entry in /dev # syscons is the default console driver, resembling an SCO console device sc0 at isa? flags 0x100 # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # splash screen/screen saver pseudo-device splash # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 # ATA and ATAPI devices device ata0 at isa? port IO_WD1 irq 14 device ata1 at isa? port IO_WD2 irq 15 device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 #device fd1 at fdc0 drive 1 # Power management support (see LINT for more options) device apm0 at nexus? disable flags 0x20 # Advanced Power Management # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 5 #device sio2 at isa? port IO_COM3 irq 5 #device sio3 at isa? disable port IO_COM4 irq 9 # Parallel port device ppc0 at isa? irq 7 device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da #controller pnp0 # Why has this disappeared in 4.x? # ISA el'cheapo NIC #ep0: <3Com 3C509-TPO EtherLink III> at port 0x200-0x20f irq 5 on isa0 #ep0: Ethernet address 00:10:5a:aa:51:33 device ep ######################################################################## # Sound devices device pcm device sbc # at isa? port 0x220 irq 10 drq 1 flags 0x15 #device snd0 #device sb0 at isa? port 0x220 irq 9 drq 3 #device sbxvi0 at isa? drq 7 #device sbmidi0 at isa? port 0x300 #device awe0 at isa? port 0x620 device speaker device pca0 at isa? port IO_TIMER1 device joy0 at isa? port IO_GAME #this conflicts with NIC ######################################################################## # USB Support device uhci #device ohci device usb #USB bus #device ugen #Generic >Description: Recording a wave file in hi-fi (16 bits) with sox makes FreeBSD 4.1 panic. shall# gdb -k /sys/compile/SHALL/kernel.debug 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"...core (kgdb) core-file /usr/crash/vmcore.10048 IdlePTD 3313664 initial pcb at 2a9480 panicstr: from debugger panic messages: --- panic: no feed Fatal trap 12: page fault while in kernel mode fault virtual address = 0x833d6628 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01cebc0 stack pointer = 0x10:0xc3dc9b9c frame pointer = 0x10:0xc3dc9bc8 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 = 246 (sox) interrupt mask = tty tot = 51732 (active = 108, free = 51624 (reserved = 46224, slush = 5400)) panic: from debugger panic: from debugger Uptime: 6m27s dumping to dev #da/0x20001, offset 36864 dump 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 boot (howto=260) at ../../kern/kern_shutdown.c:302 302 dumppcb.pcb_cr3 = rcr3(); #0 boot (howto=260) at ../../kern/kern_shutdown.c:302 #1 0xc0159a11 in panic (fmt=0xc0236a54 "from debugger") at ../../kern/kern_shutdown.c:552 #2 0xc012ffb1 in db_panic (addr=-1071579165, have_addr=0, count=-1, modif=0xc3dc9bf8 "") at ../../ddb/db_command.c:433 #3 0xc012ff51 in db_command (last_cmdp=0xc0266e1c, cmd_table=0xc0266c7c, aux_cmd_tablep=0xc02a5818) at ../../ddb/db_command.c:333 #4 0xc0130016 in db_command_loop () at ../../ddb/db_command.c:455 #5 0xc0132123 in db_trap (type=10, code=0) at ../../ddb/db_trap.c:71 #6 0xc020fd7e in kdb_trap (type=10, code=0, regs=0xc3dc9d00) at ../../i386/i386/db_interface.c:158 #7 0xc021bf28 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = 2, tf_esi = 256, tf_ebp = -1008951992, tf_isp = -1008952020, tf_ebx = -1071310752, tf_edx = 0, tf_ecx = 6489242, tf_eax = 18, tf_trapno = 10, tf_err = 0, tf_eip = -1071579165, tf_cs = 8, tf_eflags = 838, tf_esp = -1071277089, tf_ss = -1071394717}) at ../../i386/i386/trap.c:552 #8 0xc020ffe3 in Debugger (msg=0xc023d063 "panic") at ../../i386/i386/db_interface.c:319 #9 0xc0159a08 in panic (fmt=0xc0251860 "no feed") at ../../kern/kern_shutdown.c:550 #10 0xc01edb23 in chn_rdfeed2nd () #11 0xc01edc83 in chn_read () #12 0xc01eeb84 in dsp_read () #13 0xc01f0b55 in sndread () #14 0xc0190333 in spec_read () #15 0xc01c52fc in ufsspec_read () #16 0xc01c5849 in ufs_vnoperatespec () #17 0xc018aac8 in vn_read () #18 0xc0166a49 in dofileread () #19 0xc016693f in read () #20 0xc021c869 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 1965, tf_esi = 672307616, tf_ebp = -1077937540, tf_isp = -1008951340, tf_ebx = 672240036, tf_edx = 672307704, tf_ecx = 0, tf_eax = 3, tf_trapno = 12, tf_err = 2, tf_eip = 672199776, tf_cs = 31, tf_eflags = 663, tf_esp = -1077937584, tf_ss = 47}) at ../../i386/i386/trap.c:1126 #21 0xc02106c5 in Xint0x80_syscall () #22 0x280fd47e in ?? () #23 0x280dec0d in ?? () #24 0x8051f01 in ?? () #25 0x8052151 in ?? () #26 0x8049bbd in ?? () #27 0x80493d7 in ?? () #28 0x8048f61 in ?? () Obviously, this is not enough. :) The upper frames from #8 are in the inline debugger. I thought I could use it, but somehow, I really don't know how this thing (DDB) works. However, using the advice from the FAQ: bash-2.04$ nm /kernel | grep c01ceb c01ceb20 t vm_object_check c01ceb84 t vm_object_print_static bash-2.04$ Doesn't get us anywhere closer. I think the thing to look for is "syscall2". I don't know how to decode the arg, though. I leave this to you from here on. >How-To-Repeat: rec -w test.wav panic: no feedYeah. A personal program I wrote doesn't have this behavior. wavrec (from the wavplay-1.4 package) either. However, it can't record anything else than garbage. Same for my personal program. >Fix: Unknown >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 20 22:25: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 F3AA637B422; Wed, 20 Sep 2000 22:25:54 -0700 (PDT) Received: (from msmith@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA48369; Wed, 20 Sep 2000 22:25:54 -0700 (PDT) (envelope-from msmith@FreeBSD.org) Date: Wed, 20 Sep 2000 22:25:54 -0700 (PDT) From: Message-Id: <200009210525.WAA48369@freefall.freebsd.org> To: msmith@FreeBSD.org, freebsd-bugs@FreeBSD.org, msmith@FreeBSD.org Subject: Re: kern/21323: Lock up at boot on Acer507DX with pci.c 1.141.2.3 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Lock up at boot on Acer507DX with pci.c 1.141.2.3 Responsible-Changed-From-To: freebsd-bugs->msmith Responsible-Changed-By: msmith Responsible-Changed-When: Wed Sep 20 22:25:13 PDT 2000 Responsible-Changed-Why: This appears to be related to a change I made to resolve some PCI resource allocation issues. http://www.freebsd.org/cgi/query-pr.cgi?pr=21323 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 20 22: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 36A5F37B423 for ; Wed, 20 Sep 2000 22:40:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA51142; Wed, 20 Sep 2000 22:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 20 Sep 2000 22:40:03 -0700 (PDT) Message-Id: <200009210540.WAA51142@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Antoine Beaupre Subject: Re: kern/21438: Sox recording in 16 bits creates a panic: no feed Reply-To: Antoine Beaupre Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/21438; it has been noted by GNATS. From: Antoine Beaupre To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: kern/21438: Sox recording in 16 bits creates a panic: no feed Date: Thu, 21 Sep 2000 01:35:05 -0400 (EDT) Hum. Sorry about the typo in "How-To repeat" section. The panic is: panic: nofeed The "yeah" was supposed to be on a seperate line, expressing the sadness blended with the surprise and pride of having found a bug. Like this: Yeah. Hum. A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 21 2:30:34 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 927CE37B424 for ; Thu, 21 Sep 2000 02:30:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA02334; Thu, 21 Sep 2000 02:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from camus.cybercable.fr (camus.cybercable.fr [212.198.0.200]) by hub.freebsd.org (Postfix) with SMTP id 3728237B422 for ; Thu, 21 Sep 2000 02:24:25 -0700 (PDT) Received: (qmail 20933695 invoked from network); 21 Sep 2000 09:24:13 -0000 Received: from r227m167.cybercable.tm.fr (HELO gits.dyndns.org) ([195.132.227.167]) (envelope-sender ) by camus.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 21 Sep 2000 09:24:13 -0000 Received: (from root@localhost) by gits.dyndns.org (8.11.0/8.11.0) id e8L9ODh01744; Thu, 21 Sep 2000 11:24:13 +0200 (CEST) (envelope-from root) Message-Id: <200009210924.e8L9ODh01744@gits.dyndns.org> Date: Thu, 21 Sep 2000 11:24:13 +0200 (CEST) From: clefevre@citeweb.net (Cyrille Lefevre) Reply-To: clefevre@citeweb.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/21444: periodic conditional verbosity Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21444 >Category: bin >Synopsis: periodic conditional verbosity >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 Sep 21 02:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Cyrille Lefevre >Release: FreeBSD 4.1-STABLE i386 >Organization: ACME >Environment: FreeBSD gits 4.1-STABLE FreeBSD 4.1-STABLE #2: Wed Sep 20 07:12:10 CEST 2000 root@gits:/disk2/4.0-stable/src/sys/compile/CUSTOM i386 >Description: this patch to periodic files conditionally print the topic line only if there is any outputs to shorten periodic reports. this feature is configurable by the periodic_always_print_message variable. the default value works as before which is to always print topic lines. all "echo" in periodic files have been changed this way even if there is always some outputs just to be consistent with other files. >How-To-Repeat: n/a >Fix: Index: usr.sbin/periodic/periodic.sh =================================================================== RCS file: /home/ncvs/src/usr.sbin/periodic/periodic.sh,v retrieving revision 1.9.2.3 diff -u -r1.9.2.3 periodic.sh --- usr.sbin/periodic/periodic.sh 2000/08/08 18:05:42 1.9.2.3 +++ usr.sbin/periodic/periodic.sh 2000/09/19 23:48:01 @@ -52,7 +52,6 @@ host=`hostname` export host -echo "Subject: $host $run run output" # Execute each executable file in the directory list. If the x bit is not # set, assume the user didn't really want us to muck with it (it's a @@ -64,4 +63,4 @@ $file fi done -done +done | periodic_maybe_print_message -0 "Subject: $host $run run output" Index: etc/defaults/periodic.conf =================================================================== RCS file: /home/ncvs/src/etc/defaults/periodic.conf,v retrieving revision 1.7.2.1 diff -u -r1.7.2.1 periodic.conf --- etc/defaults/periodic.conf 2000/08/08 18:05:35 1.7.2.1 +++ etc/defaults/periodic.conf 2000/09/19 23:29:21 @@ -19,7 +19,10 @@ # periodic script dirs local_periodic="/usr/local/etc/periodic /usr/X11R6/etc/periodic" +# whether or not to "always" print the subject (or topic) line +periodic_always_print_message="YES" + # Daily options # 100.clean-disks @@ -168,5 +171,64 @@ ;; esac done + } +fi + + +# Define periodic_maybe_print_subject, the function used by /etc/periodic/*/* +# scripts to print the subject (or topic) line only (or always) if there +# is any output. + +if [ -z "${periodic_print_message_defined}" ]; then + periodic_print_message_defined=yes + periodic_print_message () { + local n=2 message + + case $1 in + -[0-9]) n=${1#-} + shift ;; + esac + + message="$*" + + while [ $n -gt 0 ]; do + echo "" + n=$(($n-1)) + done + + echo "${message}" + echo "" + } +fi + +if [ -z "${periodic_maybe_print_message_defined}" ]; then + periodic_maybe_print_message_defined=yes + periodic_maybe_print_message () { + local n=2 message + + case $1 in + -[0-9]) n=${1#-} + shift ;; + esac + + message="$*" + + case ${periodic_always_print_message} in + [Yy][Ee][Ss]) + periodic_print_message -$n "${message}" + cat + ;; + *) + awk -v n=$n -v message="${message}" ' + /./ && !flag { + flag=1 + while (n-- > 0) + print "" + print message "\n" + } + flag + ' + ;; + esac } fi Index: etc/security =================================================================== RCS file: /home/ncvs/src/etc/security,v retrieving revision 1.36.2.5 diff -u -r1.36.2.5 security --- etc/security 2000/08/08 18:05:26 1.36.2.5 +++ etc/security 2000/09/19 23:49:18 @@ -6,10 +6,10 @@ PATH=/sbin:/bin:/usr/bin LC_ALL=C; export LC_ALL -separator () { - echo '' - echo '' -} +if [ -r /etc/defaults/periodic.conf ]; then + . /etc/defaults/periodic.conf + source_periodic_confs +fi sflag=FALSE ignore= while getopts ams c @@ -24,15 +24,14 @@ yesterday=`date -v-1d "+%b %e "` host=`hostname` -[ $sflag = FALSE ] && echo "Subject: ${host} security check output" +[ $sflag = FALSE ] && +periodic_print_message -0 "Subject: ${host} security check output" LOG=/var/log TMP=/var/run/_secure.$$ umask 027 -echo "checking setuid files and devices:" - # Don't have ncheck, but this does the equivalent of the commented out block. # Note that one of the original problems, the possibility of overrunning # the args to ls, is still here... @@ -48,15 +47,13 @@ done | xargs -0 -n 20 ls -liTd | sort +10 > ${TMP} if [ ! -f ${LOG}/setuid.today ]; then - separator - echo "no ${LOG}/setuid.today" + periodic_print_message "no ${LOG}/setuid.today" cp ${TMP} ${LOG}/setuid.today fi if ! cmp ${LOG}/setuid.today ${TMP} >/dev/null; then - separator - echo "${host} setuid diffs:" - diff -w ${LOG}/setuid.today ${TMP} + diff -w ${LOG}/setuid.today ${TMP} | + periodic_maybe_print_message "${host} setuid diffs:" mv ${LOG}/setuid.today ${LOG}/setuid.yesterday mv ${TMP} ${LOG}/setuid.today fi @@ -66,40 +63,35 @@ [ -n "$ignore" ] && cmd="egrep -v ${ignore#|}" || cmd=cat if mount -p | $cmd > $TMP; then if [ ! -f $LOG/mount.today ]; then - separator - echo "no $LOG/mount.today" + periodic_print_message "no $LOG/mount.today" cp $TMP $LOG/mount.today fi + if ! cmp $LOG/mount.today $TMP >/dev/null 2>&1; then - separator - echo "$host changes in mounted filesystems:" - diff -b $LOG/mount.today $TMP + diff -b $LOG/mount.today $TMP | + periodic_maybe_print_message "$host changes in mounted filesystems:" mv $LOG/mount.today $LOG/mount.yesterday mv $TMP $LOG/mount.today fi fi -separator -echo "checking for uids of 0:" -awk -F: '$3==0 {print $1,$3}' /etc/master.passwd - -separator -echo "checking for passwordless accounts:" -awk -F: 'NF > 1 && $1 !~ /^[#+-]/ && $2=="" {print $0}' /etc/master.passwd +awk -F: '$3==0 {print $1,$3}' /etc/master.passwd | +periodic_maybe_print_message "checking for uids of 0:" +awk -F: 'NF > 1 && $1 !~ /^[#+-]/ && $2=="" {print $0}' /etc/master.passwd | +periodic_maybe_print_message "checking for passwordless accounts:" + # Show denied packets # if ipfw -a l 2>/dev/null | egrep "deny|reset|unreach" > ${TMP}; then if [ ! -f ${LOG}/ipfw.today ]; then - separator - echo "no ${LOG}/ipfw.today" + periodic_print_message "no ${LOG}/ipfw.today" cp ${TMP} ${LOG}/ipfw.today fi if ! cmp ${LOG}/ipfw.today ${TMP} >/dev/null; then - separator - echo "${host} denied packets:" - diff -b ${LOG}/ipfw.today ${TMP} | egrep "^>" + diff -b ${LOG}/ipfw.today ${TMP} | egrep "^>" | + periodic_maybe_print_message "${host} denied packets:" mv ${LOG}/ipfw.today ${LOG}/ipfw.yesterday mv ${TMP} ${LOG}/ipfw.today fi @@ -110,27 +102,21 @@ IPFW_LOG_LIMIT=`sysctl -n net.inet.ip.fw.verbose_limit 2> /dev/null` if [ $? -eq 0 -a "${IPFW_LOG_LIMIT}" -ne 0 ]; then ipfw -a l | grep " log " | perl -n -e \ - '/^\d+\s+(\d+)/; print if ($1 >= '$IPFW_LOG_LIMIT')' > ${TMP} - if [ -s "${TMP}" ]; then - separator - echo "ipfw log limit reached:" - cat ${TMP} - fi + '/^\d+\s+(\d+)/; print if ($1 >= '$IPFW_LOG_LIMIT')' | + periodic_print_message "ipfw log limit reached:" fi # Show kernel log messages # if dmesg 2>/dev/null > ${TMP}; then if [ ! -f ${LOG}/dmesg.today ]; then - separator - echo "no ${LOG}/dmesg.today" + periodic_print_message "no ${LOG}/dmesg.today" cp ${TMP} ${LOG}/dmesg.today fi if ! cmp ${LOG}/dmesg.today ${TMP} >/dev/null 2>&1; then - separator - echo "${host} kernel log messages:" - diff -b ${LOG}/dmesg.today ${TMP} | egrep "^>" + diff -b ${LOG}/dmesg.today ${TMP} | egrep "^>" | + periodic_maybe_print_message "${host} kernel log messages:" mv ${LOG}/dmesg.today ${LOG}/dmesg.yesterday mv ${TMP} ${LOG}/dmesg.today fi @@ -138,14 +124,14 @@ # Show login failures # -separator -echo "${host} login failures:" -zcat -f $LOG/messages.0* $LOG/messages | grep -i "^$yesterday.*login failure" +zcat -f $LOG/messages.0* $LOG/messages | +grep -i "^$yesterday.*login failure" | +periodic_maybe_print_message "${host} login failures:" # Show tcp_wrapper warning messages # -separator -echo "${host} refused connections:" -zcat -f $LOG/messages.0* $LOG/messages | grep -i "^$yesterday.*refused connect" +zcat -f $LOG/messages.0* $LOG/messages | +grep -i "^$yesterday.*refused connect" | +periodic_maybe_print_message "${host} refused connections:" rm -f ${TMP} Index: etc/periodic/daily/100.clean-disks =================================================================== RCS file: /home/ncvs/src/etc/periodic/daily/100.clean-disks,v retrieving revision 1.3.2.2 diff -u -r1.3.2.2 100.clean-disks --- etc/periodic/daily/100.clean-disks 2000/08/25 18:52:36 1.3.2.2 +++ etc/periodic/daily/100.clean-disks 2000/09/19 21:18:37 @@ -17,8 +17,6 @@ [Yy][Ee][Ss]) if [ -n "$daily_clean_disks_days" -a -n "$daily_clean_disks_files" ] then - echo "" - echo "Removing old temporary files:" set -f noglob args="$args "`echo " ${daily_clean_disks_files% }" | sed 's/[ ][ ]*/ -name /g'` @@ -33,5 +31,7 @@ find / \( ! -fstype local -o -fstype rdonly \) -a -prune -o \ \( $args \) -atime +$daily_clean_disks_days -delete $print set -f glob - fi;; + fi | + periodic_maybe_print_message "Removing old temporary files:" + ;; esac Index: etc/periodic/daily/110.clean-tmps =================================================================== RCS file: /home/ncvs/src/etc/periodic/daily/110.clean-tmps,v retrieving revision 1.6.2.1 diff -u -r1.6.2.1 110.clean-tmps --- etc/periodic/daily/110.clean-tmps 2000/08/08 18:05:36 1.6.2.1 +++ etc/periodic/daily/110.clean-tmps 2000/09/19 21:18:57 @@ -18,9 +18,6 @@ [Yy][Ee][Ss]) if [ -n "$daily_clean_tmps_days" ] then - echo "" - echo "Removing old temporary files:" - set -f noglob args="-atime +$daily_clean_tmps_days -mtime +$daily_clean_tmps_days" [ -n "$daily_clean_tmps_ignore" ] && @@ -42,5 +39,7 @@ } | sed "s,^\\., $dir," done set -f glob - fi;; + fi | + periodic_maybe_print_message "Removing old temporary files:" + ;; esac Index: etc/periodic/daily/120.clean-preserve =================================================================== RCS file: /home/ncvs/src/etc/periodic/daily/120.clean-preserve,v retrieving revision 1.4.2.1 diff -u -r1.4.2.1 120.clean-preserve --- etc/periodic/daily/120.clean-preserve 2000/08/08 18:05:36 1.4.2.1 +++ etc/periodic/daily/120.clean-preserve 2000/09/19 21:19:16 @@ -17,9 +17,6 @@ [Yy][Ee][Ss]) if [ -n "$daily_clean_preserve_days" -a -d /var/preserve ] then - echo "" - echo "Removing stale files from /var/preserve:" - case "$daily_clean_preserve_verbose" in [Yy][Ee][Ss]) print=-print;; @@ -30,5 +27,7 @@ cd /var/preserve && find . ! -name . -mtime +$daily_clean_preserve_days \ -delete $print - fi;; + fi | + periodic_maybe_print_message "Removing stale files from /var/preserve:" + ;; esac Index: etc/periodic/daily/130.clean-msgs =================================================================== RCS file: /home/ncvs/src/etc/periodic/daily/130.clean-msgs,v retrieving revision 1.3.2.1 diff -u -r1.3.2.1 130.clean-msgs --- etc/periodic/daily/130.clean-msgs 2000/08/08 18:05:36 1.3.2.1 +++ etc/periodic/daily/130.clean-msgs 2000/09/19 21:19:33 @@ -17,11 +17,10 @@ [Yy][Ee][Ss]) if [ -d /var/msgs ] then - echo "" - echo "Cleaning out old system announcements:" - [ -n "$daily_clean_msgs_days" ] && arg=-${daily_clean_msgs_days#-} || arg= msgs -c $arg - fi;; + fi | + periodic_maybe_print_message "Cleaning out old system announcements:" + ;; esac Index: etc/periodic/daily/140.clean-rwho =================================================================== RCS file: /home/ncvs/src/etc/periodic/daily/140.clean-rwho,v retrieving revision 1.4.2.1 diff -u -r1.4.2.1 140.clean-rwho --- etc/periodic/daily/140.clean-rwho 2000/08/08 18:05:36 1.4.2.1 +++ etc/periodic/daily/140.clean-rwho 2000/09/19 21:19:51 @@ -17,9 +17,6 @@ [Yy][Ee][Ss]) if [ -n "$daily_clean_rwho_days" -a -d /var/rwho ] then - echo "" - echo "Removing stale files from /var/rwho:" - case "$daily_clean_rwho_verbose" in [Yy][Ee][Ss]) print=-print;; @@ -29,5 +26,7 @@ cd /var/rwho && find . ! -name . -mtime +$daily_clean_rwho_days -delete $print - fi;; + fi | + periodic_maybe_print_message "Removing stale files from /var/rwho:" + ;; esac Index: etc/periodic/daily/150.clean-hoststat =================================================================== RCS file: /home/ncvs/src/etc/periodic/daily/150.clean-hoststat,v retrieving revision 1.3.2.1 diff -u -r1.3.2.1 150.clean-hoststat --- etc/periodic/daily/150.clean-hoststat 2000/08/08 18:05:36 1.3.2.1 +++ etc/periodic/daily/150.clean-hoststat 2000/09/19 21:20:12 @@ -17,9 +17,6 @@ [Yy][Ee][Ss]) if [ -n "$daily_clean_hoststat_days" -a -d /var/spool/.hoststat ] then - echo "" - echo "Removing stale files from /var/spool/.hoststat:" - case "$daily_clean_hoststat_verbose" in [Yy][Ee][Ss]) print=-print;; @@ -30,5 +27,7 @@ cd /var/hoststat && find . ! -name . -mtime +$daily_clean_hoststat_days \ -delete $print - fi;; + fi | + periodic_maybe_print_message "Removing stale files from /var/spool/.hoststat:" + ;; esac Index: etc/periodic/daily/200.backup-passwd =================================================================== RCS file: /home/ncvs/src/etc/periodic/daily/200.backup-passwd,v retrieving revision 1.6.2.1 diff -u -r1.6.2.1 200.backup-passwd --- etc/periodic/daily/200.backup-passwd 2000/08/08 18:05:36 1.6.2.1 +++ etc/periodic/daily/200.backup-passwd 2000/09/19 23:14:32 @@ -17,43 +17,41 @@ then bak=/var/backups - echo "" - echo "Backup passwd and group files:" - if [ ! -f $bak/master.passwd.bak ] then - echo "no $bak/master.passwd.bak" + periodic_print_message -1 "no $bak/master.passwd.bak" cp -p /etc/master.passwd $bak/master.passwd.bak fi if ! cmp -s $bak/master.passwd.bak /etc/master.passwd then - echo "$host passwd diffs:" diff $bak/master.passwd.bak /etc/master.passwd |\ - sed 's/^\([<>] [^:]*\):[^:]*:/\1:(password):/' + sed 's/^\([<>] [^:]*\):[^:]*:/\1:(password):/' | + periodic_maybe_print_message -1 "$host passwd diffs:" mv $bak/master.passwd.bak $bak/master.passwd.bak2 cp -p /etc/master.passwd $bak/master.passwd.bak fi if [ ! -f $bak/group.bak ] then - echo "no $bak/group.bak" + periodic_print_message -1 "no $bak/group.bak" cp -p /etc/group $bak/group.bak fi if ! cmp -s $bak/group.bak /etc/group then - echo "$host group diffs:" - diff $bak/group.bak /etc/group + diff $bak/group.bak /etc/group | + periodic_maybe_print_message -1 "$host group diffs:" mv $bak/group.bak $bak/group.bak2 cp -p /etc/group $bak/group.bak fi if [ -f /etc/group ] then - echo "" - echo "Verifying group file syntax:" - chkgrp /etc/group + chkgrp /etc/group | + periodic_maybe_print_message -1 "Verifying group file syntax:" fi - fi;; + fi | + periodic_maybe_print_message "Backup passwd and group files:" + ;; esac Index: etc/periodic/daily/210.backup-aliases =================================================================== RCS file: /home/ncvs/src/etc/periodic/daily/210.backup-aliases,v retrieving revision 1.3.2.2 diff -u -r1.3.2.2 210.backup-aliases --- etc/periodic/daily/210.backup-aliases 2000/08/27 17:31:38 1.3.2.2 +++ etc/periodic/daily/210.backup-aliases 2000/09/19 23:13:57 @@ -17,21 +17,20 @@ then bak=/var/backups - echo "" - echo "Backing up mail aliases:" - if [ ! -f $bak/aliases.bak ] then - echo "no $bak/aliases.bak" + periodic_print_message -1 "no $bak/aliases.bak" cp -p /etc/mail/aliases $bak/aliases.bak fi if ! cmp -s $bak/aliases.bak /etc/mail/aliases then - echo "$host aliases diffs:" - diff -u $bak/aliases.bak /etc/mail/aliases + diff -u $bak/aliases.bak /etc/mail/aliases | + periodic_maybe_print_message -1 "$host aliases diffs:" mv $bak/aliases.bak $bak/aliases.bak2 cp -p /etc/mail/aliases $bak/aliases.bak fi - fi;; + fi | + periodic_maybe_print_message "Backing up mail aliases:" + ;; esac Index: etc/periodic/daily/220.backup-distfile =================================================================== RCS file: /home/ncvs/src/etc/periodic/daily/220.backup-distfile,v retrieving revision 1.3.2.1 diff -u -r1.3.2.1 220.backup-distfile --- etc/periodic/daily/220.backup-distfile 2000/08/08 18:05:36 1.3.2.1 +++ etc/periodic/daily/220.backup-distfile 2000/09/19 23:14:56 @@ -17,13 +17,20 @@ then bak=/var/backups - echo "" - echo "Backing up /etc/Distfile:" + if [ ! -f $bak/Distfile.bak ] + then + periodic_print_message -1 "no $bak/Distfile.bak" + cp -p /etc/Distfile $bak/Distfile.bak + fi if ! cmp -s $bak/Distfile.bak /etc/Distfile then + diff $bak/Distfile.bak /etc/Distfile | + periodic_maybe_print_message -1 "$host Distfile diffs:" mv $bak/Distfile.bak $bak/Distfile.bak2 - cp /etc/Distfile $bak/Distfile.bak + cp -p /etc/Distfile $bak/Distfile.bak fi - fi;; + fi | + periodic_maybe_print_message "Backing up /etc/Distfile:" + ;; esac Index: etc/periodic/daily/300.calendar =================================================================== RCS file: /home/ncvs/src/etc/periodic/daily/300.calendar,v retrieving revision 1.3.2.1 diff -u -r1.3.2.1 300.calendar --- etc/periodic/daily/300.calendar 2000/08/08 18:05:36 1.3.2.1 +++ etc/periodic/daily/300.calendar 2000/09/19 21:27:21 @@ -20,9 +20,7 @@ [Yy][Ee][Ss]) if [ -f /usr/bin/calendar ] then - echo "" - echo "Running calendar:" - calendar -a - fi;; + fi | + periodic_maybe_print_message "Running calendar:" esac Index: etc/periodic/daily/310.accounting =================================================================== RCS file: /home/ncvs/src/etc/periodic/daily/310.accounting,v retrieving revision 1.3.2.1 diff -u -r1.3.2.1 310.accounting --- etc/periodic/daily/310.accounting 2000/08/08 18:05:36 1.3.2.1 +++ etc/periodic/daily/310.accounting 2000/09/19 22:36:37 @@ -15,9 +15,6 @@ [Yy][Ee][Ss]) if [ -f /var/account/acct ] then - echo "" - echo "Rotating accounting logs and gathering statistics:" - cd /var/account rm -f acct.3.gz acct.3 @@ -34,5 +31,7 @@ [Yy][Ee][Ss]) gzip -f acct.0;; esac - fi;; + fi | + periodic_maybe_print_message "Rotating accounting logs and gathering statistics:" + ;; esac Index: etc/periodic/daily/320.rdist =================================================================== RCS file: /home/ncvs/src/etc/periodic/daily/320.rdist,v retrieving revision 1.3.2.1 diff -u -r1.3.2.1 320.rdist --- etc/periodic/daily/320.rdist 2000/08/08 18:05:36 1.3.2.1 +++ etc/periodic/daily/320.rdist 2000/09/19 22:22:37 @@ -15,9 +15,8 @@ [Yy][Ee][Ss]) if [ -f /etc/Distfile ] then - echo "" - echo "Running rdist with /etc/Distfile:" - rdist -f /etc/Distfile - fi;; + fi | + periodic_maybe_print_message "Running rdist with /etc/Distfile:" + ;; esac Index: etc/periodic/daily/330.news =================================================================== RCS file: /home/ncvs/src/etc/periodic/daily/330.news,v retrieving revision 1.2.2.1 diff -u -r1.2.2.1 330.news --- etc/periodic/daily/330.news 2000/08/08 18:05:36 1.2.2.1 +++ etc/periodic/daily/330.news 2000/09/19 22:23:01 @@ -18,9 +18,8 @@ [Yy][Ee][Ss]) if [ -f /etc/news.expire ] then - echo "" - echo "Running news.expire:" - /etc/news.expire - fi;; + fi | + periodic_maybe_print_message "Running news.expire:" + ;; esac Index: etc/periodic/daily/340.uucp =================================================================== RCS file: /home/ncvs/src/etc/periodic/daily/340.uucp,v retrieving revision 1.4.2.1 diff -u -r1.4.2.1 340.uucp --- etc/periodic/daily/340.uucp 2000/08/08 18:05:36 1.4.2.1 +++ etc/periodic/daily/340.uucp 2000/09/19 22:23:21 @@ -18,9 +18,8 @@ [Yy][Ee][Ss]) if [ -d /var/spool/uucp -a -f /etc/uuclean.daily ] then - echo "" - echo "Cleaning up UUCP:" - echo /etc/uuclean.daily | su -m uucp - fi;; + fi | + periodic_maybe_print_message "Cleaning up UUCP:" + ;; esac Index: etc/periodic/daily/400.status-disks =================================================================== RCS file: /home/ncvs/src/etc/periodic/daily/400.status-disks,v retrieving revision 1.2.2.1 diff -u -r1.2.2.1 400.status-disks --- etc/periodic/daily/400.status-disks 2000/08/08 18:05:36 1.2.2.1 +++ etc/periodic/daily/400.status-disks 2000/09/19 23:34:14 @@ -13,13 +13,11 @@ case "$daily_status_disks_enable" in [Yy][Ee][Ss]) - echo "" - echo "Disk status:" + df $daily_status_disks_df_flags | + periodic_maybe_print_message "Disk status:" - df $daily_status_disks_df_flags - # display which filesystems need backing up - echo "" - dump W;; + dump W | + periodic_maybe_print_message -1 "Backup status:" esac Index: etc/periodic/daily/410.status-uucp =================================================================== RCS file: /home/ncvs/src/etc/periodic/daily/410.status-uucp,v retrieving revision 1.3.2.1 diff -u -r1.3.2.1 410.status-uucp --- etc/periodic/daily/410.status-uucp 2000/08/08 18:05:36 1.3.2.1 +++ etc/periodic/daily/410.status-uucp 2000/09/19 22:24:19 @@ -15,9 +15,8 @@ [Yy][Ee][Ss]) if [ -d /var/spool/uucp -a -x /usr/bin/uustat ] then - echo "" - echo "UUCP status:" - uustat -a - fi;; + fi | + periodic_maybe_print_message "UUCP status:" + ;; esac Index: etc/periodic/daily/420.status-network =================================================================== RCS file: /home/ncvs/src/etc/periodic/daily/420.status-network,v retrieving revision 1.3.2.1 diff -u -r1.3.2.1 420.status-network --- etc/periodic/daily/420.status-network 2000/08/08 18:05:36 1.3.2.1 +++ etc/periodic/daily/420.status-network 2000/09/19 22:38:22 @@ -15,14 +15,13 @@ [Yy][Ee][Ss]) if [ -x /usr/bin/netstat ] then - echo "" - echo "Network interface status:" - case "$daily_status_network_usedns" in [Yy][Ee][Ss]) netstat -i;; *) netstat -in;; esac - fi;; + fi | + periodic_maybe_print_message "Network interface status:" + ;; esac Index: etc/periodic/daily/430.status-rwho =================================================================== RCS file: /home/ncvs/src/etc/periodic/daily/430.status-rwho,v retrieving revision 1.3.2.1 diff -u -r1.3.2.1 430.status-rwho --- etc/periodic/daily/430.status-rwho 2000/08/08 18:05:36 1.3.2.1 +++ etc/periodic/daily/430.status-rwho 2000/09/19 22:25:54 @@ -16,12 +16,10 @@ rwho=$(echo /var/rwho/*) if [ -x /usr/bin/rwho -a -f "${rwho%% *}" ] then - echo "" - echo "Local network system status:" - ruptime + ruptime | + periodic_maybe_print_message "Local network system status:" else - echo "" - echo "Local system status:" - uptime + uptime | + periodic_maybe_print_message "Local system status:" fi;; esac Index: etc/periodic/daily/440.status-mailq =================================================================== RCS file: /home/ncvs/src/etc/periodic/daily/440.status-mailq,v retrieving revision 1.4.2.1 diff -u -r1.4.2.1 440.status-mailq --- etc/periodic/daily/440.status-mailq 2000/08/08 18:05:36 1.4.2.1 +++ etc/periodic/daily/440.status-mailq 2000/09/19 22:26:29 @@ -15,9 +15,6 @@ [Yy][Ee][Ss]) if [ -x /usr/bin/mailq -a -d /var/spool/mqueue ] then - echo "" - echo "Mail in local queue:" - case "$daily_status_mailq_shorten" in [Yy][Ee][Ss]) mailq | @@ -29,5 +26,7 @@ *) mailq;; esac - fi;; + fi | + periodic_maybe_print_message "Mail in local queue:" + ;; esac Index: etc/periodic/daily/450.status-security =================================================================== RCS file: /home/ncvs/src/etc/periodic/daily/450.status-security,v retrieving revision 1.3.2.1 diff -u -r1.3.2.1 450.status-security --- etc/periodic/daily/450.status-security 2000/08/08 18:05:36 1.3.2.1 +++ etc/periodic/daily/450.status-security 2000/09/21 08:42:39 @@ -15,9 +15,6 @@ [Yy][Ee][Ss]) if [ -f /etc/security -a -x /usr/sbin/sendmail ] then - echo "" - echo "Security check:" - case "$daily_status_security_noamd" in [Yy][Ee][Ss]) args=-a;; @@ -38,5 +35,7 @@ echo " (output mailed separately)" sh /etc/security $args 2>&1 | sendmail root;; esac - fi;; + fi | + periodic_maybe_print_message "Security check:" + ;; esac Index: etc/periodic/daily/460.status-mail-rejects =================================================================== RCS file: /home/ncvs/src/etc/periodic/daily/460.status-mail-rejects,v retrieving revision 1.8.2.2 diff -u -r1.8.2.2 460.status-mail-rejects --- etc/periodic/daily/460.status-mail-rejects 2000/08/10 11:00:08 1.8.2.2 +++ etc/periodic/daily/460.status-mail-rejects 2000/09/19 22:27:52 @@ -16,9 +16,6 @@ if [ -d /etc/mail -a -f /var/log/maillog -a \ "$daily_status_mail_rejects_logs" -gt 0 ] then - echo - echo Checking for rejected mail hosts: - start=`date -v-1d '+%b %d' | sed 's/0\(.\)$/ \1/'` n=$(($daily_status_mail_rejects_logs - 2)) { @@ -38,5 +35,7 @@ perl -ne "print \"\$2\n\" if (/reject=/ and /^$start.*ruleset=check_\S+,\s+arg1=(<[^@]+@)?([^>,]+).*reject=/o);" | sort | uniq -c | sort -nr - fi;; + fi | + periodic_maybe_print_message "Checking for rejected mail hosts:" + ;; esac Index: etc/periodic/daily/999.local =================================================================== RCS file: /home/ncvs/src/etc/periodic/daily/999.local,v retrieving revision 1.2.2.1 diff -u -r1.2.2.1 999.local --- etc/periodic/daily/999.local 2000/08/08 18:05:36 1.2.2.1 +++ etc/periodic/daily/999.local 2000/09/19 22:28:40 @@ -20,10 +20,9 @@ /*) if [ -f "$script" ] then - echo "" - echo "Running $script:" - sh $script - fi;; + fi | + periodic_maybe_print_message "Running $script:" + ;; esac done Index: etc/periodic/monthly/200.accounting =================================================================== RCS file: /home/ncvs/src/etc/periodic/monthly/200.accounting,v retrieving revision 1.4.2.1 diff -u -r1.4.2.1 200.accounting --- etc/periodic/monthly/200.accounting 2000/08/08 18:05:38 1.4.2.1 +++ etc/periodic/monthly/200.accounting 2000/09/19 22:44:36 @@ -18,10 +18,9 @@ then if [ -x /usr/sbin/ac ] then - echo "" - echo "Doing login accounting:" - ac -p -w $W.0 | sort -nr +1 fi - fi;; + fi | + periodic_maybe_print_message "Doing login accounting:" + ;; esac Index: etc/periodic/monthly/999.local =================================================================== RCS file: /home/ncvs/src/etc/periodic/monthly/999.local,v retrieving revision 1.2.2.1 diff -u -r1.2.2.1 999.local --- etc/periodic/monthly/999.local 2000/08/08 18:05:38 1.2.2.1 +++ etc/periodic/monthly/999.local 2000/09/19 22:45:00 @@ -17,10 +17,9 @@ /*) if [ -f "$script" ] then - echo "" - echo "Running $script:" - sh $script - fi;; + fi | + periodic_maybe_print_message "Running $script:" + ;; esac done Index: etc/periodic/weekly/120.clean-kvmdb =================================================================== RCS file: /home/ncvs/src/etc/periodic/weekly/120.clean-kvmdb,v retrieving revision 1.4.2.1 diff -u -r1.4.2.1 120.clean-kvmdb --- etc/periodic/weekly/120.clean-kvmdb 2000/08/08 18:05:38 1.4.2.1 +++ etc/periodic/weekly/120.clean-kvmdb 2000/09/19 22:40:27 @@ -14,9 +14,6 @@ [Yy][Ee][Ss]) if [ -d /var/db -a -n "$weekly_clean_kvmdb_days" ] then - echo "" - echo "Cleaning up kernel database files:" - kernel=`sysctl -n kern.bootfile` kernel=kvm_${kernel##*/}.db @@ -29,5 +26,7 @@ find /var/db -name "kvm_*.db" ! -name $kernel \ -atime +$weekly_clean_kvmdb_days -delete $print - fi;; + fi | + periodic_maybe_print_message "Cleaning up kernel database files:" + ;; esac Index: etc/periodic/weekly/300.uucp =================================================================== RCS file: /home/ncvs/src/etc/periodic/weekly/300.uucp,v retrieving revision 1.3.2.1 diff -u -r1.3.2.1 300.uucp --- etc/periodic/weekly/300.uucp 2000/08/08 18:05:38 1.3.2.1 +++ etc/periodic/weekly/300.uucp 2000/09/19 22:40:47 @@ -17,9 +17,8 @@ [Yy][Ee][Ss]) if [ -d /var/spool/uucp -a -f /usr/libexec/uucp/clean.weekly ] then - echo "" - echo "Cleaning up UUCP:" - echo /usr/libexec/uucp/clean.weekly | su daemon - fi;; + fi | + periodic_maybe_print_message "Cleaning up UUCP:" + ;; esac Index: etc/periodic/weekly/310.locate =================================================================== RCS file: /home/ncvs/src/etc/periodic/weekly/310.locate,v retrieving revision 1.4.2.1 diff -u -r1.4.2.1 310.locate --- etc/periodic/weekly/310.locate 2000/08/08 18:05:38 1.4.2.1 +++ etc/periodic/weekly/310.locate 2000/09/19 22:41:07 @@ -15,9 +15,6 @@ [Yy][Ee][Ss]) if [ -x /usr/libexec/locate.updatedb -a -f $locdb ] then - echo "" - echo "Rebuilding locate database:" - locdb=/var/db/locate.database touch $locdb @@ -27,5 +24,7 @@ cd / echo /usr/libexec/locate.updatedb | nice -5 su -fm nobody chmod 444 $locdb - fi;; + fi | + periodic_maybe_print_message "Rebuilding locate database:" + ;; esac Index: etc/periodic/weekly/320.whatis =================================================================== RCS file: /home/ncvs/src/etc/periodic/weekly/320.whatis,v retrieving revision 1.5.2.1 diff -u -r1.5.2.1 320.whatis --- etc/periodic/weekly/320.whatis 2000/08/08 18:05:38 1.5.2.1 +++ etc/periodic/weekly/320.whatis 2000/09/19 23:08:49 @@ -15,9 +15,6 @@ [Yy][Ee][Ss]) if [ -x /usr/libexec/makewhatis.local -a -x /usr/bin/manpath ] then - echo "" - echo "Rebuilding whatis database:" - MANPATH=`/usr/bin/manpath -q` if [ $? = 0 ] then @@ -42,5 +39,7 @@ fi fi fi - fi;; + fi | + periodic_maybe_print_message "Rebuilding whatis database:" + ;; esac Index: etc/periodic/weekly/330.catman =================================================================== RCS file: /home/ncvs/src/etc/periodic/weekly/330.catman,v retrieving revision 1.5.2.1 diff -u -r1.5.2.1 330.catman --- etc/periodic/weekly/330.catman 2000/08/08 18:05:38 1.5.2.1 +++ etc/periodic/weekly/330.catman 2000/09/19 22:42:26 @@ -16,9 +16,6 @@ if [ -x /usr/libexec/catman.local -a -d /usr/share/man/cat1 -a \ -x /usr/bin/manpath ] then - echo "" - echo "Reformatting manual pages:" - MANPATH=`/usr/bin/manpath -q` if [ $? = 0 ] then @@ -42,5 +39,7 @@ fi fi fi - fi;; + fi | + periodic_maybe_print_message "Reformatting manual pages:" + ;; esac Index: etc/periodic/weekly/340.noid =================================================================== RCS file: /home/ncvs/src/etc/periodic/weekly/340.noid,v retrieving revision 1.2.2.1 diff -u -r1.2.2.1 340.noid --- etc/periodic/weekly/340.noid 2000/08/18 06:02:03 1.2.2.1 +++ etc/periodic/weekly/340.noid 2000/09/19 22:42:54 @@ -13,9 +13,8 @@ case "$weekly_noid_enable" in [Yy][Ee][Ss]) - echo "" - echo "Check for files with an unknown user or group:" - find -H ${weekly_noid_dirs:-/} -fstype local \ - \( -nogroup -o -nouser \) -print | sed 's/^/ /';; + \( -nogroup -o -nouser \) -print | sed 's/^/ /' | + periodic_maybe_print_message "Check for files with an unknown user or group:" + ;; esac Index: etc/periodic/weekly/400.status-pkg =================================================================== RCS file: /home/ncvs/src/etc/periodic/weekly/400.status-pkg,v retrieving revision 1.1.2.1 diff -u -r1.1.2.1 400.status-pkg --- etc/periodic/weekly/400.status-pkg 2000/08/08 18:05:38 1.1.2.1 +++ etc/periodic/weekly/400.status-pkg 2000/09/19 22:43:21 @@ -13,8 +13,7 @@ case "$weekly_status_pkg_enable" in [Yy][Ee][Ss]) - echo "" - echo "Check for out of date packages:" - - pkg_version -v | sed -n 's/^\([^ ]*\) *< */ \1 /p';; + pkg_version -v | sed -n 's/^\([^ ]*\) *< */ \1 /p' | + periodic_maybe_print_message "Check for out of date packages:" + ;; esac Index: etc/periodic/weekly/999.local =================================================================== RCS file: /home/ncvs/src/etc/periodic/weekly/999.local,v retrieving revision 1.3.2.1 diff -u -r1.3.2.1 999.local --- etc/periodic/weekly/999.local 2000/08/08 18:05:38 1.3.2.1 +++ etc/periodic/weekly/999.local 2000/09/19 22:43:47 @@ -17,10 +17,8 @@ /*) if [ -f "$script" ] then - echo "" - echo "Running $script:" - sh $script - fi;; + fi | + periodic_maybe_print_message "Running $script:" esac done >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 21 3:13: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 BBE3A37B423; Thu, 21 Sep 2000 03:13:20 -0700 (PDT) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA12246; Thu, 21 Sep 2000 03:13:20 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 21 Sep 2000 03:13:20 -0700 (PDT) From: Message-Id: <200009211013.DAA12246@freefall.freebsd.org> To: clefevre@citeweb.net, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/21444: periodic conditional verbosity Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: periodic conditional verbosity State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Thu Sep 21 03:12:07 PDT 2000 State-Changed-Why: Brian Somers just recently overhauled the way in which periodic handles output. The change breaks your patch. Is this still an issue? Either way, please provide feedback in the form of a message copied to with the subject of this message. http://www.freebsd.org/cgi/query-pr.cgi?pr=21444 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 21 3:13:55 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 E334637B422; Thu, 21 Sep 2000 03:13:53 -0700 (PDT) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA12351; Thu, 21 Sep 2000 03:13:53 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 21 Sep 2000 03:13:53 -0700 (PDT) From: Message-Id: <200009211013.DAA12351@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, brian@FreeBSD.org Subject: Re: bin/21444: periodic conditional verbosity Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: periodic conditional verbosity Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: sheldonh Responsible-Changed-When: Thu Sep 21 03:13:29 PDT 2000 Responsible-Changed-Why: I should have handed this over to the maintainer when I asked for feedback. http://www.freebsd.org/cgi/query-pr.cgi?pr=21444 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 21 6: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 2276137B43E for ; Thu, 21 Sep 2000 06:30:00 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA57854; Thu, 21 Sep 2000 06:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from gw.nectar.com (gw.nectar.com [208.42.49.153]) by hub.freebsd.org (Postfix) with ESMTP id 7376937B423 for ; Thu, 21 Sep 2000 06:27:42 -0700 (PDT) Received: from hamlet.nectar.com (hamlet.nectar.com [10.0.1.102]) by gw.nectar.com (Postfix) with ESMTP id 74F681925D for ; Thu, 21 Sep 2000 08:27:36 -0500 (CDT) Received: (from nectar@localhost) by hamlet.nectar.com (8.9.3/8.9.3) id IAA34202; Thu, 21 Sep 2000 08:27:36 -0500 (CDT) (envelope-from nectar@spawn.nectar.com) Message-Id: <200009211327.IAA34202@hamlet.nectar.com> Date: Thu, 21 Sep 2000 08:27:36 -0500 (CDT) From: Reply-To: nectar@nectar.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/21447: pccard.conf entry for cisco aironet Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21447 >Category: bin >Synopsis: pccard.conf entry for cisco aironet >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Sep 21 06:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: n@nectar.com (Jacques Vidrine) >Release: FreeBSD 4.1-STABLE i386 >Organization: minimal >Environment: FreeBSD hamlet.nectar.com 4.1-STABLE FreeBSD 4.1-STABLE #0: Sat Sep 9 22:17:15 CDT 2000 root@hamlet.nectar.com:/var/obj/usr/src/sys/HAMLET i386 cisco Aironet 342 PC Card >Description: cisco Aironet PC Cards have a different manufacture/model name than originally. >How-To-Repeat: >Fix: # Cisco 340/342 11Mbps 802.11 wireless NIC card "Cisco Systems" "340 Series Wireless LAN Adapter" config auto "an" ? insert /etc/pccard_ether $device remove /sbin/ifconfig $device delete >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 Sep 21 6:34:41 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 4F1BF37B423; Thu, 21 Sep 2000 06:34:40 -0700 (PDT) Received: (from nectar@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA59164; Thu, 21 Sep 2000 06:34:40 -0700 (PDT) (envelope-from nectar@FreeBSD.org) Date: Thu, 21 Sep 2000 06:34:40 -0700 (PDT) From: Message-Id: <200009211334.GAA59164@freefall.freebsd.org> To: nectar@FreeBSD.org, freebsd-bugs@FreeBSD.org, imp@FreeBSD.org Subject: Re: bin/21447: pccard.conf entry for cisco aironet Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pccard.conf entry for cisco aironet Responsible-Changed-From-To: freebsd-bugs->imp Responsible-Changed-By: nectar Responsible-Changed-When: Thu Sep 21 06:32:39 PDT 2000 Responsible-Changed-Why: Over to maintainer http://www.freebsd.org/cgi/query-pr.cgi?pr=21447 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 21 6:36:35 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from gw.nectar.com (gw.nectar.com [208.42.49.153]) by hub.freebsd.org (Postfix) with ESMTP id CCE7A37B423; Thu, 21 Sep 2000 06:36:33 -0700 (PDT) Received: from hamlet.nectar.com (hamlet.nectar.com [10.0.1.102]) by gw.nectar.com (Postfix) with ESMTP id 3D8F71925D; Thu, 21 Sep 2000 08:36:33 -0500 (CDT) Received: (from nectar@localhost) by hamlet.nectar.com (8.9.3/8.9.3) id IAA34252; Thu, 21 Sep 2000 08:36:33 -0500 (CDT) (envelope-from nectar@spawn.nectar.com) Date: Thu, 21 Sep 2000 08:36:33 -0500 From: "Jacques A. Vidrine" To: freebsd-bugs@FreeBSD.org, imp@FreeBSD.org Subject: Re: bin/21447: pccard.conf entry for cisco aironet Message-ID: <20000921083633.A34241@hamlet.nectar.com> Mail-Followup-To: "Jacques A. Vidrine" , freebsd-bugs@FreeBSD.org, imp@FreeBSD.org References: <200009211334.GAA59164@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: <200009211334.GAA59164@freefall.freebsd.org>; from nectar@FreeBSD.org on Thu, Sep 21, 2000 at 06:34:40AM -0700 X-Url: http://www.nectar.com/ Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Sep 21, 2000 at 06:34:40AM -0700, nectar@FreeBSD.org wrote: > Synopsis: pccard.conf entry for cisco aironet Ah hell, I just noticed this duplicates PR bin/20777. At least we know the entry works for both the 340 (PR 20777) and the 342 (this PR). Also, note that `config auto' seems to work well for me. -- Jacques Vidrine / n@nectar.com / jvidrine@verio.net / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 21 6:41:18 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 C18C437B424; Thu, 21 Sep 2000 06:41:16 -0700 (PDT) Received: (from nectar@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA60791; Thu, 21 Sep 2000 06:41:16 -0700 (PDT) (envelope-from nectar@FreeBSD.org) Date: Thu, 21 Sep 2000 06:41:16 -0700 (PDT) From: Message-Id: <200009211341.GAA60791@freefall.freebsd.org> To: nectar@FreeBSD.org, freebsd-bugs@FreeBSD.org, cg@FreeBSD.org Subject: Re: kern/21438: Sox recording in 16 bits creates a panic: no feed Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Sox recording in 16 bits creates a panic: no feed Responsible-Changed-From-To: freebsd-bugs->cg Responsible-Changed-By: nectar Responsible-Changed-When: Thu Sep 21 06:41:03 PDT 2000 Responsible-Changed-Why: Over to maintainer http://www.freebsd.org/cgi/query-pr.cgi?pr=21438 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 21 6:50:12 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 42F0437B446 for ; Thu, 21 Sep 2000 06:50:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA62482; Thu, 21 Sep 2000 06:50:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mailgate.rz.uni-karlsruhe.de (mailgate.rz.uni-karlsruhe.de [129.13.64.97]) by hub.freebsd.org (Postfix) with ESMTP id F0F1637B422 for ; Thu, 21 Sep 2000 06:43:58 -0700 (PDT) Received: from nce2.hadiko.de (hadince2.hadiko.uni-karlsruhe.de [172.20.32.2]) by mailgate.rz.uni-karlsruhe.de with esmtp (Exim 3.16 #1) id 13c6dp-0007Ma-00; Thu, 21 Sep 2000 15:43:57 +0200 Received: from i609.hadiko.de (hadii609.hadiko.uni-karlsruhe.de [172.20.44.159]) by nce2.hadiko.de (8.9.3/8.9.3) with ESMTP id PAA04577 for ; Thu, 21 Sep 2000 15:43:56 +0200 (MET DST) Received: (from p@localhost) by i609.hadiko.de (8.11.0/8.11.0) id e8LDhq802141; Thu, 21 Sep 2000 15:43:52 +0200 (CEST) (envelope-from p) Message-Id: <200009211343.e8LDhq802141@i609.hadiko.de> Date: Thu, 21 Sep 2000 15:43:52 +0200 (CEST) From: Philipp Mergenthaler Reply-To: p@i609.hadiko.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/21449: [PATCH] Sysinstall, installing via HTTP proxy: Fix locating the release directory; fix server name resolving Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21449 >Category: bin >Synopsis: [PATCH] Sysinstall, installing via HTTP proxy: Fix locating the release directory; fix server name resolving >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 Sep 21 06:50:03 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Philipp Mergenthaler >Release: FreeBSD 5.0-CURRENT i386 >Organization: University of Karlsruhe >Environment: http.c as of 2000-09-21 $FreeBSD: src/release/sysinstall/media.c,v 1.111 2000/08/03 02:51:45 jkh Exp $ $FreeBSD: src/release/sysinstall/sysinstall.h,v 1.194 2000/07/24 18:00:16 jkh Exp $ >Description: 1) Installing via HTTP proxy ( mediaSetHTTP() ) relies on mediaSetFTP(). It's broken right now because the method of looking up the correct directory on the FTP server was changed in version 1.39 of ftp.c. This has to be changed in http.c, too. I only look for one path (pub/FreeBSD/releases/MACHINE), though. 2) The issue that the FTP server's name should be resolved by the proxy: The current fix unsets VAR_NAMESERVER before calling mediaSetFTP(). But in a normal install, the network hasn't been set up at this time. Therefore, mediaSetFTP() will call tcpDeviceSelect() which sets VAR_NAMESERVER. Therefore the unwanted lookup takes place. >How-To-Repeat: 1) Try to install via an HTTP proxy. 2) Select "HTTP proxy" as installation medium. _Don't_ skip over the network setup, do it (again). Note the "Looking up host" message. >Fix: 0) In media.c and sysinstall.h, change VAR_HTTP_PATH to VAR_HTTP_PROXY (it holds the proxy's name and port). VAR_HTTP_PATH is now analogous to VAR_FTP_PATH. 1) In http.c, correct setting the path. Check if it's actually found on the FTP server. 2) In media.c, introduce a variable to explicitly signal that the server's name shouldn't be resolved. diff -ru -2 sysinstall/http.c sysinstall.new/http.c --- sysinstall/http.c Fri Jul 14 10:33:08 2000 +++ sysinstall.new/http.c Thu Sep 21 14:39:00 2000 @@ -19,6 +19,6 @@ int rv, s, af; - bool el; /* end of header line */ - char *cp, buf[PATH_MAX], req[BUFSIZ]; + bool el, found=FALSE; /* end of header line */ + char *cp, *rel, buf[PATH_MAX], req[BUFSIZ]; struct addrinfo hints, *res, *res0; @@ -49,6 +49,21 @@ return FALSE; } + /* If the release is specified as "__RELEASE" or "none", then just + * assume that the path the user gave is ok. + */ + rel = variable_get(VAR_RELNAME); + /* + msgConfirm("rel: -%s-", rel); + */ + if (strcmp(rel, "__RELEASE") && strcmp(rel, "none")) { + sprintf(req, "%s/pub/FreeBSD/releases/"MACHINE"/%s", + variable_get(VAR_FTP_PATH), rel); + variable_set2(VAR_HTTP_PATH, req, 0); + } else { + variable_set2(VAR_HTTP_PATH, variable_get(VAR_FTP_PATH), 0); + } - sprintf(req,"GET / HTTP/1.0\r\n\r\n"); + msgNotify("Checking access to\n %s", variable_get(VAR_HTTP_PATH)); + sprintf(req,"HEAD %s/ HTTP/1.0\r\n\r\n", variable_get(VAR_HTTP_PATH)); write(s,req,strlen(req)); /* @@ -64,4 +79,10 @@ if ((*cp == '\012') && el) { /* reached end of a header line */ + if (!strncmp(buf,"HTTP",4)) { + if (strtol((char *)(buf+9),0,0) == 200) { + found = TRUE; + } + } + if (!strncmp(buf,"Server: ",8)) { if (!strncmp(buf,"Server: Squid",13)) { @@ -86,5 +107,8 @@ } close(s); - return TRUE; + if (!found) + msgConfirm("No such directory: %s\n" + "please check the URL and try again.", variable_get(VAR_HTTP_PATH)); + return found; } @@ -126,7 +150,6 @@ } - sprintf(req,"GET %s/%s/%s%s HTTP/1.0\r\n\r\n", - variable_get(VAR_FTP_PATH), variable_get(VAR_RELNAME), - file, variable_get(VAR_HTTP_FTP_MODE)); + sprintf(req,"GET %s/%s%s HTTP/1.0\r\n\r\n", + variable_get(VAR_HTTP_PATH), file, variable_get(VAR_HTTP_FTP_MODE)); if (isDebug()) { diff -ru -2 sysinstall/media.c sysinstall.new/media.c --- sysinstall/media.c Thu Sep 21 13:54:07 2000 +++ sysinstall.new/media.c Thu Sep 21 15:32:42 2000 @@ -51,4 +51,5 @@ static Boolean got_intr = FALSE; +static Boolean ftp_skip_resolve = FALSE; /* timeout handler */ @@ -393,5 +394,5 @@ msgDebug("port # = `%d'\n", FtpPort); } - if (variable_get(VAR_NAMESERVER)) { + if (!ftp_skip_resolve && variable_get(VAR_NAMESERVER)) { msgNotify("Looking up host %s.", hostname); if (isDebug()) @@ -453,20 +454,20 @@ int mediaSetHTTP(dialogMenuItem *self) { + Boolean tmp; int result; - char *cp, *idx, hbuf[MAXHOSTNAMELEN], *hostname, *var_hostname; + char *cp, *idx, hbuf[MAXHOSTNAMELEN], *hostname; int HttpPort; int what = DITEM_RESTORE; - var_hostname = variable_get(VAR_NAMESERVER); - variable_unset(VAR_NAMESERVER); + tmp = ftp_skip_resolve; + ftp_skip_resolve = TRUE; result = mediaSetFTP(self); - if (var_hostname) - variable_set2(VAR_NAMESERVER, var_hostname, 0); + ftp_skip_resolve = tmp; if (DITEM_STATUS(result) != DITEM_SUCCESS) return result; - cp = variable_get_value(VAR_HTTP_PATH, + cp = variable_get_value(VAR_HTTP_PROXY, "Please enter the address of the HTTP proxy in this format:\n" " hostname:port (the ':port' is optional, default is 3128)",0); diff -ru -2 sysinstall/sysinstall.h sysinstall.new/sysinstall.h --- sysinstall/sysinstall.h Thu Jul 27 10:38:54 2000 +++ sysinstall.new/sysinstall.h Thu Sep 21 14:39:00 2000 @@ -113,4 +113,5 @@ #define VAR_FTP_HOST "ftpHost" #define VAR_HTTP_PATH "_httpPath" +#define VAR_HTTP_PROXY "httpProxy" #define VAR_HTTP_PORT "httpPort" #define VAR_HTTP_HOST "httpHost" >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 Sep 21 8:20:12 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 12E0237B43E for ; Thu, 21 Sep 2000 08:20:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA83702; Thu, 21 Sep 2000 08:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mailgate.rz.uni-karlsruhe.de (mailgate.rz.uni-karlsruhe.de [129.13.64.97]) by hub.freebsd.org (Postfix) with ESMTP id 4925037B423 for ; Thu, 21 Sep 2000 08:11:35 -0700 (PDT) Received: from nce2.hadiko.de (hadince2.hadiko.uni-karlsruhe.de [172.20.32.2]) by mailgate.rz.uni-karlsruhe.de with esmtp (Exim 3.16 #1) id 13c80c-0005l5-00; Thu, 21 Sep 2000 17:11:34 +0200 Received: from i609.hadiko.de (hadii609.hadiko.uni-karlsruhe.de [172.20.44.159]) by nce2.hadiko.de (8.9.3/8.9.3) with ESMTP id RAA05523 for ; Thu, 21 Sep 2000 17:11:35 +0200 (MET DST) Received: (from p@localhost) by i609.hadiko.de (8.11.0/8.11.0) id e8LFBWB02617; Thu, 21 Sep 2000 17:11:32 +0200 (CEST) (envelope-from p) Message-Id: <200009211511.e8LFBWB02617@i609.hadiko.de> Date: Thu, 21 Sep 2000 17:11:32 +0200 (CEST) From: Philipp Mergenthaler Reply-To: p@i609.hadiko.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/21451: [PATCH] Release/Sysinstall documentation: mention installing via HTTP proxy Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21451 >Category: misc >Synopsis: [PATCH] Release/Sysinstall documentation: mention installing via HTTP proxy >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Sep 21 08:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Philipp Mergenthaler >Release: FreeBSD 5.0-CURRENT i386 >Organization: University of Karlsruhe >Environment: /usr/src/release/texts/i386/INSTALL.TXT version 1.13 /usr/src/release/sysinstall/help/media.hlp version 1.5 >Description: Neither of these texts mentions installing via an HTTP proxy. >How-To-Repeat: >Fix: --- texts/i386/INSTALL.TXT Thu Sep 21 17:04:36 2000 +++ texts/i386/INSTALL.TXT.new Thu Sep 21 17:08:59 2000 @@ -338,5 +338,7 @@ hosts by name rather than IP address, you'll also need a name server and possibly the address of a gateway (if you're using PPP, it's your -provider's IP address) to use in talking to it. +provider's IP address) to use in talking to it. If you want to install +by FTP via an HTTP proxy (see below), you will also need the proxy's +address. If you do not know the answers to these questions then you should @@ -396,5 +398,5 @@ ftp://192.216.191.11/pub/FreeBSD - There are two FTP installation modes you can use: + There are three FTP installation modes you can use: o FTP: @@ -412,7 +414,19 @@ incoming connections on random port addresses. - NOTE: ACTIVE AND PASSIVE MODES ARE NOT THE SAME AS A `PROXY' - CONNECTIONS, WHERE A PROXY FTP SERVER IS LISTENING ON A - DIFFERENT PORT! + o FTP via an HTTP proxy: + This option instructs FreeBSD to use HTTP (like a web + browser) to connect to a proxy for all FTP operations. + The proxy will translate the requests and send them to + the FTP server. This allows the user to pass through + firewalls that do not allow FTP at all, but offer an + HTTP proxy. + In this case, you have to specify the proxy in addition + to the FTP server. + + + NOTE: THERE IS ANOTHER TYPE OF FTP PROXY OTHER THAN HTTP PROXIES. + THIS TYPE IS VERY UNCOMMON, THOUGH. IF YOU ARE NOT ABSOLUTELY + CERTAIN, YOU CAN ASSUME THAT YOU HAVE AN HTTP PROXY AS DESCRIBED + ABOVE. In such instances, you should specify the URL as something like: --- sysinstall/help/media.hlp Tue Feb 8 10:52:31 2000 +++ sysinstall/help/media.hlp.new Thu Sep 21 16:29:55 2000 @@ -26,15 +26,18 @@ FTP Get the distribution files from an anonymous ftp server (you will be presented with a list). Please note that - there are also two ways of invoking FTP in either - "Active" and "Passive" mode. + there are also three ways of invoking FTP in either + "Active" and "Passive" mode or via an HTTP proxy. Active mode is the standard way of fetching files and Passive mode is for use when you're behind a firewall or some other security mechanism that blocks active FTP - connections. If you chose "other" in the FTP menu, please - also note that all paths are *relative* to the home - directory of the user being logged in as. By default, this - is the user "ftp" (anonymous ftp) but you may change this - in the Options screen. + connections. Using an HTTP proxy is sometimes necessary + for firewalls which block all FTP connections. + + If you chose "other" in the FTP menu, please also note + that all paths are *relative* to the home directory of + the user being logged in as. By default, this is the + user "ftp" (anonymous ftp) but you may change this in + the Options screen. >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 Sep 21 8:50: 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 0819E37B43E for ; Thu, 21 Sep 2000 08:50:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA89873; Thu, 21 Sep 2000 08:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.145.166]) by hub.freebsd.org (Postfix) with SMTP id 11E1037B42C for ; Thu, 21 Sep 2000 08:39:57 -0700 (PDT) Received: (qmail 4983 invoked by uid 1000); 21 Sep 2000 15:12:35 -0000 Message-Id: <20000921151235.4982.qmail@www.mmlab.cse.yzu.edu.tw> Date: 21 Sep 2000 15:12:35 -0000 From: avatar@mmlab.cse.yzu.edu.tw Reply-To: avatar@mmlab.cse.yzu.edu.tw To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/21452: ESS audio mixer with speaker support Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21452 >Category: i386 >Synopsis: Add speaker volume adjusting support for ESS audio mixer >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 Sep 21 08:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Tai-hwa Liang >Release: FreeBSD 3.4-RELEASE i386 >Organization: Multimedia Laboratory at Yuan Ze University >Environment: FreeBSD 4.1-RELEASE, with newpcm: FreeBSD Audio Driver (newpcm) Sep 1 2000 08:21:59 Installed devices: pcm0: at io 0x220 irq 5 drq 3:5 (1p/1r channels) >Description: Add(missing in current newpcm?) speaker volume adjusting support for ESS audio mixer. >How-To-Repeat: Apply patch(against src/sys/dev/sound/isa/ess.c,v 1.3.2.1) in Fix section. >Fix: --- sys/dev/sound/isa/ess.c.old Thu Sep 21 23:02:20 2000 +++ sys/dev/sound/isa/ess.c Thu Sep 21 22:31:49 2000 @@ -722,7 +722,7 @@ mix_setdevs(m, SOUND_MASK_SYNTH | SOUND_MASK_PCM | SOUND_MASK_LINE | SOUND_MASK_MIC | SOUND_MASK_CD | SOUND_MASK_VOLUME | - SOUND_MASK_LINE1); + SOUND_MASK_LINE1 | SOUND_MASK_SPEAKER); ess_setmixer(sc, 0, 0); /* reset */ @@ -766,6 +766,10 @@ case SOUND_MIXER_CD: preg = 0x38; rreg = 0x6a; + break; + + case SOUND_MIXER_SPEAKER: + preg = 0x3c; break; case SOUND_MIXER_VOLUME: >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 Sep 21 12: 0: 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 7056B37B443 for ; Thu, 21 Sep 2000 12:00:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA47193; Thu, 21 Sep 2000 12:00:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 672E837B424; Thu, 21 Sep 2000 11:52:42 -0700 (PDT) Message-Id: <20000921185242.672E837B424@hub.freebsd.org> Date: Thu, 21 Sep 2000 11:52:42 -0700 (PDT) From: D.Rock@gmx.de To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/21461: ISA PnP resource allocator problem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21461 >Category: kern >Synopsis: ISA PnP resource allocator problem >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 Sep 21 12:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Daniel Rock >Release: 5.0-CURRENT (cvsup'd yesterday) >Organization: >Environment: FreeBSD gate.rock.net 5.0-CURRENT FreeBSD 5.0-CURRENT #465: Thu Sep 21 20:37:32 CEST 2000 root@gate.rock.net:/usr/src/sys/compile/ROCK i386 >Description: if a resource is already held by another PnP device, the code in /sys/kern/subr_rman.c automatically tries to find another region, but doesn't honour alignment requirements. The code in /sys/isa/isa_common.c (function isa_find_port()) is therefor pretty useless. This code is present in the system since FreeBSD switched to the new PnP code (about a year ago) >How-To-Repeat: I have different ISA PnP devices in my system (output from pnpinfo): I/O Range 0x100 .. 0x3ff, alignment 0x1, len 0x1 [16-bit addr] I/O Range 0x100 .. 0x3f0, alignment 0x8, len 0x8 [not 16-bit addr] For the first device the I/O port 0x100 is allocated. This port isn't available for the second device, but the code in /sys/kern/subr_rman.c automatically "finds" an area large enough at 0x101, but doesn't know the alignment constraint. Instead the second device should be allocated at 0x108-0x10f Wrong boot output: unknown10: at port 0x100 on isa0 isic0: at port 0x101-0x108 irq 11 on isa0 should be: unknown10: at port 0x100 on isa0 isic0: at port 0x108-0x10f irq 11 on isa0 >Fix: The following code releases the region if it is not exactly the one requested, which was the original intention of the code but didn't work because of the additional "intelligence" by the resource allocator. Quick - but ugly - hack (worked for me since I discovered the bug): Index: isa_common.c =================================================================== RCS file: /data/cvs/src/sys/isa/isa_common.c,v retrieving revision 1.18 diff -u -r1.18 isa_common.c --- isa_common.c 2000/07/12 00:42:08 1.18 +++ isa_common.c 2000/09/21 18:37:14 @@ -209,6 +209,13 @@ SYS_RES_IOPORT, &i, 0, ~0, 1, 0 /* !RF_ACTIVE */); if (res[i]) { + /* HACK */ + if(res[i]->r_start != start) { + bus_release_resource(child, + SYS_RES_IOPORT, i, + res[i]); + continue; + } result->ic_port[i].ir_start = start; result->ic_port[i].ir_end = start + size - 1; result->ic_port[i].ir_size = size; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 21 17:14:37 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from servidor.exsocom.com.mx (servidor.exsocom.com.mx [200.34.46.130]) by hub.freebsd.org (Postfix) with ESMTP id CEAE337B423 for ; Thu, 21 Sep 2000 17:14:33 -0700 (PDT) Received: from paty.comunica.net.mx (comunica1.comunica.net.mx [200.34.46.135]) by servidor.exsocom.com.mx (8.9.3/8.9.3) with SMTP id TAA28864 for ; Thu, 21 Sep 2000 19:19:53 -0500 (CDT) Message-ID: <000801c0242b$1f1f1be0$872e22c8@comunica.net.mx> From: "Guillermo Martinez Hernandez" To: Subject: Pregunta de principiante Date: Thu, 21 Sep 2000 19:21:57 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C02401.35981360" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C02401.35981360 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Deseo saber si es posible me indique como recobrar un archivo que por = error borre, no he podido tener contacto con alguna persona que me = atienda en espa=F1ol, me seria mucho m=E1s facil, as=ED no batallaria = con dos cosas a la vez, porque pudiera expresar alguna cosa que yo no quiera y no salir del problema, de = cualquier forma envio el mensaje en ingles en otro correo esperando recibir respuesta. Atte. Guillermo. ------=_NextPart_000_0005_01C02401.35981360 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Deseo saber si es posible me indique = como recobrar=20 un archivo que por error borre, no he podido tener contacto con alguna = persona=20 que me atienda en espa=F1ol, me seria mucho m=E1s facil, as=ED no = batallaria con dos=20 cosas a la vez, porque pudiera
expresar alguna cosa que yo no quiera y = no salir=20 del problema, de cualquier forma envio el mensaje en ingles en otro=20 correo
esperando recibir = respuesta.
 
Atte. = Guillermo.
------=_NextPart_000_0005_01C02401.35981360-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 21 17:50: 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 3D02737B446 for ; Thu, 21 Sep 2000 17:50:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA16571; Thu, 21 Sep 2000 17:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 1689137B43E; Thu, 21 Sep 2000 17:48:42 -0700 (PDT) Message-Id: <20000922004842.1689137B43E@hub.freebsd.org> Date: Thu, 21 Sep 2000 17:48:42 -0700 (PDT) From: kris@freebsd.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/21463: Linux compatability mode should not allow setuid programs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21463 >Category: kern >Synopsis: Linux compatability mode should not allow setuid programs >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 Sep 21 17:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Kris Kennaway >Release: >Organization: >Environment: >Description: Linux compat mode should disallow the execution of setugid applications by default, to protect us against linux userland vulnerabilities as well as subtle interactions between the kernel privilege model in Linux and FreeBSD which may introduce security problems of its own (e.g. allowing a linux binary to do things which a freebsd native binary compiled from the same code cannot do) We don't have any setugid binaries installed from the linux_base and linux_devtools ports so this won't affect the default system. I suggest a sysctl, defaulting to off, which controls whether or not emulated binaries can run with privileges. This is also an issue with other binary compatability systems like SVR4 and should also be fixed there too. >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 Sep 21 17:51:49 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 00EC937B43F; Thu, 21 Sep 2000 17:51:48 -0700 (PDT) Received: (from kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA17018; Thu, 21 Sep 2000 17:51:47 -0700 (PDT) (envelope-from kris@FreeBSD.org) Date: Thu, 21 Sep 2000 17:51:47 -0700 (PDT) From: Message-Id: <200009220051.RAA17018@freefall.freebsd.org> To: kris@FreeBSD.org, freebsd-bugs@FreeBSD.org, marcel@FreeBSD.org Subject: Re: kern/21463: Linux compatability mode should not allow setuid programs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Linux compatability mode should not allow setuid programs Responsible-Changed-From-To: freebsd-bugs->marcel Responsible-Changed-By: kris Responsible-Changed-When: Thu Sep 21 17:51:35 PDT 2000 Responsible-Changed-Why: Marcel maintains the Linux compat code http://www.freebsd.org/cgi/query-pr.cgi?pr=21463 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 21 21:50:57 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from rcpt-expgw.biglobe.ne.jp (rcpt-expgw.biglobe.ne.jp [210.147.6.234]) by hub.freebsd.org (Postfix) with ESMTP id B8A4E37B423 for ; Thu, 21 Sep 2000 21:50:55 -0700 (PDT) Received: from smtp-gw.biglobe.ne.jp by rcpt-expgw.biglobe.ne.jp (8.9.3+3.2W/3.7W-00092117) with ESMTP id NAA20557 for ; Fri, 22 Sep 2000 13:50:54 +0900 (JST) Received: from oemcomputer (211.13.36.107 [211.13.36.107]) by smtp-gw.biglobe.ne.jp id NBOKCAE158CF; Fri, 22 Sep 2000 13:50:53 +0900 (JST) To: freebsd-bugs@FreeBSD.ORG From: link Date: Fri, 22 Sep 2000 13:50:58 +0900 Subject: =?ISO-2022-JP?B?GyRCO0s+ZTpHQmc1LExPJE4lJiUnJVY3TzpHPzclUyU4JU0lOT5wSnMkRyQ5ISMbKEI=?= X-Mailer: IM2000 Version 1.01 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=iso-2022-jp Message-Id: <0922100135058.2276@oemcomputer> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org $B!z!y!z!y!z@$3&:GBg5i$N%7%g%C%T%s%0%b!<%k$,F|K\>eN&!*!z!y!z!y!z(B 10$B7n%*!<%W%sA0$ND6%l%">pJs$G$9!#(B $B$9$G$K?tI4K|E@$N%"%$%F%`$re$2$i$l$k%S%8%M%9%Q!<%H%J!<$r(B $BJg=8$$$?$7$^$9!#(B $BEPO?5Z$S>\:Y$O2<5-%[!<%`%Z!<%8$r$4Mw2<$5$$!#(B $B"-!!"-!!"-!!"-!!"-!!"-!!"-!!"-!!(B http://www.starmax-japan.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 22 0: 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 4CB1D37B422 for ; Fri, 22 Sep 2000 00:00:12 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA95493; Fri, 22 Sep 2000 00:00:12 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 22 Sep 2000 00:00:12 -0700 (PDT) Message-Id: <200009220700.AAA95493@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Matthew Kiser" Subject: Re: i386/20994: /etc/fstab or kernel not correctly installed. Reply-To: "Matthew Kiser" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/20994; it has been noted by GNATS. From: "Matthew Kiser" To: "Sheldon Hearn" Cc: Subject: Re: i386/20994: /etc/fstab or kernel not correctly installed. Date: Thu, 21 Sep 2000 17:38:54 -0500 Sorry for the delayed reply. I am quite certain that I dowloaded the floppies as well as the bin distribution and made new floppies. Matt Kiser ----- Original Message ----- From: "Sheldon Hearn" To: "Matthew Kiser" Cc: Sent: Monday, September 04, 2000 6:48 AM Subject: Re: i386/20994: /etc/fstab or kernel not correctly installed. > > > On Sun, 03 Sep 2000 19:50:02 MST, "Matthew Kiser" wrote: > > > Used FTP install this time from ftp.freebsd.com and all worked > > correctly. However, I suspect the ftp3.freebsd.com mirror may be > > incorrect since, like I say, I did download the 4.1-RELEASE stuff > > twice for a DOS Partition install, and in both cases, it appears as > > though the 3.1 bin distribution was applied instead of the 4.1 bin > > distribution. > > For the installation that failed, were you using an existing > /stand/sysinstall from a previous installation, or were you using > sysinstall as loaded from the floppies supplied with the release? > > Ciao, > Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 22 1: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 68A2437B423 for ; Fri, 22 Sep 2000 01:30:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA16157; Fri, 22 Sep 2000 01:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mail.westgate.gr (zeus.westgate.gr [212.205.119.32]) by hub.freebsd.org (Postfix) with SMTP id C99E237B422 for ; Fri, 22 Sep 2000 01:29:16 -0700 (PDT) Received: (qmail 23400 invoked from network); 22 Sep 2000 08:26:53 -0000 Received: from gray.westgate.gr (qmailr@212.205.119.66) by zeus.westgate.gr with SMTP; 22 Sep 2000 08:26:53 -0000 Received: (qmail 1913 invoked by uid 1001); 22 Sep 2000 08:29:09 -0000 Message-Id: <20000922082909.1912.qmail@gray.westgate.gr> Date: 22 Sep 2000 08:29:09 -0000 From: "Giorgos Keramidas" To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/21468: typo in etc/kerberos/README Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21468 >Category: misc >Synopsis: `kerberos' misspelled in etc/kerberos/README >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Sep 22 01:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Giorgos Keramidas >Release: FreeBSD 4.1-STABLE i386 >Organization: WestGate, S.A. >Environment: Installation of 4.1-STABLE CVSup'ed early this morning [ Friday, Sep. 22 2000 ] >Description: In /usr/src/etc/kerberos/README there is one place where instead of `kerberos' we can read `kereros'. >How-To-Repeat: % more /usr/src/etc/kerberos/README >Fix: The following small diff corrects this. --- README.orig Fri Sep 22 11:24:07 2000 +++ README Fri Sep 22 11:24:14 2000 @@ -6,7 +6,7 @@ The file master_key contains a copy of the master key under which the entire Kerberos database is encrypted. Disclosing this key would be bad news. The reason it is stored in the filesystem is because the following -programs need to inspect or modify the kereros database, and so the key +programs need to inspect or modify the kerberos database, and so the key must be available for them, (or else it would have to be typed in by hand): - kerberos (the server itself) >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 22 1:33:33 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 1D2D937B424; Fri, 22 Sep 2000 01:33:32 -0700 (PDT) Received: (from kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA16982; Fri, 22 Sep 2000 01:33:32 -0700 (PDT) (envelope-from kris@FreeBSD.org) Date: Fri, 22 Sep 2000 01:33:32 -0700 (PDT) From: Message-Id: <200009220833.BAA16982@freefall.freebsd.org> To: kris@FreeBSD.org, freebsd-bugs@FreeBSD.org, green@FreeBSD.org Subject: Re: kern/18209: rlimits are never checked in exec() if executable format is ELF Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: rlimits are never checked in exec() if executable format is ELF Responsible-Changed-From-To: freebsd-bugs->green Responsible-Changed-By: kris Responsible-Changed-When: Fri Sep 22 01:33:15 PDT 2000 Responsible-Changed-Why: I hereby volunteer green to look at this problem http://www.freebsd.org/cgi/query-pr.cgi?pr=18209 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 22 1:51:59 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (Postfix) with ESMTP id 838F437B424 for ; Fri, 22 Sep 2000 01:51:44 -0700 (PDT) Received: from v-ger.we.lc.ehu.es (v-ger [158.227.6.179]) by polaris.we.lc.ehu.es (8.9.1/8.9.1) with ESMTP id KAA11405; Fri, 22 Sep 2000 10:51:41 +0200 (MET DST) Received: from we.lc.ehu.es (localhost [127.0.0.1]) by v-ger.we.lc.ehu.es (8.9.3/8.9.3) with ESMTP id KAA00535; Fri, 22 Sep 2000 10:50:56 +0200 (CEST) (envelope-from jose@we.lc.ehu.es) Message-ID: <39CB1D70.15A95056@we.lc.ehu.es> Date: Fri, 22 Sep 2000 10:50:56 +0200 From: "Jose M. Alcaide" Organization: Universidad del Pais Vasco - Dpto. de Electricidad y Electronica X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: es-ES, es, en-US, en MIME-Version: 1.0 To: Guillermo Martinez Hernandez Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: Pregunta de principiante References: <000801c0242b$1f1f1be0$872e22c8@comunica.net.mx> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Guillermo Martinez Hernandez wrote: > > Deseo saber si es posible me indique como recobrar un archivo que por error borre, no he podido tener contacto con alguna persona que me atienda en español, me seria mucho más facil, así no batallaria con dos cosas a la vez, porque pudiera > expresar alguna cosa que yo no quiera y no salir del problema, de cualquier forma envio el mensaje en ingles en otro correo > esperando recibir respuesta. > [ I'm redirecting this user to the Spanish FreeBSD list ] Puede enviar sus preguntas en español a freebsd@es.FreeBSD.org. Puede suscribirse a esta lista enviando el comando "subscribe freebsd" a majordomo@es.FreeBSD.org. En cualquier caso, lamento decirle que recuperar un archivo borrado es prácticamente imposible. -- JMA ****** Jose M. Alcaide // jose@we.lc.ehu.es // jmas@FreeBSD.org ****** ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein ** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 22 3:10: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 2E17937B440 for ; Fri, 22 Sep 2000 03:10:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA55685; Fri, 22 Sep 2000 03:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 22 Sep 2000 03:10:02 -0700 (PDT) Message-Id: <200009221010.DAA55685@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Philipp Mergenthaler Subject: Re: bin/21449: [PATCH] Sysinstall, installing via HTTP proxy: Fix locating the release directory; fix server name resolving Reply-To: Philipp Mergenthaler Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/21449; it has been noted by GNATS. From: Philipp Mergenthaler To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: bin/21449: [PATCH] Sysinstall, installing via HTTP proxy: Fix locating the release directory; fix server name resolving Date: Fri, 22 Sep 2000 12:03:24 +0200 After the patch in bin/21449, apply this one to change the magic release name "none" to "any", analogically to http://www.freebsd.org/cgi/cvsweb.cgi/src/release/sysinstall/ftp.c#rev1.41 --- http.c Fri Sep 22 11:45:56 2000 +++ http.c.new Fri Sep 22 11:45:32 2000 @@ -50,3 +50,3 @@ } - /* If the release is specified as "__RELEASE" or "any", then just + /* If the release is specified as "__RELEASE" or "none", then just * assume that the path the user gave is ok. @@ -57,3 +57,3 @@ */ - if (strcmp(rel, "__RELEASE") && strcmp(rel, "any")) { + if (strcmp(rel, "__RELEASE") && strcmp(rel, "none")) { sprintf(req, "%s/pub/FreeBSD/releases/"MACHINE"/%s", To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 22 7:14:29 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 3C0FF37B424; Fri, 22 Sep 2000 07:14:28 -0700 (PDT) Received: (from jlemon@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA11328; Fri, 22 Sep 2000 07:14:28 -0700 (PDT) (envelope-from jlemon@FreeBSD.org) Date: Fri, 22 Sep 2000 07:14:28 -0700 (PDT) From: Message-Id: <200009221414.HAA11328@freefall.freebsd.org> To: sketchy@weirdo.netcraft.com, jlemon@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/21259: /etc/defaults/make.conf has 7 irrelevant and confusing lines Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /etc/defaults/make.conf has 7 irrelevant and confusing lines State-Changed-From-To: open->closed State-Changed-By: jlemon State-Changed-When: Fri Sep 22 07:13:57 PDT 2000 State-Changed-Why: Closed at submitter's request; no longer relevant. http://www.freebsd.org/cgi/query-pr.cgi?pr=21259 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 22 8:50: 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 6F06B37B43F for ; Fri, 22 Sep 2000 08:50:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA41960; Fri, 22 Sep 2000 08:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 33C2F37B423; Fri, 22 Sep 2000 08:45:10 -0700 (PDT) Message-Id: <20000922154510.33C2F37B423@hub.freebsd.org> Date: Fri, 22 Sep 2000 08:45:10 -0700 (PDT) From: brett@lariat.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/21476: ftp in 4.1-STABLE fails on http:// URLs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21476 >Category: bin >Synopsis: ftp in 4.1-STABLE fails on http:// URLs >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 Sep 22 08:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Brett Glass >Release: 4.1-STABLE of 9/16/2000 >Organization: >Environment: >Description: ftp utility fails to retrieve some (not all!) files via HTTP. A 404 error is reported. A memory error is also reported after the failure. >How-To-Repeat: %ftp http://www.ben-tech.com/projects/noattach.tar.gz Requesting http://www.ben-tech.com/projects/noattach.tar.gz ftp: Error retrieving file: 404 Not Found ftp in free(): warning: chunk is already free. >Fix: Haven't investigated a fix yet. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 22 10: 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 8873937B424 for ; Fri, 22 Sep 2000 10:00:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA63014; Fri, 22 Sep 2000 10:00:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 22 Sep 2000 10:00:06 -0700 (PDT) Message-Id: <200009221700.KAA63014@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Philipp Mergenthaler Subject: Re: bin/21449: [PATCH] Sysinstall, installing via HTTP proxy: Fix locating the release directory; fix server name resolving Reply-To: Philipp Mergenthaler Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/21449; it has been noted by GNATS. From: Philipp Mergenthaler To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: bin/21449: [PATCH] Sysinstall, installing via HTTP proxy: Fix locating the release directory; fix server name resolving Date: Fri, 22 Sep 2000 18:59:31 +0200 Oops, the last patch is reversed. Sorry. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 22 11: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 A9A0937B424 for ; Fri, 22 Sep 2000 11:20:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA86768; Fri, 22 Sep 2000 11:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 0A6EE37B422; Fri, 22 Sep 2000 11:16:44 -0700 (PDT) Message-Id: <20000922181644.0A6EE37B422@hub.freebsd.org> Date: Fri, 22 Sep 2000 11:16:44 -0700 (PDT) From: dracoling@collegeclub.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/21480: Harddrive death after FreeBSD Install Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21480 >Category: misc >Synopsis: Harddrive death after FreeBSD Install >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 Sep 22 11:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: David R. Aco >Release: 4.1-RELEASE >Organization: >Environment: unable to obtain >Description: After installing FreeBSD 4.1-RELEASE (all but xFree86), the machine was fine. shutdown for the night, turn it back on, and the harddrive was dead, tried the harddrive in 3 other machines, BIOS reports no harddrive connected. This is the second time this has occurred, both drives were fine until I installed FreeBSD. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 22 12:50: 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 5DA1C37B424 for ; Fri, 22 Sep 2000 12:50:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA08578; Fri, 22 Sep 2000 12:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from 01.dhcp.hck.carroll.com (core1.hck.carroll.com [216.44.16.2]) by hub.freebsd.org (Postfix) with ESMTP id 2AD3B37B422 for ; Fri, 22 Sep 2000 12:42:00 -0700 (PDT) Received: (from damien@localhost) by 01.dhcp.hck.carroll.com (8.9.3/8.9.3) id PAA66935; Fri, 22 Sep 2000 15:44:38 -0400 (EDT) (envelope-from damien) Message-Id: <200009221944.PAA66935@01.dhcp.hck.carroll.com> Date: Fri, 22 Sep 2000 15:44:38 -0400 (EDT) From: damien@carroll.com Reply-To: damien@carroll.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/21484: 'chown' statement occurs before NIS startup in /etc/rc Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21484 >Category: conf >Synopsis: chown statement in /etc/rc fails if NIS is configured and root is not in passwd >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 Sep 22 12:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Damien Tougas >Release: FreeBSD 4.1-STABLE >Organization: Carroll-Net, Inc. >Environment: FreeBSD 4.1-STABLE workstation configured an an NIS client. The /etc/master.password file contains only one entry: +::::::::: The file /etc/group contains only one entry: +:*:: >Description: Workstations takes a very long time to bood due to NIS timeout. The /etc/rc boot script has the following line: chown root:wheel /dev/tty[pqrsPQRS]* This statement occurs before NIS services are started (network_pass2). Because of this, the system will pause for a very long time at boot while it attempts to get the UID/GID from NIS until it times out. >How-To-Repeat: Setup a workstation to act as an NIS client. Install /etc/master.passwd with the following line only: +::::::::: Install /etc/group with the following line only: +:*:: Reboot the system. >Fix: This problem is fixed by moving the 'chown' statement (as described above in /etc/rc) directly after NIS service startup (network_pass2). This allows the chown statement to properly get the UID/GID information it requires from NIS hence avoiding the timeout. >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 Sep 22 18:30: 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 8341B37B43C for ; Fri, 22 Sep 2000 18:30:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA85112; Fri, 22 Sep 2000 18:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from never.tellme.com (never.tellme.com [209.157.156.27]) by hub.freebsd.org (Postfix) with ESMTP id E846937B423 for ; Fri, 22 Sep 2000 18:22:08 -0700 (PDT) Received: by never.tellme.com (Postfix, from userid 501) id 784F171658; Fri, 22 Sep 2000 18:22:08 -0700 (PDT) Message-Id: <20000923012208.784F171658@never.tellme.com> Date: Fri, 22 Sep 2000 18:22:08 -0700 (PDT) From: dannyman@tellme.com Reply-To: dannyman@tellme.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/21489: /etc/pccard_ether feature request Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21489 >Category: conf >Synopsis: /etc/pccard_ether feature request >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 Sep 22 18:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: dannyman >Release: FreeBSD 4.1-RELEASE i386 >Organization: Tellme Networks >Environment: >Description: In trying to get my WaveLAN card to work, I found I needed to change a default config with wicontrol prior to configuring the interface. I wanted to do this at bootup so I hacked /etc/pccard_ether to read a variable, pccard_preconfig_wi0, out of rc.conf, to run the "preconfig" command prior to attempting dhclient. This struck me as the "right" way and I thought I'd send my diff in so that something like this could be considered for commit in to the source tree. >How-To-Repeat: >Fix: Diffs: *** /etc/pccard_ether.orig Fri Sep 22 09:25:18 2000 --- /etc/pccard_ether Fri Sep 22 09:53:12 2000 *************** *** 19,24 **** --- 19,29 ---- interface=$1 shift + eval pccard_preconfig=\$pccard_preconfig_${interface} + if [ -n "${pccard_preconfig}" ]; then + ${pccard_preconfig} + fi + case ${pccard_ifconfig} in [Nn][Oo] | '') ;; *** /etc/defaults/rc.conf.orig Fri Sep 22 09:29:16 2000 --- /etc/defaults/rc.conf Fri Sep 22 09:32:56 2000 *************** *** 29,34 **** --- 29,35 ---- pccard_ifconfig="NO" # Specialized pccard ethernet configuration (or NO). pccardd_flags="" # Additional flags for pccardd. pccard_conf="/etc/defaults/pccard.conf" # pccardd(8) config file + #pccard_preconfig_wi0="/usr/sbin/wicontrol -i wi0 -p 1" # specialized startup for pccard ethernet local_startup="/usr/local/etc/rc.d /usr/X11R6/etc/rc.d" # startup script dirs. local_periodic="/usr/local/etc/periodic /usr/X11R6/etc/periodic" # periodic script dirs rc_conf_files="/etc/rc.conf /etc/rc.conf.local" >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 Sep 22 19:30: 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 A97A137B423 for ; Fri, 22 Sep 2000 19:30:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA96753; Fri, 22 Sep 2000 19:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 22 Sep 2000 19:30:02 -0700 (PDT) Message-Id: <200009230230.TAA96753@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Brooks Davis Subject: Re: conf/21489: /etc/pccard_ether feature request Reply-To: Brooks Davis Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/21489; it has been noted by GNATS. From: Brooks Davis To: dannyman@tellme.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: conf/21489: /etc/pccard_ether feature request Date: Fri, 22 Sep 2000 19:25:39 -0700 On Fri, Sep 22, 2000 at 06:22:08PM -0700, dannyman@tellme.com wrote: > > In trying to get my WaveLAN card to work, I found I needed to change a default > config with wicontrol prior to configuring the interface. I wanted to do this > at bootup so I hacked /etc/pccard_ether to read a variable, > pccard_preconfig_wi0, out of rc.conf, to run the "preconfig" command prior to > attempting dhclient. This struck me as the "right" way and I thought I'd send > my diff in so that something like this could be considered for commit in to > the source tree. This is an intresting idea, but after doing some work with a WaveLAN card here, I'm not sure it's enough. The problem is that you need to be able to set several settings in some environments. For example, in the system I'm setting up, you'll have to set the port type, the SSID, the first WEP key, enable encryption, etc. I'd like to see something that can handle this if it's going to be commited. For added fun, the Aironet cards have virtually the same issues (though they can optionaly remember WEP keys), but the PCI and ISA versions don't actually use PC Card support at all so you can't use /etc/pccard_ether to configure them. I'm planning to work on something next week and haven't really thought it out all the way yet so any suggestions would be appreciated. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 22 19:30:13 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 C024F37B42C for ; Fri, 22 Sep 2000 19:30:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA96758; Fri, 22 Sep 2000 19:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 22 Sep 2000 19:30:03 -0700 (PDT) Message-Id: <200009230230.TAA96758@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Danny Howard Subject: Re: conf/21489: /etc/pccard_ether feature request Reply-To: Danny Howard Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/21489; it has been noted by GNATS. From: Danny Howard To: Brooks Davis Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: conf/21489: /etc/pccard_ether feature request Date: Fri, 22 Sep 2000 19:29:52 -0700 On Fri, Sep 22, 2000 at 07:25:39PM -0700, Brooks Davis wrote: > > This is an intresting idea, but after doing some work with a WaveLAN > card here, I'm not sure it's enough. The problem is that you need to > be able to set several settings in some environments. For example, > in the system I'm setting up, you'll have to set the port type, the SSID, [...] I'd think you could write a script to plug in for pre-config. The trick is how the system would determine appropriate settings for a card before it can even determine the network it is on. My hunch is that the wi driver should be able to try a few different settings, but this is a lot more work than the simple kludge suggested here, which will get a lot of folks like me working right away. :) -danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 22 19:50: 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 DAE6037B42C for ; Fri, 22 Sep 2000 19:50:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA99761; Fri, 22 Sep 2000 19:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 22 Sep 2000 19:50:02 -0700 (PDT) Message-Id: <200009230250.TAA99761@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Brooks Davis Subject: Re: conf/21489: /etc/pccard_ether feature request Reply-To: Brooks Davis Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/21489; it has been noted by GNATS. From: Brooks Davis To: Danny Howard Cc: Brooks Davis , FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: conf/21489: /etc/pccard_ether feature request Date: Fri, 22 Sep 2000 19:40:42 -0700 On Fri, Sep 22, 2000 at 07:29:52PM -0700, Danny Howard wrote: > I'd think you could write a script to plug in for pre-config. > > The trick is how the system would determine appropriate settings for a card > before it can even determine the network it is on. My hunch is that the wi > driver should be able to try a few different settings, but this is a lot more > work than the simple kludge suggested here, which will get a lot of folks like > me working right away. :) Writing a script like thatmay be the solution I choose in the end. I'm scheduled to spend next week on these issues for a project at work so I should have a more flexiable solution by next Friday. I'm sure you can wait that long. ;-) -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 22 21:10:31 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 E496137B423 for ; Fri, 22 Sep 2000 21:10:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA14904; Fri, 22 Sep 2000 21:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 22 Sep 2000 21:10:01 -0700 (PDT) Message-Id: <200009230410.VAA14904@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: John Saunders Subject: Re: kern/21410: ATA driver problems when UDMA66 is used with wrong cable Reply-To: John Saunders Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/21410; it has been noted by GNATS. From: John Saunders To: Soren Schmidt Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/21410: ATA driver problems when UDMA66 is used with wrong cable Date: Sat, 23 Sep 2000 15:09:03 +1100 (EST) On Wed, 20 Sep 2000, Soren Schmidt wrote: > It seems john@nlc.net.au wrote: > > > > In the situation where a UDMA66 controller is available but the drive is > > connected with the old style 33MHz cable, the BIOS detects that an 80 > > pin cable is not present. However the ATA driver tries to negotiate > > UDMA66 mode then fails with some nasty error messages, then drops to > > PIO mode. > > > > Sep 19 20:57:26 pacer /kernel: ad0: UDMA ICRC READ ERROR blk# 0 retrying > > Sep 19 20:57:26 pacer last message repeated 2 times > > Sep 19 20:57:26 pacer /kernel: ad0: UDMA ICRC READ ERROR blk# 0ata0-master: WARNING: WAIT_READY active=ATA_ACTIVE_ATA > > Sep 19 20:57:27 pacer /kernel: falling back to PIO mode > > What did the driver say it set the drive to ?? It seems to think that UDMA=4 is supported, although the BIOS printed a message about the 80 conductor cable not installed. So there must be some working mechanism to detect this. > Verbose boot dmesg please!! You got it :-) 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 #0: Tue Sep 19 22:45:06 EST 2000 root@pacer.pakprotector.com:/usr/src/sys/compile/PACER Calibrating clock(s) ... TSC clock: 700018855 Hz, i8254 clock: 1193171 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CPU: AMD Duron(tm) Processor (700.02-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x630 Stepping = 0 Features=0x183f9ff AMD Features=0xc0440000<,AMIE,DSP,3DNow!> Data TLB: 24 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 1 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 536805376 (524224K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x00332000 - 0x1ffe7fff, 533422080 bytes (130230 pages) avail memory = 519393280 (507220K bytes) bios32: Found BIOS32 Service Directory header at 0xc00faf90 bios32: Entry = 0xfb400 (c00fb400) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xb430 pnpbios: Found PnP BIOS data at 0xc00fbf00 pnpbios: Entry = f0000:bf30 Rev = 1.0 Other BIOS signatures found: ACPI: 000f7ad0 Preloaded elf kernel "kernel" at 0xc0319000. Pentium Pro MTRR support enabled pci_open(1): mode 1 addr port (0x0cf8) is 0x80003840 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=03051106) pcib-: pcib0 exists, using next available unit number apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=03051106) pcib0: on motherboard found-> vendor=0x1106, dev=0x0305, revid=0x02 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base d0000000, size 26 found-> vendor=0x1106, dev=0x8305, revid=0x00 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=1 secondarybus=1 found-> vendor=0x1106, dev=0x0686, revid=0x22 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1106, dev=0x0571, revid=0x10 class=01-01-8a, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[20]: type 1, range 32, base 0000c000, size 4 found-> vendor=0x1106, dev=0x3038, revid=0x10 class=0c-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=d, irq=11 map[20]: type 1, range 32, base 0000c400, size 5 found-> vendor=0x1106, dev=0x3038, revid=0x10 class=0c-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=d, irq=11 map[20]: type 1, range 32, base 0000c800, size 5 found-> vendor=0x1106, dev=0x3057, revid=0x30 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x1000, dev=0x000f, revid=0x03 class=01-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base 0000cc00, size 8 map[14]: type 1, range 32, base d9000000, size 8 map[18]: type 1, range 32, base d9001000, size 12 found-> vendor=0x10ec, dev=0x8029, revid=0x00 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=9 map[10]: type 1, range 32, base 0000d000, size 5 found-> vendor=0x121a, dev=0x0001, revid=0x02 class=04-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base d8000000, size 24 found-> vendor=0x1103, dev=0x0004, revid=0x03 class=01-80-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base 0000d400, size 3 map[14]: type 1, range 32, base 0000d800, size 2 map[18]: type 1, range 32, base 0000dc00, size 3 map[1c]: type 1, range 32, base 0000e000, size 2 map[20]: type 1, range 32, base 0000e400, size 8 pci0: on pcib0 pcib2: at device 1.0 on pci0 found-> vendor=0x10de, dev=0x0020, revid=0x04 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base d4000000, size 24 map[14]: type 1, range 32, base d6000000, size 24 pci1: on pcib2 pci1: (vendor=0x10de, dev=0x0020) at 0.0 irq 11 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xc000-0xc00f at device 7.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xc000 ata0: mask=03 status0=50 status1=00 ata0: mask=03 status0=50 status1=00 ata0: devices = 0x1 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xc008 ata1: mask=03 status0=50 status1=50 ata1: mask=03 status0=50 status1=00 ata1: devices = 0x9 ata1: at 0x170 irq 15 on atapci0 pci0: (vendor=0x1106, dev=0x3038) at 7.2 irq 11 pci0: (vendor=0x1106, dev=0x3038) at 7.3 irq 11 sym0: <875> port 0xcc00-0xccff mem 0xd9001000-0xd9001fff,0xd9000000-0xd90000ff irq 11 at device 11.0 on pci0 sym0: Symbios NVRAM, ID 7, Fast-20, SE, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. sym0: initial SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 05/46/80/00/00/24 sym0: final SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 05/46/80/01/08/24 sym0: SCAN FOR LUNS disabled for targets 0 1 2 3 4 5 6 8 9 10 11 12 13 14 15. sym0: Delay (GEN=11): 293 msec, 30335 KHz sym0: Delay (GEN=11): 262 msec, 33924 KHz sym0: Delay (GEN=11): 262 msec, 33924 KHz sym0: enabling clock multiplier sym0: Downloading SCSI SCRIPTS. ed0: port 0xd000-0xd01f irq 9 at device 13.0 on pci0 bpf: ed0 attached ed0: address 00:00:e8:60:eb:b4, type NE2000 (16 bit) pci0: <3Dfx Voodoo graphics accelerator> (vendor=0x121a, dev=0x0001) at 15.0 atapci1: port 0xe400-0xe4ff,0xe000-0xe003,0xdc00-0xdc07,0xd800-0xd803,0xd400-0xd407 irq 10 at device 19.0 on pci0 ata-: ata2 exists, using next available unit number ata2: iobase=0xd400 altiobase=0xd800 bmaddr=0xe400 ata2: mask=03 status0=20 status1=30 ata2: mask=03 status0=20 status1=30 ata2: devices = 0x0 ata2: at 0xd400 on atapci1 ata3: iobase=0xdc00 altiobase=0xe000 bmaddr=0xe408 ata3: mask=03 status0=20 status1=30 ata3: mask=03 status0=20 status1=30 ata3: devices = 0x0 ata3: at 0xdc00 on atapci1 using shared irq10. pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=03051106) pci-: pci1 exists, using next available unit number pcib1: on motherboard pci2: on pcib1 Trying Read_Port at 203 Trying Read_Port at 243 CTL0045: start dependant CTL0045: adding irq mask 0x20 CTL0045: adding dma mask 0x2 CTL0045: adding dma mask 0x20 CTL0045: adding io range 0x220-0x22f, size=0x10, align=0x1 CTL0045: adding io range 0x330-0x331, size=0x2, align=0x1 CTL0045: adding io range 0x388-0x38b, size=0x4, align=0x1 CTL0045: start dependant CTL0045: adding irq mask 0x6a0 CTL0045: adding dma mask 0xb CTL0045: adding dma mask 0xe0 CTL0045: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0045: adding io range 0x300-0x331, size=0x2, align=0x30 CTL0045: adding io range 0x388-0x38b, size=0x4, align=0x1 CTL0045: start dependant CTL0045: adding irq mask 0x6a0 CTL0045: adding dma mask 0xb CTL0045: adding dma mask 0xe0 CTL0045: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0045: adding io range 0x300-0x331, size=0x2, align=0x30 CTL0045: start dependant CTL0045: adding irq mask 0x6a0 CTL0045: adding dma mask 0xb CTL0045: adding dma mask 0xe0 CTL0045: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0045: start dependant CTL0045: adding irq mask 0x6a0 CTL0045: adding dma mask 0xb CTL0045: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0045: adding io range 0x300-0x331, size=0x2, align=0x30 CTL0045: adding io range 0x388-0x38b, size=0x4, align=0x1 CTL0045: start dependant CTL0045: adding irq mask 0x6a0 CTL0045: adding dma mask 0xb CTL0045: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0045: adding io range 0x300-0x331, size=0x2, align=0x30 CTL0045: start dependant CTL0045: adding irq mask 0x6a0 CTL0045: adding dma mask 0xb CTL0045: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0045: start dependant isa0: too many dependant configs (8) CTL7002: start dependant CTL7002: adding io range 0x200-0x207, size=0x8, align=0x1 CTL7002: start dependant CTL7002: adding io range 0x200-0x20f, size=0x8, align=0x8 CTL7002: end dependant CTL0022: start dependant CTL0022: adding io range 0x620-0x623, size=0x4, align=0x1 CTL0022: start dependant CTL0022: adding io range 0x620-0x683, size=0x4, align=0x20 CTL0022: end dependant isa0: unexpected small tag 14 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 psm0: current command byte:0047 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 00 00 64 psm: status 00 03 64 psm: status 00 03 64 psm: data 08 00 00 psm: data 08 00 00 psm: status 00 02 64 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000000, packet size:4 psm0: syncmask:08, syncbits:08 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: on isa0 sc0: VGA <12 virtual consoles, flags=0x200> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x2821 0x2831 0x2821 0x2821 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: irq maps: 0x2821 0x2829 0x2821 0x2821 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold lpt0: on ppbus0 lpt0: Interrupt-driven port plip0: on ppbus0 bpf: lp0 attached ppi0: on ppbus0 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 isa_probe_children: probing PnP devices sbc1: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on isa0 sbc1: setting card to irq 5, drq 1, 5 pcm0: on sbc1 pcm: setmap 6000, 2000; 0xd2e28000 -> 6000 pcm: setmap 8000, 2000; 0xd2e2a000 -> 8000 unknown0: at port 0x200-0x207 on isa0 unknown1: at port 0x620-0x623 on isa0 BIOS Geometries: 0:0340ef3f 0..832=833 cylinders, 0..239=240 heads, 1..63=63 sectors 1:03fffe3f 0..1023=1024 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for Device configuration finished. IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to accept, logging limited to 100 packets/entry by default bpf: faith0 attached bpf: gif0 attached bpf: gif1 attached bpf: gif2 attached bpf: gif3 attached bpf: lo0 attached bpf: ppp0 attached new masks: bio 68c440, tty 6310ba, net 6712ba Linux-ELF exec handler installed ata0-master: success setting UDMA4 on VIA chip ad0: ATA-4 disk at ata0 as master ad0: 12416MB (25429824 sectors), 25228 cyls, 16 heads, 63 S/T, 512 B/S ad0: 16 secs/int, 1 depth queue, UDMA66 ad0: piomode=4 dmamode=2 udmamode=4 cblid=1 Creating DISK ad0 Creating DISK wd0 ata1-master: success setting UDMA2 on VIA chip ad1: ATA-3 disk at ata1 as master ad1: 6149MB (12594960 sectors), 13328 cyls, 15 heads, 63 S/T, 512 B/S ad1: 16 secs/int, 1 depth queue, UDMA33 ad1: piomode=4 dmamode=2 udmamode=2 cblid=0 Creating DISK ad1 Creating DISK wd1 ata1-slave: piomode=4 dmamode=2 udmamode=2 dmaflag=1 ata1-slave: success setting UDMA2 on VIA chip acd0: DVD-ROM drive at ata1 as slave acd0: 512KB buffer, UDMA33 acd0: Reads: CD-R, CD-RW, CD-DA stream, DVD-ROM, DVD-R acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray acd0: Medium: CD-ROM 120mm data disc loaded, unlocked Waiting 3 seconds for SCSI devices to settle (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. sym0: enabling clock multiplier sym0: Downloading SCSI SCRIPTS. Creating DISK da0 Creating DISK cd0 pass0 at sym0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-2 device pass0: Serial Number PCB=412230788528(ZG30788528 ); HDA=0000031435351611 pass0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled pass1 at sym0 bus 0 target 1 lun 0 pass1: Removable CD-ROM SCSI-2 device pass1: Serial Number 3 pass1: 3.300MB/s transfers da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: Serial Number PCB=412230788528(ZG30788528 ); HDA=0000031435351611 da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da0: 1001MB (2050860 512 byte sectors: 64H 32S/T 1001C) Mounting root from ufs:/dev/ad1s1a (cd0:sym0:0:1:0): READ CD RECORDED CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:sym0:0:1:0): NOT READY asc:3a,0 (cd0:sym0:0:1:0): Medium not present cd0 at sym0 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: Serial Number 3 cd0: 3.300MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present ad1s1: type 0xa5, start 63, end = 10506509, size 10506447 : OK ad1s2: type 0xa5, start 10506510, end = 12594959, size 2088450 : OK start_init: trying /sbin/init ad0: UDMA ICRC READ ERROR blk# 0 retrying ad0: UDMA ICRC READ ERROR blk# 0 retrying ad0: UDMA ICRC READ ERROR blk# 0 retrying ad0: UDMA ICRC READ ERROR blk# 0ata0-master: WARNING: WAIT_READY active=ATA_ACTIVE_ATA ata0-master: success setting PIO4 on generic chip falling back to PIO mode ad0s1: type 0xc, start 63, end = 25414829, size 25414767 : OK splash: image decoder found: green_saver -- +------------------------------------------------------------+ . | John Saunders - mailto:john@nlc.net.au (EMail) | ,--_|\ | - http://www.nlc.net.au/ (WWW) | / Oz \ | - 1800-445-100 or 04-1822-3814 (Phone) | \_,--\_/ | NORTHLINK COMMUNICATIONS P/L - Supplying a professional, | v | and above all friendly, internet connection service. | +------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 22 23: 0: 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 2393B37B423 for ; Fri, 22 Sep 2000 23:00:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA34313; Fri, 22 Sep 2000 23:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 46D4B37B422; Fri, 22 Sep 2000 22:56:38 -0700 (PDT) Message-Id: <20000923055638.46D4B37B422@hub.freebsd.org> Date: Fri, 22 Sep 2000 22:56:38 -0700 (PDT) From: djhill@novagate.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/21494: ftpd doesn't count Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21494 >Category: misc >Synopsis: ftpd doesn't count >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Sep 22 23:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: David Hill >Release: 4.1 >Organization: >Environment: FreeBSD beast.hill.hom 4.1-STABLE FreeBSD 4.1-STABLE #5: Thu Sep 14 17:00:50 EDT 2000 root@beast.hill.hom:/usr/src/sys/compile/BEAST i386 >Description: When adding a user to /etc/ftpchroot without hitting enter at the end (does not at \n), ftpd will fail to check the username. Ok, maybe I am being picky, but when I had to add only one username to /etc/ftpchroot, and it wasn't working, I finally remembered to hit enter. A patch is available below (could it hurt it add it?) >How-To-Repeat: add a user to /etc/ftpchroot without hitting enter at the end. >Fix: --- ftpd.c.orig Wed Sep 20 05:57:57 2000 +++ ftpd.c Sat Sep 23 01:53:33 2000 @@ -977,7 +977,7 @@ if ((fd = fopen(fname, "r")) != NULL) { while (!found && fgets(line, sizeof(line), fd) != NULL) - if ((p = strchr(line, '\n')) != NULL) { + if (((p = strchr(line, '\n')) != NULL) || (p = strchr(line, '\0')) != NULL) { *p = '\0'; if (line[0] == '#') continue; >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 Sep 23 12: 0: 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 B24D137B42C for ; Sat, 23 Sep 2000 12:00:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA21825; Sat, 23 Sep 2000 12:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id E21F637B42C; Sat, 23 Sep 2000 11:59:08 -0700 (PDT) Message-Id: <20000923185908.E21F637B42C@hub.freebsd.org> Date: Sat, 23 Sep 2000 11:59:08 -0700 (PDT) From: screwgeeks@rootthis.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/21506: dox Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21506 >Category: i386 >Synopsis: dox >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: wish >Submitter-Id: current-users >Arrival-Date: Sat Sep 23 12:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Al Gore >Release: 4.0 >Organization: Campaign on Presidential Debates >Environment: >Description: freebsd documenation is severely lacking in layperson understandability, is often misplaced, or just plain obfuscating. ACTIVELY RECRUIT WOMEN DEVELOPERS. DEVELOP GUI AND OBJECT-ORIENTED TASK MANAGEMENT. stop regressing to the two-dimensional 1970s. >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 Sep 23 12:31: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 C156C37B43C; Sat, 23 Sep 2000 12:31:09 -0700 (PDT) Received: (from will@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA30305; Sat, 23 Sep 2000 12:31:09 -0700 (PDT) (envelope-from will@FreeBSD.org) Date: Sat, 23 Sep 2000 12:31:09 -0700 (PDT) From: Message-Id: <200009231931.MAA30305@freefall.freebsd.org> To: screwgeeks@rootthis.com, will@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/21506: dox Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: dox State-Changed-From-To: open->closed State-Changed-By: will State-Changed-When: Sat Sep 23 12:30:57 PDT 2000 State-Changed-Why: Bogus problem report. http://www.freebsd.org/cgi/query-pr.cgi?pr=21506 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 23 17: 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 4475937B42C for ; Sat, 23 Sep 2000 17:00:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA91137; Sat, 23 Sep 2000 17:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 23 Sep 2000 17:00:03 -0700 (PDT) Message-Id: <200009240000.RAA91137@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: dracoling@collegeclub.com Subject: misc/21480: Harddrive death after FreeBSD Install Reply-To: dracoling@collegeclub.com Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/21480; it has been noted by GNATS. From: dracoling@collegeclub.com To: freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: misc/21480: Harddrive death after FreeBSD Install Date: Fri, 22 Sep 2000 11:16:44 -0700 (PDT) >Number: 21480 >Category: misc >Synopsis: Harddrive death after FreeBSD Install >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 Sep 22 11:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: David R. Aco >Release: 4.1-RELEASE >Organization: >Environment: unable to obtain >Description: After installing FreeBSD 4.1-RELEASE (all but xFree86), the machine was fine. shutdown for the night, turn it back on, and the harddrive was dead, tried the harddrive in 3 other machines, BIOS reports no harddrive connected. This is the second time this has occurred, both drives were fine until I installed FreeBSD. >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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 23 17: 0: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 6F27E37B422 for ; Sat, 23 Sep 2000 17:00:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA91142; Sat, 23 Sep 2000 17:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 23 Sep 2000 17:00:04 -0700 (PDT) Message-Id: <200009240000.RAA91142@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: dannyman@tellme.com Subject: conf/21489: /etc/pccard_ether feature request Reply-To: dannyman@tellme.com Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/21489; it has been noted by GNATS. From: dannyman@tellme.com To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: conf/21489: /etc/pccard_ether feature request Date: Fri, 22 Sep 2000 18:22:08 -0700 (PDT) >Number: 21489 >Category: conf >Synopsis: /etc/pccard_ether feature request >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 Sep 22 18:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: dannyman >Release: FreeBSD 4.1-RELEASE i386 >Organization: Tellme Networks >Environment: >Description: In trying to get my WaveLAN card to work, I found I needed to change a default config with wicontrol prior to configuring the interface. I wanted to do this at bootup so I hacked /etc/pccard_ether to read a variable, pccard_preconfig_wi0, out of rc.conf, to run the "preconfig" command prior to attempting dhclient. This struck me as the "right" way and I thought I'd send my diff in so that something like this could be considered for commit in to the source tree. >How-To-Repeat: >Fix: Diffs: *** /etc/pccard_ether.orig Fri Sep 22 09:25:18 2000 --- /etc/pccard_ether Fri Sep 22 09:53:12 2000 *************** *** 19,24 **** --- 19,29 ---- interface=$1 shift + eval pccard_preconfig=\$pccard_preconfig_${interface} + if [ -n "${pccard_preconfig}" ]; then + ${pccard_preconfig} + fi + case ${pccard_ifconfig} in [Nn][Oo] | '') ;; *** /etc/defaults/rc.conf.orig Fri Sep 22 09:29:16 2000 --- /etc/defaults/rc.conf Fri Sep 22 09:32:56 2000 *************** *** 29,34 **** --- 29,35 ---- pccard_ifconfig="NO" # Specialized pccard ethernet configuration (or NO). pccardd_flags="" # Additional flags for pccardd. pccard_conf="/etc/defaults/pccard.conf" # pccardd(8) config file + #pccard_preconfig_wi0="/usr/sbin/wicontrol -i wi0 -p 1" # specialized startup for pccard ethernet local_startup="/usr/local/etc/rc.d /usr/X11R6/etc/rc.d" # startup script dirs. local_periodic="/usr/local/etc/periodic /usr/X11R6/etc/periodic" # periodic script dirs rc_conf_files="/etc/rc.conf /etc/rc.conf.local" >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 23 17: 0:18 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 F2BD837B43C for ; Sat, 23 Sep 2000 17:00:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA91158; Sat, 23 Sep 2000 17:00:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 23 Sep 2000 17:00:05 -0700 (PDT) Message-Id: <200009240000.RAA91158@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Giorgos Keramidas" Subject: misc/21468: typo in etc/kerberos/README Reply-To: "Giorgos Keramidas" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/21468; it has been noted by GNATS. From: "Giorgos Keramidas" To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: misc/21468: typo in etc/kerberos/README Date: 22 Sep 2000 08:29:09 -0000 >Number: 21468 >Category: misc >Synopsis: `kerberos' misspelled in etc/kerberos/README >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Sep 22 01:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Giorgos Keramidas >Release: FreeBSD 4.1-STABLE i386 >Organization: WestGate, S.A. >Environment: Installation of 4.1-STABLE CVSup'ed early this morning [ Friday, Sep. 22 2000 ] >Description: In /usr/src/etc/kerberos/README there is one place where instead of `kerberos' we can read `kereros'. >How-To-Repeat: % more /usr/src/etc/kerberos/README >Fix: The following small diff corrects this. --- README.orig Fri Sep 22 11:24:07 2000 +++ README Fri Sep 22 11:24:14 2000 @@ -6,7 +6,7 @@ The file master_key contains a copy of the master key under which the entire Kerberos database is encrypted. Disclosing this key would be bad news. The reason it is stored in the filesystem is because the following -programs need to inspect or modify the kereros database, and so the key +programs need to inspect or modify the kerberos database, and so the key must be available for them, (or else it would have to be typed in by hand): - kerberos (the server itself) >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 23 17: 0:27 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 2CE7937B43E for ; Sat, 23 Sep 2000 17:00:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA91165; Sat, 23 Sep 2000 17:00:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 23 Sep 2000 17:00:07 -0700 (PDT) Message-Id: <200009240000.RAA91165@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: djhill@novagate.net Subject: misc/21494: ftpd doesn't count Reply-To: djhill@novagate.net Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/21494; it has been noted by GNATS. From: djhill@novagate.net To: freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: misc/21494: ftpd doesn't count Date: Fri, 22 Sep 2000 22:56:38 -0700 (PDT) >Number: 21494 >Category: misc >Synopsis: ftpd doesn't count >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Sep 22 23:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: David Hill >Release: 4.1 >Organization: >Environment: FreeBSD beast.hill.hom 4.1-STABLE FreeBSD 4.1-STABLE #5: Thu Sep 14 17:00:50 EDT 2000 root@beast.hill.hom:/usr/src/sys/compile/BEAST i386 >Description: When adding a user to /etc/ftpchroot without hitting enter at the end (does not at \n), ftpd will fail to check the username. Ok, maybe I am being picky, but when I had to add only one username to /etc/ftpchroot, and it wasn't working, I finally remembered to hit enter. A patch is available below (could it hurt it add it?) >How-To-Repeat: add a user to /etc/ftpchroot without hitting enter at the end. >Fix: --- ftpd.c.orig Wed Sep 20 05:57:57 2000 +++ ftpd.c Sat Sep 23 01:53:33 2000 @@ -977,7 +977,7 @@ if ((fd = fopen(fname, "r")) != NULL) { while (!found && fgets(line, sizeof(line), fd) != NULL) - if ((p = strchr(line, '\n')) != NULL) { + if (((p = strchr(line, '\n')) != NULL) || (p = strchr(line, '\0')) != NULL) { *p = '\0'; if (line[0] == '#') continue; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 23 17:10:12 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 5005137B424 for ; Sat, 23 Sep 2000 17:10:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA93961; Sat, 23 Sep 2000 17:10:08 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 23 Sep 2000 17:10:08 -0700 (PDT) Message-Id: <200009240010.RAA93961@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: brett@lariat.org Subject: bin/21476: ftp in 4.1-STABLE fails on http:// URLs Reply-To: brett@lariat.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/21476; it has been noted by GNATS. From: brett@lariat.org To: freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: bin/21476: ftp in 4.1-STABLE fails on http:// URLs Date: Fri, 22 Sep 2000 08:45:10 -0700 (PDT) >Number: 21476 >Category: bin >Synopsis: ftp in 4.1-STABLE fails on http:// URLs >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 Sep 22 08:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Brett Glass >Release: 4.1-STABLE of 9/16/2000 >Organization: >Environment: >Description: ftp utility fails to retrieve some (not all!) files via HTTP. A 404 error is reported. A memory error is also reported after the failure. >How-To-Repeat: %ftp http://www.ben-tech.com/projects/noattach.tar.gz Requesting http://www.ben-tech.com/projects/noattach.tar.gz ftp: Error retrieving file: 404 Not Found ftp in free(): warning: chunk is already free. >Fix: Haven't investigated a fix yet. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 23 17:26:28 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 DB3C137B422; Sat, 23 Sep 2000 17:26:26 -0700 (PDT) Received: (from bmilekic@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA96354; Sat, 23 Sep 2000 17:26:26 -0700 (PDT) (envelope-from bmilekic@FreeBSD.org) Date: Sat, 23 Sep 2000 17:26:26 -0700 (PDT) From: Message-Id: <200009240026.RAA96354@freefall.freebsd.org> To: bmilekic@FreeBSD.org, freebsd-bugs@FreeBSD.org, bmilekic@FreeBSD.org Subject: Re: kern/19551: panic when enabling bridge_ipfw Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: panic when enabling bridge_ipfw Responsible-Changed-From-To: freebsd-bugs->bmilekic Responsible-Changed-By: bmilekic Responsible-Changed-When: Sat Sep 23 17:22:52 PDT 2000 Responsible-Changed-Why: I'll grab this now that I think I've stumbled on a related problem... unless Luigi wants it specifically (in which case he can change it when he likes) http://www.freebsd.org/cgi/query-pr.cgi?pr=19551 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 23 17:50: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 17C7C37B440 for ; Sat, 23 Sep 2000 17:50:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA99288; Sat, 23 Sep 2000 17:50:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 23 Sep 2000 17:50:04 -0700 (PDT) Message-Id: <200009240050.RAA99288@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: damien@carroll.com Subject: conf/21484: 'chown' statement occurs before NIS startup in /etc/rc Reply-To: damien@carroll.com Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/21484; it has been noted by GNATS. From: damien@carroll.com To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: conf/21484: 'chown' statement occurs before NIS startup in /etc/rc Date: Fri, 22 Sep 2000 15:44:38 -0400 (EDT) >Number: 21484 >Category: conf >Synopsis: chown statement in /etc/rc fails if NIS is configured and root is not in passwd >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 Sep 22 12:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Damien Tougas >Release: FreeBSD 4.1-STABLE >Organization: Carroll-Net, Inc. >Environment: FreeBSD 4.1-STABLE workstation configured an an NIS client. The /etc/master.password file contains only one entry: +::::::::: The file /etc/group contains only one entry: +:*:: >Description: Workstations takes a very long time to bood due to NIS timeout. The /etc/rc boot script has the following line: chown root:wheel /dev/tty[pqrsPQRS]* This statement occurs before NIS services are started (network_pass2). Because of this, the system will pause for a very long time at boot while it attempts to get the UID/GID from NIS until it times out. >How-To-Repeat: Setup a workstation to act as an NIS client. Install /etc/master.passwd with the following line only: +::::::::: Install /etc/group with the following line only: +:*:: Reboot the system. >Fix: This problem is fixed by moving the 'chown' statement (as described above in /etc/rc) directly after NIS service startup (network_pass2). This allows the chown statement to properly get the UID/GID information it requires from NIS hence avoiding the timeout. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 23 22:29:38 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 D543537B424; Sat, 23 Sep 2000 22:29:36 -0700 (PDT) Received: (from will@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA54870; Sat, 23 Sep 2000 22:29:36 -0700 (PDT) (envelope-from will@FreeBSD.org) Date: Sat, 23 Sep 2000 22:29:36 -0700 (PDT) From: Message-Id: <200009240529.WAA54870@freefall.freebsd.org> To: dracoling@collegeclub.com, will@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/21480: Harddrive death after FreeBSD Install Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Harddrive death after FreeBSD Install State-Changed-From-To: open->feedback State-Changed-By: will State-Changed-When: Sat Sep 23 22:28:19 PDT 2000 State-Changed-Why: I'm sorry, but this is a worthless PR. You need to specify your hard drive types, how you did the installation, and what happens when you try to boot in the morning. Otherwise, there is nothing we can do (besides attempt to read your mind). http://www.freebsd.org/cgi/query-pr.cgi?pr=21480 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 23 22:30: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 48B4737B43E for ; Sat, 23 Sep 2000 22:30:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA55096; Sat, 23 Sep 2000 22:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 3786037B43C; Sat, 23 Sep 2000 22:29:32 -0700 (PDT) Message-Id: <20000924052932.3786037B43C@hub.freebsd.org> Date: Sat, 23 Sep 2000 22:29:32 -0700 (PDT) From: BeSchmidt@cloaked.de To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/21512: cdrdao fails to build with SCGLIB Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21512 >Category: misc >Synopsis: cdrdao fails to build with SCGLIB >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Sep 23 22:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Benedikt Schmidt >Release: 4-stable >Organization: Universitaet Karlsruhe >Environment: FreeBSD steele.intra 4.1-STABLE FreeBSD 4.1-STABLE #5: Fri Sep 15 15:44:29 CEST 2000 steele@steele.intra:/usr/home/src/sys/compile/STEELE i38 >Description: /usr/ports/audio/cdrdao doesn't compile because of problems with scglib. When you use "WITHOUT_SCGLIB=yes" it compiles fine but doesn't work. I get something like CAM_Error: device not find ... (but afaik it never worked without scglib so I didn't care) The problem is that `struct scsi_mode_page_header' is defined in /usr/include/cam/scsi/scsi_all.h _and_ /usr/ports/audio/cdrdao/work/cdrdao-1.1.3/scsilib/libscg/scg/scsireg.h. These definitions are not identical. It fails with the following messages: ... ==> MAKING "all" ON SUBDIRECTORY "SRCROOT/lib" gmake[2]: Entering directory `/usr/home/src/ports/audio/cdrdao/work/cdrdao-1.1.3/scsilib/ lib' ==> MAKING "all" ON SUBCOMPONENT "SRCROOT/lib/libschily.mk" gmake[3]: Entering directory `/usr/home/src/ports/audio/cdrdao/work/cdrdao-1.1.3/scsilib/ lib' ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/cvmod.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/dat.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/fcons.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/fgetline.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/fileopen.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/fileread.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/filewrite.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/flag.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/flush.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/niread.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/astoi.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/comerr.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/error.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/fconv.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/fillbytes.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/format.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/getfp.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/getdomainname.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/gethostid.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/gethostname.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/getargs.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/getav0.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/geterrno.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/jsprintf.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/jssnprintf.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/jssprintf.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/movebytes.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/printf.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/raisecond.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/saveargs.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/sprintf.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/streql.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/swabbytes.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/usleep.d: No such file or directory ==> MAKING DIRECTORY "OBJ/i386-freebsd-cc" ==> MAKING DEPENDENCIES "OBJ/i386-freebsd-cc/usleep.d" ==> MAKING DEPENDENCIES "OBJ/i386-freebsd-cc/swabbytes.d" ==> MAKING DEPENDENCIES "OBJ/i386-freebsd-cc/streql.d" ... ==> MAKING "all" ON SUBDIRECTORY "SRCROOT/libscg" gmake[2]: Entering directory `/usr/home/src/ports/audio/cdrdao/work/cdrdao-1.1.3/scsilib/ libscg' ==> MAKING "all" ON SUBCOMPONENT "SRCROOT/libscg/libscg.mk" gmake[3]: Entering directory `/usr/home/src/ports/audio/cdrdao/work/cdrdao-1.1.3/scsilib/ libscg' ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/scsitransp.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/scsiopen.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/i386-freebsd-cc/scsierrs.d: No such file or directory ==> MAKING DIRECTORY "OBJ/i386-freebsd-cc" ==> MAKING DEPENDENCIES "OBJ/i386-freebsd-cc/scsierrs.d" ==> MAKING DEPENDENCIES "OBJ/i386-freebsd-cc/scsiopen.d" ==> MAKING DEPENDENCIES "OBJ/i386-freebsd-cc/scsitransp.d" gmake[3]: Leaving directory `/usr/home/src/ports/audio/cdrdao/work/cdrdao-1.1.3/scsilib/l ibscg' gmake[3]: Entering directory `/usr/home/src/ports/audio/cdrdao/work/cdrdao-1.1.3/scsilib/ libscg' ==> COMPILING "OBJ/i386-freebsd-cc/scsitransp.o" In file included from /usr/include/cam/cam_ccb.h:41, from scsi-bsd.c:477, from scsihack.c:58, from scsitransp.c:144: /usr/include/cam/scsi/scsi_all.h:681: redefinition of `struct scsi_mode_page_header' gmake[3]: *** [OBJ/i386-freebsd-cc/scsitransp.o] Error 1 gmake[3]: Leaving directory `/usr/home/src/ports/audio/cdrdao/work/cdrdao-1.1.3/scsilib/l ibscg' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/home/src/ports/audio/cdrdao/work/cdrdao-1.1.3/scsilib/l ibscg' ==> MAKING "all" ON SUBDIRECTORY "SRCROOT/export" gmake[2]: Entering directory `/usr/home/src/ports/audio/cdrdao/work/cdrdao-1.1.3/scsilib/ export' ... ranlib libdao.a c++ -o cdrdao main.o -L. -ldao -L../paranoia -lcdda_paranoia -L../trackdb -ltrackdb -L.. /edc_ecc -ledc_ecc -L../scsilib/export -lscg -lschily -lcam /usr/libexec/elf/ld: cannot find -lscg gmake[1]: *** [cdrdao] Error 1 gmake[1]: Leaving directory `/usr/home/src/ports/audio/cdrdao/work/cdrdao-1.1.3/dao' gmake: *** [all] Error 1 *** Error code 2 Stop in /usr/home/src/ports/audio/cdrdao. *** Error code 1 Stop in /usr/home/src/ports/audio/cdrdao. *** Error code 1 Stop in /usr/home/src/ports/audio/cdrdao. >How-To-Repeat: cd /usr/ports/audio/cdrdao; make install >Fix: I have fixed the problem by commenting out the struct definition for `struct scsi_mode_page_header' on line 681 in /usr/include/cam/scsi/scsi_all.h before compiling cdrdao and restoring this file after the succesfull compilation. This no real fix just my way to get it to compile. I think libscg should be changed so that there are no >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message