From owner-freebsd-i386@FreeBSD.ORG Sun Sep 28 02:50:20 2003 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D62A216A4B3 for ; Sun, 28 Sep 2003 02:50:20 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B75B43FEA for ; Sun, 28 Sep 2003 02:50:20 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h8S9oJFY094833 for ; Sun, 28 Sep 2003 02:50:19 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h8S9oJfq094832; Sun, 28 Sep 2003 02:50:19 -0700 (PDT) (envelope-from gnats) Date: Sun, 28 Sep 2003 02:50:19 -0700 (PDT) Message-Id: <200309280950.h8S9oJfq094832@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: "Heiko Weber" Subject: Re: i386/56933: kernel panic vm_page_remove X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Heiko Weber List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2003 09:50:20 -0000 The following reply was made to PR i386/56933; it has been noted by GNATS. From: "Heiko Weber" To: , Cc: Subject: Re: i386/56933: kernel panic vm_page_remove Date: Sun, 28 Sep 2003 11:45:43 +0200 This bug was fixed between 4.8 and the upcoming 4.9 release. The following kernel patch which will help before 4.9 is out: Index: sys/vm/vm_page.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_page.c,v retrieving revision 1.147.2.18 diff -u -r1.147.2.18 vm_page.c --- sys/vm/vm_page.c 10 Mar 2002 05:03:19 -0000 1.147.2.18 +++ sys/vm/vm_page.c 6 Aug 2003 23:09:58 -0000 @@ -1403,7 +1408,8 @@ { int s; - if ((m->flags & (PG_BUSY|PG_UNMANAGED)) || m->busy || m->wire_count) { + if ((m->flags & (PG_BUSY|PG_UNMANAGED)) || m->busy || + m->hold_count || m->wire_count) { printf("vm_page_cache: attempting to cache busy page\n"); return; } Index: sys/kern/sys_pipe.c =================================================================== RCS file: /home/ncvs/src/sys/kern/sys_pipe.c,v retrieving revision 1.60.2.14 diff -u -r1.60.2.14 sys_pipe.c --- sys/kern/sys_pipe.c 3 Aug 2003 13:04:57 -0000 1.60.2.14 +++ sys/kern/sys_pipe.c 6 Aug 2003 23:09:58 -0000 @@ -561,12 +561,12 @@ int j; for (j = 0; j < i; j++) - vm_page_unwire(wpipe->pipe_map.ms[j], 1); + vm_page_unhold(wpipe->pipe_map.ms[j]); return (EFAULT); } m = PHYS_TO_VM_PAGE(paddr); - vm_page_wire(m); + vm_page_hold(m); wpipe->pipe_map.ms[i] = m; } @@ -627,7 +627,7 @@ } } for (i = 0; i < wpipe->pipe_map.npages; i++) - vm_page_unwire(wpipe->pipe_map.ms[i], 1); + vm_page_unhold(wpipe->pipe_map.ms[i]); wpipe->pipe_map.npages = 0; } Index: sys/miscfs/procfs/procfs_mem.c =================================================================== RCS file: /home/ncvs/src/sys/miscfs/procfs/Attic/procfs_mem.c,v retrieving revision 1.46.2.3 diff -u -r1.46.2.3 procfs_mem.c --- sys/miscfs/procfs/procfs_mem.c 22 Jan 2002 17:22:59 -0000 1.46.2.3 +++ sys/miscfs/procfs/procfs_mem.c 6 Aug 2003 23:09:58 -0000 @@ -188,9 +188,9 @@ } /* - * Wire the page into memory + * Hold the page in memory */ - vm_page_wire(m); + vm_page_hold(m); /* * We're done with tmap now. @@ -212,7 +212,7 @@ /* * release the page and the object */ - vm_page_unwire(m, 1); + vm_page_unhold(m); vm_object_deallocate(object); object = NULL; From owner-freebsd-i386@FreeBSD.ORG Sun Sep 28 08:43:25 2003 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9060E16A4B3; Sun, 28 Sep 2003 08:43:25 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E24744017; Sun, 28 Sep 2003 08:43:25 -0700 (PDT) (envelope-from simon@FreeBSD.org) Received: from freefall.freebsd.org (simon@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h8SFhOFY007852; Sun, 28 Sep 2003 08:43:24 -0700 (PDT) (envelope-from simon@freefall.freebsd.org) Received: (from simon@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h8SFhOf5007848; Sun, 28 Sep 2003 08:43:24 -0700 (PDT) (envelope-from simon) Date: Sun, 28 Sep 2003 08:43:24 -0700 (PDT) From: "Simon L. Nielsen" Message-Id: <200309281543.h8SFhOf5007848@freefall.freebsd.org> To: bugrpt51@yahoo.com, simon@FreeBSD.org, freebsd-i386@FreeBSD.org Subject: Re: i386/54402: Silicon Image (SiI) 0680 secondary ATA channel disabled X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2003 15:43:25 -0000 Synopsis: Silicon Image (SiI) 0680 secondary ATA channel disabled State-Changed-From-To: open->closed State-Changed-By: simon State-Changed-When: Sun Sep 28 08:42:04 PDT 2003 State-Changed-Why: The problem was solved for the submitted with an upgrade to a more recent -CURRENT. http://www.freebsd.org/cgi/query-pr.cgi?pr=54402 From owner-freebsd-i386@FreeBSD.ORG Tue Sep 30 03:00:17 2003 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D971116A4BF for ; Tue, 30 Sep 2003 03:00:17 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 919274402B for ; Tue, 30 Sep 2003 03:00:14 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h8UA0EFY048285 for ; Tue, 30 Sep 2003 03:00:14 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h8UA0EfD048284; Tue, 30 Sep 2003 03:00:14 -0700 (PDT) (envelope-from gnats) Resent-Date: Tue, 30 Sep 2003 03:00:14 -0700 (PDT) Resent-Message-Id: <200309301000.h8UA0EfD048284@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-i386@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Tatsuto Toyonaga Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19C4A16A4B3 for ; Tue, 30 Sep 2003 02:54:32 -0700 (PDT) Received: from fgwmail6.fujitsu.co.jp (fgwmail6.fujitsu.co.jp [192.51.44.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CDCE43FE9 for ; Tue, 30 Sep 2003 02:54:30 -0700 (PDT) (envelope-from toyonaga@neon.mpx.cs.fujitsu.co.jp) Received: from m4.gw.fujitsu.co.jp ([10.0.50.74]) by fgwmail6.fujitsu.co.jp (8.12.10/Fujitsu Gateway) id h8U9sTQA001947 for ; Tue, 30 Sep 2003 18:54:29 +0900 (envelope-from toyonaga@neon.mpx.cs.fujitsu.co.jp) Received: from s6.gw.fujitsu.co.jp by m4.gw.fujitsu.co.jp (8.12.10/Fujitsu Domain Master) id h8U9sSau001949 for ; Tue, 30 Sep 2003 18:54:28 +0900 (envelope-from toyonaga@neon.mpx.cs.fujitsu.co.jp) Received: from neon.mpx.cs.fujitsu.co.jp (neon.mpx.cs.fujitsu.co.jp [10.18.117.242]) by s6.gw.fujitsu.co.jp (8.12.10) id h8U9sRE9032364 for ; Tue, 30 Sep 2003 18:54:27 +0900 (envelope-from toyonaga@neon.mpx.cs.fujitsu.co.jp) Received: from neon.mpx.cs.fujitsu.co.jp (localhost [127.0.0.1]) h8U9sQsR099221 for ; Tue, 30 Sep 2003 18:54:26 +0900 (JST) (envelope-from toyonaga@neon.mpx.cs.fujitsu.co.jp) Received: (from toyonaga@localhost) by neon.mpx.cs.fujitsu.co.jp (8.12.9/8.12.9/Submit) id h8U9sQau099220; Tue, 30 Sep 2003 18:54:26 +0900 (JST) (envelope-from toyonaga) Message-Id: <200309300954.h8U9sQau099220@neon.mpx.cs.fujitsu.co.jp> Date: Tue, 30 Sep 2003 18:54:26 +0900 (JST) From: Tatsuto Toyonaga To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: i386/57398: Current fails to install on mly(4) based RAID disk X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Tatsuto Toyonaga List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2003 10:00:18 -0000 >Number: 57398 >Category: i386 >Synopsis: Current fails to install on mly(4) based RAID disk >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Sep 30 03:00:14 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Tatsuto Toyonaga >Release: FreeBSD 5.1-CURRENT i386 >Organization: >Environment: System: FreeBSD neon 5.1-CURRENT FreeBSD 5.1-CURRENT #45: Mon Sep 15 22:02:39 JST 2003 root@neon:/usr/obj/usr/src/sys/NEON i386 >Description: I tried installing current on a server which has Mylex Accerraid352 but installer kernel find no disk to install on. The system is -current that I did 'make release' yesterday on a source tree 'cvs update'ed from local CVS repository synched by cvsup. I tried both floppy boot and CDR boot, but neigther worked. >How-To-Repeat: cd /usr/src/release; make release CVSROOT=/home/ncvs CHROOTDIR=/home/rls NODOC=YES \ NOPORTS=YES MAKE_ISOS=YES etc etc. cd /home/rls/R/cdrom cdrecord 5.1-20030929-SNAP-i386-miniinst.iso >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Wed Oct 1 14:30:14 2003 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C8B216A4BF for ; Wed, 1 Oct 2003 14:30:14 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBB5A43FF9 for ; Wed, 1 Oct 2003 14:30:11 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h91LUBFY089637 for ; Wed, 1 Oct 2003 14:30:11 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h91LUB0w089636; Wed, 1 Oct 2003 14:30:11 -0700 (PDT) (envelope-from gnats) Resent-Date: Wed, 1 Oct 2003 14:30:11 -0700 (PDT) Resent-Message-Id: <200310012130.h91LUB0w089636@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-i386@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Shon Elliott Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84E4C16A4B3 for ; Wed, 1 Oct 2003 14:21:54 -0700 (PDT) Received: from tsunami.misproductions.com (c-24-127-5-95.we.client2.attbi.com [24.127.5.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69DC443FD7 for ; Wed, 1 Oct 2003 14:21:53 -0700 (PDT) (envelope-from root@tsunami.misproductions.com) Received: from tsunami.misproductions.com (localhost.misproductions.com [127.0.0.1])h91LLqh2047499 for ; Wed, 1 Oct 2003 14:21:52 -0700 (PDT) (envelope-from root@tsunami.misproductions.com) Received: (from root@localhost)h91LLqHr047498; Wed, 1 Oct 2003 14:21:52 -0700 (PDT) Message-Id: <200310012121.h91LLqHr047498@tsunami.misproductions.com> Date: Wed, 1 Oct 2003 14:21:52 -0700 (PDT) From: Shon Elliott To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: i386/57479: FreeBSD Not in compliance with RFC 1122, Cannot have multiple 0.0.0.0 gateways. This breaks programs like Zebra. X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Shon Elliott List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Oct 2003 21:30:14 -0000 >Number: 57479 >Category: i386 >Synopsis: FreeBSD Not in compliance with RFC 1122, Cannot have multiple 0.0.0.0 gateways. This breaks programs like Zebra. >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Oct 01 14:30:11 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Shon Elliott >Release: FreeBSD 4.8-RELEASE-p4 i386 >Organization: MiS Productions >Environment: System: FreeBSD tsunami.misproductions.com 4.8-RELEASE-p4 FreeBSD 4.8-RELEASE-p4 #23: Thu Sep 11 10:26:11 PDT 2003 root@tsunami.misproductions.com:/usr/obj/usr/src/sys/TSUNAMI i386 >Description: FreeBSD will not let you support multiple 0.0.0.0/0 gateways in the kernel routing table. This breaks programs like Zebra, when using BGP to automatically adjust default gateway in case a link goes down on a multi-connected system. This also effects things such as how FreeBSD responds to incoming IP packets. For example, you have two different network addresses for the machine 10.1.1.2/29 and 10.23.1.2/29. Whichever default gateway is set to, the other block will not answer. >How-To-Repeat: Get a multi-homed machine on a network, say one ethernet card to a ADSL line, and one ethernet card to a cable line. Set the default gateway to the DSL Gateway. Try to come in on the cable IP from outside the network. You will not be able to, as it is trying to send the information back out the DSL gateway when it can't. trying to add more than one Default route to the kernel routing table makes "add net 0.0.0.0: gateway 10.23.1.1: File exists" type messages. according to RFC 1122 an OS >MUST< be able to support multiple 0.0.0.0/0 paths. FreeBSD fails on this. See section 3.3.1.2 from RFC 1122. Excerpt from RFC states: When there is no route cache entry for the destination host address (and the destination is not on the connected network), the IP layer MUST pick a gateway from its list of "default" gateways. The IP layer >MUST< support multiple default gateways. and excerpt from 1.3.2 Requirements: In this document, the words that are used to define the significance of each particular requirement are capitalized. * "MUST" This word or the adjective "REQUIRED" means that the item is an absolute requirement of the specification. >Fix: There is no known workaround that I know of for FreeBSD. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Wed Oct 1 14:40:12 2003 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25E2116A4B3 for ; Wed, 1 Oct 2003 14:40:12 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C71C143FE5 for ; Wed, 1 Oct 2003 14:40:09 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h91Le9FY092480 for ; Wed, 1 Oct 2003 14:40:09 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h91Le9Eq092479; Wed, 1 Oct 2003 14:40:09 -0700 (PDT) (envelope-from gnats) Resent-Date: Wed, 1 Oct 2003 14:40:09 -0700 (PDT) Resent-Message-Id: <200310012140.h91Le9Eq092479@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-i386@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Shon Elliott Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CCFE16A4B3 for ; Wed, 1 Oct 2003 14:29:49 -0700 (PDT) Received: from tsunami.misproductions.com (c-24-127-5-95.we.client2.attbi.com [24.127.5.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5C3F43FEC for ; Wed, 1 Oct 2003 14:29:48 -0700 (PDT) (envelope-from root@tsunami.misproductions.com) Received: from tsunami.misproductions.com (localhost.misproductions.com [127.0.0.1])h91LTlh2047717 for ; Wed, 1 Oct 2003 14:29:48 -0700 (PDT) (envelope-from root@tsunami.misproductions.com) Received: (from root@localhost)h91LTl0X047716; Wed, 1 Oct 2003 14:29:47 -0700 (PDT) Message-Id: <200310012129.h91LTl0X047716@tsunami.misproductions.com> Date: Wed, 1 Oct 2003 14:29:47 -0700 (PDT) From: Shon Elliott To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: i386/57480: Removing very large files using rm doesn't show the space being unallocated by the kernel and df. X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Shon Elliott List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Oct 2003 21:40:12 -0000 >Number: 57480 >Category: i386 >Synopsis: Removing very large files using rm doesn't show the space being unallocated by the kernel and df. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Oct 01 14:40:09 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Shon Elliott >Release: FreeBSD 4.8-RELEASE-p4 i386 >Organization: MiS Productions >Environment: System: FreeBSD tsunami.misproductions.com 4.8-RELEASE-p4 FreeBSD 4.8-RELEASE-p4 #23: Thu Sep 11 10:26:11 PDT 2003 root@tsunami.misproductions.com:/usr/obj/usr/src/sys/TSUNAMI i386 AMD K6-2 400, FreeBSD 4.8-RELEASE-p4, 192M Memory, 17GB HD. SiS Based board. >Description: When having a large file, sayt about 800 megs, and using rm on the file, it will be removed, however the space occupied by that file will not be released by the kernel/filesystem or shown by df. This has been noticed for UFS partitions, and not been extensively tested by me on any other filesystem. >How-To-Repeat: Create a large file, say 800 megs. then remove said file using the rm command. >Fix: To work around the problem, you can use the following commands: echo "." > filename.ext rm filename.ext That will cause the system to correctly report the freed space. If the UFS system using rm doesn't clear the space, the only way to recover that space seems to be a restart of the entire system. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Wed Oct 1 22:19:12 2003 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2AB616A4B3; Wed, 1 Oct 2003 22:19:12 -0700 (PDT) Received: from triangle.rtp.FreeBSD.Org (triangle.rtp.FreeBSD.org [192.58.184.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FF5743FD7; Wed, 1 Oct 2003 22:19:11 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from triangle.rtp.FreeBSD.Org (localhost [127.0.0.1]) h925JAGZ030248; Thu, 2 Oct 2003 01:19:10 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by triangle.rtp.FreeBSD.Org (8.12.9/8.12.9/Submit) id h925JABH030247; Thu, 2 Oct 2003 01:19:10 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Date: Thu, 2 Oct 2003 01:19:10 -0400 (EDT) Message-Id: <200310020519.h925JABH030247@triangle.rtp.FreeBSD.Org> X-Authentication-Warning: triangle.rtp.FreeBSD.Org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: stable@freebsd.org, i386@freebsd.org Precedence: bulk Subject: [releng_4 tinderbox] failure on i386/i386 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2003 05:19:13 -0000 TB --- 2003-10-02 04:44:07 - starting RELENG_4 tinderbox run for i386/i386 TB --- 2003-10-02 04:44:07 - checking out the source tree TB --- cd /home/des/tinderbox/RELENG_4/i386/i386 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_4 src TB --- 2003-10-02 04:49:12 - building world TB --- cd /home/des/tinderbox/RELENG_4/i386/i386/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/RELENG_4/i386/i386/obj/vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. TB --- 2003-10-02 05:16:57 - building generic kernel TB --- cd /home/des/tinderbox/RELENG_4/i386/i386/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Oct 2 05:16:57 GMT 2003 [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys/../include -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -mpreferred-stack-boundary=2 /vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys/vm/vm_glue.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys/../include -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -mpreferred-stack-boundary=2 /vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys/vm/vm_init.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys/../include -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -mpreferred-stack-boundary=2 /vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys/vm/vm_kern.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys/../include -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -mpreferred-stack-boundary=2 /vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys/vm/vm_map.c /vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys/vm/vm_map.c: In function `vm_init2': /vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys/vm/vm_map.c:190: `maxfiles' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys/vm/vm_map.c:190: (Each undeclared identifier is reported only once /vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys/vm/vm_map.c:190: for each function it appears in.) *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/obj/vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys/GENERIC. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src. TB --- 2003-10-02 05:19:10 - /usr/bin/make returned exit code 1 TB --- 2003-10-02 05:19:10 - ERROR: failed to build generic kernel TB --- 2003-10-02 05:19:10 - tinderbox aborted From owner-freebsd-i386@FreeBSD.ORG Thu Oct 2 23:20:19 2003 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73B3016A4B3 for ; Thu, 2 Oct 2003 23:20:19 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D949943FE1 for ; Thu, 2 Oct 2003 23:20:18 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h936KIFY031114 for ; Thu, 2 Oct 2003 23:20:18 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h936KIPW031113; Thu, 2 Oct 2003 23:20:18 -0700 (PDT) (envelope-from gnats) Date: Thu, 2 Oct 2003 23:20:18 -0700 (PDT) Message-Id: <200310030620.h936KIPW031113@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: "rjackson" Subject: Re: i386/54781: ACPI prevents psm to detect on Compaq Evo laptop X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rjackson List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2003 06:20:19 -0000 The following reply was made to PR i386/54781; it has been noted by GNATS. From: "rjackson" To: , Cc: Subject: Re: i386/54781: ACPI prevents psm to detect on Compaq Evo laptop Date: Thu, 2 Oct 2003 23:10:48 -0700 This also occurs on Compaq Presario 900 series laptops. With ACPI enabled, psm does not show up; disabled, it shows up. From owner-freebsd-i386@FreeBSD.ORG Fri Oct 3 02:30:20 2003 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F5F716A4C0 for ; Fri, 3 Oct 2003 02:30:20 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DA2043FD7 for ; Fri, 3 Oct 2003 02:30:18 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h939UIFY076199 for ; Fri, 3 Oct 2003 02:30:18 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h939UIPp076198; Fri, 3 Oct 2003 02:30:18 -0700 (PDT) (envelope-from gnats) Date: Fri, 3 Oct 2003 02:30:18 -0700 (PDT) Message-Id: <200310030930.h939UIPp076198@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Pawel Malachowski Subject: Re: i386/57480: Removing very large files using rm doesn't show the space being unallocated by the kernel and df. X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Pawel Malachowski List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2003 09:30:20 -0000 The following reply was made to PR i386/57480; it has been noted by GNATS. From: Pawel Malachowski To: Shon Elliott Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: i386/57480: Removing very large files using rm doesn't show the space being unallocated by the kernel and df. Date: Fri, 3 Oct 2003 11:30:49 +0200 On Wed, Oct 01, 2003 at 02:29:47PM -0700, Shon Elliott wrote: > >Description: > When having a large file, sayt about 800 megs, and using rm on the file, it will be removed, however the space > occupied by that file will not be released by the kernel/filesystem or shown by df. This has been noticed for UFS > partitions, and not been extensively tested by me on any other filesystem. > >How-To-Repeat: > Create a large file, say 800 megs. then remove said file using the rm command. > >Fix: > > To work around the problem, you can use the following commands: > echo "." > filename.ext > rm filename.ext > > That will cause the system to correctly report the freed space. If the UFS system using rm doesn't clear the space, > the only way to recover that space seems to be a restart of the entire system. For me, it works to use sync(8) few times to get df(1) and for example quota(1) output properly updated, or simply wait for a while. I use soft-updates. without soft-updates: # df -h / Filesystem Size Used Avail Capacity Mounted on /dev/da0s1a 2.9G 1.5G 1.1G 57% / # dd if=/dev/zero of=dupa bs=1024 count=512000 512000+0 records in 512000+0 records out 524288000 bytes transferred in 10.898418 secs (48106799 bytes/sec) # df -h / Filesystem Size Used Avail Capacity Mounted on /dev/da0s1a 2.9G 2.0G 664M 76% / # rm dupa;df -h / Filesystem Size Used Avail Capacity Mounted on /dev/da0s1a 2.9G 1.5G 1.1G 57% / with soft-updates: # df -h /home2 Filesystem Size Used Avail Capacity Mounted on /dev/vinum/tiny-raid 992M 49K 913M 0% /home2 # dd if=/dev/zero of=/home2/dupa bs=1024 count=512000 512000+0 records in 512000+0 records out 524288000 bytes transferred in 14.041056 secs (37339642 bytes/sec) # df -h /home2 Filesystem Size Used Avail Capacity Mounted on /dev/vinum/tiny-raid 992M 500M 413M 55% /home2 # rm /home2/dupa;df -h /home2;sync;df -h /home2;sync;sync;sync;df -h /home2;sleep 2;df -h /home2 Filesystem Size Used Avail Capacity Mounted on /dev/vinum/tiny-raid 992M 500M 413M 55% /home2 Filesystem Size Used Avail Capacity Mounted on /dev/vinum/tiny-raid 992M 500M 413M 55% /home2 Filesystem Size Used Avail Capacity Mounted on /dev/vinum/tiny-raid 992M 500M 413M 55% /home2 Filesystem Size Used Avail Capacity Mounted on /dev/vinum/tiny-raid 992M 49K 913M 0% /home2 -- Paweł Małachowski From owner-freebsd-i386@FreeBSD.ORG Fri Oct 3 03:10:20 2003 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5ED0816A4B3 for ; Fri, 3 Oct 2003 03:10:20 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB59C43FEA for ; Fri, 3 Oct 2003 03:10:19 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h93AAJFY081146 for ; Fri, 3 Oct 2003 03:10:19 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h93AAJoE081145; Fri, 3 Oct 2003 03:10:19 -0700 (PDT) (envelope-from gnats) Date: Fri, 3 Oct 2003 03:10:19 -0700 (PDT) Message-Id: <200310031010.h93AAJoE081145@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Pawel Malachowski Subject: Re: i386/57479: FreeBSD Not in compliance with RFC 1122, Cannot have multiple 0.0.0.0 gateways. This breaks programs like Zebra. X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Pawel Malachowski List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2003 10:10:20 -0000 The following reply was made to PR i386/57479; it has been noted by GNATS. From: Pawel Malachowski To: Shon Elliott Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: i386/57479: FreeBSD Not in compliance with RFC 1122, Cannot have multiple 0.0.0.0 gateways. This breaks programs like Zebra. Date: Fri, 3 Oct 2003 12:03:26 +0200 On Wed, Oct 01, 2003 at 02:21:52PM -0700, Shon Elliott wrote: > >Description: > FreeBSD will not let you support multiple 0.0.0.0/0 gateways in the kernel routing table. This breaks programs Actually, it is not possible to assign two identical routes with different gateways: # route add 10/8 x.x.x.x add net 10: gateway x.x.x.x # route add 10/8 y.y.y.y route: writing to routing socket: File exists add net 10: gateway y.y.y.y: File exists One can only try with more specific route: # route add 10/9 y.y.y.y add net 10: gateway y.y.y.y So, that's why it is also not possible to set two 0/0 routes. > like Zebra, when using BGP to automatically adjust default gateway in case a link goes down on a multi-connected I know there are people forced to use Linux on their multihomed gateways because of such behaviour. I think it should be not only possible to set two or more equal routes, but also to load-balance traffic, like this: route add 10/8 x.x.x.x route add 10/8 x.x.x.x route add 10/8 y.y.y.y // to send 33% of trafic to 10/8 via y.y.y.y and 67% via x.x.x.x // and 100% of traffic to 10/8 via y.y.y.y if x.x.x.x fails. Step behind, having more than one routing table to easy deal with source based policy routing would be great. Some kind of this can be implemented using ipfw(8) `fwd', but this can't be integrated with routing daemons. ;) And using ipfw(8) classifiers to hook packages to different routing tables is like a dream. ;) -- Paweł Małachowski From owner-freebsd-i386@FreeBSD.ORG Sat Oct 4 07:50:26 2003 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3478216A4B3 for ; Sat, 4 Oct 2003 07:50:26 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05E4344001 for ; Sat, 4 Oct 2003 07:50:24 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h94EoNFY004852 for ; Sat, 4 Oct 2003 07:50:23 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h94EoNIA004851; Sat, 4 Oct 2003 07:50:23 -0700 (PDT) (envelope-from gnats) Resent-Date: Sat, 4 Oct 2003 07:50:23 -0700 (PDT) Resent-Message-Id: <200310041450.h94EoNIA004851@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-i386@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, User & Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 726DE16A4B3 for ; Sat, 4 Oct 2003 07:49:36 -0700 (PDT) Received: from xshare.com (pD9EB1852.dip.t-dialin.net [217.235.24.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 484614400B for ; Sat, 4 Oct 2003 07:49:35 -0700 (PDT) (envelope-from plexus@snafu.de) Received: from plexus by warpgondel2.xshare.com with local (Exim 4.22) id 1A5nit-0000Dk-P8 for FreeBSD-gnats-submit@freebsd.org; Sat, 04 Oct 2003 16:49:31 +0200 Message-Id: Date: Sat, 04 Oct 2003 16:49:31 +0200 From: User & To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: i386/57578: ACPI problems on IBM T20 GE86 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: User & List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Oct 2003 14:50:26 -0000 >Number: 57578 >Category: i386 >Synopsis: ACPI problems on IBM T20 GE86 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Oct 04 07:50:23 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Oliver Fischer >Release: FreeBSD 5.1-CURRENT i386 >Organization: privat >Environment: System: FreeBSD warpgondel2.xshare.com 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Fri Sep 26 03:03:31 CEST 2003 root@warpgondel2.xshare.com:/usr/obj/usr/CURRENT/sys/warpgondel2 i386 >Description: I have the following problems on my T20 which I would like to see fixed: o suspending the system via acpiconf -s 3 doesn't work. It worked with 5.1 RELEASE o turning the system of (acpiconf -s 5 or pressing power off) works only for some minutes. The notebook restarts always after some minutes. Under http://www.xshare.com/acpi/ you can find my dmesg >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: