From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 00:49:53 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7401316A41F for ; Sun, 20 Nov 2005 00:49:53 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4840543D46 for ; Sun, 20 Nov 2005 00:49:53 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 34C7C72DDB; Sat, 19 Nov 2005 16:49:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 2F7E072DCB for ; Sat, 19 Nov 2005 16:49:53 -0800 (PST) Date: Sat, 19 Nov 2005 16:49:53 -0800 (PST) From: Doug White To: freebsd-stable@FreeBSD.ORG In-Reply-To: <200511171337.jAHDbG6I096394@lurza.secnetix.de> Message-ID: <20051119164938.S88861@carver.gumbysoft.com> References: <200511171337.jAHDbG6I096394@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Subject: Re: CF card and /dev filesystem entries X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 00:49:53 -0000 On Thu, 17 Nov 2005, Oliver Fromme wrote: > Brian Candler wrote: > > However, when I insert a CF card with normal partioning I need /dev/da0s1, > > and this is not present in the /dev filesystem because the partition table > > has not been read. > > > > # mount -t msdos /dev/da0s1 /mnt/cf > > mount_msdosfs: /dev/da0s1: No such file or directory > > > > Just reading the first block is not sufficient: > > > > # dd if=/dev/da0 of=/dev/null count=1 > > 1+0 records in > > 1+0 records out > > 512 bytes transferred in 0.040984 secs (12493 bytes/sec) > > # mount -t msdos /dev/da0s1 /mnt/cf > > mount_msdosfs: /dev/da0s1: No such file or directory > > I think devfs is updated when a descriptor on the device > which was opended for writing is closed. But you don't > actually have to write anything. That means, the following > command should do it: > > # dd if=/dev/null of=/dev/da0 count=0 Or "fdisk da0" or "bsdlabel da0" or something like that :-) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 00:55:10 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C82F16A41F for ; Sun, 20 Nov 2005 00:55:10 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E70D543D46 for ; Sun, 20 Nov 2005 00:55:09 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id C282F72DDB; Sat, 19 Nov 2005 16:55:09 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id BDABB72DCB; Sat, 19 Nov 2005 16:55:09 -0800 (PST) Date: Sat, 19 Nov 2005 16:55:09 -0800 (PST) From: Doug White To: Michael Voucko In-Reply-To: <437B1466.8030202@gmx.li> Message-ID: <20051119165212.O88861@carver.gumbysoft.com> References: <437B1466.8030202@gmx.li> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: "message too long" when sending broadcasts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 00:55:10 -0000 On Wed, 16 Nov 2005, Michael Voucko wrote: > Hi, > > I'm trying to install the latest version of heartbeat (linux-ha), which > unfortunately is not available from the ports tree yet. > Setup is two boxes running (5.4-STABLE FreeBSD from Oct 17 2005) both connected > to a hub with lnc NICs on a private 10.0.0.0/24 subnet (actually its only a > 'simulated hub' provided by VMWare if this matters). > > After some initial struggles configuration, build and installations works as > expected - but now the most basic parts of this application won't work anymore. > When trying to use UDP broadcast messages for the heartbeat it would error out > with "Message too long" for packets larger than 1472 bytes, in other words as > soon as fragmentation of the package would be necessary (MTU is 1500). > > I received a code snippet from the heartbeat developers to isolate the problem > (create sender and receiver socket, send broadcast packets of a certain size). > To rule out VMware as the basic problem I tried real boxes but the problem > persists. > > Is there any size restriction for UDP broadcast messages? > Is there anything which prevents UDP broadcast from being fragmented? > > I searched RFCs, man pages for socket, setsockopt, ioctl, sendto and other > places but did not find anything that could explain the behaviour (which seems > to be no problem on other OS). > > Any pointers, comments? >From sendmsg(2): The address of the target is given by to with tolen specifying its size. The length of the message is given by len. If the message is too long to pass atomically through the underlying protocol, the error EMSGSIZE is returned, and the message is not transmitted. I remember debugging some funky behavior regarding fragmenting packets and UDPv6 some time ago. I don't remember if a fix was committed or not. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 01:14:55 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1CE416A41F for ; Sun, 20 Nov 2005 01:14:55 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B09B843D45 for ; Sun, 20 Nov 2005 01:14:55 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 97F3972DDD; Sat, 19 Nov 2005 17:14:55 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 961B372DDB; Sat, 19 Nov 2005 17:14:55 -0800 (PST) Date: Sat, 19 Nov 2005 17:14:55 -0800 (PST) From: Doug White To: "Ricardo A. Reis" In-Reply-To: <437E094C.8030807@yahoo.com.br> Message-ID: <20051119171318.C88861@carver.gumbysoft.com> References: <437E094C.8030807@yahoo.com.br> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: stable@freebsd.org Subject: Re: RELENG_6: ACPI-0698: *** Warning: Type override: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 01:14:56 -0000 On Fri, 18 Nov 2005, Ricardo A. Reis wrote: > Hi all, > > > Updating proxy server running 5.4, i resolve enable acpi,smp > kernel to use HTT. You need to set machdep.hyperthreading_enabled="1" in /boot/loader.conf, and make sure HyperThreading is enabled in your BIOS. The ACPI messages noted in the subject line are harmless. > dmesg output, > > Copyright (c) 1992-2005 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 6.0-STABLE #0: Fri Nov 18 12:53:50 BRST 2005 > root@arapacu.epm.br:/usr/obj/usr/src/sys/SMP > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Xeon(TM) CPU 2.66GHz (2658.11-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 > > Features=0xbfebfbff > Features2=0x400 > Hyperthreading: 2 logical CPUs > real memory = 2147418112 (2047 MB) > avail memory = 2093625344 (1996 MB) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ACPI-0698: *** Warning: Type override - [DEB_] had invalid type > (Integer) for Scope operator, changed to (Scope) > ACPI-0698: *** Warning: Type override - [MLIB] had invalid type > (Integer) for Scope operator, changed to (Scope) > ACPI-0698: *** Warning: Type override - [DATA] had invalid type > (String) for Scope operator, changed to (Scope) > ACPI-0698: *** Warning: Type override - [SIO_] had invalid type > (String) for Scope operator, changed to (Scope) > ACPI-0698: *** Warning: Type override - [LEDP] had invalid type > (String) for Scope operator, changed to (Scope) > ACPI-0698: *** Warning: Type override - [GPEN] had invalid type > (String) for Scope operator, changed to (Scope) > ACPI-0698: *** Warning: Type override - [GPST] had invalid type > (String) for Scope operator, changed to (Scope) > ACPI-0698: *** Warning: Type override - [WUES] had invalid type > (String) for Scope operator, changed to (Scope) > ACPI-0698: *** Warning: Type override - [WUSE] had invalid type > (String) for Scope operator, changed to (Scope) > ACPI-0698: *** Warning: Type override - [SBID] had invalid type > (String) for Scope operator, changed to (Scope) > ACPI-0698: *** Warning: Type override - [SWCE] had invalid type > (String) for Scope operator, changed to (Scope) [snipped] -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 01:17:35 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6171116A41F for ; Sun, 20 Nov 2005 01:17:35 +0000 (GMT) (envelope-from voucko@gmx.li) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id A387D43D45 for ; Sun, 20 Nov 2005 01:17:34 +0000 (GMT) (envelope-from voucko@gmx.li) Received: (qmail invoked by alias); 20 Nov 2005 01:17:32 -0000 Received: from p54B044EE.dip.t-dialin.net (EHLO [192.168.0.2]) [84.176.68.238] by mail.gmx.net (mp012) with SMTP; 20 Nov 2005 02:17:32 +0100 X-Authenticated: #10517968 Message-ID: <437FCEAB.80000@gmx.li> Date: Sun, 20 Nov 2005 02:17:31 +0100 From: Michael Voucko User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.7.12) Gecko/20050915 X-Accept-Language: de, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <437B1466.8030202@gmx.li> <20051119165212.O88861@carver.gumbysoft.com> In-Reply-To: <20051119165212.O88861@carver.gumbysoft.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Subject: Re: "message too long" when sending broadcasts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 01:17:35 -0000 >>I'm trying to install the latest version of heartbeat (linux-ha), which >>unfortunately is not available from the ports tree yet. >>Setup is two boxes running (5.4-STABLE FreeBSD from Oct 17 2005) both connected >>to a hub with lnc NICs on a private 10.0.0.0/24 subnet (actually its only a >>'simulated hub' provided by VMWare if this matters). >> >>After some initial struggles configuration, build and installations works as >>expected - but now the most basic parts of this application won't work anymore. >>When trying to use UDP broadcast messages for the heartbeat it would error out >>with "Message too long" for packets larger than 1472 bytes, in other words as >>soon as fragmentation of the package would be necessary (MTU is 1500). >> >>I received a code snippet from the heartbeat developers to isolate the problem >>(create sender and receiver socket, send broadcast packets of a certain size). >>To rule out VMware as the basic problem I tried real boxes but the problem >>persists. >> >>Is there any size restriction for UDP broadcast messages? >>Is there anything which prevents UDP broadcast from being fragmented? >> >>I searched RFCs, man pages for socket, setsockopt, ioctl, sendto and other >>places but did not find anything that could explain the behaviour (which seems >>to be no problem on other OS). >> >>Any pointers, comments? > > >>From sendmsg(2): > > The address of the target is given by to with tolen specifying its size. > The length of the message is given by len. If the message is too long to > pass atomically through the underlying protocol, the error EMSGSIZE is > returned, and the message is not transmitted. > > I remember debugging some funky behavior regarding fragmenting packets and > UDPv6 some time ago. I don't remember if a fix was committed or not. In the meantime I found the explaination. Taken from W. Richard Stevens Unix Network Programming - Vol 1 - 3rd Edition: The Sockets Networking API 20.4 dg_cli Function Using Broadcasting .. IP Fragmentation and Broadcasts Berkeley-derived kernels do not allow a broadcast datagram to be fragmented. If the size of an IP datagram that is being sent to a broadcast address exceeds the outgoing interface MTU, EMSGSIZE is returned (pp. 233–234 of TCPv2). This is a policy decision that has existed since 4.2BSD. There is nothing that prevents a kernel from fragmenting a broadcast datagram, but the feeling is that broadcasting puts enough load on the network as it is, so there is no need to multiply this load by the number of fragments. .... AIX, FreeBSD, and MacOS implement this limitation. Linux, Solaris, and HP-UX fragment datagrams sent to a broadcast address. Maybe it's worth adding this information somewhere to make it easier to find? Michael From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 01:17:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BC1D16A46F for ; Sun, 20 Nov 2005 01:17:59 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C405743D5F for ; Sun, 20 Nov 2005 01:17:58 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id AB18E72DDB; Sat, 19 Nov 2005 17:17:58 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id A64CB72DD9; Sat, 19 Nov 2005 17:17:58 -0800 (PST) Date: Sat, 19 Nov 2005 17:17:58 -0800 (PST) From: Doug White To: Tom Jensen In-Reply-To: <20051118201417.935A760CC@bart.motd.dk> Message-ID: <20051119171719.T88861@carver.gumbysoft.com> References: <20051118201417.935A760CC@bart.motd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: Panic: ad0: WARNING - removed from configuration X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 01:17:59 -0000 On Fri, 18 Nov 2005, Tom Jensen wrote: > Hi > > Seen this panic twice, there seems to be no pattern and I have no idea what > triggers this, is it failing hardware? Its certainly possible. Or a bad cable, or a bad firmware interaction. > System: FreeBSD 5.4-STABLE FreeBSD 5.4-STABLE #10: Sat Nov 5 17:14:46 CET > 2005 > > db> show msgbuf > msgbufp = 0xc101cfe4 > magic = 63062, size = 32740, r= 33501, w = 63892, ptr = 0xc1015000, cksum= > 3187082 > ad0: WARNING - removed from configuration > swap_pager: I/O error - pagein failed; blkno 5212,size 4096, error 0 > vm_fault: pager read error, pid 282 (syslogd) > <6>pid 282 (syslogd), uid 0: exited on signal 11 > ata0-master: FAILURE - WRITE_DMA timed out > initiate_write_filepage: already started > swap_pager: I/O error - pagein failed; blkno 6496,size 12288, error 6 > vm_fault: pager read error, pid 657 (courierlogger) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 01:28:11 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A648E16A41F for ; Sun, 20 Nov 2005 01:28:11 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E92243D45 for ; Sun, 20 Nov 2005 01:28:11 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 4E3D01A3C27; Sat, 19 Nov 2005 17:28:11 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 582C2515DF; Sat, 19 Nov 2005 20:28:10 -0500 (EST) Date: Sat, 19 Nov 2005 20:28:10 -0500 From: Kris Kennaway To: Danny Pansters Message-ID: <20051120012810.GA1066@xor.obsecurity.org> References: <20051119233714.GA6952@monsterjam.org> <200511200043.06890.danny@ricin.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <200511200043.06890.danny@ricin.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: upgrade from 5.4-STABLE -> 6 questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 01:28:11 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 20, 2005 at 12:43:06AM +0000, Danny Pansters wrote: > On Saturday 19 November 2005 23:37, Jason wrote: > > 1. after my upgrade, my serial ports are not accessible > > monsterjam# ls -al /dev/cuaa* > > ls: No match. >=20 > I got surprised by this too, when trying to use my camera through serial= =20 > cable. They've become /dev/cuad and /dev/ttyd for outgoing and incoming= =20 > respectively. See sio(4). (I needed /dev/ttyd0 for my camera) Isn't this also in the release notes? Kris --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDf9EpWry0BWjoQKURAhX8AKD3pQ057J2CFFQAo2EkxQt8SVmY/QCg0CzK Tcd+HEjeokCzzkFN+AK1ZGo= =ZsAn -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 01:38:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7505016A420 for ; Sun, 20 Nov 2005 01:38:24 +0000 (GMT) (envelope-from danny@ricin.com) Received: from smtpq1.tilbu1.nb.home.nl (smtpq1.tilbu1.nb.home.nl [213.51.146.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A77F43D45 for ; Sun, 20 Nov 2005 01:38:23 +0000 (GMT) (envelope-from danny@ricin.com) Received: from [213.51.146.188] (port=49147 helo=smtp3.tilbu1.nb.home.nl) by smtpq1.tilbu1.nb.home.nl with esmtp (Exim 4.30) id 1Ede9u-0001Z3-Ox; Sun, 20 Nov 2005 02:38:22 +0100 Received: from cp464173-a.dbsch1.nb.home.nl ([84.27.215.228]:64464 helo=desktop.homenet) by smtp3.tilbu1.nb.home.nl with esmtp (Exim 4.30) id 1Ede9t-0006N4-2s; Sun, 20 Nov 2005 02:38:21 +0100 From: Danny Pansters To: Kris Kennaway Date: Sun, 20 Nov 2005 02:36:17 +0000 User-Agent: KMail/1.8.3 References: <20051119233714.GA6952@monsterjam.org> <200511200043.06890.danny@ricin.com> <20051120012810.GA1066@xor.obsecurity.org> In-Reply-To: <20051120012810.GA1066@xor.obsecurity.org> X-Face: :N, f2_*44g[tRY8Y-gL2zi`G|<6SpFjTeHt|V5LO6Yl2E7yAfEh{E6-8pqxUFX"l)=?utf-8?q?Nm8y=7E=0A=09IWJSAWQ=7D+=3DpP=7CT=5D?=@sy1sz%h)*CW6gtbp]"fe@MjICtIUo.0, CH~{[R4PXSyL MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200511200236.17515.danny@ricin.com> X-AtHome-MailScanner-Information: Please contact support@home.nl for more information X-AtHome-MailScanner: Found to be clean Cc: freebsd-stable@freebsd.org Subject: Re: upgrade from 5.4-STABLE -> 6 questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 01:38:24 -0000 On Sunday 20 November 2005 01:28, you wrote: > On Sun, Nov 20, 2005 at 12:43:06AM +0000, Danny Pansters wrote: > > On Saturday 19 November 2005 23:37, Jason wrote: > > > 1. after my upgrade, my serial ports are not accessible > > > monsterjam# ls -al /dev/cuaa* > > > ls: No match. > > > > I got surprised by this too, when trying to use my camera through serial > > cable. They've become /dev/cuad and /dev/ttyd for outgoing and incoming > > respectively. See sio(4). (I needed /dev/ttyd0 for my camera) > > Isn't this also in the release notes? > > Kris =46rom a quick scan (off the web page) the sio change appears only briefly = at=20 "2.2 Kernel Changes". This was probably already in 5.4, no? Perhaps that's= =20 why it's not very pronounced. I went from 5.X to 6.0 through cvsup and=20 UPDATING doesn't seem to have it either. It was no problem for me though,=20 just a matter of reading the man page. I haven't checked the Handbook on this, but if nothing about sio is there=20 perhaps someone would want to update.=20 Dan From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 03:37:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 782BE16A41F for ; Sun, 20 Nov 2005 03:37:06 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CB2F43D45 for ; Sun, 20 Nov 2005 03:37:05 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-248-146.client.mchsi.com[12.216.248.146]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20051120033704m92004pei9e>; Sun, 20 Nov 2005 03:37:05 +0000 Message-ID: <437FEF5F.5070602@math.missouri.edu> Date: Sat, 19 Nov 2005 21:37:03 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051119 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Jerky keyboard and mouse X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 03:37:06 -0000 I recently upgraded from stable-6 of Nov 4 to stable-6 of today on my Dell Latitude D800 Laptop, and suddenly the response of the touchpad mouse and keyboard was bery bad. In particular, when I type about 1 in 10 key presses simply do not register. I ended up going back to the Nov 4 stable-6, which fixed the problem. Any ideas? I am happy to provide any details you may need. Stephen From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 03:47:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6552D16A420 for ; Sun, 20 Nov 2005 03:47:57 +0000 (GMT) (envelope-from fbsd-stable@mawer.org) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id C458143D55 for ; Sun, 20 Nov 2005 03:47:56 +0000 (GMT) (envelope-from fbsd-stable@mawer.org) Received: from [127.0.0.1] (c220-237-120-88.thorn1.nsw.optusnet.com.au [220.237.120.88]) by mail18.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id jAK3lmat002699; Sun, 20 Nov 2005 14:47:54 +1100 Message-ID: <437FF1EF.5060100@mawer.org> Date: Sun, 20 Nov 2005 14:47:59 +1100 From: Antony Mawer User-Agent: Thunderbird 1.5 (Windows/20051025) MIME-Version: 1.0 To: Lukas Ertl References: <200511091508.jA9F8oIb014038@dis.cc.uit.no> <4379f9100511190814u44c98f89w6bb314baf828fb8@mail.gmail.com> <437F663A.2010601@hpcisp.com> <4379f9100511191232n58462f56j5dc239f4afbfb41f@mail.gmail.com> In-Reply-To: <4379f9100511191232n58462f56j5dc239f4afbfb41f@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jim Pingle , freebsd-stable@freebsd.org Subject: Re: Why use 60 sec on da0 during boot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 03:47:57 -0000 On 20/11/2005 7:32 AM, Lukas Ertl wrote: > It has nothing to do with the SCSI controller, it's all about the > floppy drive. It seems like the fdc driver doesn't recognize that > there's no disk in the drive and tries to access it on and on and on. > As I said, disable the floppy drive in the BIOS (or even put a floppy > into the drive), then the boot process goes on as usual. Indeed - I saw this just the other day on a purely Serial ATA/IDE system. Just after detecting the IDE disks, the system paused for about 60 seconds, with the floppy drive light coming on. After ~60sec it then continued without a problem. Slightly alarming, but apparently harmless... -Antony From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 07:59:07 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FB9616A41F; Sun, 20 Nov 2005 07:59:07 +0000 (GMT) (envelope-from grog@lemis.com) Received: from ext-gw.lemis.com (ext-gw.lemis.com [150.101.14.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E2E843D45; Sun, 20 Nov 2005 07:59:06 +0000 (GMT) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by ext-gw.lemis.com (Postfix) with ESMTP id 3D56C131BD6; Sun, 20 Nov 2005 18:29:04 +1030 (CST) Received: from eucla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by wantadilla.lemis.com (Postfix) with ESMTP id A496584AC7; Sun, 20 Nov 2005 18:29:03 +1030 (CST) Received: by eucla.lemis.com (Postfix, from userid 1004) id 9EF1786C9F; Sun, 20 Nov 2005 08:59:05 +0100 (CET) Date: Sun, 20 Nov 2005 08:59:05 +0100 From: Greg 'groggy' Lehey To: Stephen Montgomery-Smith Message-ID: <20051120075905.GB856@eucla.lemis.com> References: <437FEF5F.5070602@math.missouri.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <437FEF5F.5070602@math.missouri.edu> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: acpi@FreeBSD.org, freebsd-stable@freebsd.org Subject: ACPI problems with Dell laptops? (was: Jerky keyboard and mouse) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 07:59:07 -0000 On Saturday, 19 November 2005 at 21:37:03 -0600, Stephen Montgomery-Smith wrote: > I recently upgraded from stable-6 of Nov 4 to stable-6 of today on > my Dell Latitude D800 Laptop, and suddenly the response of the > touchpad mouse and keyboard was bery bad. Heh. I saw the subject line and thought "I wonder if this is a Dell laptop". > In particular, when I type about 1 in 10 key presses simply do not > register. This, however, is a order of magnitude worse than what I have experienced with my Inspiron 6100. > I ended up going back to the Nov 4 stable-6, which fixed the > problem. Well, it worked around it. > Any ideas? I am happy to provide any details you may need. I'd guess that this is another ACPI issue like the one I reported a couple of weeks back. In my case, it was slow, but I didn't lose any keystrokes. What happens when you ping another system? I found that the ping time was normal (in the order of 1 µs), but it repeated only every 3 seconds. When I unloaded ACPI, things worked normally. I'm following this up to the ACPI list with a reminder that my message has been there for 2 weeks. How do I localize the problem? Greg -- See complete headers for address and phone numbers From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 08:50:39 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D496F16A41F for ; Sun, 20 Nov 2005 08:50:39 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DA2843D45 for ; Sun, 20 Nov 2005 08:50:39 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from ranger.anduin.net ([81.0.162.52] helo=[192.168.1.110]) by anduin.net with esmtpa (Exim 4.50 (FreeBSD)) id 1EdkuC-000A5l-J8; Sun, 20 Nov 2005 09:50:36 +0100 In-Reply-To: <84dead720511191043u26808efcn54987c99407500e0@mail.gmail.com> References: <437F6E41.2040504@bfoz.net> <84dead720511191043u26808efcn54987c99407500e0@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Sun, 20 Nov 2005 09:50:05 +0100 To: Joseph Koshy X-Mailer: Apple Mail (2.746.2) Cc: Brandon Fosdick , stable@freebsd.org Subject: Re: Centralized building X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 08:50:39 -0000 On Nov 19, 2005, at 19:43 , Joseph Koshy wrote: >> AFAICT cross-compiling amd64 on a i386 machine isn't supported >> yet. I ran into a similar problem when I upgraded an i386 >> machine to amd64. I thought I could just set CPUTYPE=athlon-64 >> and buildworld would do the right thing. Apparently not. > > Bootstrapping a single machine is supported: > > # make buildworld TARGET_ARCH=new-arch > > plus a few other steps. (See build(7)). > > There have been a couple of postings on the mailing lists > on this topic in the recent past. I've taken a stab at > describing how to cross-bootstrap too: > > http://edoofus.blogspot.com/2005/10/cross-building-freebsd.html > > The OP wanted to do a 'buildworld TARGET_ARCH=foo' on one > machine and then an 'installworld' on a different set of > machines. Yes, and he still wonders if this is supposed to be doable or not. I think the culprit is (partly) the fact that every architecture is built into its own subdirectory in /usr/obj, EXCEPT the architecture the build is running on. The same goes for the install part, and if the build and install architectures differ, it cannot ever work. Setting MAKEOBJDIRPREFIX on the target host makes the install start, but it fails after a couple of minutes with the "dd: not found" error. (I do notice that there is a /usr/obj/usr directory created also when cross-building; I'm assuming this contains the build bootstrap tools). > > -- > FreeBSD Volunteer, http://people.freebsd.org/~jkoshy > > From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 09:15:20 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FFAA16A422 for ; Sun, 20 Nov 2005 09:15:20 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96AF143D46 for ; Sun, 20 Nov 2005 09:15:13 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from ranger.anduin.net ([81.0.162.52] helo=[192.168.1.110]) by anduin.net with esmtpa (Exim 4.50 (FreeBSD)) id 1EdlHw-000AB2-TT; Sun, 20 Nov 2005 10:15:08 +0100 In-Reply-To: References: <437F6E41.2040504@bfoz.net> <84dead720511191043u26808efcn54987c99407500e0@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Sun, 20 Nov 2005 10:14:37 +0100 To: =?ISO-8859-1?Q?Eirik_=D8verby?= X-Mailer: Apple Mail (2.746.2) Cc: Brandon Fosdick , stable@freebsd.org, Joseph Koshy Subject: Re: Centralized building X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 09:15:20 -0000 On Nov 20, 2005, at 09:50 , Eirik =D8verby wrote: > > On Nov 19, 2005, at 19:43 , Joseph Koshy wrote: > >>> AFAICT cross-compiling amd64 on a i386 machine isn't supported >>> yet. I ran into a similar problem when I upgraded an i386 >>> machine to amd64. I thought I could just set CPUTYPE=3Dathlon-64 >>> and buildworld would do the right thing. Apparently not. >> >> Bootstrapping a single machine is supported: >> >> # make buildworld TARGET_ARCH=3Dnew-arch >> >> plus a few other steps. (See build(7)). >> >> There have been a couple of postings on the mailing lists >> on this topic in the recent past. I've taken a stab at >> describing how to cross-bootstrap too: >> >> http://edoofus.blogspot.com/2005/10/cross-building-freebsd.html >> >> The OP wanted to do a 'buildworld TARGET_ARCH=3Dfoo' on one >> machine and then an 'installworld' on a different set of >> machines. > > Yes, and he still wonders if this is supposed to be doable or not. > I think the culprit is (partly) the fact that every architecture is =20= > built into its own subdirectory in /usr/obj, EXCEPT the =20 > architecture the build is running on. The same goes for the install =20= > part, and if the build and install architectures differ, it cannot =20 > ever work. Setting MAKEOBJDIRPREFIX on the target host makes the =20 > install start, but it fails after a couple of minutes with the "dd: =20= > not found" error. > (I do notice that there is a /usr/obj/usr directory created also =20 > when cross-building; I'm assuming this contains the build bootstrap =20= > tools). Follow-up. If I enter src/sys and do a "make install", the dd step =20 works perfectly - however it stops later when trying to install =20 cdboot. I am assuming this is due to missing options or wrong target =20 for make, but - from all I can tell - shows a weakness in the build/=20 install system. Or maybe not... Anyone?? /Eirik > > > >> >> -- >> FreeBSD Volunteer, http://people.freebsd.org/~jkoshy >> >> > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-=20 > unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 12:32:26 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30CB516A41F for ; Sun, 20 Nov 2005 12:32:26 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82C2B43D45 for ; Sun, 20 Nov 2005 12:32:24 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1EdoLr-0004ga-RY for freebsd-stable@freebsd.org; Sun, 20 Nov 2005 13:31:24 +0100 Received: from r4v24.chello.upc.cz ([84.42.149.24]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 20 Nov 2005 13:31:23 +0100 Received: from v.haisman by r4v24.chello.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 20 Nov 2005 13:31:23 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= Date: Sun, 20 Nov 2005 13:02:33 +0100 Lines: 95 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCDE950563F86E1AD60F45A34" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r4v24.chello.upc.cz User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en X-Enigmail-Version: 0.93.0.0 OpenPGP: id=63B6B297 Sender: news Subject: Mount related panic with FreeBSD 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 12:32:26 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCDE950563F86E1AD60F45A34 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hi, I got this panic on freshly installed FreeBSD 6. I did this df -h and noticed that /mnt/oldroot/home is somewhat mangled. The /mnt/oldroot is root of FreeBSD 4.11 system. I successfully copied some settings and all user accounts from that /mnt/oldroot/home earlier today. This is what I did before the panic: logout::wilx:~> df -h Filesystem Size Used Avail Use% Mounted on /dev/ad0s1a 496M 57M 399M 13% / devfs 1.0k 1.0k 0 100% /dev /dev/ad0s1e 989M 12k 910M 1% /tmp /dev/ad0s1f 163G 29G 120G 20% /usr /dev/ad0s1d 4.8G 2.0G 2.4G 45% /var /dev/ad2s1a 492M 317M 136M 70% /mnt/oldroot df: `/mnt/oldroot/hom': No such file or directory /dev/ad2s1f 6.7G 5.3G 1013M 85% /mnt/oldroot/usr /dev/ad2s1e 2.9G 2.2G 476M 83% /mnt/oldroot/var logout::root:~> mount /mnt/oldroot/home Notice that /mnt/oldroot/home is mounted twice here: logout::root:~> mount /dev/ad0s1a on / (ufs, local) devfs on /dev (devfs, local) /dev/ad0s1e on /tmp (ufs, local, soft-updates) /dev/ad0s1f on /usr (ufs, local, soft-updates) /dev/ad0s1d on /var (ufs, local, soft-updates) /dev/ad2s1a on /mnt/oldroot (ufs, local, read-only) /dev/ad2s1g on /mnt/oldroot/home (ufs, local, read-only) /dev/ad2s1f on /mnt/oldroot/usr (ufs, local, read-only) /dev/ad2s1e on /mnt/oldroot/var (ufs, local, read-only) /dev/ad2s1g on /mnt/oldroot/home (ufs, local, read-only) logout::root:~> umount /mnt/oldroot/home logout::root:~> mount /dev/ad0s1a on / (ufs, local) devfs on /dev (devfs, local) /dev/ad0s1e on /tmp (ufs, local, soft-updates) /dev/ad0s1f on /usr (ufs, local, soft-updates) /dev/ad0s1d on /var (ufs, local, soft-updates) /dev/ad2s1a on /mnt/oldroot (ufs, local, read-only) /dev/ad2s1g on /mnt/oldroot/home (ufs, local, read-only) /dev/ad2s1f on /mnt/oldroot/usr (ufs, local, read-only) /dev/ad2s1e on /mnt/oldroot/var (ufs, local, read-only) logout::root:~> cd /mnt/oldroot/home logout::root:/mnt/oldroot/home> ls After the ls it panicked. The only thing I see in logs is this: Nov 20 12:42:02 logout savecore: reboot after panic: page fault Nov 20 12:42:02 logout savecore: writing core to vmcore.0 Unfortunatelly trying gdb on the core didn't help. The kernel is still the generic one from the release CD: warning: "/var/crash/vmcore.0": no core file handler recognizes format, using default Can't fetch registers from this type of core file Can't fetch registers from this type of core file #0 0x00000000 in ?? () I realise that this might have been already fixed after the release. I will try to cvsup the sources and build a new kernel. Vaclav Haisman --------------enigCDE950563F86E1AD60F45A34 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQEVAwUBQ4Bl5G56zbtzMDG0AQJctwf+Jm9+tk7givXXKDNN83vMY0j99uPajCBQ Dy5FDL3eYjrhx8tvdd2TnzVsZJlQMCdY9dIxKYimUfOLs+1lE7HlimwXXRS5DCz7 s/yDMXDu99MuexPVMPaTPA0SU8Pqd0Ac/XTc/QMaMJlY1mSJDcseYpth2GaFKvoY Zm5BdgePjqH8Y9v3ZJNV6domb6qH0kETyc8CXgzngbj5DlvdqJBa2PId/4Egv4y4 IoivdxhICUXazVVyjPBC0ltu6szMh9CJ7D7pVlUeJwwD/tBnA5huZAwIS4gJNIbF RoMHc2qbtnqjDBsBj8rKWHs1kDsVGMn7nv9ld1IhmTZlsRfwy9KGLQ== =2BO7 -----END PGP SIGNATURE----- --------------enigCDE950563F86E1AD60F45A34-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 12:46:09 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB1D616A420 for ; Sun, 20 Nov 2005 12:46:09 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0771043D49 for ; Sun, 20 Nov 2005 12:46:08 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id jAKCk67O035709; Sun, 20 Nov 2005 13:46:06 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id jAKCk6VD035708; Sun, 20 Nov 2005 13:46:06 +0100 (CET) (envelope-from hk) Date: Sun, 20 Nov 2005 13:46:06 +0100 From: Holger Kipp To: stable@freebsd.org Message-ID: <20051120124606.GA35164@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: FBSD 6-STABLE usb problem: umass0: BBB reset failed, IOERROR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 12:46:09 -0000 Hello, whilst copying files from SD-Card via usb card reader with mcopy, I encountered the following error with FreeBSD 6.0-STABLE from 15.11.2005. Even though the device was reattached automatically (nice improvement, btw!), this error is very annoying. Is this behaviour already known, or should I file a pr? Apart from the reattachement, I had a similar behaviour under 5.4-STABLE. Regards, Holger Kipp %mcopy -mpv h:photos/51\* ./ Copying H:/photos/51011001.jpg Copying H:/photos/51011002.jpg .. Copying H:/photos/51109003.jpg Copying H:/photos/51109005.jpg Copying H:/photos/51109007.jpg plain_io: Input/output error file read: Input/output error Copying H:/photos/51111008.jpg plain_io: Device not configured file read: Device not configured Copying H:/photos/51112001.jpg plain_io: Device not configured file read: Device not configured with /var/log/messages saying: Nov 20 13:14:54 katrin kernel: umass0: BBB reset failed, IOERROR Nov 20 13:14:54 katrin kernel: umass0: BBB bulk-in clear stall failed, IOERROR Nov 20 13:14:54 katrin kernel: umass0: at uhub4 port 8 (addr 3) disconnected Nov 20 13:14:54 katrin kernel: (da0:umass-sim0:0:0:0): lost device Nov 20 13:14:54 katrin kernel: (da0:umass-sim0:0:0:0): removing device entry Nov 20 13:14:54 katrin kernel: (da1:umass-sim0:0:0:1): lost device Nov 20 13:14:54 katrin kernel: (da1:umass-sim0:0:0:1): removing device entry Nov 20 13:14:54 katrin kernel: (da2:umass-sim0:0:0:2): lost device Nov 20 13:14:54 katrin kernel: (da2:umass-sim0:0:0:2): removing device entry Nov 20 13:14:54 katrin kernel: (da3:umass-sim0:0:0:3): lost device Nov 20 13:14:54 katrin kernel: umass0: detached Nov 20 13:14:54 katrin kernel: (da3:umass-sim0:0:0:3): Synchronize cache failed, status == 0x39, scsi status == 0x0 Nov 20 13:14:54 katrin kernel: (da3:umass-sim0:0:0:3): removing device entry Nov 20 13:14:56 katrin kernel: umass0: SMSC 223 USB97C223, rev 2.00/1.95, addr 3 ...(omitted parts for 0:0:0-0:0:2) Nov 20 13:14:56 katrin kernel: da3 at umass-sim0 bus 0 target 0 lun 3 Nov 20 13:14:56 katrin kernel: da3: Removable Direct Access SCSI-0 device Nov 20 13:14:56 katrin kernel: da3: 40.000MB/s transfers Nov 20 13:14:56 katrin kernel: da3: 483MB (990976 512 byte sectors: 64H 32S/T 483C) From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 13:04:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FBEF16A41F for ; Sun, 20 Nov 2005 13:04:12 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 144C943D45 for ; Sun, 20 Nov 2005 13:04:12 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 92A8546B7D; Sun, 20 Nov 2005 08:04:11 -0500 (EST) Date: Sun, 20 Nov 2005 13:04:11 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Michael Voucko In-Reply-To: <437FCEAB.80000@gmx.li> Message-ID: <20051120130304.T8182@fledge.watson.org> References: <437B1466.8030202@gmx.li> <20051119165212.O88861@carver.gumbysoft.com> <437FCEAB.80000@gmx.li> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: "message too long" when sending broadcasts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 13:04:12 -0000 On Sun, 20 Nov 2005, Michael Voucko wrote: > > Berkeley-derived kernels do not allow a broadcast datagram to be > fragmented. If the size of an IP datagram that is being sent to a > broadcast address exceeds the outgoing interface MTU, EMSGSIZE is > returned (pp. 233?234 of TCPv2). This is a policy decision that has > existed since 4.2BSD. There is nothing that prevents a kernel from > fragmenting a broadcast datagram, but the feeling is that broadcasting > puts enough load on the network as it is, so there is no need to > multiply this load by the number of fragments. .... AIX, FreeBSD, and > MacOS implement this limitation. Linux, Solaris, and HP-UX fragment > datagrams sent to a broadcast address. > > Maybe it's worth adding this information somewhere to make it easier to > find? It would also be quite easy to make this configurable -- the code in ip_output is fairly straight forward: /* * Look for broadcast address and * verify user is allowed to send * such a packet. */ if (isbroadcast) { if ((ifp->if_flags & IFF_BROADCAST) == 0) { error = EADDRNOTAVAIL; goto bad; } if ((flags & IP_ALLOWBROADCAST) == 0) { error = EACCES; goto bad; } /* don't allow broadcast messages to be fragmented */ if (ip->ip_len > ifp->if_mtu) { error = EMSGSIZE; goto bad; } if (flags & IP_SENDONES) ip->ip_dst.s_addr = INADDR_BROADCAST; m->m_flags |= M_BCAST; } else { m->m_flags &= ~M_BCAST; } We could add a global option, or maybe just an IP socket option. Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 13:16:26 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E94BB16A41F for ; Sun, 20 Nov 2005 13:16:26 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 714FB43D46 for ; Sun, 20 Nov 2005 13:16:26 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id jAKDGPnF036220; Sun, 20 Nov 2005 14:16:25 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id jAKDGOFa036219; Sun, 20 Nov 2005 14:16:24 +0100 (CET) (envelope-from hk) Date: Sun, 20 Nov 2005 14:16:24 +0100 From: Holger Kipp To: stable@freebsd.org Message-ID: <20051120131624.GB35164@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: FBSD-6 usb/scanner-access-rights X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 13:16:27 -0000 Hello, I am slightly unsatisfied with user rights management, especially with usb-devices, but also with access to cd/dvd-burners for the following reason: I'd like to be able to allow access to burners that are accessed as scsi-devices (via atapicam) for some users, but for that to work it is not sufficient to allow access via cd0/cd1, but I also have to allow the corresponding pass-devices. For usb-scanner it is even worse. If I allow access to uscanner0, this does not work unless I also allow the corresponding /dev/usb-device. umass is also accessed as da-device and also therefore needs some da-devices to be allowed rw-access for 'ordinary' users. I don't relly like to allow direct access to the related devices (da, pass - especially if the system is using scsi-disks). Is there an easy way to name the devices a user might be allowed to access rw, without compromising the system? I don't want to give operator group to these users, and I don't want to blindly allow access to some da- or pass-devices where I cannot determine the order of numbering easily. I hope this does not sound ignorant. Pointers to helpful information are also welcome :-) Regards, Holger Kipp From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 13:19:13 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 103CC16A41F for ; Sun, 20 Nov 2005 13:19:13 +0000 (GMT) (envelope-from didier.wiroth@mcesr.etat.lu) Received: from postino-2.etat.lu (postino-2.etat.lu [194.154.205.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50A5743D45 for ; Sun, 20 Nov 2005 13:19:11 +0000 (GMT) (envelope-from didier.wiroth@mcesr.etat.lu) Received: from avirus-2.cie.etat.lu (dispatch-2.cie.etat.lu [148.110.137.7]) by postino-2.etat.lu (Postfix) with ESMTP id 858A51487550 for ; Sun, 20 Nov 2005 14:19:10 +0100 (CET) Received: from avirus-2.cie.etat.lu (dispatch-2.cie.etat.lu [148.110.137.7]) by localhost (CIE ESMTP Dispatch 2) with ESMTP id 6842036192 for ; Sun, 20 Nov 2005 14:19:10 +0100 (CET) Received: from hermes-1.cie.etat.lu (hermes-1.cie.etat.lu [148.110.136.56]) by dispatch-2.cie.etat.lu (CIE ESMTP Dispatch 2) with ESMTP id 16D183618D for ; Sun, 20 Nov 2005 14:19:10 +0100 (CET) Received: from hermes-1.cie.etat.lu (hermes-1.cie.etat.lu [148.110.136.56]) by store.etat.lu (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IQ900GEN8ZXNAA0@store.etat.lu> for freebsd-stable@freebsd.org; Sun, 20 Nov 2005 14:19:10 +0100 (MET) Received: from etat.lu ([148.110.136.56]) by store.etat.lu (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IQ900AEW8ZXT830@store.etat.lu>; Sun, 20 Nov 2005 14:19:09 +0100 (MET) Received: from [192.168.2.43] (Forwarded-For: [158.64.124.88]) by store.etat.lu (mshttpd); Sun, 20 Nov 2005 14:19:09 +0100 Date: Sun, 20 Nov 2005 14:19:09 +0100 From: Didier Wiroth To: Paul Root Message-id: <84d12da447f5.438085dd@etat.lu> MIME-version: 1.0 X-Mailer: Sun Java(tm) System Messenger Express 6.1 HotFix 0.05 (built Oct 21 2004) Content-type: text/plain; charset=us-ascii Content-language: fr Content-transfer-encoding: 7BIT Content-disposition: inline X-Accept-Language: fr Priority: normal Cc: freebsd-stable@freebsd.org Subject: Re : Re: building gnome2 on freebsd6-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 13:19:13 -0000 thanks for replying. No, I actually did not have gnome installed, as I'm running fluxbox but may be I had some sub-gnome ports installed that I didn't notice and that are responsible for the build failure. May be I should uninstall all *gnome* ports and restart. Best regards, Didier ----- Message d'origine ----- De: Paul Root Date: Samedi, Novembre 19, 2005 11:26 pm Objet: Re: building gnome2 on freebsd6-stable > Did you have gnome in before and you started to > try to build it? > > Go to http://www.freebsd.org/gnome. There is an > upgrade script there. I used it partially, it got > me about half way. Turned out that I had an ethernet > speed/duplex issue much of the time, and was having > trouble downloading. > > After a day of manually downloading (ftp worked, fetch, > which is used by the script had trouble) and restarting the > script, I gave up on it and used portmanager. That worked > better, but still had a couple of issues. > > About this time, I got the duplex issue fixed on the switch, > and then went back to /usr/ports/x11/gnome2 and from there > everything worked. > > The problem is that you'll get out of order with dependancies > if you just start in /usr/ports/x11/gnome2. > > > I'm having one problem with gnome 2.12. The screensaver won't > start up. It complains about not being able to contact the > messagebus. Any help here? > > > > Didier Wiroth wrote: > > *********************** > > This message has been scanned by the InterScan for CSC-SSM and > found to be free of known security risks. > > *********************** > > > > > > hi, > > > > I tried to build gnome2 on freebsd6 stable. > > > > It fails when it tries to compile gnomeapllets2, here is the output: > > --------------START SNIP------------- > > 12.1/drivemount/help' > > if ! test -d es/; then mkdir es/; fi > > if test -f "C/drivemount.xml"; then d="../"; else d=".././"; fi; \ > > (cd es/ && \ > > `which xml2po` -e -p \ > > ${d}es/es.po \ > > ${d}C/drivemount.xml > drivemount.xml.tmp && \ > > cp drivemount.xml.tmp drivemount.xml && rm -f > drivemount.xml.tmp)> Traceback (most recent call last): > > File "/usr/X11R6/bin/xml2po", line 34, in ? > > import libxml2 > > File "/usr/local/lib/python2.4/site-packages/libxml2.py", line > 1, in ? > > import libxml2mod > > ImportError: /usr/local/lib/python2.4/site- > packages/libxml2mod.so: Undefined symbol "xmlParseURIRaw" > > gmake[3]: *** [es/drivemount.xml] Error 1 > > gmake[3]: Leaving directory > `/usr/ports/x11/gnomeapplets2/work/gnome-applets- > 2.12.1/drivemount/help'> gmake[2]: *** [all-recursive] Error 1 > > gmake[2]: Leaving directory > `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.12.1/drivemount' > > gmake[1]: *** [all-recursive] Error 1 > > gmake[1]: Leaving directory > `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.12.1' > > gmake: *** [all] Error 2 > > *** Error code 2 > > > > Stop in /usr/ports/x11/gnomeapplets2. > > *** Error code 1 > > > > Stop in /usr/ports/x11/gnome2. > > -----------------STOP SNIP---------------------- > > > > What can I do to solve the problem? > > > > thanks a lot > > didier > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 14:05:15 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB55816A41F for ; Sun, 20 Nov 2005 14:05:15 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13D5F43D45 for ; Sun, 20 Nov 2005 14:05:14 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr7.xs4all.nl (8.13.3/8.13.3) with ESMTP id jAKE4NFw054632; Sun, 20 Nov 2005 15:04:23 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 13E46B824; Sun, 20 Nov 2005 15:04:23 +0100 (CET) Date: Sun, 20 Nov 2005 15:04:22 +0100 From: Roland Smith To: Holger Kipp Message-ID: <20051120140422.GA26681@slackbox.xs4all.nl> References: <20051120131624.GB35164@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: <20051120131624.GB35164@intserv.int1.b.intern> User-Agent: Mutt/1.4.2.1i X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@freebsd.org Subject: Re: FBSD-6 usb/scanner-access-rights X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 14:05:15 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 20, 2005 at 02:16:24PM +0100, Holger Kipp wrote: >=20 > Is there an easy way to name the devices a user might > be allowed to access rw, without compromising the system? > I don't want to give operator group to these users, > and I don't want to blindly allow access to some=20 > da- or pass-devices where I cannot determine the order > of numbering easily. One thing you could do is make the groups usb and cdrom and make them the groups owning the relevant devices, e.g. by putting the following in /etc/devfs.rules: add path 'da*s*' mode 0660 group usb add path 'uscanner*' mode 0660 group usb The ownership for the CD-ROM devices should be set in /etc/devfs.conf: # Give members of group cdrom access to the CD/DVD-ROM and DVD+RW via the # SCSI interface own xpt0 root:cdrom perm xpt0 0660 own cd0 root:cdrom perm cd0 0660 link cd0 cdrom link cd0 dvd own pass0 root:cdrom perm pass0 0660 own cd1 root:cdrom perm cd1 0660 own pass1 root:cdrom perm pass1 0660 The user that must be able to use the CD-ROMs and scanner must be a member of the appropriate group. If that is not fine-grained enough, maybe ACLs might help. See setfacl(1). Roland --=20 R.F.Smith (http://www.xs4all.nl/~rsmith/) Please send e-mail as plain text. public key: http://www.xs4all.nl/~rsmith/pubkey.txt --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDgIJmEnfvsMMhpyURArQCAJwLIlfNt/MqWimUt23rErGWgQfywgCdElAB bvKD8QFJYYvK3tLuk9iElWg= =k/zg -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 16:37:40 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04A3116A41F for ; Sun, 20 Nov 2005 16:37:40 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B3CE43D49 for ; Sun, 20 Nov 2005 16:37:38 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id jAKGbaFc039708; Sun, 20 Nov 2005 17:37:36 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id jAKGba9w039707; Sun, 20 Nov 2005 17:37:36 +0100 (CET) (envelope-from hk) Date: Sun, 20 Nov 2005 17:37:36 +0100 From: Holger Kipp To: Roland Smith Message-ID: <20051120163736.GA39037@intserv.int1.b.intern> References: <20051120131624.GB35164@intserv.int1.b.intern> <20051120140422.GA26681@slackbox.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051120140422.GA26681@slackbox.xs4all.nl> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: FBSD-6 usb/scanner-access-rights X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 16:37:40 -0000 Dear Roland, thank you very much for your answer. On Sun, Nov 20, 2005 at 03:04:22PM +0100, Roland Smith wrote: > On Sun, Nov 20, 2005 at 02:16:24PM +0100, Holger Kipp wrote: > > > > Is there an easy way to name the devices a user might > > be allowed to access rw, without compromising the system? > > I don't want to give operator group to these users, > > and I don't want to blindly allow access to some > > da- or pass-devices where I cannot determine the order > > of numbering easily. > > One thing you could do is make the groups usb and cdrom and make them > the groups owning the relevant devices, e.g. by putting the following in > /etc/devfs.rules: > > add path 'da*s*' mode 0660 group usb > add path 'uscanner*' mode 0660 group usb ah, I had the entry "add path 'uscanner*' mode 0660 group usb" missing in the devfs.rules-file but this still does not help... uscanner0 is here: uscanner0: EPSON EPSON Scanner, rev 1.10/1.00, addr 2 sane-find-scanner has the following to say: found USB scanner (UNKNOWN vendor and product) at device /dev/uscanner0 only if I also issue # chown root:usb /dev/usb0 # chown root:usb /dev/usb1 # chown root:usb /dev/usb2 it will return found USB scanner (vendor=0x04b8, product=0x011d) at /dev/uscanner0 this is not good either, because attaching the scanner to a different device means I have to change this for all /dev/usb*, effectively allowing read/write to all usb devices. I wonder why I have to allow access to all devices from 0 to 2. Attaching to a different hub(*): uscanner0: at uhub2 port 2 (addr 2) disconnected uscanner0: detached uscanner0: EPSON EPSON Scanner, rev 1.10/1.00, addr 2 -> I also have to chgrp usb /dev/usb3 so all /dev/usb up to the corresponding /dev/usb where the scanner is attached are needed. Strange! (*) detaching gives: uscanner0: at uhub3 port 1 (addr 2) disconnected uscanner0: detached > The ownership for the CD-ROM devices should be set in /etc/devfs.conf: > > # Give members of group cdrom access to the CD/DVD-ROM and DVD+RW via the > # SCSI interface > own xpt0 root:cdrom > perm xpt0 0660 > > own cd0 root:cdrom > perm cd0 0660 > link cd0 cdrom > link cd0 dvd > > own pass0 root:cdrom > perm pass0 0660 > > own cd1 root:cdrom > perm cd1 0660 > > own pass1 root:cdrom > perm pass1 0660 > > The user that must be able to use the CD-ROMs and scanner must be a > member of the appropriate group. > Yes, but there is a problem with numbering of pass-devices: with card-reader attached during boot, I have: at scbus0 target 0 lun 0 (da0,pass0) at scbus0 target 0 lun 1 (da1,pass1) at scbus0 target 0 lun 2 (da2,pass2) at scbus0 target 0 lun 3 (da3,pass3) at scbus2 target 0 lun 0 (pass4,cd0) at scbus2 target 1 lun 0 (pass5,cd1) attaching card-reader afterwards gives different numbering: after boot: katrin# camcontrol devlist at scbus1 target 0 lun 0 (cd1,pass1) at scbus1 target 1 lun 0 (cd0,pass0) after attaching cardreader: katrin# camcontrol devlist at scbus1 target 0 lun 0 (cd1,pass1) at scbus1 target 1 lun 0 (cd0,pass0) at scbus4 target 0 lun 0 (da0,pass2) at scbus4 target 0 lun 1 (da1,pass3) at scbus4 target 0 lun 2 (da2,pass4) at scbus4 target 0 lun 3 (da3,pass5) so allowing access to cd0/cd1 and corresponding pass0 and pass1 will break if computer is booted with usb-cardreader attached. not good. And: allowing specific users access to xpt might also not be a very good idea according to the man-page: Since the xpt driver allows direct access to the CAM subsystem, system administrators should exercise caution when granting access to this driver. If used improperly, this driver can allow userland applications to crash a machine or cause data loss. > If that is not fine-grained enough, maybe ACLs might help. See setfacl(1). so we currently have: - rights needed not only for the device itself, but also for the bus and or control devices (pass, usb, xpt0) - dynamic numbering (pass). I agree that usb is a nightmare and should never have happened. Regards, Holger Kipp From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 17:48:54 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5DA016A41F for ; Sun, 20 Nov 2005 17:48:54 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr8.xs4all.nl (smtp-vbr8.xs4all.nl [194.109.24.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB70843D66 for ; Sun, 20 Nov 2005 17:48:47 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr8.xs4all.nl (8.13.3/8.13.3) with ESMTP id jAKHlslS023933; Sun, 20 Nov 2005 18:47:54 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 2AEBCB824; Sun, 20 Nov 2005 18:47:54 +0100 (CET) Date: Sun, 20 Nov 2005 18:47:54 +0100 From: Roland Smith To: Holger Kipp Message-ID: <20051120174754.GA33044@slackbox.xs4all.nl> References: <20051120131624.GB35164@intserv.int1.b.intern> <20051120140422.GA26681@slackbox.xs4all.nl> <20051120163736.GA39037@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: <20051120163736.GA39037@intserv.int1.b.intern> User-Agent: Mutt/1.4.2.1i X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@freebsd.org Subject: Re: FBSD-6 usb/scanner-access-rights X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 17:48:54 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 20, 2005 at 05:37:36PM +0100, Holger Kipp wrote: > Dear Roland, >=20 > thank you very much for your answer. >=20 > On Sun, Nov 20, 2005 at 03:04:22PM +0100, Roland Smith wrote: > > On Sun, Nov 20, 2005 at 02:16:24PM +0100, Holger Kipp wrote: > > >=20 > > > Is there an easy way to name the devices a user might > > > be allowed to access rw, without compromising the system? > > > I don't want to give operator group to these users, > > > and I don't want to blindly allow access to some=20 > > > da- or pass-devices where I cannot determine the order > > > of numbering easily. > >=20 > > One thing you could do is make the groups usb and cdrom and make them > > the groups owning the relevant devices, e.g. by putting the following in > > /etc/devfs.rules: > >=20 > > add path 'da*s*' mode 0660 group usb > > add path 'uscanner*' mode 0660 group usb >=20 > ah, I had the entry=20 > "add path 'uscanner*' mode 0660 group usb"=20 > missing in the devfs.rules-file > but this still does not help... >=20 > uscanner0 is here: >=20 > uscanner0: EPSON EPSON Scanner, rev 1.10/1.00, addr 2 >=20 >=20 > sane-find-scanner has the following to say: > found USB scanner (UNKNOWN vendor and product) at device /dev/uscanner0 Doesn't matter that you get "UNKNOWN". It _will_ work with sane without access to /dev/usb*. It does here. > Yes, but there is a problem with numbering of pass-devices: >=20 > with card-reader attached during boot, I have: > at scbus0 target 0 lun 0 (da0,pass0) > at scbus0 target 0 lun 1 (da1,pass1) > at scbus0 target 0 lun 2 (da2,pass2) > at scbus0 target 0 lun 3 (da3,pass3) > at scbus2 target 0 lun 0 (pass4,cd0) > at scbus2 target 1 lun 0 (pass5,cd1) >=20 > attaching card-reader afterwards gives different numbering: > after boot: > katrin# camcontrol devlist > at scbus1 target 0 lun 0 (cd1,pass1) > at scbus1 target 1 lun 0 (cd0,pass0) > after attaching cardreader: > katrin# camcontrol devlist > at scbus1 target 0 lun 0 (cd1,pass1) > at scbus1 target 1 lun 0 (cd0,pass0) > at scbus4 target 0 lun 0 (da0,pass2) > at scbus4 target 0 lun 1 (da1,pass3) > at scbus4 target 0 lun 2 (da2,pass4) > at scbus4 target 0 lun 3 (da3,pass5) >=20 > so allowing access to cd0/cd1 and corresponding pass0 and pass1 will > break if computer is booted with usb-cardreader attached. not good. It was an example. I don't have many usb devices, so it works for me. :-) > > If that is not fine-grained enough, maybe ACLs might help. See setfacl(= 1). >=20 > so we currently have: >=20 > - rights needed not only for the device itself, but also for the bus > and or control devices (pass, usb, xpt0) Yes, but ACL give fine-grained access control. And no matter how you look at it, you _have_ to trust the person whom you give access to the pass devices. It's in the FreeBSD architecture. > - dynamic numbering (pass). >=20 > I agree that usb is a nightmare and should never have happened. :-) For disc devices, you could use GEOM_LABEL. That'll give you consistent /dev/label/ names. Roland --=20 R.F.Smith (http://www.xs4all.nl/~rsmith/) Please send e-mail as plain text. public key: http://www.xs4all.nl/~rsmith/pubkey.txt --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDgLbKEnfvsMMhpyURAnFaAKCiwIOgGA/+SUydBjtXmRYbtIeiFgCgmQ3j PRkVaKlxwVdqQf9vDBp/Qss= =job2 -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 17:50:52 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFA2716A41F for ; Sun, 20 Nov 2005 17:50:52 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx04.interbgc.com [217.9.224.231]) by mx1.FreeBSD.org (Postfix) with SMTP id 0262B43D6D for ; Sun, 20 Nov 2005 17:50:49 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 58049 invoked from network); 20 Nov 2005 17:50:47 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-2.5/8.0):. Processed in 1.853381 secs); 20 Nov 2005 17:50:47 -0000 X-Spam-Status: No, hits=-2.5 required=8.0 Received: from 213-240-205-57.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.205.57) by mx04.interbgc.com with SMTP; 20 Nov 2005 17:50:45 -0000 Received: (qmail 71380 invoked from network); 20 Nov 2005 17:50:45 -0000 Received: from qmail by qscan (mail filter); 20 Nov 2005 17:50:45 +0000 Received: from unknown (HELO ?10.10.10.253?) (ndenev@213.240.242.183) by tormentor.totalterror.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 20 Nov 2005 17:50:45 -0000 Message-ID: <4380B774.2080705@cytexbg.com> Date: Sun, 20 Nov 2005 19:50:44 +0200 From: Niki Denev User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050908) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.92.0.0 OpenPGP: id=F2DB7EB9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: inconsistent arp(8) mac address output using if_bridge X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 17:50:52 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I have a small machine setup to act as simple network gateway. I have one wireless and one wired interfaces without IP configuration on them, and they are added as if_bridge(4) members. When i issue arp -na command on the machine i get this: ? (10.10.10.240) at 0.14.a5.1a.dc.73 on bridge0 ? (10.10.10.241) at 4.4b.80.80.80.3 on bridge0 ? (10.10.10.246) at 0.a0.cc.62.99.c3 on bridge0 ? (10.10.10.253) at 0.5.4e.4f.7b.eb on bridge0 ? (172.16.1.1) at 00:30:48:83:93:e9 on ep0 [ethernet] ? (172.16.37.9) at 00:0f:b0:01:30:c0 on ep0 [ethernet] While the mac addresses appear to be correct, maybe this should be fixed to be consistent with the default mac address output? - --niki -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDgLd0HNAJ/fLbfrkRAt37AKDJ5P9PC1tf6VCyBDv83KwjNTqirwCgvhoW noztCOr2cpcaEqEjiBLAclc= =7DFZ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 17:59:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C524616A41F for ; Sun, 20 Nov 2005 17:59:06 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx03.interbgc.com [217.9.224.229]) by mx1.FreeBSD.org (Postfix) with SMTP id D4C6A43D49 for ; Sun, 20 Nov 2005 17:59:05 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 34284 invoked from network); 20 Nov 2005 17:59:00 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-2.6/8.0):. Processed in 4.894444 secs); 20 Nov 2005 17:59:00 -0000 X-Spam-Status: No, hits=-2.6 required=8.0 Received: from 213-240-205-57.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.205.57) by mx03.interbgc.com with SMTP; 20 Nov 2005 17:58:55 -0000 Received: (qmail 72566 invoked from network); 20 Nov 2005 17:58:54 -0000 Received: from qmail by qscan (mail filter); 20 Nov 2005 17:58:54 +0000 Received: from unknown (HELO ?10.10.10.253?) (ndenev@213.240.242.183) by tormentor.totalterror.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 20 Nov 2005 17:58:54 -0000 Message-ID: <4380B95D.2050307@cytexbg.com> Date: Sun, 20 Nov 2005 19:58:53 +0200 From: Niki Denev User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050908) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4380B774.2080705@cytexbg.com> In-Reply-To: <4380B774.2080705@cytexbg.com> X-Enigmail-Version: 0.92.0.0 OpenPGP: id=F2DB7EB9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: inconsistent arp(8) mac address output using if_bridge X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 17:59:06 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Niki Denev wrote: > Hello, > > I have a small machine setup to act as simple network gateway. > I have one wireless and one wired interfaces without IP configuration > on them, and they are added as if_bridge(4) members. > When i issue arp -na command on the machine i get this: > > ? (10.10.10.240) at 0.14.a5.1a.dc.73 on bridge0 > ? (10.10.10.241) at 4.4b.80.80.80.3 on bridge0 > ? (10.10.10.246) at 0.a0.cc.62.99.c3 on bridge0 > ? (10.10.10.253) at 0.5.4e.4f.7b.eb on bridge0 > ? (172.16.1.1) at 00:30:48:83:93:e9 on ep0 [ethernet] > ? (172.16.37.9) at 00:0f:b0:01:30:c0 on ep0 [ethernet] > > While the mac addresses appear to be correct, maybe > this should be fixed to be consistent with the default > mac address output? > > --niki Sorry, forgot the mention the os version : FreeBSD gimli 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Thu Nov 3 09:36:13 UTC 2005 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC i386 - --niki -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDgLlYHNAJ/fLbfrkRAnM8AJ0WbFS29X9F3FTah1S3Rnb/P7BZOgCeNeTr at9AxPhl6kvnVV7XBFY3lns= =Tgdb -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 18:24:31 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6980316A420; Sun, 20 Nov 2005 18:24:31 +0000 (GMT) (envelope-from rutger.bevaart@illian.net) Received: from darwin.illian.net (darwin.illian.net [80.69.74.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id B18EF43D45; Sun, 20 Nov 2005 18:24:30 +0000 (GMT) (envelope-from rutger.bevaart@illian.net) Received: from localhost (localhost.illian.net [127.0.0.1]) by darwin.illian.net (Postfix) with ESMTP id 4E67B450EC; Sun, 20 Nov 2005 19:24:41 +0100 (CET) Received: from darwin.illian.net ([127.0.0.1]) by localhost (darwin.illian.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 62399-09; Sun, 20 Nov 2005 19:24:40 +0100 (CET) Received: from [192.168.3.5] (237192.xs4all.nl [194.109.237.192]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by darwin.illian.net (Postfix) with ESMTP id 945D1450C4; Sun, 20 Nov 2005 19:24:40 +0100 (CET) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Rutger Bevaart Date: Sun, 20 Nov 2005 19:24:25 +0100 To: "Gino Ruopolo" X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: amavisd-new at illian.net Cc: freebsd-stable@freebsd.org, freebsd-smp@freebsd.org Subject: Re: FreeBSD unstable on Dell 1750 using SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 18:24:31 -0000 Strange indeed. On a 1750 with bge's: 475 mbufs in use 501/25600 mbuf clusters in use (current/max) 0/3/6656 sfbufs in use (current/peak/max) 1120 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 100 calls to protocol drain routines On a 2850 (hardware identical to an 1850): $ netstat -m 4294966848 mbufs in use 565/25600 mbuf clusters in use (current/max) 0/67/6656 sfbufs in use (current/peak/max) 1018 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 16449 requests for I/O initiated by sendfile 589 calls to protocol drain routines Both experience the "auto reboot" feature. The mbufs on the 2850 look like a counter (signed/unsigned) bug, maybe even just in the printing. Other than that I'm having a hard time interpreting these results. Regards Rutger Bevaart On Nov 20, 2005, at 5:07 PM, Gino Ruopolo wrote: > > Hello Rutger, > > I red your post but I'm unable to reply on the list 'cause of some > firewall settings. > > I'm having the same problems with various Dell1850 and Fbsd 5.4 > > Last week I noticed the following: > > #netstat -m > 4294899289 mbufs in use !?!?!??!!? > 4294940375/25600 mbuf clusters in use (current/max) !?!?!?!??! > 0/9/6656 sfbufs in use (current/peak/max) > 4123460 KBytes allocated to network > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 34 requests for I/O initiated by sendfile > 2533 calls to protocol drain routines > > Here is the output of the same command on a different server with > fxp0 ethernet driver, also FBSD 5.4 and doing the same work: > > #netstat -m > 194 mbufs in use > 171/25600 mbuf clusters in use (current/max) > 0/4/6656 sfbufs in use (current/peak/max) > 390 KBytes allocated to network > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > > So I've tried putting an old pci ethernet 10/100 using fxp driver > on a Dell1850 suffering the "self-reboot" problem. I'm getting 5 > days of uptime without a single reboot ... > > What about a problem with the em driver? > > Regards, > gino > > _________________________________________________________________ > Parla con i tuoi amici che hanno MSN Hotmail in tempo reale! E' > gratis. http://www.imagine-msn.com/messenger/default.aspx?locale=it-IT > From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 18:26:45 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0131D16A41F for ; Sun, 20 Nov 2005 18:26:44 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8022443D6D for ; Sun, 20 Nov 2005 18:26:39 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id jAKIQcSM041734; Sun, 20 Nov 2005 19:26:38 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id jAKIQcvS041733; Sun, 20 Nov 2005 19:26:38 +0100 (CET) (envelope-from hk) Date: Sun, 20 Nov 2005 19:26:38 +0100 From: Holger Kipp To: Roland Smith Message-ID: <20051120182638.GA41518@intserv.int1.b.intern> References: <20051120131624.GB35164@intserv.int1.b.intern> <20051120140422.GA26681@slackbox.xs4all.nl> <20051120163736.GA39037@intserv.int1.b.intern> <20051120174754.GA33044@slackbox.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051120174754.GA33044@slackbox.xs4all.nl> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: FBSD-6 usb/scanner-access-rights X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 18:26:45 -0000 On Sun, Nov 20, 2005 at 06:47:54PM +0100, Roland Smith wrote: > On Sun, Nov 20, 2005 at 05:37:36PM +0100, Holger Kipp wrote: > > Dear Roland, > > > > Is there an easy way to name the devices a user might > > > > be allowed to access rw, without compromising the system? > > > > I don't want to give operator group to these users, > > > > and I don't want to blindly allow access to some > > > > da- or pass-devices where I cannot determine the order > > > > of numbering easily. > > ah, I had the entry > > "add path 'uscanner*' mode 0660 group usb" > > missing in the devfs.rules-file > > but this still does not help... > > > > uscanner0 is here: > > uscanner0: EPSON EPSON Scanner, rev 1.10/1.00, addr 2 > > > > sane-find-scanner has the following to say: > > found USB scanner (UNKNOWN vendor and product) at device /dev/uscanner0 > > Doesn't matter that you get "UNKNOWN". It _will_ work with sane without > access to /dev/usb*. It does here. This is an Epson Perfection 1260. Don't ask what the 'Perfection' stands for. Anyway, this is in fact a Plustek, so I have to add the following to /usr/local/etc/sane.d/plustek.conf: -[usb] +[usb] 0x04B8 0x011D +device /dev/uscanner0 I need vendor and product id to get this working. Without getting this info, eg scanimage -L will complain that it couldn't find a scanner, etc. only with /dev/usb* set to root:usb, I will get %scanimage -L device `plustek:/dev/uscanner0' is a Epson Perfection 1260/Photo USB flatbed scanner Regards, Holger Kipp From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 19:00:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84FE616A420 for ; Sun, 20 Nov 2005 19:00:34 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from dbmail-mx3.orcon.co.nz (loadbalancer1.orcon.net.nz [219.88.242.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9D6E43D45 for ; Sun, 20 Nov 2005 19:00:33 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by dbmail-mx3.orcon.co.nz (8.13.2/8.13.2/Debian-1) with ESMTP id jAKJ1L7K030431; Mon, 21 Nov 2005 08:01:22 +1300 Received: by heff.fud.org.nz (Postfix, from userid 1001) id DC5812842D; Mon, 21 Nov 2005 08:00:26 +1300 (NZDT) Date: Mon, 21 Nov 2005 08:00:26 +1300 From: Andrew Thompson To: Niki Denev Message-ID: <20051120190026.GA4648@heff.fud.org.nz> References: <4380B774.2080705@cytexbg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4380B774.2080705@cytexbg.com> User-Agent: Mutt/1.5.11 X-Virus-Scanned: ClamAV 0.87/1180/Sun Nov 20 23:20:28 2005 on dbmail-mx3.orcon.co.nz X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: inconsistent arp(8) mac address output using if_bridge X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 19:00:34 -0000 On Sun, Nov 20, 2005 at 07:50:44PM +0200, Niki Denev wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello, > > I have a small machine setup to act as simple network gateway. > I have one wireless and one wired interfaces without IP configuration > on them, and they are added as if_bridge(4) members. > When i issue arp -na command on the machine i get this: > > ? (10.10.10.240) at 0.14.a5.1a.dc.73 on bridge0 > ? (10.10.10.241) at 4.4b.80.80.80.3 on bridge0 > ? (10.10.10.246) at 0.a0.cc.62.99.c3 on bridge0 This has been fixed up already, you can update your source and recompile usr.sbin/arp HEAD: r1.59 RELENG_6: r1.58.2.1 cheers, Andrew From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 19:03:36 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76BDF16A41F for ; Sun, 20 Nov 2005 19:03:36 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAFCC43D45 for ; Sun, 20 Nov 2005 19:03:35 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr5.xs4all.nl (8.13.3/8.13.3) with ESMTP id jAKJ2eAf045853; Sun, 20 Nov 2005 20:02:41 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 09606B824; Sun, 20 Nov 2005 20:02:39 +0100 (CET) Date: Sun, 20 Nov 2005 20:02:38 +0100 From: Roland Smith To: Holger Kipp Message-ID: <20051120190238.GA52962@slackbox.xs4all.nl> References: <20051120131624.GB35164@intserv.int1.b.intern> <20051120140422.GA26681@slackbox.xs4all.nl> <20051120163736.GA39037@intserv.int1.b.intern> <20051120174754.GA33044@slackbox.xs4all.nl> <20051120182638.GA41518@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline In-Reply-To: <20051120182638.GA41518@intserv.int1.b.intern> User-Agent: Mutt/1.4.2.1i X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@freebsd.org Subject: Re: FBSD-6 usb/scanner-access-rights X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 19:03:36 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 20, 2005 at 07:26:38PM +0100, Holger Kipp wrote: > > Doesn't matter that you get "UNKNOWN". It _will_ work with sane without > > access to /dev/usb*. It does here. >=20 > This is an Epson Perfection 1260. Don't ask what the 'Perfection' stands > for. Anyway, this is in fact a Plustek, so I have to add the following > to /usr/local/etc/sane.d/plustek.conf: > -[usb] > +[usb] 0x04B8 0x011D > +device /dev/uscanner0 My Epson Perfection 1650 only needs the last line in epson.conf to work with the xsane gimp plug-in. No vendor or device IDs necessary. I don't use scanimage. Try copying plustek.conf to epson.conf, and adding "epson" to dll.conf. The permissions on the uscanner device are 660 for root:usb. The /dev/usb devices are 660 for root:operator. My user-id is not in the operator group. Roland --=20 R.F.Smith (http://www.xs4all.nl/~rsmith/) Please send e-mail as plain text. public key: http://www.xs4all.nl/~rsmith/pubkey.txt --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDgMhOEnfvsMMhpyURAvlAAJ9hTemwqcWfaenvBB6mpuSI2t8gtgCeKeUB Pk8YQ3nhntZ/J/NT/N1zzcs= =J5yc -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 19:13:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0958916A41F for ; Sun, 20 Nov 2005 19:13:04 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from olive.qinip.net (olive.qinip.net [62.100.30.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE06343D6B for ; Sun, 20 Nov 2005 19:13:00 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from henk.klop.ws (h8441134153.dsl.speedlinq.nl [84.41.134.153]) by olive.qinip.net (Postfix) with ESMTP id 121711818E for ; Sun, 20 Nov 2005 20:12:57 +0100 (MET) Received: from laptop.klop.ws (unknown [10.0.1.4]) by henk.klop.ws (Postfix) with SMTP id ECF1E207E for ; Sun, 20 Nov 2005 20:12:58 +0100 (CET) Received: (qmail 94565 invoked from network); 20 Nov 2005 17:43:01 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 20 Nov 2005 17:43:01 -0000 To: "freebsd-stable@freebsd.org" Date: Sun, 20 Nov 2005 18:42:57 +0100 From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera M2/8.50 (FreeBSD, build 1358) Subject: is removable_interfaces still used? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 19:13:04 -0000 Hello, I'm running 6.0-STABLE and see that the option removable_interfaces is not used in any config script. /etc# grep -r removable_interfaces * defaults/rc.conf:removable_interfaces="" # Removable network interfaces for /etc/pccard_ether. What is is the use of it now? I can't find any use of pccard_ifconfig also. But there is no reference of the removal of these settings in UPDATING. Where can I find the latest docs for the best way to config a pccard network card? Ronald. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 19:23:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF63516A41F for ; Sun, 20 Nov 2005 19:23:03 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4732643D46 for ; Sun, 20 Nov 2005 19:23:03 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from [24.200.248.41] by VL-MO-MR004.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IQ900164PUEPS70@VL-MO-MR004.ip.videotron.ca> for freebsd-stable@freebsd.org; Sun, 20 Nov 2005 14:23:02 -0500 (EST) Date: Sun, 20 Nov 2005 14:23:01 -0500 From: Pierre-Luc Drouin To: freebsd-stable@freebsd.org Message-id: <4380CD15.5040901@pldrouin.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051107) Subject: cmbat related ACPI change between 6.0-release and Nov 10th -stable sources is making Dell laptops to hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 19:23:04 -0000 Hi, Since I upgraded from 6.0-release to 6.0-stable on Nov 10th, my laptop hangs for about 1-2 seconds everytime a battery monitoring tool asks for the cmbat battery status. My laptop is a Dell Precision M70 and shares its motherboard with many other Dell laptops. I can reproduce the problem by running "acpiconf -i loop" or "sysctl hw.acpi.battery.life". The problem did not exist with 6.0-release, so it has been caused by some code change between -release and Nov 10th sources. Disabling cmbat with debug.acpi.disabled avoids the laptop to hang. Does someone know what change to cmbat related stuff could be causing this problem? Thank you! Pierre-Luc Drouin From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 19:25:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC9D616A420 for ; Sun, 20 Nov 2005 19:25:05 +0000 (GMT) (envelope-from vladgalu@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E52C43D45 for ; Sun, 20 Nov 2005 19:25:05 +0000 (GMT) (envelope-from vladgalu@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so578654nzo for ; Sun, 20 Nov 2005 11:25:05 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nom8JmcwYWnXiJOMJ8G0hETsu/NsjbNgHUYz+kl1/g02hAoVxORePAXI3YEXkELgNOmTiFGq2FuXW/ndPs0Ym64RzDaZKq3J0pdaYxpW2jxffLcsAsYht070hlzrrPNtYLavxG3aXTnXCQbRb8Ve1uDTP04oUeEBccmWpqyPkKo= Received: by 10.36.49.7 with SMTP id w7mr2254370nzw; Sun, 20 Nov 2005 11:25:05 -0800 (PST) Received: by 10.36.82.14 with HTTP; Sun, 20 Nov 2005 11:25:04 -0800 (PST) Message-ID: <79722fad0511201125g21473e11nacf66bb0945c864d@mail.gmail.com> Date: Sun, 20 Nov 2005 21:25:05 +0200 From: Vlad GALU To: freebsd-stable@freebsd.org In-Reply-To: <4380CD15.5040901@pldrouin.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4380CD15.5040901@pldrouin.net> Subject: Re: cmbat related ACPI change between 6.0-release and Nov 10th -stable sources is making Dell laptops to hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 19:25:06 -0000 On 11/20/05, Pierre-Luc Drouin wrote: > Hi, > > Since I upgraded from 6.0-release to 6.0-stable on Nov 10th, my laptop > hangs for about 1-2 seconds everytime a battery monitoring tool asks for > the cmbat battery status. My laptop is a Dell Precision M70 and shares > its motherboard with many other Dell laptops. I can reproduce the > problem by running "acpiconf -i loop" or "sysctl hw.acpi.battery.life". > The problem did not exist with 6.0-release, so it has been caused by > some code change between -release and Nov 10th sources. Disabling cmbat > with debug.acpi.disabled avoids the laptop to hang. Does someone know > what change to cmbat related stuff could be causing this problem? I've seen these too, I was running klaptopd. > > Thank you! > > Pierre-Luc Drouin > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 20:24:42 2005 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77FA316A41F for ; Sun, 20 Nov 2005 20:24:42 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5DA543D49 for ; Sun, 20 Nov 2005 20:24:41 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jAKKOai1086382; Sun, 20 Nov 2005 22:24:36 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 91847-03-5; Sun, 20 Nov 2005 22:24:34 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jAKKLLcK084703 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Nov 2005 22:21:21 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id jAKKLUXZ006136; Sun, 20 Nov 2005 22:21:30 +0200 (EET) (envelope-from ru) Date: Sun, 20 Nov 2005 22:21:30 +0200 From: Ruslan Ermilov To: Eirik ?verby Message-ID: <20051120202130.GH20188@ip.net.ua> References: <437F6E41.2040504@bfoz.net> <84dead720511191043u26808efcn54987c99407500e0@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gTtJ75FAzB1T2CN6" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: Brandon Fosdick , stable@FreeBSD.org, Joseph Koshy Subject: Re: Centralized building X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 20:24:42 -0000 --gTtJ75FAzB1T2CN6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 20, 2005 at 10:14:37AM +0100, Eirik ?verby wrote: >=20 > On Nov 20, 2005, at 09:50 , Eirik ?verby wrote: >=20 > > > >On Nov 19, 2005, at 19:43 , Joseph Koshy wrote: > > > >>>AFAICT cross-compiling amd64 on a i386 machine isn't supported > >>>yet. I ran into a similar problem when I upgraded an i386 > >>>machine to amd64. I thought I could just set CPUTYPE=3Dathlon-64 > >>>and buildworld would do the right thing. Apparently not. > >> > >>Bootstrapping a single machine is supported: > >> > >># make buildworld TARGET_ARCH=3Dnew-arch > >> > >>plus a few other steps. (See build(7)). > >> > >>There have been a couple of postings on the mailing lists > >>on this topic in the recent past. I've taken a stab at > >>describing how to cross-bootstrap too: > >> > >>http://edoofus.blogspot.com/2005/10/cross-building-freebsd.html > >> > >>The OP wanted to do a 'buildworld TARGET_ARCH=3Dfoo' on one > >>machine and then an 'installworld' on a different set of > >>machines. > > > >Yes, and he still wonders if this is supposed to be doable or not. > >I think the culprit is (partly) the fact that every architecture is =20 > >built into its own subdirectory in /usr/obj, EXCEPT the =20 > >architecture the build is running on. The same goes for the install =20 > >part, and if the build and install architectures differ, it cannot =20 > >ever work. Setting MAKEOBJDIRPREFIX on the target host makes the =20 > >install start, but it fails after a couple of minutes with the "dd: =20 > >not found" error. > >(I do notice that there is a /usr/obj/usr directory created also =20 > >when cross-building; I'm assuming this contains the build bootstrap =20 > >tools). >=20 > Follow-up. If I enter src/sys and do a "make install", the dd step =20 > works perfectly - however it stops later when trying to install =20 > cdboot. I am assuming this is due to missing options or wrong target =20 > for make, but - from all I can tell - shows a weakness in the build/=20 > install system. Or maybe not... >=20 > Anyone?? >=20 We don't support build host !=3D install host, in a strict sense. But as Joseph pointed out, we do support NFS installs to different architectures. The build host !=3D install host is supported only if a number of conditions are met, most noticeable are that they should be running the same OS version and the same (or compatible) CPU, and of course the same set of options (/etc/make.conf, etc.) Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --gTtJ75FAzB1T2CN6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDgNrKqRfpzJluFF4RAibyAKCLPZSjDxunYJTdGanprbh/Rig+uQCeKEu+ mgGDRJIA+g6emjWM5VerPgo= =KA3v -----END PGP SIGNATURE----- --gTtJ75FAzB1T2CN6-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 21:05:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F88A16A41F for ; Sun, 20 Nov 2005 21:05:03 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A54F43D46 for ; Sun, 20 Nov 2005 21:05:02 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id C53F9418; Sun, 20 Nov 2005 16:05:23 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id 8E9118A; Sun, 20 Nov 2005 16:05:22 -0500 (EST) Received: from brian by mappit.local.linnet.org with local (Exim 4.54 (FreeBSD)) id 1EdwMt-0005Ac-DS; Sun, 20 Nov 2005 21:04:59 +0000 Date: Sun, 20 Nov 2005 21:04:59 +0000 From: Brian Candler To: freebsd-stable@freebsd.org Message-ID: <20051120210459.GA19861@uk.tiscali.com> References: <20051116101200.GA2823@uk.tiscali.com> <20051116165712.GB33710@slackbox.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051116165712.GB33710@slackbox.xs4all.nl> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: CF card and /dev filesystem entries X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 21:05:03 -0000 On Wed, Nov 16, 2005 at 05:57:12PM +0100, Roland Smith wrote: > > However, when I insert a CF card with normal partioning I need /dev/da0s1, > > and this is not present in the /dev filesystem because the partition table > > has not been read. > > > The only way I can see to *force* the superblock to be read is to attempt to > > mount the whole device as if it were unpartitioned. This is sufficient to > > cause the /dev/da0s1 entry to appear in the /dev filesystem. > > > At this point, everything works as expected. > > > > My question is: is there an easier or more direct way to cause the partition > > table of the CF card to be read and the /dev filesystem to update? > > Try 'camcontrol rescan all' (as root). No joy. root@billdog brian# ls /dev/da0* /dev/da0 root@billdog brian# camcontrol rescan all Re-scan of bus 0 was successful Re-scan of bus 1 was successful Re-scan of bus 2 was successful Re-scan of bus 3 was successful root@billdog brian# ls /dev/da0* /dev/da0 Another suggestion was: > I think devfs is updated when a descriptor on the device > which was opended for writing is closed. But you don't > actually have to write anything. That means, the following > command should do it: > > # dd if=/dev/null of=/dev/da0 count=0 Now, that does the job: root@billdog brian# dd if=/dev/null of=/dev/da0 count=0 0+0 records in 0+0 records out 0 bytes transferred in 0.000028 secs (0 bytes/sec) root@billdog brian# ls -l /dev/da0* crw-r----- 1 root operator 0, 107 Nov 20 21:00 /dev/da0 crw-r----- 1 root operator 0, 115 Nov 20 21:00 /dev/da0s1 root@billdog brian# However, I'm not sure I actually *like* opening my CF card in such a way that I would be likely to overwrite the partition table if I hit a wrong key... Regards, Brian. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 23:33:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C46616A41F for ; Sun, 20 Nov 2005 23:33:54 +0000 (GMT) (envelope-from quetzalcoatl@bk.ru) Received: from f7.mail.ru (f7.mail.ru [194.67.57.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85A7443D45 for ; Sun, 20 Nov 2005 23:33:53 +0000 (GMT) (envelope-from quetzalcoatl@bk.ru) Received: from mail by f7.mail.ru with local id 1Edygx-000MXv-00 for freebsd-stable@freebsd.org; Mon, 21 Nov 2005 02:33:51 +0300 X-Received: from [217.144.68.221] by koi.mail.ru with HTTP; Received: from [217.144.68.221] by koi.mail.ru with HTTP; Mon, 21 Nov 2005 02:24:09 +0300 From: Nikolay Pavlov To: freebsd-stable@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: 10.1.1.52, 217.144.68.98 via proxy [217.144.68.221] Date: Mon, 21 Nov 2005 02:24:09 +0300 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Received: from [217.144.68.221] by koi.mail.ru with HTTP; Mon, 21 Nov 2005 02:33:51 +0300 ReSent-To: freebsd-stable@freebsd.org ReSent-From: Nikolay Pavlov Resent-Message-Id: Resent-Date: Mon, 21 Nov 2005 02:33:51 +0300 Subject: ad1: req=0xc2998000 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Nikolay Pavlov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 23:33:54 -0000 Hi. I have an error after upgrade to FreeBSD 6.0-RELEASE in time of booting: ad1: req=0xc2998000 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! swap_pager: indefinite bufobj: 0 blkno: 3 size: 4096 then it's just halt. But not everytime, sometime it's booting without any problems and i don't know why.. Here is additional information: ================================================================================================== # uname -a FreeBSD spirit 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Fri Nov 11 17:00:05 UTC 2005 root@spirit:/usr/obj/usr/s rc/sys/SPIRIT i386 ============================================================================================ # atacontrol list ATA channel 0: Master: no device present Slave: ad1 USB interface device ohci # OHCI PCI->USB interface #device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard #device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires mii #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 00:12:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2322916A41F for ; Mon, 21 Nov 2005 00:12:03 +0000 (GMT) (envelope-from rmarella@gmail.com) Received: from ms-smtp-01-eri0.socal.rr.com (ms-smtp-01-qfe0.socal.rr.com [66.75.162.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66D1C43D62 for ; Mon, 21 Nov 2005 00:12:02 +0000 (GMT) (envelope-from rmarella@gmail.com) Received: from frankie.konav201.local (cpe-66-8-187-40.hawaii.res.rr.com [66.8.187.40]) by ms-smtp-01-eri0.socal.rr.com (8.12.10/8.12.7) with ESMTP id jAL0Bv7t017098; Sun, 20 Nov 2005 16:11:57 -0800 (PST) Date: Sun, 20 Nov 2005 14:11:56 -1000 From: Robert Marella To: Brian Candler Message-ID: <20051120141156.6c424415@frankie.konav201.local> In-Reply-To: <20051120210459.GA19861@uk.tiscali.com> References: <20051116101200.GA2823@uk.tiscali.com> <20051116165712.GB33710@slackbox.xs4all.nl> <20051120210459.GA19861@uk.tiscali.com> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.7; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: freebsd-stable@freebsd.org Subject: Re: CF card and /dev filesystem entries X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 00:12:03 -0000 On Sun, 20 Nov 2005 21:04:59 +0000 Brian Candler wrote: > On Wed, Nov 16, 2005 at 05:57:12PM +0100, Roland Smith wrote: > > > However, when I insert a CF card with normal partioning I > > > need /dev/da0s1, and this is not present in the /dev filesystem > > > because the partition table has not been read. > > > > > The only way I can see to *force* the superblock to be read is to > > > attempt to mount the whole device as if it were unpartitioned. > > > This is sufficient to cause the /dev/da0s1 entry to appear in > > > the /dev filesystem. > > > > > At this point, everything works as expected. > > > > > > My question is: is there an easier or more direct way to cause > > > the partition table of the CF card to be read and the /dev > > > filesystem to update? > > > > Try 'camcontrol rescan all' (as root). > > No joy. > > root@billdog brian# ls /dev/da0* > /dev/da0 > root@billdog brian# camcontrol rescan all > Re-scan of bus 0 was successful > Re-scan of bus 1 was successful > Re-scan of bus 2 was successful > Re-scan of bus 3 was successful > root@billdog brian# ls /dev/da0* > /dev/da0 > > Another suggestion was: > > > I think devfs is updated when a descriptor on the device > > which was opended for writing is closed. But you don't > > actually have to write anything. That means, the following > > command should do it: > > > > # dd if=/dev/null of=/dev/da0 count=0 > > Now, that does the job: > > root@billdog brian# dd if=/dev/null of=/dev/da0 count=0 > 0+0 records in > 0+0 records out > 0 bytes transferred in 0.000028 secs (0 bytes/sec) > root@billdog brian# ls -l /dev/da0* > crw-r----- 1 root operator 0, 107 Nov 20 21:00 /dev/da0 > crw-r----- 1 root operator 0, 115 Nov 20 21:00 /dev/da0s1 > root@billdog brian# > > However, I'm not sure I actually *like* opening my CF card in such a > way that I would be likely to overwrite the partition table if I hit > a wrong key... > > Regards, > > Brian. > I am not sure if this is any different but when placing or changing a card in my card reader I run " cat /dev/null > /dev/daX" before mounting. I have cards of different sizes and it would fail to mount a different size card without doing the above first. Good Luck Robert From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 05:20:40 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7205916A41F for ; Mon, 21 Nov 2005 05:20:40 +0000 (GMT) (envelope-from paul.koch@statseeker.com) Received: from wally.statseeker.com (wally.statscout.com [203.39.101.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA81E43D45 for ; Mon, 21 Nov 2005 05:20:38 +0000 (GMT) (envelope-from paul.koch@statseeker.com) Received: from localhost (localhost [127.0.0.1]) by wally.statseeker.com (8.13.3/8.13.3) with ESMTP id jAL5KbuQ071406 for ; Mon, 21 Nov 2005 15:20:37 +1000 (EST) (envelope-from paul.koch@statseeker.com) Received: from wally.statseeker.com ([127.0.0.1]) by localhost (wally.statseeker.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 70626-04 for ; Mon, 21 Nov 2005 15:20:30 +1000 (EST) Received: from speedy (speedy.statseeker.com [10.1.1.100]) (authenticated bits=0) by wally.statseeker.com (8.13.3/8.13.3) with ESMTP id jAL5KTgi071394 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Mon, 21 Nov 2005 15:20:30 +1000 (EST) (envelope-from paul.koch@statseeker.com) From: Paul Koch Organization: Statseeker To: freebsd-stable@freebsd.org Date: Mon, 21 Nov 2005 15:20:25 +1000 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511211520.25672.paul.koch@statseeker.com> X-Virus-Scanned: amavisd-new at statseeker.com Subject: 6.0 Release - Pentium install panic and some questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: paul.koch@statseeker.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 05:20:40 -0000 Hi, we are having a number of issues with 6.0-Release. Our setup: We have ~40 machines in a development test environment, ranging from P5/150Mhz/32M ram/IDE, PII Celerons, P3, P4, single and dual processor setups. Issue 1: Can't install on a Pentium P5 class machine: The install panics when installing the base stuff. No useful messages are displayed accept the "panic: page fault" and rebooting in 15 seconds. The machines are 10 year old DEC Pentiums, 32 to 64M ram, IDE disks, etc. We have four of these in our test environment and appear to install and run FreeBSD-5.4 fine. Issue 2: phys_avail[] array too small in i386/machdep.c P5 boxes ?? We have something which we call a Remote Network Appliance (RNA), which is basically a boot floppy with lots of stuff squeezed on it. The RNA uses a cut down kernel config (ie. no kernel source modifications), various other inhouse programs (eg. init/inetd/telnetd replacements), built into a 1Mbyte MD root. We have no problems using everything up until a 5.4-stable kernel but have various problems with 6.0-release. When using 6.0, we get the following messages: Overlapping or non-montonic memory region, ignoring second region ... Too many holes in the physical address space, giving up ... Fatel trap 12: page fault while in kernel mode ... panic Did a bit of searching and found that in Dragonfly phys_avail[] in i386/machdep.c has been bumped up because it is too small. Looking at 6.0 machdep.c, looks like new dcons stuff has been added to it, and it blocks out some physical memory to use. Not sure if that has anything to do with it. From my understanding, phys_avail[10] gives you room for four physical available address ranges (ie. 4 * start/end pair entries and null terminated). I bumped the number up to 12 (ie. gives me five address ranges) and we are off and going. 6.0 now boots on all our Pentium machines, but... on 5.4-stable we got: physical memory: 67108864 avail memory: 56156160 on 6.0 with phys_avail[12] we got: physical memory: 67108864 avail memory: 63299584 more available memory for some reason ! Hmmm. On most of our machines, when booting in verbose mode, the 5.4 kernel reports three phys_avail segments, but the Pentium boxes report four. On the patched 6.0, the Pentiums report five segments. Unfortunately, the machine panics on Pentium machines when stress testing it (ie. by making it run out of memory). On 5.4-stable it would just kill user processes, under 6.0 it kills a few processes but quickly panics with a page not present error. At least 6.0 now boots and runs on a Pentium, whereas the standard install panics. I can't get a dump of the RNA floppy panic because it has no swap or disk to write to, and there isn't enough room on the floppy to build a kernel with debugging stuff. So, my question is... is it OK to bump phys_avail from 10 to 12 ?? or do we just ditch the Pentium as a supported platform ? Dragonfly have bumped it to 22, giving 10 segments. The only other change we do is compile the kernel and world with -Os and -funit-at-a-time to reduce the resulting binary sizes. fyi, A copy of the floppy image is at: http://www.statseeker.com/downloads/lanstat_fbsd60.bin It also contains our realtime Statistical LAN Analyser. Instructions are at http://www.statseeker.com/download1.html The following is the RNA kernel config: hints "./device.hints" machine i386 cpu I586_CPU cpu I686_CPU ident RNA_KERNEL options SCHED_ULE options INET options FFS options MD_ROOT options MD_ROOT_SIZE=1024 options COMPAT_FREEBSD4 options HZ=1000 options CLK_USE_I8254_CALIBRATION options VM_KMEM_SIZE_SCALE options NO_SWAPPING options INIT_PATH="/rna-init" device apm device pci device vga device fdc device md device mem nodevice io device atkbdc device atkbd device pty device sc options MAXCONS=2 options SC_HISTORY_SIZE=500 options SC_NORM_ATTR="(FG_GREEN|BG_BLACK)" options SC_NORM_REV_ATTR="(FG_YELLOW|BG_GREEN)" options SC_KERNEL_CONS_ATTR="(FG_YELLOW|BG_BLACK)" options SC_KERNEL_CONS_REV_ATTR="(FG_BLACK|BG_RED)" options SC_NO_CUTPASTE options SC_NO_FONT_LOADING options SC_NO_SYSMOUSE options DEVICE_POLLING device de device em device ixgb device txp device miibus device bfe device bge device dc device fxp device lge device nge device pcn device re device sf device sis device sk device ste device ti device tl device tx device vge device vr device wb device xl device loop device ether device bpf Issue 3: Actually a question about the kernel Looking at a kernel before it is stripped, there appears to be a table of text symbols right at the end (GLOBAL_OFFSET_TABLE), which are removed when stripped. But the same table is in the kernel twice, once ~163k offset and the other at the end. Without having a good understanding of how the kernel works, I am assuming the one at 163k offset is part of some dynamic kernel library which isn't stripped ?? I'd like to strip this, or at least null it out so kgzip can reduce the resulting kernel size more. I did this, and nothing appeared to break, so far. Is this a bad thing to do ? Thanks Paul. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 06:51:00 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F45B16A41F for ; Mon, 21 Nov 2005 06:51:00 +0000 (GMT) (envelope-from kolicz@EUnet.yu) Received: from smtpclu-3.eunet.yu (smtpclu-3.eunet.yu [194.247.192.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD0B543D49 for ; Mon, 21 Nov 2005 06:50:59 +0000 (GMT) (envelope-from kolicz@EUnet.yu) Received: from faust.net (P-15.2.EUnet.yu [213.240.15.2]) by smtpclu-3.eunet.yu (8.13.4/8.13.4) with ESMTP id jAL6otVf001993 for ; Mon, 21 Nov 2005 07:50:56 +0100 Received: by faust.net (Postfix, from userid 1001) id C920CB82C; Mon, 21 Nov 2005 07:50:25 +0100 (CET) Date: Mon, 21 Nov 2005 07:50:25 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20051121065025.GA622@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scan: EUnet-AVAS-Milter X-AVAS-Virus-Status: clean X-Spam-Checker: EUnet-AVAS-Milter X-AVAS-Spam-Score: -2.4 X-AVAS-Spam-Symbols: AWL BAYES_00 NO_RELAYS Subject: acpi_perf error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 06:51:00 -0000 Hi all! I've seen this error some 300 times at the beginning of boot process. System goes up and works with no issue. It is nforce3 250 with amd64, 6.0 os. Using sysctl, I've found the line: dev.acpi_perf.0.%driver: acpi_perf In bios acpi apic is turned off, due to acpi errors from 5.4 era. Kernel includes cpufreq and powerd is in rc.conf. Is there any known command for sysctl to change "driver"? Or should I put apic back? Would be nice to have temperature reading on this mobo to compare cpufreq effect. Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 08:41:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5954716A41F for ; Mon, 21 Nov 2005 08:41:06 +0000 (GMT) (envelope-from ruben@verweg.com) Received: from erg.verweg.com (erg.verweg.com [217.77.141.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id B779D43D46 for ; Mon, 21 Nov 2005 08:41:04 +0000 (GMT) (envelope-from ruben@verweg.com) Received: from [193.0.2.53] (guest-wv-53.ripe.net [193.0.2.53]) (authenticated bits=0) by erg.verweg.com (8.13.4/8.13.4) with ESMTP id jAL8e2ar077752 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT); Mon, 21 Nov 2005 09:40:07 +0100 (CET) (envelope-from ruben@verweg.com) X-Authentication-Warning: erg.verweg.com: Host guest-wv-53.ripe.net [193.0.2.53] claimed to be [193.0.2.53] In-Reply-To: <1bb5dd90509250259fd115@mail.gmail.com> References: <1bb5dd90509250259fd115@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <12C64E59-95E8-426D-9E02-B58F7813B7F4@verweg.com> Content-Transfer-Encoding: 7bit From: Ruben van Staveren Date: Mon, 21 Nov 2005 09:40:46 +0100 To: lee sheng X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: by amavisd-new X-Spam-Status: No, score=-5.2 required=5.0 tests=AWL,BAYES_00,SPF_FAIL autolearn=no version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on erg.verweg.com Cc: freebsd-stable@freebsd.org Subject: Installing FreeBSD 6.0 on a Dell PE850 (Re: Dell PE850 and SC430 issue) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 08:41:06 -0000 Lee, On 25 Sep 2005, at 11:59, lee sheng wrote: > > Then I decide to install pfsense, the project which is based on > FreeBSD 6 > Beta, everything goes smoothly and I can install, it is really > annoying as I > wonder why it hangs on the sysinstall until I can't do anything. Is > there > any solution or workaround on these, I guess there might be someone > successfully installing freebsd on it. > Please see http://tinyurl.com/7rm94 "some assembly required, parts not included." > > Thanks. > > > Regards, > geek00L Cheers, Ruben -- = Ruben van Staveren -- http://ruben.is.verweg.com/ = An Apple a day keeps the cluepon away From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 09:11:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71E6816A41F for ; Mon, 21 Nov 2005 09:11:54 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11C9543D46 for ; Mon, 21 Nov 2005 09:11:53 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id 04B996D6; Mon, 21 Nov 2005 04:12:15 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id C751187; Mon, 21 Nov 2005 04:12:13 -0500 (EST) Received: from brian by mappit.local.linnet.org with local (Exim 4.54 (FreeBSD)) id 1Ee7iJ-0005fE-4g; Mon, 21 Nov 2005 09:11:51 +0000 Date: Mon, 21 Nov 2005 09:11:51 +0000 From: Brian Candler To: Robert Marella Message-ID: <20051121091151.GA21747@uk.tiscali.com> References: <20051116101200.GA2823@uk.tiscali.com> <20051116165712.GB33710@slackbox.xs4all.nl> <20051120210459.GA19861@uk.tiscali.com> <20051120141156.6c424415@frankie.konav201.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051120141156.6c424415@frankie.konav201.local> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: CF card and /dev filesystem entries X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 09:11:54 -0000 On Sun, Nov 20, 2005 at 02:11:56PM -1000, Robert Marella wrote: > > Now, that does the job: > > > > root@billdog brian# dd if=/dev/null of=/dev/da0 count=0 > > 0+0 records in > > 0+0 records out > > 0 bytes transferred in 0.000028 secs (0 bytes/sec) > > root@billdog brian# ls -l /dev/da0* > > crw-r----- 1 root operator 0, 107 Nov 20 21:00 /dev/da0 > > crw-r----- 1 root operator 0, 115 Nov 20 21:00 /dev/da0s1 > > root@billdog brian# > > > > However, I'm not sure I actually *like* opening my CF card in such a > > way that I would be likely to overwrite the partition table if I hit > > a wrong key... > > > > Regards, > > > > Brian. > > > I am not sure if this is any different but when placing or changing a > card in my card reader I run " cat /dev/null > /dev/daX" before > mounting. I have cards of different sizes and it would fail to mount a > different size card without doing the above first. Yeah, that's the same thing: open the device for write and then close it again. I still wouldn't be happy that in a haze I might type cat /dev/zero >/dev/daX instead of cat /dev/null >/dev/daX but I guess I can write a script. Regards, Brian. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 09:23:01 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3002716A41F for ; Mon, 21 Nov 2005 09:23:01 +0000 (GMT) (envelope-from laurent.bar@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FE5243D5A for ; Mon, 21 Nov 2005 09:23:00 +0000 (GMT) (envelope-from laurent.bar@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so623843nzo for ; Mon, 21 Nov 2005 01:22:59 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=G8+imkROh63yZ362vQlYcftwqPTqV8mkZsCQjtg9eXx4CqieLamhTWAzWIl0R+imY4N7gzOU6p128lOzAH/Ih9Ru80/GlyxhTOnLUANl0UeotI5t7xjTY25Aiswf2tgPRhIDXAKMIX34zKJiMwCuf44GRDZ6HODDZxxDMXUlBfc= Received: by 10.36.20.16 with SMTP id 16mr2837587nzt; Mon, 21 Nov 2005 01:22:59 -0800 (PST) Received: by 10.36.222.61 with HTTP; Mon, 21 Nov 2005 01:22:59 -0800 (PST) Message-ID: Date: Mon, 21 Nov 2005 10:22:59 +0100 From: Laurent C To: Robert Watson In-Reply-To: <20051119180128.X82553@fledge.watson.org> MIME-Version: 1.0 References: <437F6315.4000403@gmail.com> <20051119180128.X82553@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: [FreeBSD6] kinfo_size mismatch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 09:23:01 -0000 2005/11/19, Robert Watson : > > > On Sat, 19 Nov 2005, Laurent wrote: > > > I've recently upgraded my AMD64 FreeBSD station from 5.4 to 6.0 using > > the handbook method. > > > > Everything seems to work OK but I have the message after repeating ever= y > > second on tty1 after I log on X : > > > > kvm_open : kinfo_proc size mismatch (expected 912 got 1088). > > > > After some search on Internet I gave an eye to /usr/src/sys/sys/user.h > > for kinfo_proc_size values, but the right value (1088) is already set > > for amd64. > > > > So I don't know how to solve this problem, and I'm quite afraid to touc= h > > some souce code on my system. > > This is almost certainly a mismatch between the kernel version and a > monitoring tool that is trying to inspect kernel state (specifically, > retrieve process lists). If your buildworld/installworld doesn't match > your kernel version, then you need to rebuild and make sure everything is > in sync. If it does, it's probably a third-party package that is out of > sync and needs updating. Ok, I will try to buildworld and builkernel again after a fresh cvsup. But for "third party packages" do you mean the "port tree", becouse I though that base system and ports were completely separated and can be also upgraded separately. Thanks for your reply, -- Laurent From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 09:24:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86C5D16A422 for ; Mon, 21 Nov 2005 09:24:50 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 117C743D45 for ; Mon, 21 Nov 2005 09:24:50 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id E00771A3C19; Mon, 21 Nov 2005 01:24:49 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C1B0E5466F; Mon, 21 Nov 2005 04:24:48 -0500 (EST) Date: Mon, 21 Nov 2005 04:24:48 -0500 From: Kris Kennaway To: Paul Koch Message-ID: <20051121092448.GA92729@xor.obsecurity.org> References: <200511211520.25672.paul.koch@statseeker.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: <200511211520.25672.paul.koch@statseeker.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: 6.0 Release - Pentium install panic and some questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 09:24:50 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 21, 2005 at 03:20:25PM +1000, Paul Koch wrote: > Hi, we are having a number of issues with 6.0-Release. >=20 > Our setup: We have ~40 machines in a development test environment,=20 > ranging from P5/150Mhz/32M ram/IDE, PII Celerons, P3, P4, single and=20 > dual processor setups. >=20 >=20 > Issue 1: Can't install on a Pentium P5 class machine: >=20 > The install panics when installing the base stuff. No useful messages=20 > are displayed accept the "panic: page fault" and rebooting in 15=20 > seconds. The machines are 10 year old DEC Pentiums, 32 to 64M ram, IDE=20 > disks, etc. We have four of these in our test environment and appear to= =20 > install and run FreeBSD-5.4 fine. Try disabling ACPI. Many old systems have buggy ACPI implementations. Sometimes this can be fixed by a BIOS upgrade. > hints "./device.hints" > machine i386 > cpu I586_CPU > cpu I686_CPU > ident RNA_KERNEL > options SCHED_ULE You probably want 4BSD, since ULE is slower on many workloads.=20 Kris --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDgZJgWry0BWjoQKURAi1NAKD47R/4uuMDy8xt5NNj7H8lll3mNgCeN9MV 906pMF0nsTWoddW/T7KuWrg= =LQIj -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 09:37:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BCB016A41F for ; Mon, 21 Nov 2005 09:37:28 +0000 (GMT) (envelope-from laurent.bar@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 032FC43D53 for ; Mon, 21 Nov 2005 09:37:27 +0000 (GMT) (envelope-from laurent.bar@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so625864nzo for ; Mon, 21 Nov 2005 01:37:27 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Bwp35GtjaFGbeVSewhV9SSOyELIRftTE0wFI115/FAv04itURurdvnvSnFyZ5AzTn+ihUzoX8h7f4iyRuutjZuCLx99imkTZi3AiT00M7WVzxUgo9wKNJs4sb9UDJ2oOCUKQirall6VyXk3WpLPE70mbePJ0Fa9fwddzVP4+7vM= Received: by 10.36.20.2 with SMTP id 2mr2842335nzt; Mon, 21 Nov 2005 01:37:27 -0800 (PST) Received: by 10.36.222.61 with HTTP; Mon, 21 Nov 2005 01:37:27 -0800 (PST) Message-ID: Date: Mon, 21 Nov 2005 10:37:27 +0100 From: Laurent C To: Kris Kennaway In-Reply-To: <20051119192229.GB88967@xor.obsecurity.org> MIME-Version: 1.0 References: <437F6315.4000403@gmail.com> <20051119192229.GB88967@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: [FreeBSD6] kinfo_size mismatch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 09:37:28 -0000 2005/11/19, Kris Kennaway : > > On Sat, Nov 19, 2005 at 06:38:29PM +0100, Laurent wrote: > > Hello all, > > > > I've recently upgraded my AMD64 FreeBSD station from 5.4 to 6.0 using > > the handbook method. > > > > Everything seems to work OK but I have the message after repeating ever= y > > second on tty1 after I log on X : > > > > kvm_open : kinfo_proc size mismatch (expected 912 got 1088). > > > > After some search on Internet I gave an eye to /usr/src/sys/sys/user.h > > for kinfo_proc_size values, but the right value (1088) is already set > > for amd64. > > > > So I don't know how to solve this problem, and I'm quite afraid to touc= h > > some souce code on my system. > > > > %uname -a > > FreeBSD wks02.chez.oim 6.0-STABLE Thu Nov 17 19:40:44 CET 2005 amd64 > > > > Thanks. > > The last time you asked this question I answered it, but I didn't see > any response. Didn't you like my answer? :-) Ho I'm sorry, I've first posted my question to stable@freebsd.org instead of freebsd-stable@freebsd.org, but it seems my message arrived at the same place. Sorry for this double-post. And yes I like your answer. I tried a portugrade -fua but I had problem with pkgdb base consistency after some port upgrades, with pkgdb taking a long time each port to rebuild is database. So my ports are not up-to-date. Lets go for redoing all... Tank you late for your answer. -- Laurent From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 09:37:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81BEB16A41F for ; Mon, 21 Nov 2005 09:37:33 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35B2243D45 for ; Mon, 21 Nov 2005 09:37:33 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id E55E746BD0; Mon, 21 Nov 2005 04:37:31 -0500 (EST) Date: Mon, 21 Nov 2005 09:37:31 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Laurent C In-Reply-To: Message-ID: <20051121092647.Q49718@fledge.watson.org> References: <437F6315.4000403@gmail.com> <20051119180128.X82553@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: [FreeBSD6] kinfo_size mismatch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 09:37:33 -0000 On Mon, 21 Nov 2005, Laurent C wrote: >> This is almost certainly a mismatch between the kernel version and a >> monitoring tool that is trying to inspect kernel state (specifically, >> retrieve process lists). If your buildworld/installworld doesn't match >> your kernel version, then you need to rebuild and make sure everything >> is in sync. If it does, it's probably a third-party package that is out >> of sync and needs updating. > > Ok, I will try to buildworld and builkernel again after a fresh cvsup. > But for "third party packages" do you mean the "port tree", becouse I > though that base system and ports were completely separated and can be > also upgraded separately. Thanks for your reply, -- Laurent Yes -- I'd start with the base system just to confirm everything really is sync. If the message goes away at that point, then that is good news. If everything is in sync, then that pretty much leaves us with a port or package as being the culprit. For example, if you're running an SNMP agent package that polls system state once a second, that could well be the source of the message. What's unfortunate is that whatever program it is is not reporting which program it is that is generating the error, and apparently not logging it via syslog (I assume you checked the system logs to make sure it's not also being sent there -- if not, you might want to). That is definitely a bug, and should be fixed once we find out the culprit. Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 10:00:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3F2B16A420 for ; Mon, 21 Nov 2005 10:00:45 +0000 (GMT) (envelope-from yann@raven.kierun.org) Received: from raven.kierun.org (raven.yorksj.ac.uk [193.61.234.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EDF343D49 for ; Mon, 21 Nov 2005 10:00:03 +0000 (GMT) (envelope-from yann@raven.kierun.org) Received: from yann by raven.kierun.org with local (Exim 4.54 (FreeBSD)) id 1Ee8Sv-0008MD-7n for freebsd-stable@freebsd.org; Mon, 21 Nov 2005 10:00:01 +0000 Date: Mon, 21 Nov 2005 10:00:01 +0000 From: Yann Golanski To: freebsd-stable Message-ID: <20051121100001.GA31447@kierun.org> References: <20051118165133.GA95405@kierun.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline In-Reply-To: <20051118165133.GA95405@kierun.org> User-Agent: Mutt/1.5.11 Sender: "Yann Golanski, University of York, +44(0)1904-433088" Subject: Re: Update from 5.4 to 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 10:00:45 -0000 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Removed all in /usr/obj, did a "make clean; make cleanworld" in /usr/src, deleted /usr/src/crypto and cvsuped the latest version as of today. I even updated the locale time with ntpd. I am getting a new error but still related to the old one: # time -h make buildworld [...] /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/cryptlib.c:111= :3: #error "Inconsistency between crypto.h and cryptlib.c" In file included from /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp/e_rc5.c:66: /usr/obj/usr/src/tmp/usr/include/openssl/rc5.h:67:2: #error RC5 is disabled. In file included from /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp/m_mdc2.c:6= 5: /usr/obj/usr/src/tmp/usr/include/openssl/mdc2.h:69:2: #error MDC2 is disabled. In file included from /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/mdc2/mdc2_one.= c:61: /usr/obj/usr/src/tmp/usr/include/openssl/mdc2.h:69:2: #error MDC2 is disabled. In file included from /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/mdc2/mdc2dgst.= c:63: /usr/obj/usr/src/tmp/usr/include/openssl/mdc2.h:69:2: #error MDC2 is disabled. mkdep: compile failed *** Error code 1 Stop in /usr/src/secure/lib/libcrypto. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. 12m47.01s real 9m59.05s user 1m46.78s sys --=20 yann@kierun.org -=3D*=3D- www.kierun.= org PGP: 009D 7287 C4A7 FD4F 1680 06E4 F751 7006 9DE2 6318 --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDgZqh91FwBp3iYxgRAq62AJ9XpbxNsXaBWYp28ntZP9L+8Tz6ZACeM3Aq /FMkKpsnqRfJxodq4Dr6K+M= =s3Q0 -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 10:11:25 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67E6B16A41F for ; Mon, 21 Nov 2005 10:11:25 +0000 (GMT) (envelope-from delphij@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1E6243D46 for ; Mon, 21 Nov 2005 10:11:24 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by xproxy.gmail.com with SMTP id t14so691790wxc for ; Mon, 21 Nov 2005 02:11:24 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XqKmE9RgcnXhf3kz2b6ldWSu2tTGtHhlBz5x+ZI0/HpubmAU0cPawySVMz5A0+J7rfCVVGmm9YHY0EbYjlenWIAMp5S4AjsZqFQQAX5FrRFrQS3tGmeHqfvkSBqhxDoXgdhzHWoSTY33gPG72tuTlCEITNk5YY4Wu41GQVbNxsU= Received: by 10.65.11.20 with SMTP id o20mr2677660qbi; Mon, 21 Nov 2005 02:11:24 -0800 (PST) Received: by 10.64.21.5 with HTTP; Mon, 21 Nov 2005 02:11:24 -0800 (PST) Message-ID: Date: Mon, 21 Nov 2005 18:11:24 +0800 From: Xin LI To: Yann Golanski In-Reply-To: <20051121100001.GA31447@kierun.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <20051118165133.GA95405@kierun.org> <20051121100001.GA31447@kierun.org> Cc: freebsd-stable Subject: Re: Update from 5.4 to 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphij@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 10:11:25 -0000 SGksCgpPbiAxMS8yMS8wNSwgWWFubiBHb2xhbnNraSA8eWFubkBraWVydW4ub3JnPiB3cm90ZToK Wy4uLl0KPiBJbiBmaWxlIGluY2x1ZGVkIGZyb20KPiAvdXNyL3NyYy9zZWN1cmUvbGliL2xpYmNy eXB0by8uLi8uLi8uLi9jcnlwdG8vb3BlbnNzbC9jcnlwdG8vbWRjMi9tZGMyZGdzdC5jOjYzOgo+ IC91c3Ivb2JqL3Vzci9zcmMvdG1wL3Vzci9pbmNsdWRlL29wZW5zc2wvbWRjMi5oOjY5OjI6ICNl cnJvciBNREMyIGlzCj4gZGlzYWJsZWQuCj4gbWtkZXA6IGNvbXBpbGUgZmFpbGVkCj4gKioqIEVy cm9yIGNvZGUgMQo+Cj4gU3RvcCBpbiAvdXNyL3NyYy9zZWN1cmUvbGliL2xpYmNyeXB0by4KPiAq KiogRXJyb3IgY29kZSAxCj4KPiBTdG9wIGluIC91c3Ivc3JjLgo+ICoqKiBFcnJvciBjb2RlIDEK Pgo+IFN0b3AgaW4gL3Vzci9zcmMuCj4gKioqIEVycm9yIGNvZGUgMQo+Cj4gU3RvcCBpbiAvdXNy L3NyYy4KPiAqKiogRXJyb3IgY29kZSAxCgpXb3VsZCB5b3UgcGxlYXNlIHJlbW92ZSB0aGUgIi1q IiBvcHRpb24gZnJvbSBidWlsZD8gIEl0IGlzIG5vdApndWFyYW50ZWVkIHRvIGJlIHVzYWJsZSBh Y3Jvc3MgdXBncmFkZS4KCkNoZWVycywKLS0KWGluIExJIDxkZWxwaGlqQGRlbHBoaWoubmV0PiBo dHRwOi8vd3d3LmRlbHBoaWoubmV0Cg== From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 10:23:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E547B16A41F; Mon, 21 Nov 2005 10:23:27 +0000 (GMT) (envelope-from eayesta@portugalete.uned.es) Received: from hermes-uno.uned.es (hermes-uno.uned.es [62.204.192.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68E2E43D6A; Mon, 21 Nov 2005 10:23:25 +0000 (GMT) (envelope-from eayesta@portugalete.uned.es) Received: from hermes-uno.uned.es (localhost.localdomain [127.0.0.1]) by localhost.uned.es (Postfix) with ESMTP id A2BEE30D40B; Mon, 21 Nov 2005 11:23:23 +0100 (CET) Received: from stargate-2.unedbizkaia.es (ca6200-010-200-062-202.uned.es [10.200.62.202]) by hermes-uno.uned.es (Postfix) with ESMTP id 877AA30D33C; Mon, 21 Nov 2005 11:23:23 +0100 (CET) From: Enrique Ayesta Perojo To: freebsd-stable@freebsd.org Date: Mon, 21 Nov 2005 11:23:29 +0100 User-Agent: KMail/1.8 References: <20051026163015.GA98346@outcold.yadt.co.uk> <20051110150203.GB357 44@outcold.yadt.co.uk> <43736200.6090005@protected-networks.net> In-Reply-To: <43736200.6090005@protected-networks.net> X-Face: 1Ap'j*2\*m:5K9|Z3(3hw}>e7y}bKl>WsTt:A%1stWDEm9`D?s("Bk-4(uS((PR|BJ|^+)=?utf-8?q?=0A=099rL=26=251*N1v57h=5E+/7=2E=5E?=<|jyu`lrfTXqiA5.*wrD0kx@J\Qbd[Ik3GF+av(g. MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200511211123.29514.eayesta@portugalete.uned.es> Cc: sos@freebsd.org Subject: Re: ATA RAID problem in6.0-RC1 (ata_alloc_request/ata_raid_init_request) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 10:23:28 -0000 El Jueves 10 Noviembre 2005 16:06, Michael Butler escribi=F3: > David Taylor wrote: > | [snip] > | > | I'm still seeing (lots) of these messages (below) on 6.0-RELEASE. > | Should I just file a PR about it, and is there anything else that > | would be useful to track down what's causing them? > > I get these with an HighPoint HPT372N UDMA133 controller .. what is=20 > your's? > > Michael I have the same problem with an Adaptec ATA RAID 1200A (HPT370), i'll try t= o=20 upgrade to 6.0-STABLE to see if the problem has been solved, anyway, does=20 anybody know if there is a patch for this? From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 10:35:30 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35D1B16A41F for ; Mon, 21 Nov 2005 10:35:30 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5150A43D5A for ; Mon, 21 Nov 2005 10:35:28 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from [194.192.25.142] (spider.deepcore.dk [194.192.25.142]) by spider.deepcore.dk (8.13.4/8.13.4) with ESMTP id jALAZNix008019; Mon, 21 Nov 2005 11:35:24 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <4381A2EB.6050905@deepcore.dk> Date: Mon, 21 Nov 2005 11:35:23 +0100 From: =?ISO-8859-15?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Enrique Ayesta Perojo References: <20051026163015.GA98346@outcold.yadt.co.uk> <20051110150203.GB357 44@outcold.yadt.co.uk> <43736200.6090005@protected-networks.net> <200511211123.29514.eayesta@portugalete.uned.es> In-Reply-To: <200511211123.29514.eayesta@portugalete.uned.es> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.16 Cc: freebsd-stable@FreeBSD.ORG Subject: Re: ATA RAID problem in6.0-RC1 (ata_alloc_request/ata_raid_init_request) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 10:35:30 -0000 Enrique Ayesta Perojo wrote: > El Jueves 10 Noviembre 2005 16:06, Michael Butler escribió: > >>David Taylor wrote: >>| [snip] >>| >>| I'm still seeing (lots) of these messages (below) on 6.0-RELEASE. >>| Should I just file a PR about it, and is there anything else that >>| would be useful to track down what's causing them? >> >>I get these with an HighPoint HPT372N UDMA133 controller .. what is >>your's? >> >> Michael > > > I have the same problem with an Adaptec ATA RAID 1200A (HPT370), i'll try to > upgrade to 6.0-STABLE to see if the problem has been solved, anyway, does > anybody know if there is a patch for this? Something is not well here, I just inserted a rocketraid 1520 into my (newish) test box there, and even the HPT BIOS cant find the drives, it locks up the machine!! However a rocketraid 1540 sees the disks and apparently works just fine.. This suggest to me that there might be HW problems involved in this.. -Søren From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 11:16:17 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A4DA16A41F for ; Mon, 21 Nov 2005 11:16:17 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A546543D46 for ; Mon, 21 Nov 2005 11:16:16 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jALBGEeA035050; Mon, 21 Nov 2005 13:16:14 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 07001-03; Mon, 21 Nov 2005 13:16:11 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jALBAfeK034409 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Nov 2005 13:10:46 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id jALBAo7H079342; Mon, 21 Nov 2005 13:10:50 +0200 (EET) (envelope-from ru) Date: Mon, 21 Nov 2005 13:10:50 +0200 From: Ruslan Ermilov To: Ronald Klop Message-ID: <20051121111050.GN20188@ip.net.ua> References: <4372256F.2020800@kernel32.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IoFIGPN1N3g1Ryqz" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: Michal 'max' Marciniak , stable@freebsd.org Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 11:16:17 -0000 --IoFIGPN1N3g1Ryqz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 09, 2005 at 11:48:13PM +0100, Ronald Klop wrote: > On Wed, 09 Nov 2005 23:18:11 +0100, Michal 'max' Marciniak =20 > wrote: >=20 > >On Wed, 9 Nov 2005, Ronald Klop wrote: > > > >>>> 7. reboot into single-usermode and verify your new kernel works > >>> > >>How do you reboot into single-usermode from remote? > >>(Rebooting isn't really the problem, working in single-usermode is.) > >> > >> > > > >/etc/ttys > > > ># If console is marked "insecure", then init will ask for the root =20 > >password > ># when going to single-user mode. > > > >http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/boot-init.html= #BOOT-SINGLEUSER >=20 > Yes, but I thought single-user mode doesn't have working networking, so = =20 > how can you do remote single-user mode for upgrading your system? >=20 Using a serial console. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --IoFIGPN1N3g1Ryqz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDgas6qRfpzJluFF4RAin+AKCeKPJJxWaiIp9HuUKj6PtgXM0rLwCfeoKx zap3s5wdUV9aB1UKyB3ckPY= =aiO6 -----END PGP SIGNATURE----- --IoFIGPN1N3g1Ryqz-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 11:28:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E277E16A420 for ; Mon, 21 Nov 2005 11:28:53 +0000 (GMT) (envelope-from paul.koch@statseeker.com) Received: from wally.statseeker.com (wally.statscout.com [203.39.101.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 403F943D78 for ; Mon, 21 Nov 2005 11:28:44 +0000 (GMT) (envelope-from paul.koch@statseeker.com) Received: from localhost (localhost [127.0.0.1]) by wally.statseeker.com (8.13.3/8.13.3) with ESMTP id jALBShQQ076777; Mon, 21 Nov 2005 21:28:43 +1000 (EST) (envelope-from paul.koch@statseeker.com) Received: from wally.statseeker.com ([127.0.0.1]) by localhost (wally.statseeker.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 76317-04; Mon, 21 Nov 2005 21:28:34 +1000 (EST) Received: from speedy (CPE-60-228-78-236.qld.bigpond.net.au [60.228.78.236]) (authenticated bits=0) by wally.statseeker.com (8.13.3/8.13.3) with ESMTP id jALBSWsI076772 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Mon, 21 Nov 2005 21:28:33 +1000 (EST) (envelope-from paul.koch@statseeker.com) From: Paul Koch Organization: Statseeker To: freebsd-stable@freebsd.org Date: Mon, 21 Nov 2005 21:28:27 +1000 User-Agent: KMail/1.8 References: <200511211520.25672.paul.koch@statseeker.com> <20051121092448.GA92729@xor.obsecurity.org> In-Reply-To: <20051121092448.GA92729@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511212128.27760.paul.koch@statseeker.com> X-Virus-Scanned: amavisd-new at statseeker.com Cc: Kris Kennaway Subject: Re: 6.0 Release - Pentium install panic and some questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: paul.koch@statseeker.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 11:28:54 -0000 On Mon, 21 Nov 2005 07:24 pm, Kris Kennaway wrote: > > Issue 1: Can't install on a Pentium P5 class machine: > > > > The install panics when installing the base stuff. No useful > > messages are displayed accept the "panic: page fault" and rebooting > > in 15 seconds. The machines are 10 year old DEC Pentiums, 32 to 64M > > ram, IDE disks, etc. We have four of these in our test environment > > and appear to install and run FreeBSD-5.4 fine. > > Try disabling ACPI. Many old systems have buggy ACPI > implementations. Sometimes this can be fixed by a BIOS upgrade. A Pentium 150Mhz aged machine wouldn't have ACPI, would it ? I just tried going through the long floppy install on another one of these machines I have in my home test rack (they don't boot from the cdrom anymore), but stopped trying when the single IBM SCSI disk attached to an Adaptec controller was detected as da0, da1, da2, da3, da4 and da5 ! I'll try again on the machines in the office tomorrow. > > hints "./device.hints" > > machine i386 > > cpu I586_CPU > > cpu I686_CPU > > ident RNA_KERNEL > > options SCHED_ULE > > You probably want 4BSD, since ULE is slower on many workloads. We used ULE on 5.4 because it used less space on the floppy image and there was really only one process doing much on the machine, but I did some playing this afternoon and see that on 6.0 ULE and 4BSD use up the same amount of space, so I am changing it back to 4BSD. I am not so stretched for space on the floppy anymore after getting rid of the second GLOBAL_OFFSET_TABLE text. Paul. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 12:14:26 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 827E216A41F for ; Mon, 21 Nov 2005 12:14:26 +0000 (GMT) (envelope-from voucko@gmx.li) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id C4E5F43D46 for ; Mon, 21 Nov 2005 12:14:25 +0000 (GMT) (envelope-from voucko@gmx.li) Received: (qmail invoked by alias); 21 Nov 2005 12:14:23 -0000 Received: from p54B0794F.dip.t-dialin.net (EHLO [192.168.0.2]) [84.176.121.79] by mail.gmx.net (mp036) with SMTP; 21 Nov 2005 13:14:23 +0100 X-Authenticated: #10517968 Message-ID: <4381BA1E.3050005@gmx.li> Date: Mon, 21 Nov 2005 13:14:22 +0100 From: Michael Voucko User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.7.12) Gecko/20050915 X-Accept-Language: de, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <437B1466.8030202@gmx.li> <20051119165212.O88861@carver.gumbysoft.com> <437FCEAB.80000@gmx.li> <20051120130304.T8182@fledge.watson.org> In-Reply-To: <20051120130304.T8182@fledge.watson.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: "message too long" when sending broadcasts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 12:14:26 -0000 >> Berkeley-derived kernels do not allow a broadcast datagram to be >> fragmented. If the size of an IP datagram that is being sent to a >> broadcast address exceeds the outgoing interface MTU, EMSGSIZE is >> returned (pp. 233?234 of TCPv2). This is a policy decision that has >> existed since 4.2BSD. There is nothing that prevents a kernel from >> fragmenting a broadcast datagram, but the feeling is that broadcasting >> puts enough load on the network as it is, so there is no need to >> multiply this load by the number of fragments. .... AIX, FreeBSD, and >> MacOS implement this limitation. Linux, Solaris, and HP-UX fragment >> datagrams sent to a broadcast address. >> >> Maybe it's worth adding this information somewhere to make it easier >> to find? > > It would also be quite easy to make this configurable -- the code in > ip_output is fairly straight forward: > > /* > * Look for broadcast address and > * verify user is allowed to send > * such a packet. > */ > if (isbroadcast) { > if ((ifp->if_flags & IFF_BROADCAST) == 0) { > error = EADDRNOTAVAIL; > goto bad; > } > if ((flags & IP_ALLOWBROADCAST) == 0) { > error = EACCES; > goto bad; > } > /* don't allow broadcast messages to be fragmented */ > if (ip->ip_len > ifp->if_mtu) { > error = EMSGSIZE; > goto bad; > } > if (flags & IP_SENDONES) > ip->ip_dst.s_addr = INADDR_BROADCAST; > m->m_flags |= M_BCAST; > } else { > m->m_flags &= ~M_BCAST; > } > > We could add a global option, or maybe just an IP socket option. I had quite a hard time to find this peace of information which makes me think that there aren't too many other application suffering from the inability to fragment?! But if there will be setsockopt option for this feature, I'm happy to test it with heartbeat. Michael From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 12:42:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B16A16A41F for ; Mon, 21 Nov 2005 12:42:16 +0000 (GMT) (envelope-from apelisse@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99C0A43D49 for ; Mon, 21 Nov 2005 12:42:15 +0000 (GMT) (envelope-from apelisse@gmail.com) Received: by nproxy.gmail.com with SMTP id l37so96828nfc for ; Mon, 21 Nov 2005 04:42:13 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=EMIOTvMHDP7l/NPNMRQc/DdE47j5z85/bzoeTS9UjfC+bNX4Qj8Hu/v07b0Sy65Uwe78VvyYSvgeEX8U8Sf72VImQdR5hPJ2zdPoaFn0xFFWAzMnp3yxzuY7l2eiKVlDrsgfOzJk+iT7Ynt1BIxsoMTIRcuLMjt+Rc6ctFu89Pg= Received: by 10.48.217.1 with SMTP id p1mr257559nfg; Mon, 21 Nov 2005 04:42:13 -0800 (PST) Received: by 10.49.5.1 with HTTP; Mon, 21 Nov 2005 04:42:13 -0800 (PST) Message-ID: <61c746830511210442y60b8ef96sd7e39ddc55edfbc6@mail.gmail.com> Date: Mon, 21 Nov 2005 12:42:13 +0000 From: Antoine Pelisse To: freebsd-stable@freebsd.org In-Reply-To: <61c746830511210441r7aa60718vd97b84e585b6688b@mail.gmail.com> MIME-Version: 1.0 References: <000001c5ed5c$f8153240$0130a8c0@Gleb> <61c746830511210441r7aa60718vd97b84e585b6688b@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: 6.0-release i386 sysctl panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 12:42:16 -0000 Hi, This is probably the same kind of panic that Don Lewis fixed lately in fill_kinfo_proc() and it should certainly be fixed the same way. We really can't release the lock in the loop and should look in the code fo= r other occurrences of this mistake as it's really likely that it will trigge= r other panics in the future. Regards, Antoine Pelisse From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 14:44:00 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DD3216A41F for ; Mon, 21 Nov 2005 14:44:00 +0000 (GMT) (envelope-from jonathan@fosburgh.org) Received: from pop-sarus.atl.sa.earthlink.net (pop-sarus.atl.sa.earthlink.net [207.69.195.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id D457D43D45 for ; Mon, 21 Nov 2005 14:43:59 +0000 (GMT) (envelope-from jonathan@fosburgh.org) Received: from user-0cetslq.cable.mindspring.com ([24.238.242.186] helo=gw.fosburgh.org) by pop-sarus.atl.sa.earthlink.net with esmtp (Exim 3.36 #10) id 1EeCtj-0004A8-00 for stable@freebsd.org; Mon, 21 Nov 2005 09:43:59 -0500 Received: by gw.fosburgh.org (Postfix, from userid 1001) id E3428B538; Mon, 21 Nov 2005 08:46:34 -0600 (CST) From: Jonathan Fosburgh To: stable@freebsd.org Date: Mon, 21 Nov 2005 08:46:31 -0600 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511210846.33296.jonathan@fosburgh.org> Cc: Subject: cpurfreq attachment problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 14:44:00 -0000 I recently (Saturday) upgraded to the most recent RELENG_5 on my way to RELENG_6 (which I did on Sunday). Along the way I picked up cpufreq, powerd, etc. I thought I would see if this worked with Cool-n-quiet on my AMD64 3000+ system. I am still running the i386 version, but I can't see that that would cause the problem I am having. I have been loading cpufreq as a module and not compiling it into the kernel. When the module loads I receive the following: powernow0: on cpu0 device_attach: powernow0 attach returned 6 Not surprisingly, powerd now fails with: Starting powerd. powerd: lookup freq: No such file or directory I was unable to find anything like this in the archives. Does anyone have a pointer? -- Jonathan Fosburgh From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 14:48:51 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1823116A420 for ; Mon, 21 Nov 2005 14:48:51 +0000 (GMT) (envelope-from Andre.Albsmeier@siemens.com) Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DEA943D46 for ; Mon, 21 Nov 2005 14:48:49 +0000 (GMT) (envelope-from Andre.Albsmeier@siemens.com) Received: from mail2.siemens.de (localhost [127.0.0.1]) by david.siemens.de (8.12.6/8.12.6) with ESMTP id jALEmmYT031800; Mon, 21 Nov 2005 15:48:48 +0100 Received: from ims.mchp.siemens.de (ims.mchp.siemens.de [139.25.31.39]) by mail2.siemens.de (8.12.6/8.12.6) with ESMTP id jALEmlWq026991; Mon, 21 Nov 2005 15:48:48 +0100 Received: from mail-ct.mchp.siemens.de (mail-ct.mchp.siemens.de [139.25.31.51]) by ims.mchp.siemens.de with ESMTP id jALEmlJQ000489; Mon, 21 Nov 2005 15:48:47 +0100 (MET) Received: from curry.mchp.siemens.de (curry [139.25.40.130]) by mail-ct.mchp.siemens.de (8.12.11/8.12.11) with ESMTP id jALEml8p018910; Mon, 21 Nov 2005 15:48:47 +0100 (MET) Received: (from localhost) by curry.mchp.siemens.de (8.13.4/8.13.4) id jALEmlmo078159; Date: Mon, 21 Nov 2005 15:48:46 +0100 From: Andre Albsmeier To: Brian Candler Message-ID: <20051121144846.GA10523@curry.mchp.siemens.de> References: <20051116101200.GA2823@uk.tiscali.com> <20051116165712.GB33710@slackbox.xs4all.nl> <20051120210459.GA19861@uk.tiscali.com> <20051120141156.6c424415@frankie.konav201.local> <20051121091151.GA21747@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051121091151.GA21747@uk.tiscali.com> X-Echelon: Taliban, 737, Terrorism, Spy, FSB X-Advice: Drop that crappy M$-Outlook, I'm tired of your viruses! User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org, Robert Marella Subject: Re: CF card and /dev filesystem entries X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 14:48:51 -0000 On Mon, 21-Nov-2005 at 09:11:51 +0000, Brian Candler wrote: > On Sun, Nov 20, 2005 at 02:11:56PM -1000, Robert Marella wrote: > > > Now, that does the job: > > > > > > root@billdog brian# dd if=/dev/null of=/dev/da0 count=0 > > > 0+0 records in > > > 0+0 records out > > > 0 bytes transferred in 0.000028 secs (0 bytes/sec) > > > root@billdog brian# ls -l /dev/da0* > > > crw-r----- 1 root operator 0, 107 Nov 20 21:00 /dev/da0 > > > crw-r----- 1 root operator 0, 115 Nov 20 21:00 /dev/da0s1 > > > root@billdog brian# > > > > > > However, I'm not sure I actually *like* opening my CF card in such a > > > way that I would be likely to overwrite the partition table if I hit > > > a wrong key... > > > > > > Regards, > > > > > > Brian. > > > > > I am not sure if this is any different but when placing or changing a > > card in my card reader I run " cat /dev/null > /dev/daX" before > > mounting. I have cards of different sizes and it would fail to mount a > > different size card without doing the above first. > > Yeah, that's the same thing: open the device for write and then close it > again. I still wouldn't be happy that in a haze I might type > cat /dev/zero >/dev/daX > instead of > cat /dev/null >/dev/daX > but I guess I can write a script. FYI, http://www.freebsd.org/cgi/query-pr.cgi?85975 -Andre From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 15:16:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8440E16A41F for ; Mon, 21 Nov 2005 15:16:04 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B0BE43D6D for ; Mon, 21 Nov 2005 15:16:03 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 3C5B7B85A for ; Mon, 21 Nov 2005 10:16:03 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <174F8D1C-9F10-4CDC-A902-B4E91BB42DE2@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 21 Nov 2005 10:16:02 -0500 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.746.2) Subject: Re: FreeBSD unstable on Dell 1750 using SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 15:16:04 -0000 On Nov 20, 2005, at 1:24 PM, Rutger Bevaart wrote: > Both experience the "auto reboot" feature. The mbufs on the 2850 > look like a counter (signed/unsigned) bug, maybe even just in the > printing. Other than that I'm having a hard time interpreting these > results. FreeBSD 4.x, 5.x, and 6.x have been stable for me on all Dell hardware. 4.x (currently 4.11) has been running on 1550's, 1650's, 2650 and 1750's for > 3 years 5.4 on 2450 for ~6 months 6.0 on 1750, 1850, and 2650 since 6.0-RC2, currently running 6.0-REL. Never a flake-out not due to a hardware failure, and that only on two of the 1550s over 4 years' time. I did have the 5.4 box running 5.4- REL-p7 lockup once, but was unable to determine the cause. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 15:20:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10AAB16A41F for ; Mon, 21 Nov 2005 15:20:57 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77FC143D6D for ; Mon, 21 Nov 2005 15:20:56 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 5DE1AB80D for ; Mon, 21 Nov 2005 10:20:55 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: References: <20051118165133.GA95405@kierun.org> <20051121100001.GA31447@kierun.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <22B77319-D835-4956-BE9A-15C9A9ABBC5F@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 21 Nov 2005 10:20:54 -0500 To: freebsd-stable X-Mailer: Apple Mail (2.746.2) Subject: Re: Update from 5.4 to 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 15:20:57 -0000 On Nov 21, 2005, at 5:11 AM, Xin LI wrote: > Would you please remove the "-j" option from build? It is not > guaranteed to be usable across upgrade. I have not been able to get make -j2 buildworld to work for 6.0 at all. Last I recall it working reliably was with 4.x. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 15:26:26 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F37816A41F for ; Mon, 21 Nov 2005 15:26:26 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B76B43D4C for ; Mon, 21 Nov 2005 15:26:25 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id jALFQPnj030816 for ; Mon, 21 Nov 2005 07:26:25 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id jALFQPC4030815 for freebsd-stable@freebsd.org; Mon, 21 Nov 2005 07:26:25 -0800 (PST) (envelope-from david) Date: Mon, 21 Nov 2005 07:26:25 -0800 From: David Wolfskill To: freebsd-stable Message-ID: <20051121152625.GF69015@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , freebsd-stable References: <20051118165133.GA95405@kierun.org> <20051121100001.GA31447@kierun.org> <22B77319-D835-4956-BE9A-15C9A9ABBC5F@khera.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <22B77319-D835-4956-BE9A-15C9A9ABBC5F@khera.org> User-Agent: Mutt/1.4.2.1i Subject: Re: Update from 5.4 to 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 15:26:26 -0000 On Mon, Nov 21, 2005 at 10:20:54AM -0500, Vivek Khera wrote: > > On Nov 21, 2005, at 5:11 AM, Xin LI wrote: > > >Would you please remove the "-j" option from build? It is not > >guaranteed to be usable across upgrade. > > I have not been able to get make -j2 buildworld to work for 6.0 at > all. Last I recall it working reliably was with 4.x. Odd. I'm just starting the installworld phase right now, running g1-18(6.0-S)[1] uname -a FreeBSD g1-18.catwhisker.org. 6.0-STABLE FreeBSD 6.0-STABLE #24: Sun Nov 20 11:16:34 PST 2005 root@g1-18.catwhisker.org.:/common/S3/obj/usr/src/sys/LAPTOP_30W i386 g1-18(6.0-S)[2] And each of those used "-j6" in the "make buildworld" phase. (The machine is actually a Dell Inspiroin 8200.) Peace, david -- David H. Wolfskill david@catwhisker.org It is courteous to reduce quoted text to just that needed to establish context. See http://www.catwhisker.org/~david/publickey.gpg for my public key. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 16:28:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CC8D16A41F for ; Mon, 21 Nov 2005 16:28:16 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from smtp.cyberfingers.net (smtp.cyberfingers.net [198.177.254.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2477843D45 for ; Mon, 21 Nov 2005 16:28:16 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from [134.117.23.170] (pldrouinlap-pc.physics.carleton.ca [134.117.23.170]) by smtp.cyberfingers.net (Postfix) with ESMTP id 3C04C17002E for ; Mon, 21 Nov 2005 11:28:15 -0500 (EST) Message-ID: <4381F59D.7050002@pldrouin.net> Date: Mon, 21 Nov 2005 11:28:13 -0500 From: Pierre-Luc Drouin User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051107) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4380CD15.5040901@pldrouin.net> <79722fad0511201125g21473e11nacf66bb0945c864d@mail.gmail.com> In-Reply-To: <79722fad0511201125g21473e11nacf66bb0945c864d@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: cmbat related ACPI change between 6.0-release and Nov 10th -stable sources is making Dell laptops to hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 16:28:16 -0000 I have submitted a new PR about this, I hope someone will be able to fix it soon... Vlad GALU wrote: >On 11/20/05, Pierre-Luc Drouin wrote: > > >>Hi, >> >>Since I upgraded from 6.0-release to 6.0-stable on Nov 10th, my laptop >>hangs for about 1-2 seconds everytime a battery monitoring tool asks for >>the cmbat battery status. My laptop is a Dell Precision M70 and shares >>its motherboard with many other Dell laptops. I can reproduce the >>problem by running "acpiconf -i loop" or "sysctl hw.acpi.battery.life". >>The problem did not exist with 6.0-release, so it has been caused by >>some code change between -release and Nov 10th sources. Disabling cmbat >>with debug.acpi.disabled avoids the laptop to hang. Does someone know >>what change to cmbat related stuff could be causing this problem? >> >> > > I've seen these too, I was running klaptopd. > > > >>Thank you! >> >>Pierre-Luc Drouin >>_______________________________________________ >>freebsd-stable@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> >> >> > > >-- >If it's there, and you can see it, it's real. >If it's not there, and you can see it, it's virtual. >If it's there, and you can't see it, it's transparent. >If it's not there, and you can't see it, you erased it. >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 16:34:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3485216A41F for ; Mon, 21 Nov 2005 16:34:04 +0000 (GMT) (envelope-from yann@raven.kierun.org) Received: from raven.kierun.org (raven.yorksj.ac.uk [193.61.234.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D63543D6E for ; Mon, 21 Nov 2005 16:34:01 +0000 (GMT) (envelope-from yann@raven.kierun.org) Received: from yann by raven.kierun.org with local (Exim 4.54 (FreeBSD)) id 1EeEcC-000AJn-HO for freebsd-stable@freebsd.org; Mon, 21 Nov 2005 16:34:00 +0000 Date: Mon, 21 Nov 2005 16:34:00 +0000 From: Yann Golanski To: freebsd-stable Message-ID: <20051121163400.GA39499@kierun.org> References: <20051118165133.GA95405@kierun.org> <20051121100001.GA31447@kierun.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline In-Reply-To: <20051121100001.GA31447@kierun.org> User-Agent: Mutt/1.5.11 Sender: "Yann Golanski, University of York, +44(0)1904-433088" Subject: Re: Update from 5.4 to 6.0 [SOLVED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 16:34:04 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoth Yann Golanski on Mon, Nov 21, 2005 at 10:00:01 +0000 > Removed all in /usr/obj, did a "make clean; make cleanworld" in > /usr/src, deleted /usr/src/crypto and cvsuped the latest version as of > today. I even updated the locale time with ntpd. I am getting a new > error but still related to the old one: Do not attempt a "make buildworld" using sudo. It does not work. Using "su -" it works fine. =20 Apologies for wasting every body's time.=20 --=20 yann@kierun.org -=3D*=3D- www.kierun.= org PGP: 009D 7287 C4A7 FD4F 1680 06E4 F751 7006 9DE2 6318 --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDgfb491FwBp3iYxgRAmqpAKCrnNNix+o/YSn//ycZtQOpB/shwgCfWMV+ THo/9mV6Ti1VUA6f6GuvN5s= =QmEI -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 17:38:36 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D32616A420 for ; Mon, 21 Nov 2005 17:38:36 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id E728A43D4C for ; Mon, 21 Nov 2005 17:38:35 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 4C433B85A for ; Mon, 21 Nov 2005 12:38:35 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <20051121152625.GF69015@bunrab.catwhisker.org> References: <20051118165133.GA95405@kierun.org> <20051121100001.GA31447@kierun.org> <22B77319-D835-4956-BE9A-15C9A9ABBC5F@khera.org> <20051121152625.GF69015@bunrab.catwhisker.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 21 Nov 2005 12:38:34 -0500 To: freebsd-stable X-Mailer: Apple Mail (2.746.2) Subject: Re: Update from 5.4 to 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 17:38:36 -0000 On Nov 21, 2005, at 10:26 AM, David Wolfskill wrote: > g1-18(6.0-S)[1] uname -a > FreeBSD g1-18.catwhisker.org. 6.0-STABLE FreeBSD 6.0-STABLE #24: > Sun Nov 20 11:16:34 PST 2005 root@g1-18.catwhisker.org.:/common/ > S3/obj/usr/src/sys/LAPTOP_30W i386 > g1-18(6.0-S)[2] > > And each of those used "-j6" in the "make buildworld" phase. > must be a timing issue. try on a dual opteron with wicked fast disks.... i don't think all the dependencies are 100% specified so some stuff gets built after it is needed by another parallel compilation, causing failures. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 18:14:30 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 416F416A41F for ; Mon, 21 Nov 2005 18:14:30 +0000 (GMT) (envelope-from amesbury@umn.edu) Received: from mtaout-m.tc.umn.edu (mtaout-m.tc.umn.edu [160.94.23.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6DB243D46 for ; Mon, 21 Nov 2005 18:14:29 +0000 (GMT) (envelope-from amesbury@umn.edu) Received: from [160.94.247.212] (paulaner.oitsec.umn.edu [160.94.247.212]) by mtaout-m.tc.umn.edu with ESMTP for freebsd-stable@freebsd.org; Mon, 21 Nov 2005 12:14:28 -0600 (CST) X-Umn-Remote-Mta: [N] paulaner.oitsec.umn.edu [160.94.247.212] #+LO+TS+AU+HN Message-ID: <43820E84.3080000@umn.edu> Date: Mon, 21 Nov 2005 12:14:28 -0600 From: Alan Amesbury User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050909) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Getting a patch integrated into -STABLE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 18:14:30 -0000 Last week I sent a patch in to fix a problem with 'du' (bug report #89090). Unfortunately, I failed to indicate in the synopsis line that I'd included a patch (albeit one that should probably be looked at by someone with more clue than me). Is there a) an easy way for me to update the bug report to indicate this, and b) is there a typical time-to-fix for this sort of thing? Thanks in advance! -- Alan Amesbury University of Minnesota From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 18:29:02 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05FAA16A41F for ; Mon, 21 Nov 2005 18:29:02 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: from mx2.mail.ru (mx2.mail.ru [194.67.23.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9813743D46 for ; Mon, 21 Nov 2005 18:29:01 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: from [83.221.212.134] (port=51596 helo=[192.168.0.100]) by mx2.mail.ru with asmtp id 1EeGPT-000Huu-00; Mon, 21 Nov 2005 21:29:00 +0300 Message-ID: <438211EE.3030201@mail.ru> Date: Mon, 21 Nov 2005 21:29:02 +0300 From: Stepan Rakhimov User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: delphij@delphij.net, freebsd-stable@freebsd.org References: <437F206F.5050606@mail.ru> <437F340C.2060101@mail.ru> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: 6-BETA4 -> 6.0-RELEASE = sudden reboots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 18:29:02 -0000 Xin LI wrote: > Hi, Stepan, > > On 11/19/05, Stepan Rakhimov wrote: > [snip] > >>i have some kernel dumps only , the size is 288mb, should i send one of >>them? > > > Try "gdb /usr/obj/usr/src/sys/[YOURKERNEL]/kernel.debug > /var/crash/vmcore.0" and send the output from "bt full" would be good > enough I think. > This is impossible because i have no "release" kernel in /usr/obj, it was removed when i tried to build "stable" But... At one moment stable world and kernel built without reboots and since then, there were no problems with release (though nothing was changed except stop using "top" program) that's why i did't install beta4 (it compiled too after stable) and simply installed 6-stable... No visible problems since then. I couldn't identify the reason of that reboots. Stepan Rakhimov From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 18:38:01 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 581F816A41F; Mon, 21 Nov 2005 18:38:01 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85ECB43D72; Mon, 21 Nov 2005 18:37:57 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (ppp-71-139-0-107.dsl.snfc21.pacbell.net [71.139.0.107]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id jALIc0De010767 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 21 Nov 2005 10:38:00 -0800 Message-ID: <438213E5.70508@root.org> Date: Mon, 21 Nov 2005 10:37:25 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Hajimu UMEMOTO References: <4377775B.3080606@pldrouin.net> <20051114105854.GA1041@galgenberg.net> <4378CC14.2020109@pldrouin.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Pierre-Luc Drouin , acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Performance problem since updating from 6.0-RELEASE to 6.0-STABLE last friday X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 18:38:01 -0000 Hajimu UMEMOTO wrote: > Hi, > > >>>>>>On Mon, 14 Nov 2005 12:40:36 -0500 >>>>>>Pierre-Luc Drouin said: > > > pldrouin> Yep, smart battery is definately the problem. The performance of my > pldrouin> laptop is back to normal when I remove the xfce4-battery-plugin. > pldrouin> acpiconf -i loop reproduces the problem for me too. So it looks like > pldrouin> there is something wrong in smart battery. > > The cmbat has similar issue on some laptops. So, acpi_cmbat.c uses > cache for retrieval to reduce its influence, and its expiration > time is set by hw.acpi.battery.info_expire. > However, acpi_smbat.c doesn't use cache. So, I made a patch. Since I > don't have a laptop which has smbat, I cannot test it by myself. > Please test it and let me know the result. The patch looks good to me, you should commit please. -- Nate From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 18:54:42 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A5B116A41F for ; Mon, 21 Nov 2005 18:54:42 +0000 (GMT) (envelope-from ptroot@iaces.com) Received: from iaces.com (horton.iaces.com [204.147.87.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABE8943D49 for ; Mon, 21 Nov 2005 18:54:41 +0000 (GMT) (envelope-from ptroot@iaces.com) Received: from [204.147.87.125] (borg.iaces.com [204.147.87.125]) (authenticated bits=0) by iaces.com (8.13.4/8.13.3) with ESMTP id jALIsC92006718 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 21 Nov 2005 12:54:13 -0600 (CST) (envelope-from ptroot@iaces.com) Message-ID: <438217EC.7010905@iaces.com> Date: Mon, 21 Nov 2005 12:54:36 -0600 From: "Paul T. Root" User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: tunnels through a NAT device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 18:54:42 -0000 I sent this out Saturday from home, but it doesn't look like it went out... -------- Original Message -------- Message-ID: <437FBAB2.9070907@iaces.com> Date: Sat, 19 Nov 2005 17:52:18 -0600 From: Paul Root User-Agent: Thunderbird 1.5 (Macintosh/20051025) MIME-Version: 1.0 To: freebsd-stable Subject: tunnels through a NAT device Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I'm trying to setup and encrypted tunnel between 2 FreeBSD machines. Yesterday, I did get the tunnel up between two machines on the same network, and got it encrypted. Pretty easy following the handbook. Now, I have a machine at home behind a DSL modem (Actiontec) that NATs everything. I've made the machine the DMZ host for the Actiontec, which basically passes all ports not otherwise directed to the machine. The machines are both Sparcs. I'm using aliases for routing. Internet machine: hme0: flags=8843 mtu 1500 options=b inet A.B.C.D netmask 0xffffffe0 broadcast A.B.C.Z inet6 fe80::a00:20ff:fec0:3fe1%hme0 prefixlen 64 scopeid 0x1 inet 192.168.99.1 netmask 0xffffffff broadcast 192.168.99.1 ether 08:00:20:c0:3f:e1 media: Ethernet autoselect (10baseT/UTP) status: active gif0: flags=8051 mtu 1280 tunnel inet A.B.C.D --> E.F.G.H inet6 fe80::a00:20ff:fec0:3fe1%gif0 prefixlen 64 scopeid 0x3 inet 192.168.99.1 --> 192.168.90.250 netmask 0xffffffff home NATed machine: hme0: flags=8843 mtu 1500 options=b inet6 fe80::a00:20ff:fec0:5061%hme0 prefixlen 64 scopeid 0x1 inet 192.168.0.250 netmask 0xffffff00 broadcast 192.168.0.255 inet 192.168.90.250 netmask 0xffffffff broadcast 192.168.90.250 ether 08:00:20:c0:50:61 media: Ethernet autoselect (100baseTX) status: active gif0: flags=8051 mtu 1280 tunnel inet E.F.G.H --> A.B.C.D inet6 fe80::a00:20ff:fec0:5061%gif0 prefixlen 64 scopeid 0x3 inet 192.168.90.250 --> 192.168.99.1 netmask 0xffffffff Now this works, exactly like this, on two machines that are not NATed. E.F.G.H is the address of the dsl modem on the outside. I've tried setting the home machine's gif0 interface to both E.F.G.H and 192.168.0.250 going to A.B.C.D. Obviously, the internet machine has to point to E.F.G.H. Should I set the alias of hme0 on the home machine to E.F.G.H? Is there a way to do this? -- ______ Paul T. Root / _ \ 1977 MGB / /|| \\ ||\/ || _ | || || || \ ||__// \______/ From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 19:08:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F4AC16A41F for ; Mon, 21 Nov 2005 19:08:15 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from mail.helenmarks.co.uk (mail.helenmarks.co.uk [82.68.196.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id B12A343D72 for ; Mon, 21 Nov 2005 19:08:10 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from localhost (localhost [127.0.0.1]) by mail.helenmarks.co.uk (Postfix) with ESMTP id B7ABA17097; Mon, 21 Nov 2005 19:08:09 +0000 (GMT) Received: from mail.helenmarks.co.uk ([127.0.0.1]) by localhost (mail.helenmarks.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 94671-07; Mon, 21 Nov 2005 19:08:05 +0000 (GMT) Received: from egg (img.leightondenny.com [192.168.15.3]) by mail.helenmarks.co.uk (Postfix) with ESMTP id 21D0417020; Mon, 21 Nov 2005 19:08:05 +0000 (GMT) From: Dominic Marks To: freebsd-stable@freebsd.org Date: Mon, 21 Nov 2005 20:14:12 +0000 User-Agent: KMail/1.8 References: <43820E84.3080000@umn.edu> In-Reply-To: <43820E84.3080000@umn.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511212014.12716.dom@goodforbusiness.co.uk> X-Virus-Scanned: By ClamAV 0.85.1 Cc: Alan Amesbury Subject: Re: Getting a patch integrated into -STABLE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 19:08:15 -0000 On Monday 21 November 2005 18:14, Alan Amesbury wrote: > Last week I sent a patch in to fix a problem with 'du' (bug report > #89090). Unfortunately, I failed to indicate in the synopsis line > that I'd included a patch (albeit one that should probably be looked > at by someone with more clue than me). Is there a) an easy way for > me to update the bug report to indicate this, and b) is there a > typical time-to-fix for this sort of thing? send-pr and no :) > Thanks in advance! > > > -- > Alan Amesbury > University of Minnesota > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" -- Dominic Marks From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 19:15:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC7D216A41F for ; Mon, 21 Nov 2005 19:15:03 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B41643D53 for ; Mon, 21 Nov 2005 19:14:38 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id jALJEbph009159; Mon, 21 Nov 2005 11:14:37 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id jALJEbOW009158; Mon, 21 Nov 2005 11:14:37 -0800 Date: Mon, 21 Nov 2005 11:14:37 -0800 From: Brooks Davis To: Ronald Klop Message-ID: <20051121191437.GC11707@odin.ac.hmc.edu> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MnLPg7ZWsaic7Fhd" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: "freebsd-stable@freebsd.org" Subject: Re: is removable_interfaces still used? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 19:15:04 -0000 --MnLPg7ZWsaic7Fhd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 20, 2005 at 06:42:57PM +0100, Ronald Klop wrote: > Hello, >=20 > I'm running 6.0-STABLE and see that the option removable_interfaces is no= t =20 > used in any config script. >=20 > /etc# grep -r removable_interfaces * > defaults/rc.conf:removable_interfaces=3D"" # Removable network =20 > interfaces for /etc/pccard_ether. >=20 > What is is the use of it now? None. I failed to remove it from /etc/defaults/rc.conf. > I can't find any use of pccard_ifconfig also. But there is no reference o= f =20 > the removal of these settings in UPDATING. pccard_ifconfig is now also gone. ifconfig_DEFAULT can be used int it's place if you really need that functionality. It is preferred to set ifconfig_ instead in most cases. > Where can I find the latest docs for the best way to config a pccard =20 > network card? In general, you should treat it just like any other interface. For wireless cards, the following article is a good summary of new features. http://www.freebsdmall.com/~loader/en_US.ISO8859-1/articles/wireless/articl= e.html -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --MnLPg7ZWsaic7Fhd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDghycXY6L6fI4GtQRApU9AKCwoe9mdL2zijsapIzLNtdRUTpqCACgptYV oAaWxbC/ktdYK0RQVcPSpHQ= =m+cf -----END PGP SIGNATURE----- --MnLPg7ZWsaic7Fhd-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 19:21:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50C4A16A41F for ; Mon, 21 Nov 2005 19:21:32 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 313BD43D9D for ; Mon, 21 Nov 2005 19:21:21 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id D460C2B15; Mon, 21 Nov 2005 13:21:07 -0600 (CST) Date: Mon, 21 Nov 2005 13:21:07 -0600 To: Dominic Marks Message-ID: <20051121192107.GD11355@soaustin.net> References: <43820E84.3080000@umn.edu> <200511212014.12716.dom@goodforbusiness.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200511212014.12716.dom@goodforbusiness.co.uk> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: Alan Amesbury , freebsd-stable@freebsd.org Subject: Re: Getting a patch integrated into -STABLE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 19:21:32 -0000 On Mon, Nov 21, 2005 at 08:14:12PM +0000, Dominic Marks wrote: > On Monday 21 November 2005 18:14, Alan Amesbury wrote: > > Last week I sent a patch in to fix a problem with 'du' (bug report > > #89090). Unfortunately, I failed to indicate in the synopsis line > > that I'd included a patch (albeit one that should probably be looked > > at by someone with more clue than me). Is there a) an easy way for > > me to update the bug report to indicate this, and b) is there a > > typical time-to-fix for this sort of thing? > > send-pr and no :) Please, do not send-pr a completely new PR for something like this. Send email to bugmaster@ instead and we'll fix it. mcl From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 20:55:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03A4816A41F for ; Mon, 21 Nov 2005 20:55:45 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 608C543D60 for ; Mon, 21 Nov 2005 20:55:38 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by wproxy.gmail.com with SMTP id i13so908330wra for ; Mon, 21 Nov 2005 12:55:37 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GfncEYkNmLncNftzXS5zB1GmMmx2Q3IIJ1MMkyxwF7lx8GvombNq5t4U8AjHiUUxFm5KnggNHN2duFHeVDSGuajd9mxmOmdu9L8AcNxTy6KN9dghWu27ySgyWkcZohUsUFVh1xIhycssyFmKEi9S2BhY8khp3RfpX30HvT+yP9o= Received: by 10.65.234.16 with SMTP id l16mr3466106qbr; Mon, 21 Nov 2005 12:45:00 -0800 (PST) Received: by 10.65.192.16 with HTTP; Mon, 21 Nov 2005 12:45:00 -0800 (PST) Message-ID: Date: Mon, 21 Nov 2005 21:45:00 +0100 From: Claus Guttesen To: Yann Golanski In-Reply-To: <20051121163400.GA39499@kierun.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051118165133.GA95405@kierun.org> <20051121100001.GA31447@kierun.org> <20051121163400.GA39499@kierun.org> Cc: freebsd-stable Subject: Re: Update from 5.4 to 6.0 [SOLVED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 20:55:45 -0000 > Do not attempt a "make buildworld" using sudo. It does not work. Using > "su -" it works fine. That's all I (su)do :-) The only time I'm root is when I add my self, then install cvsup, portupgrade and then sudo. From there all I do is 'sudo -s'. regards Claus From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 21:04:17 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 485F916A41F for ; Mon, 21 Nov 2005 21:04:17 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E17A643DF4 for ; Mon, 21 Nov 2005 21:03:23 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 548A31A3C1C; Mon, 21 Nov 2005 13:03:22 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 49B3751202; Mon, 21 Nov 2005 16:03:21 -0500 (EST) Date: Mon, 21 Nov 2005 16:03:20 -0500 From: Kris Kennaway To: Paul Koch Message-ID: <20051121210320.GA6804@xor.obsecurity.org> References: <200511211520.25672.paul.koch@statseeker.com> <20051121092448.GA92729@xor.obsecurity.org> <200511212128.27760.paul.koch@statseeker.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: <200511212128.27760.paul.koch@statseeker.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: 6.0 Release - Pentium install panic and some questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 21:04:17 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 21, 2005 at 09:28:27PM +1000, Paul Koch wrote: > On Mon, 21 Nov 2005 07:24 pm, Kris Kennaway wrote: > > > Issue 1: Can't install on a Pentium P5 class machine: > > > > > > The install panics when installing the base stuff. No useful > > > messages are displayed accept the "panic: page fault" and rebooting > > > in 15 seconds. The machines are 10 year old DEC Pentiums, 32 to 64M > > > ram, IDE disks, etc. We have four of these in our test environment > > > and appear to install and run FreeBSD-5.4 fine. > > > > Try disabling ACPI. Many old systems have buggy ACPI > > implementations. Sometimes this can be fixed by a BIOS upgrade. >=20 > A Pentium 150Mhz aged machine wouldn't have ACPI, would it ? I don't know..nevertheless, please try it :) Kris --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDgjYYWry0BWjoQKURAg0fAKDZYfO0dVt8RdB+p8i2TdxeEwks8wCdFVxm UplGLJXz9J01BH4P95J1OVQ= =m4gZ -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 21:05:25 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FB1616A422 for ; Mon, 21 Nov 2005 21:05:25 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FC7743D9B for ; Mon, 21 Nov 2005 21:04:54 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id BF9171A3C1A; Mon, 21 Nov 2005 13:04:54 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 011B251202; Mon, 21 Nov 2005 16:04:53 -0500 (EST) Date: Mon, 21 Nov 2005 16:04:53 -0500 From: Kris Kennaway To: Vivek Khera Message-ID: <20051121210453.GB6804@xor.obsecurity.org> References: <20051118165133.GA95405@kierun.org> <20051121100001.GA31447@kierun.org> <22B77319-D835-4956-BE9A-15C9A9ABBC5F@khera.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bCsyhTFzCvuiizWE" Content-Disposition: inline In-Reply-To: <22B77319-D835-4956-BE9A-15C9A9ABBC5F@khera.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable Subject: Re: Update from 5.4 to 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 21:05:25 -0000 --bCsyhTFzCvuiizWE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 21, 2005 at 10:20:54AM -0500, Vivek Khera wrote: >=20 > On Nov 21, 2005, at 5:11 AM, Xin LI wrote: >=20 > >Would you please remove the "-j" option from build? It is not > >guaranteed to be usable across upgrade. >=20 > I have not been able to get make -j2 buildworld to work for 6.0 at =20 > all. Last I recall it working reliably was with 4.x. That's pretty odd, since I use it everywhere and even ran make -j 32 and -j64 buildworlds in a loop for a few weeks on large SMP machines. Kris --bCsyhTFzCvuiizWE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDgjZ1Wry0BWjoQKURArGXAKCHbWofe4KDwp1Pj9cRe9KJMumfRgCg7IuW NWWXwLVN775KSCHazeU0cDA= =6W6D -----END PGP SIGNATURE----- --bCsyhTFzCvuiizWE-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 21:05:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BF7216A427 for ; Mon, 21 Nov 2005 21:05:28 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C30A143D4C for ; Mon, 21 Nov 2005 21:05:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 4B1011A3C1A; Mon, 21 Nov 2005 13:05:24 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8842D546A6; Mon, 21 Nov 2005 16:05:23 -0500 (EST) Date: Mon, 21 Nov 2005 16:05:23 -0500 From: Kris Kennaway To: Vivek Khera Message-ID: <20051121210523.GC6804@xor.obsecurity.org> References: <20051118165133.GA95405@kierun.org> <20051121100001.GA31447@kierun.org> <22B77319-D835-4956-BE9A-15C9A9ABBC5F@khera.org> <20051121152625.GF69015@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zCKi3GIZzVBPywwA" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable Subject: Re: Update from 5.4 to 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 21:05:28 -0000 --zCKi3GIZzVBPywwA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 21, 2005 at 12:38:34PM -0500, Vivek Khera wrote: >=20 > On Nov 21, 2005, at 10:26 AM, David Wolfskill wrote: >=20 > >g1-18(6.0-S)[1] uname -a > >FreeBSD g1-18.catwhisker.org. 6.0-STABLE FreeBSD 6.0-STABLE #24: =20 > >Sun Nov 20 11:16:34 PST 2005 root@g1-18.catwhisker.org.:/common/=20 > >S3/obj/usr/src/sys/LAPTOP_30W i386 > >g1-18(6.0-S)[2] > > > >And each of those used "-j6" in the "make buildworld" phase. > > >=20 > must be a timing issue. try on a dual opteron with wicked fast =20 > disks.... i don't think all the dependencies are 100% specified so =20 > some stuff gets built after it is needed by another parallel =20 > compilation, causing failures. If you can capture all output (stdout and stderr) showing the failure, someone might be able to figure out the cause. Kris --zCKi3GIZzVBPywwA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDgjaTWry0BWjoQKURAt4mAJ9ADBbt7/MHCQzSknwyebhDwATYfQCfUBdS WzIWy1gYaAn9937msa4HzQg= =Jzom -----END PGP SIGNATURE----- --zCKi3GIZzVBPywwA-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 21:16:43 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9019C16A41F for ; Mon, 21 Nov 2005 21:16:43 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from mail26.sea5.speakeasy.net (mail26.sea5.speakeasy.net [69.17.117.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 474D743D5F for ; Mon, 21 Nov 2005 21:16:21 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: (qmail 32583 invoked from network); 21 Nov 2005 21:16:19 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail26.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 21 Nov 2005 21:16:18 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id 5E9F32841D; Mon, 21 Nov 2005 16:16:16 -0500 (EST) Sender: lowell@be-well.ilk.org To: Claus Guttesen References: <20051118165133.GA95405@kierun.org> <20051121100001.GA31447@kierun.org> <20051121163400.GA39499@kierun.org> From: Lowell Gilbert Date: 21 Nov 2005 16:16:16 -0500 In-Reply-To: Message-ID: <44zmnx1z33.fsf@be-well.ilk.org> Lines: 12 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable Subject: Re: Update from 5.4 to 6.0 [SOLVED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 21:16:43 -0000 Claus Guttesen writes: > > Do not attempt a "make buildworld" using sudo. It does not work. Using > > "su -" it works fine. > > That's all I (su)do :-) The only time I'm root is when I add my self, > then install cvsup, portupgrade and then sudo. From there all I do is > 'sudo -s'. The difference is probably the environment. I created a script that strips out certain annoying parts of the environment to allow me to build part of the system with (the remainder of) my environment. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 21 23:54:43 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 158EF16A42C for ; Mon, 21 Nov 2005 23:54:43 +0000 (GMT) (envelope-from gcr+freebsd-stable@tharned.org) Received: from mx13.sac.fedex.com (mx13.sac.fedex.com [199.81.197.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5DC243D7B for ; Mon, 21 Nov 2005 23:54:24 +0000 (GMT) (envelope-from gcr+freebsd-stable@tharned.org) Received: from inet04.prod.fedex.com (inet04.prod.fedex.com [199.81.10.44]) by mx13.sac.fedex.com (8.12.9p2/8.12.9) with ESMTP id jALNsBKZ043841 for ; Mon, 21 Nov 2005 17:54:19 -0600 (CST) (envelope-from gcr+freebsd-stable@tharned.org) Received: from w10.sac.fedex.com (w10.sac.fedex.com [161.135.204.136]) by inet04.prod.fedex.com (8.12.11/8.12.11) with ESMTP id jALNsAxI010919 for ; Mon, 21 Nov 2005 17:54:11 -0600 (CST) Received: from w10.sac.fedex.com (gcr@localhost [127.0.0.1]) by w10.sac.fedex.com (8.13.4/8.13.4) with ESMTP id jALNsAXJ097724 for ; Mon, 21 Nov 2005 17:54:10 -0600 (CST) (envelope-from gcr+freebsd-stable@tharned.org) Received: from localhost (gcr@localhost) by w10.sac.fedex.com (8.13.4/8.13.4/Submit) with ESMTP id jALNs9Qs097721 for ; Mon, 21 Nov 2005 17:54:09 -0600 (CST) (envelope-from gcr+freebsd-stable@tharned.org) Date: Mon, 21 Nov 2005 17:54:09 -0600 (CST) From: Greg Rivers Sender: gcr@fedex.com To: freebsd-stable@freebsd.org Message-ID: <20051121164139.T48994@w10.sac.fedex.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Recurring problem: processes block accessing UFS file system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 23:54:43 -0000 I've recently put up three busy email relay hosts running 6.0-STABLE. Performance is excellent except for a nagging critical issue that keeps cropping up. /var/spool is its own file system mounted on a geom stripe of four BSD partitions (details below). Once every two or three days all the processes accessing /var/spool block forever in disk wait. All three machines suffer this problem. No diagnostic messages are generated and the machines continue running fine otherwise, but a reboot is required to clear the condition. This problem occurs during normal operation, but is particularly likely to occur during a backup when dump makes a snapshot. There doesn't appear to be a problem with gstripe, as gstripe status is "UP" and I can read the raw device just fine while processes continue to block on the file system. I tried running a kernel with WITNESS and DIAGNOSTIC, but these options shed no light. If I catch the problem early enough I can break successfully into kdb; otherwise, if too many processes stack up, the machine hangs going into kdb and must be power-cycled. I'd appreciate any insight anyone may have into this problem or advise on turning this report into a coherent PR. -- Greg Rivers $ uname -a FreeBSD mx17.sac.fedex.com 6.0-STABLE FreeBSD 6.0-STABLE #0: Fri Nov 18 23:34:59 CST 2005 root@mx17.sac.fedex.com:/usr/obj/usr/src/sys/MX i386 (kernel built from sources current at time of build) $ df -h /var/spool Filesystem Size Used Avail Capacity Mounted on /dev/stripe/gs0 260G 2.2G 237G 1% /var/spool $ mount /dev/da0a on / (ufs, local, soft-updates) devfs on /dev (devfs, local) /dev/md0 on /tmp (ufs, asynchronous, local, noatime) /dev/mirror/gm0 on /var (ufs, local, soft-updates) /dev/mirror/gm1d on /var/log (ufs, local, soft-updates) /dev/stripe/gs0 on /var/spool (ufs, local, noatime, soft-updates) /dev/md1 on /var/spool/mqueue/.hoststat (ufs, asynchronous, local, noatime) /dev/mirror/gm1a on /usr (ufs, local, soft-updates) /dev/mirror/gm2 on /home (ufs, local, soft-updates) devfs on /var/named/dev (devfs, local) $ gstripe list Geom name: gs0 State: UP Status: Total=4, Online=4 Type: AUTOMATIC Stripesize: 131072 ID: 3224140609 Providers: 1. Name: stripe/gs0 Mediasize: 283460501504 (264G) Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: da0d Mediasize: 70865144320 (66G) Sectorsize: 512 Mode: r1w1e2 Number: 0 2. Name: da1d Mediasize: 70865144320 (66G) Sectorsize: 512 Mode: r1w1e2 Number: 2 3. Name: da2d Mediasize: 70865144320 (66G) Sectorsize: 512 Mode: r1w1e2 Number: 1 4. Name: da3d Mediasize: 70865144320 (66G) Sectorsize: 512 Mode: r1w1e2 Number: 3 (Host is a HP/Compaq DL380 G4) $ dmesg Copyright (c) 1992-2005 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 6.0-STABLE #0: Fri Nov 18 23:34:59 CST 2005 root@mx17.sac.fedex.com:/usr/obj/usr/src/sys/MX ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.40GHz (3400.14-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Features2=0x649d> AMD Features=0x20000000 Hyperthreading: 2 logical CPUs real memory = 3758043136 (3583 MB) avail memory = 3683098624 (3512 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard ioapic3 irqs 72-95 on motherboard ioapic4 irqs 96-119 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 7 on acpi0 pci_link1: irq 5 on acpi0 pci_link2: irq 5 on acpi0 pci_link3: irq 5 on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 5 on acpi0 pci_link6: irq 5 on acpi0 pci_link7: irq 7 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci2: on pcib1 pcib2: at device 0.0 on pci2 pci3: on pcib2 bge0: mem 0xfddf0000-0xfddfffff irq 25 at device 1.0 on pci3 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:13:21:09:89:79 bge1: mem 0xfdde0000-0xfddeffff irq 26 at device 1.1 on pci3 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:13:21:09:89:78 pcib3: at device 0.2 on pci2 pci4: on pcib3 ciss0: port 0x4000-0x40ff mem 0xfdef0000-0xfdef1fff,0xfde80000-0xfdebffff irq 51 at device 3.0 on pci4 ciss0: [GIANT-LOCKED] pcib4: at device 6.0 on pci0 pci5: on pcib4 pcib5: at device 0.0 on pci5 pci6: on pcib5 pcib6: at device 0.2 on pci5 pci10: on pcib6 em0: port 0x5000-0x503f mem 0xfdfe0000-0xfdffffff,0xfdf80000-0xfdfbffff irq 97 at device 1.0 on pci10 em0: Ethernet address: 00:11:0a:56:07:2e em1: port 0x5040-0x507f mem 0xfdf60000-0xfdf7ffff irq 98 at device 1.1 on pci10 em1: Ethernet address: 00:11:0a:56:07:2f pcib7: at device 30.0 on pci0 pci1: on pcib7 pci1: at device 3.0 (no driver attached) pci1: at device 4.0 (no driver attached) pci1: at device 4.2 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x500-0x50f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xcc000-0xcd7ff,0xcd800-0xcefff,0xee000-0xeffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A Timecounters tick every 1.000 msec acd0: DVDROM at ata0-master PIO4 da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 69459MB (142253280 512 byte sectors: 255H 32S/T 17433C) da1 at ciss0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-0 device da1: 135.168MB/s transfers da1: 69459MB (142253280 512 byte sectors: 255H 32S/T 17433C) da2 at ciss0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-0 device da2: 135.168MB/s transfers da2: 69459MB (142253280 512 byte sectors: 255H 32S/T 17433C) da3 at ciss0 bus 0 target 3 lun 0 da3: Fixed Direct Access SCSI-0 device da3: 135.168MB/s transfers da3: 69459MB (142253280 512 byte sectors: 255H 32S/T 17433C) da4 at ciss0 bus 0 target 4 lun 0 da4: Fixed Direct Access SCSI-0 device da4: 135.168MB/s transfers da4: 69459MB (142253280 512 byte sectors: 255H 32S/T 17433C) da5 at ciss0 bus 0 target 5 lun 0 da5: Fixed Direct Access SCSI-0 device da5: 135.168MB/s transfers da5: 69459MB (142253280 512 byte sectors: 255H 32S/T 17433C) SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! GEOM_STRIPE: Device gs0 created (id=3224140609). GEOM_STRIPE: Disk da0d attached to gs0. GEOM_MIRROR: Device gm2 created (id=3517057742). GEOM_MIRROR: Device gm2: provider da1a detected. GEOM_STRIPE: Disk da1d attached to gs0. GEOM_STRIPE: Disk da2d attached to gs0. GEOM_MIRROR: Device gm2: provider da3a detected. GEOM_MIRROR: Device gm2: provider da3a activated. GEOM_MIRROR: Device gm2: provider da1a activated. GEOM_MIRROR: Device gm2: provider mirror/gm2 launched. GEOM_STRIPE: Disk da3d attached to gs0. GEOM_STRIPE: Device gs0 activated. GEOM_MIRROR: Device gm0 created (id=3319228670). GEOM_MIRROR: Device gm0: provider da4a detected. GEOM_MIRROR: Device gm1 created (id=283379314). GEOM_MIRROR: Device gm1: provider da4d detected. GEOM_MIRROR: Device gm0: provider da5a detected. GEOM_MIRROR: Device gm0: provider da5a activated. GEOM_MIRROR: Device gm0: provider da4a activated. GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. GEOM_MIRROR: Device gm1: provider da5d detected. GEOM_MIRROR: Device gm1: provider da5d activated. GEOM_MIRROR: Device gm1: provider da4d activated. GEOM_MIRROR: Device gm1: provider mirror/gm1 launched. Trying to mount root from ufs:/dev/da0a em1: link state changed to UP I obtained the following process listing and traces from kdb. I traced mksnap_ffs which was blocked in "ufs", and two random sendmail processes that were blocked in "ufs" and "suspfs" respectively. ... Expensive timeout(9) function: 0xc04c9082(0xc4c97d80) 0.002908205 s ... # set -o vi # sync;sync # KDB: enter: Line break on console timeout stopping cpus [thread pid 11 tid 100005 ] Stopped at kdb_enter+0x30: leave db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 13273 c9301a3c 11521 13271 13270 0004000 [SLPQ piperd 0xc56897f8][SLP] awk 13272 c9301c48 11521 13271 13270 0004100 [SLPQ ufs 0xc502ce28][SLP] sendmail 13271 c9266a3c 11521 13270 13270 0004000 [SLPQ piperd 0xc4ff3cc0][SLP] ksh 13270 c53d8418 11521 13269 13270 0004000 [SLPQ wait 0xc53d8418][SLP] sh 13269 c92cca3c 0 689 689 0000000 [SLPQ piperd 0xc530bcc0][SLP] cron 13267 c9302000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13266 c92ccc48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13265 c92ce000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13264 c92ce20c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13263 c92ce418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13262 c92ce624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13261 c930220c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13260 c92ce830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13259 c9302418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13258 c926a000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13257 c9302624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13256 c926a20c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13255 c9302830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13254 c926a418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13253 c926a624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13252 c926a830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13251 c9302a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13250 c8feec48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13249 c60fdc48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13248 c926aa3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13247 c92cea3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13246 c92cec48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13245 c926ac48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13244 c926d000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13243 c92cf000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13242 c926d20c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13241 c92cf20c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13240 c91a8000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13239 c60f6418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13238 c9119418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13237 c926d418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13235 c926d624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13234 c9190a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13233 c926d830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13232 c90a4830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13231 c9190624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13230 c926da3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13229 c586ca3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13228 c918a000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13227 c90a4c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13226 c926dc48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13225 c918a20c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13224 c918a418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13223 c918a624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13222 c4fa2a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13221 c9193830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13220 c926e000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13219 c918a830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13218 c9193a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13217 c9193c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13216 c918aa3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13214 c926e418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13213 c90a4418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13212 c926e624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13211 c91a6000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13210 c926e830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13209 c9190830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13208 c501da3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13207 c91a620c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13206 c91aa000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13205 c90a4624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13204 c91a6418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13203 c918ac48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13202 c91a6624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13201 c9190000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13199 c91a6830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13198 c919020c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13197 c9190418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13196 c91a6a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13195 c90a4a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13194 c91a6c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13186 c501d000 11521 13181 13178 0004000 [SLPQ piperd 0xc4ff0000][SLP] awk 13185 c587420c 11521 13181 13178 0004100 [SLPQ ufs 0xc502ce28][SLP] sendmail 13181 c9191000 11521 13178 13178 0004000 [SLPQ piperd 0xc8b44990][SLP] ksh 13178 c9191418 11521 13175 13178 0004000 [SLPQ wait 0xc9191418][SLP] sh 13175 c91a820c 0 689 689 0000000 [SLPQ piperd 0xc4fef990][SLP] cron 13174 c91a8418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13173 c9191624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13172 c9119624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13171 c91a8624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13170 c91a8830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13169 c91a8a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13168 c91a8c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13167 c91a9000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13166 c91a920c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13165 c91a9418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13164 c9119830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13163 c91a9624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13162 c9191830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13161 c9119a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13160 c9119c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13159 c91a9830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13158 c9191a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13157 c9122000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13156 c91a9a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13155 c91a9c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13153 c91aa20c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13152 c9191c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13151 c91aa418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13150 c91aa624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13149 c91aa830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13148 c9192000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13147 c912220c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13146 c9122418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13145 c919220c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13144 c9122624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13143 c9192418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13142 c9122830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13141 c9192624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13140 c91aaa3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13139 c9122a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13138 c91aac48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13137 c9192830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13136 c9192a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13135 c9192c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13134 c91af000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13133 c9050c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13132 c9122c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13131 c9193000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13130 c909c000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13129 c919320c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13128 c9193418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13127 c909c20c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13126 c9193624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13125 c8ff6418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13124 c8ff6624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13123 c8ff6830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13122 c9123000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13121 c909c418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13120 c8ff6a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13119 c912320c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13118 c909c624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13117 c8ff6c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13116 c909c830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13115 c909ca3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13114 c9123418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13113 c9123624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13112 c9123830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13111 c909cc48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13110 c9123a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13109 c9123c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13108 c909e000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13107 c9124000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13106 c9045000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13105 c909e20c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13104 c909e418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13103 c912420c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13102 c904520c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13101 c909e624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13100 c909e830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13099 c9124418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13098 c909ea3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13097 c909ec48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13096 c90a1000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13095 c9124624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13094 c90a120c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13093 c90a1418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13092 c90a1624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13091 c9045418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13090 c9045624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13089 c9045830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13088 c9045a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13087 c9124830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13086 c9124a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13085 c9124c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13084 c90a1830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13083 c90a1a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13082 c8fa8a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13081 c90a1c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13080 c90a2000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13079 c90a220c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13078 c8fa8c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13077 c90a2418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13076 c8fee000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13075 c9045c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13074 c90a2624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13073 c8fee20c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13072 c8fee418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13071 c904c000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13070 c90a2830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13069 c8fee624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13068 c90a2a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13067 c90a2c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13066 c90a4000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13065 c90a420c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13064 c8fee830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13063 c904c20c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13062 c904c418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13061 c904c624 11521 13059 13057 0004000 [SLPQ piperd 0xc5689990][SLP] awk 13060 c8feea3c 11521 13059 13057 0004100 [SLPQ ufs 0xc502ce28][SLP] sendmail 13059 c904c830 11521 13057 13057 0004000 [SLPQ piperd 0xc8b44198][SLP] ksh 13057 c904ca3c 11521 13055 13057 0004000 [SLPQ wait 0xc904ca3c][SLP] sh 13055 c8ff2000 0 689 689 0000000 [SLPQ piperd 0xc4ff3b28][SLP] cron 13053 c904cc48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13052 c8ff220c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13051 c904d000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13050 c904d20c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13049 c533520c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13048 c8ff2418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13047 c8ef6418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13046 c904d418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13045 c53d1830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13044 c8ef6624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13043 c904d624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13042 c8ff2624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13041 c8ff2830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13040 c904d830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13039 c904da3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13038 c904dc48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13037 c8ef6830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13036 c8ef6a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13035 c8ff2a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13034 c8ff2c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13033 c9050000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13032 c8ef6c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13031 c8fa1000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13030 c8fa120c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13029 c8fa1418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13028 c8ff3000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13027 c905020c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13026 c9050418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13025 c8fa1624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13024 c8ff320c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13023 c8fa1830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13022 c8ff3418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13021 c8ff3624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13020 c8fa1a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13019 c60fc830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13018 c9050624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13017 c8ff3830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13016 c8fa1c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13015 c8fa4000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13014 c8ff3a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13013 c9050830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13012 c8ff3c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13011 c8ff5000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13010 c502320c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13009 c8ff520c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13008 c9050a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13007 c8fa420c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13006 c8fa4418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13005 c8ff5418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13004 c8fa4624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13003 c5023830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13002 c8ff5624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13001 c8ff5830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 13000 c8fa4830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12999 c8fa4a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12998 c4fed830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12997 c8ff5a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12996 c8fa4c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12995 c8ff5c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12994 c8ff6000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12993 c586f000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12992 c8fa5000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12991 c8fa520c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12990 c586c000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12989 c8fa5418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12988 c4fa1418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12987 c8fa5624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12986 c8ff620c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12985 c8fa5830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12984 c8eee000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12983 c8eee20c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12982 c8eee418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12981 c5550624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12980 c8fa5a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12979 c60fea3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12978 c8fa5c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12977 c8fa8000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12976 c8fa820c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12975 c5588418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12974 c8eee624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12973 c8fa8418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12972 c8fa8624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12971 c5335c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12970 c8fa8830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12969 c60fec48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12968 c8eee830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12967 c8eeea3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12966 c8eac000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12965 c8eeec48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12964 c4d7ac48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12963 c4fa1000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12962 c8ef3000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12961 c8ef320c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12960 c8ef3418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12959 c8eac20c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12958 c8ef3624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12957 c501d20c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12956 c8ef3830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12955 c8eac418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12954 c8ef3a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12953 c8eac624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12952 c5024000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12951 c8ef3c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12950 c586c830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12949 c8ef4000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12948 c8ef420c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12947 c8eac830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12946 c8eaca3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12945 c8eacc48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12944 c8eaf000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12943 c8eaf20c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12942 c8eaf418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12941 c8ef4418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12940 c8eaf624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12939 c8ef4624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12938 c8ef4830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12937 c4f9d624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12936 c8eaf830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12935 c8eafa3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12934 c8eafc48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12933 c8eb1000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12932 c4fa220c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12931 c8eb120c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12930 c559020c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12929 c8eb1418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12928 c8eb1624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12927 c8ef4a3c 11521 12925 12924 0004000 [SLPQ piperd 0xc4ff4cc0][SLP] awk 12926 c8ef4c48 11521 12925 12924 0004100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12925 c554b000 11521 12924 12924 0004000 [SLPQ piperd 0xc4ff3990][SLP] ksh 12924 c586cc48 11521 12923 12924 0004000 [SLPQ wait 0xc586cc48][SLP] sh 12923 c8ef5000 0 689 689 0000000 [SLPQ piperd 0xc501ccc0][SLP] cron 12922 c532e830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12921 c4fa1a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12920 c53d9830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12919 c53d1418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12918 c8ef520c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12917 c8ef5418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12916 c8ef5624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12915 c53d9418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12914 c8ef5830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12913 c8ef5a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12912 c8ef5c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12911 c8eb1830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12910 c8ef6000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12909 c8eb1a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12908 c8ef620c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12907 c586fc48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12906 c60f6000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12905 c8eb1c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12904 c4f9d000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12903 c5873c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12902 c5023a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12901 c4f9da3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12900 c5024c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12899 c8eb3000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12898 c4f9d20c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12897 c5586418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12896 c8eb320c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12895 c8eb3418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12894 c8eb3624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12893 c8eb3830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12892 c8eb3a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12891 c8eb3c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12890 c4d7a418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12889 c5873418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12888 c5551830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12887 c501d418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12886 c53d820c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12885 c586fa3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12884 c5023c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12883 c532e000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12882 c5335830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12881 c53d8c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12880 c4fec20c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12879 c60fd20c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12878 c586c418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12877 c558620c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12876 c5550418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12875 c555020c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12874 c4d76000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12873 c532ea3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12872 c5874418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12871 c532ec48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12870 c5339c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12869 c4fec624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12868 c5023418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12867 c60fe830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12866 c4d7aa3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12865 c60fd830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12864 c586f20c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12863 c5551418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12862 c53d1c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12861 c60fe000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12860 c53d1a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12859 c60fe624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12858 c532e418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12857 c5873000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12856 c5024418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12855 c554b20c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12854 c5550c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12853 c5874000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12852 c4fed418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12851 c554bc48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12850 c4fa1c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12849 c5335000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12847 c5874830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12846 c4d7a624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12845 c53d1624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12844 c5586624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12843 c60f6a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12842 c4fec830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12841 c5588c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12840 c4fa1624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12839 c5550830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12838 c53d8624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12837 c60fc000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12836 c60fc20c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12835 c5590c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12834 c5588624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12833 c60fe20c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12832 c5335418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12831 c5590418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12830 c5335624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12829 c60f620c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12828 c5586000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12827 c586c20c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12826 c4fec000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12825 c5873624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12824 c60fcc48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12823 c5588830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12822 c4fa2624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12821 c60fd624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12820 c5586c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12819 c53d8830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12818 c587320c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12817 c53d120c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12816 c60fda3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12815 c60fc624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12814 c5551624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12813 c4f9dc48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12812 c53d9624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12811 c4fa2418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12810 c60f6624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12809 c60f6c48 100 673 673 0000100 [SLPQ ufs 0xc53db5a8][SLP] sendmail 12808 c53d8a3c 100 673 673 0000100 [SLPQ ufs 0xc53e6388][SLP] sendmail 12807 c554b624 100 673 673 0000100 [SLPQ ufs 0xc53db388][SLP] sendmail 12806 c5588000 100 673 673 0000100 [SLPQ suspfs 0xc4d6946c][SLP] sendmail 12805 c533920c 100 673 673 0000100 [SLPQ suspfs 0xc4d6946c][SLP] sendmail 12804 c5339000 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12803 c5339624 100 673 673 0000100 [SLPQ suspfs 0xc4d6946c][SLP] sendmail 12801 c554ba3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12800 c60fd418 100 673 673 0000100 [SLPQ suspfs 0xc4d6946c][SLP] sendmail 12799 c4fa2c48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12798 c558820c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12797 c5551a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12788 c5024624 11521 12784 12781 0004000 [SLPQ piperd 0xc501c4c8][SLP] awk 12787 c5590830 11521 12784 12781 0004100 [SLPQ suspfs 0xc4d6946c][SLP] sendmail 12784 c4fe8c48 11521 12781 12781 0004000 [SLPQ piperd 0xc69167f8][SLP] ksh 12781 c5551000 11521 12778 12781 0004000 [SLPQ wait 0xc5551000][SLP] sh 12778 c532e624 0 689 689 0000000 [SLPQ piperd 0xc56894c8][SLP] cron 12777 c5550a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12776 c60fe418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12775 c5874c48 100 1 12775 0000100 [SLPQ suspfs 0xc4d6946c][SLP] sendmail 12773 c5023624 100 673 673 0000100 [SLPQ ufs 0xc53f1e28][SLP] sendmail 12772 c5590624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12771 c5586830 100 1 12771 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12769 c4d7a830 100 1 12769 0000100 [SLPQ suspfs 0xc4d6946c][SLP] sendmail 12765 c53d9a3c 100 673 673 0000100 [SLPQ suspfs 0xc4d6946c][SLP] sendmail 12762 c4f9d418 100 673 673 0000100 [SLPQ suspfs 0xc4d6946c][SLP] sendmail 12761 c5586a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12760 c554b830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12759 c4fe8a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12758 c53d1000 100 673 673 0000100 [SLPQ suspfs 0xc4d6946c][SLP] sendmail 12752 c4fe8418 100 673 673 0000100 [SLPQ suspfs 0xc4d6946c][SLP] sendmail 12750 c53d9c48 100 673 673 0000100 [SLPQ suspfs 0xc4d6946c][SLP] sendmail 12732 c5874a3c 100 673 673 0000100 [SLPQ suspfs 0xc4d6946c][SLP] sendmail 12656 c5339830 100 1 12656 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12559 c5588a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12542 c554b418 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12500 c586f830 100 673 673 0000100 [SLPQ suspfs 0xc4d6946c][SLP] sendmail 12463 c4fed20c 100 1 12463 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12454 c586f418 100 673 673 0000100 [SLPQ select 0xc067dac4][SLP] sendmail 12384 c555120c 100 1 12384 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 12079 c4fa1830 100 1 12079 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 11910 c586c624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 11707 c4fec418 11008 11706 11151 0004102 [SLPQ ufs 0xc502ce28][SLP] mksnap_ffs 11706 c5024a3c 11008 11151 11151 0004002 [SLPQ wait 0xc5024a3c][SLP] sh 11654 c60fd000 100 673 673 0000100 [SLPQ select 0xc067dac4][SLP] sendmail 11646 c5873a3c 100 673 673 0000100 [SLPQ select 0xc067dac4][SLP] sendmail 11161 c60fc418 11008 11107 11161 0004002 [SLPQ ttyin 0xc8bf1410][SLP] ksh 11151 c501dc48 11008 11110 11151 0004002 [SLPQ wait 0xc501dc48][SLP] dump 11110 c60f6830 11008 11107 11110 0004002 [SLPQ pause 0xc60f6864][SLP] ksh 11107 c4d7620c 11008 11106 11107 0000100 [SLPQ select 0xc067dac4][SLP] screen 11106 c501d830 11008 5725 11106 0004102 [SLPQ pause 0xc501d864][SLP] screen 10540 c4fed624 100 1 10540 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 9815 c4fa2830 100 673 673 0000100 [SLPQ select 0xc067dac4][SLP] sendmail 9623 c4f9d830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 8980 c4fecc48 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 8719 c5873830 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 7925 c53d9000 100 673 673 0000100 [SLPQ select 0xc067dac4][SLP] sendmail 7149 c4fedc48 100 673 673 0000100 [SLPQ select 0xc067dac4][SLP] sendmail 6972 c586f624 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 5725 c5024830 11008 5724 5725 0004002 [SLPQ pause 0xc5024864][SLP] ksh 5724 c60fca3c 11008 5719 5719 0000100 [SLPQ select 0xc067dac4][SLP] sshd 5719 c4fa120c 0 668 5719 0004100 [SLPQ sbwait 0xc588d900][SLP] sshd 5077 c5335a3c 100 673 673 0000100 [SLPQ select 0xc067dac4][SLP] sendmail 2513 c502420c 0 2512 2513 0004002 [SLPQ ttyin 0xc4da1810][SLP] ksh 2512 c4fe8000 0 1 2512 0004102 [SLPQ wait 0xc4fe8000][SLP] login 2511 c5550000 0 1 2511 0004002 [SLPQ ttyin 0xc4d97010][SLP] getty 2510 c5590000 0 1 2510 0004002 [SLPQ ttyin 0xc4da1010][SLP] getty 2509 c4feda3c 0 1 2509 0004002 [SLPQ ttyin 0xc4da3810][SLP] getty 2508 c53d920c 0 1 2508 0004002 [SLPQ ttyin 0xc4da1410][SLP] getty 2497 c5590a3c 0 1 2497 0000000 [SLPQ select 0xc067dac4][SLP] inetd 689 c4fed000 0 1 689 0000000 [SLPQ nanslp 0xc06307ac][SLP] cron 677 c53d8000 25 1 677 0000100 [SLPQ pause 0xc53d8034][SLP] sendmail 676 c5339a3c 100 673 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 673 c5339418 0 1 673 0000100 [SLPQ ufs 0xc50088d8][SLP] sendmail 668 c532e20c 0 1 668 0000100 [SLPQ select 0xc067dac4][SLP] sshd 650 c4fe8830 0 1 650 0000000 [SLPQ select 0xc067dac4][SLP] ntpd 558 c5023000 53 1 558 0000100 [SLPQ select 0xc067dac4][SLP] named 497 c4fe820c 0 1 497 0000000 [SLPQ select 0xc067dac4][SLP] syslogd 460 c4feca3c 0 1 460 0000000 [SLPQ select 0xc067dac4][SLP] devd 223 c4fe8624 0 0 0 0000204 [SLPQ mdwait 0xc5017000][SLP] md1 214 c501d624 0 0 0 0000204 [SLPQ mdwait 0xc4fc5000][SLP] md0 155 c4fa2000 0 0 0 0000204 [SLPQ m:w1 0xc4f43400][SLP] g_mirror gm1 154 c4d76418 0 0 0 0000204 [SLPQ m:w2 0xc4f9ce00][SLP] g_mirror gm0 153 c4d76624 0 0 0 0000204 [SLPQ m:w2 0xc4dc1600][SLP] g_mirror gm2 152 c4d76830 0 0 0 0000204 [SLPQ - 0xe8ccecfc][SLP] schedcpu 151 c4d76a3c 0 0 0 0000204 [SLPQ vlruwt 0xc4d76a3c][SLP] vnlru 150 c4d76c48 0 0 0 0000204 [SLPQ syncer 0xc063051c][SLP] syncer 149 c4d79000 0 0 0 0000204 [SLPQ psleep 0xc067e00c][SLP] bufdaemon 148 c4d7920c 0 0 0 0000204 [SLPQ pollid 0xc062fb60][SLP] idlepoll 147 c4d79418 0 0 0 000020c [SLPQ pgzero 0xc06817a4][SLP] pagezero 146 c4d79624 0 0 0 0000204 [SLPQ psleep 0xc06812f4][SLP] vmdaemon 145 c4d79830 0 0 0 0000204 [SLPQ psleep 0xc06812b0][SLP] pagedaemon 144 c4d79a3c 0 0 0 0000204 [IWAIT] swi0: sio 143 c4d79c48 0 0 0 0000204 [SLPQ cooling 0xc4d828d4][SLP] acpi_cooling0 142 c4d7a000 0 0 0 0000204 [SLPQ tzpoll 0xc07b14d4][SLP] acpi_thermal 141 c4d7a20c 0 0 0 0000204 [SLPQ idle 0xc4d37c74][SLP] ciss_notify0 9 c4c9aa3c 0 0 0 0000204 [SLPQ - 0xc4cba500][SLP] thread taskq 140 c4c9ac48 0 0 0 0000204 [IWAIT] swi6:+ 8 c4cad000 0 0 0 0000204 [SLPQ - 0xc4cba680][SLP] acpi_task2 7 c4cad20c 0 0 0 0000204 [SLPQ - 0xc4cba680][SLP] acpi_task1 6 c4cad418 0 0 0 0000204 [SLPQ - 0xc4cba680][SLP] acpi_task0 139 c4cad624 0 0 0 0000204 [IWAIT] swi6: task queue 138 c4cad830 0 0 0 0000204 [IWAIT] swi2: cambio 5 c4cada3c 0 0 0 0000204 [SLPQ - 0xc4cba900][SLP] kqueue taskq 137 c4cadc48 0 0 0 0000204 [IWAIT] swi5:+ 136 c4cb1000 0 0 0 0000204 [SLPQ - 0xc062cee0][SLP] yarrow 4 c4cb120c 0 0 0 0000204 [SLPQ - 0xc062d848][SLP] g_down 3 c4cb1418 0 0 0 0000204 [SLPQ - 0xc062d844][SLP] g_up 2 c4cb1624 0 0 0 0000204 [SLPQ - 0xc062d83c][SLP] g_event 135 c4cb1830 0 0 0 0000204 [IWAIT] swi3: vm 134 c4cb1a3c 0 0 0 000020c [IWAIT] swi4: clock sio 133 c4cb1c48 0 0 0 0000204 [IWAIT] swi1: net 132 c4c83624 0 0 0 0000204 [IWAIT] irq119: 131 c4c83830 0 0 0 0000204 [IWAIT] irq118: 130 c4c83a3c 0 0 0 0000204 [IWAIT] irq117: 129 c4c83c48 0 0 0 0000204 [IWAIT] irq116: 128 c4c96000 0 0 0 0000204 [IWAIT] irq115: 127 c4c9620c 0 0 0 0000204 [IWAIT] irq114: 126 c4c96418 0 0 0 0000204 [IWAIT] irq113: 125 c4c96624 0 0 0 0000204 [IWAIT] irq112: 124 c4c96830 0 0 0 0000204 [IWAIT] irq111: 123 c4c96a3c 0 0 0 0000204 [IWAIT] irq110: 122 c4c96c48 0 0 0 0000204 [IWAIT] irq109: 121 c4c9a000 0 0 0 0000204 [IWAIT] irq108: 120 c4c9a20c 0 0 0 0000204 [IWAIT] irq107: 119 c4c9a418 0 0 0 0000204 [IWAIT] irq106: 118 c4c9a624 0 0 0 0000204 [IWAIT] irq105: 117 c4c9a830 0 0 0 0000204 [IWAIT] irq104: 116 c4c6f20c 0 0 0 0000204 [IWAIT] irq103: 115 c4c6f418 0 0 0 0000204 [IWAIT] irq102: 114 c4c6f624 0 0 0 0000204 [IWAIT] irq101: 113 c4c6f830 0 0 0 0000204 [IWAIT] irq100: 112 c4c6fa3c 0 0 0 0000204 [IWAIT] irq99: 111 c4c6fc48 0 0 0 0000204 [IWAIT] irq98: em1 110 c4c82000 0 0 0 0000204 [IWAIT] irq97: em0 109 c4c8220c 0 0 0 0000204 [IWAIT] irq96: 108 c4c82418 0 0 0 0000204 [IWAIT] irq95: 107 c4c82624 0 0 0 0000204 [IWAIT] irq94: 106 c4c82830 0 0 0 0000204 [IWAIT] irq93: 105 c4c82a3c 0 0 0 0000204 [IWAIT] irq92: 104 c4c82c48 0 0 0 0000204 [IWAIT] irq91: 103 c4c83000 0 0 0 0000204 [IWAIT] irq90: 102 c4c8320c 0 0 0 0000204 [IWAIT] irq89: 101 c4c83418 0 0 0 0000204 [IWAIT] irq88: 100 c4c6b000 0 0 0 0000204 [IWAIT] irq87: 99 c4c6b20c 0 0 0 0000204 [IWAIT] irq86: 98 c4c6b418 0 0 0 0000204 [IWAIT] irq85: 97 c4c6b624 0 0 0 0000204 [IWAIT] irq84: 96 c4c6b830 0 0 0 0000204 [IWAIT] irq83: 95 c4c6ba3c 0 0 0 0000204 [IWAIT] irq82: 94 c4c6bc48 0 0 0 0000204 [IWAIT] irq81: 93 c4c6e000 0 0 0 0000204 [IWAIT] irq80: 92 c4c6e20c 0 0 0 0000204 [IWAIT] irq79: 91 c4c6e418 0 0 0 0000204 [IWAIT] irq78: 90 c4c6e624 0 0 0 0000204 [IWAIT] irq77: 89 c4c6e830 0 0 0 0000204 [IWAIT] irq76: 88 c4c6ea3c 0 0 0 0000204 [IWAIT] irq75: 87 c4c6ec48 0 0 0 0000204 [IWAIT] irq74: 86 c4c6f000 0 0 0 0000204 [IWAIT] irq73: 85 c4c57000 0 0 0 0000204 [IWAIT] irq72: 84 c4c5720c 0 0 0 0000204 [IWAIT] irq71: 83 c4c57418 0 0 0 0000204 [IWAIT] irq70: 82 c4c57624 0 0 0 0000204 [IWAIT] irq69: 81 c4c57830 0 0 0 0000204 [IWAIT] irq68: 80 c4c57a3c 0 0 0 0000204 [IWAIT] irq67: 79 c4c57c48 0 0 0 0000204 [IWAIT] irq66: 78 c4c5a000 0 0 0 0000204 [IWAIT] irq65: 77 c4c5a20c 0 0 0 0000204 [IWAIT] irq64: 76 c4c5a418 0 0 0 0000204 [IWAIT] irq63: 75 c4c5a624 0 0 0 0000204 [IWAIT] irq62: 74 c4c5a830 0 0 0 0000204 [IWAIT] irq61: 73 c4c5aa3c 0 0 0 0000204 [IWAIT] irq60: 72 c4c5ac48 0 0 0 0000204 [IWAIT] irq59: 71 c4c2c20c 0 0 0 0000204 [IWAIT] irq58: 70 c4c2c418 0 0 0 0000204 [IWAIT] irq57: 69 c4c2c624 0 0 0 0000204 [IWAIT] irq56: 68 c4c2c830 0 0 0 0000204 [IWAIT] irq55: 67 c4c2ca3c 0 0 0 0000204 [IWAIT] irq54: 66 c4c2cc48 0 0 0 0000204 [IWAIT] irq53: 65 c4c48000 0 0 0 0000204 [IWAIT] irq52: 64 c4c4820c 0 0 0 0000204 [IWAIT] irq51: ciss0 63 c4c48418 0 0 0 0000204 [IWAIT] irq50: 62 c4c48624 0 0 0 0000204 [IWAIT] irq49: 61 c4c48830 0 0 0 0000204 [IWAIT] irq48: 60 c4c48a3c 0 0 0 0000204 [IWAIT] irq47: 59 c4c48c48 0 0 0 0000204 [IWAIT] irq46: 58 c4c1d624 0 0 0 0000204 [IWAIT] irq45: 57 c4c1d830 0 0 0 0000204 [IWAIT] irq44: 56 c4c1da3c 0 0 0 0000204 [IWAIT] irq43: 55 c4c1dc48 0 0 0 0000204 [IWAIT] irq42: 54 c4c2b000 0 0 0 0000204 [IWAIT] irq41: 53 c4c2b20c 0 0 0 0000204 [IWAIT] irq40: 52 c4c2b418 0 0 0 0000204 [IWAIT] irq39: 51 c4c2b624 0 0 0 0000204 [IWAIT] irq38: 50 c4c2b830 0 0 0 0000204 [IWAIT] irq37: 49 c4c2ba3c 0 0 0 0000204 [IWAIT] irq36: 48 c4c2bc48 0 0 0 0000204 [IWAIT] irq35: 47 c4c2c000 0 0 0 0000204 [IWAIT] irq34: 46 c4c10c48 0 0 0 0000204 [IWAIT] irq33: 45 c4c1c000 0 0 0 0000204 [IWAIT] irq32: 44 c4c1c20c 0 0 0 0000204 [IWAIT] irq31: 43 c4c1c418 0 0 0 0000204 [IWAIT] irq30: 42 c4c1c624 0 0 0 0000204 [IWAIT] irq29: 41 c4c1c830 0 0 0 0000204 [IWAIT] irq28: 40 c4c1ca3c 0 0 0 0000204 [IWAIT] irq27: 39 c4c1cc48 0 0 0 0000204 [IWAIT] irq26: bge1 38 c4c1d000 0 0 0 0000204 [IWAIT] irq25: bge0 37 c4c1d20c 0 0 0 0000204 [IWAIT] irq24: 36 c4c1d418 0 0 0 0000204 [IWAIT] irq23: 35 c4c02624 0 0 0 0000204 [IWAIT] irq22: 34 c4c02830 0 0 0 0000204 [IWAIT] irq21: 33 c4c02a3c 0 0 0 0000204 [IWAIT] irq20: 32 c4c02c48 0 0 0 0000204 [IWAIT] irq19: 31 c4c10000 0 0 0 0000204 [IWAIT] irq18: 30 c4c1020c 0 0 0 0000204 [IWAIT] irq17: 29 c4c10418 0 0 0 0000204 [IWAIT] irq16: 28 c4c10624 0 0 0 0000204 [IWAIT] irq15: ata1 27 c4c10830 0 0 0 0000204 [IWAIT] irq14: ata0 26 c4c10a3c 0 0 0 0000204 [IWAIT] irq13: 25 c4bb020c 0 0 0 0000204 [IWAIT] irq12: 24 c4bb0418 0 0 0 0000204 [IWAIT] irq11: 23 c4bb0624 0 0 0 0000204 [IWAIT] irq10: 22 c4bb0830 0 0 0 0000204 [IWAIT] irq9: acpi0 21 c4bb0a3c 0 0 0 0000204 [IWAIT] irq8: 20 c4bb0c48 0 0 0 0000204 [IWAIT] irq7: 19 c4c02000 0 0 0 0000204 [IWAIT] irq6: 18 c4c0220c 0 0 0 0000204 [IWAIT] irq5: 17 c4c02418 0 0 0 0000204 [IWAIT] irq4: sio0 16 c4bab000 0 0 0 0000204 [IWAIT] irq3: sio1 15 c4bab20c 0 0 0 0000204 [IWAIT] irq0: 14 c4bab418 0 0 0 0000204 [IWAIT] irq1: atkbd0 13 c4bab624 0 0 0 000020c [CPU 0] idle: cpu0 12 c4bab830 0 0 0 000020c [CPU 1] idle: cpu1 11 c4baba3c 0 0 0 000020c [CPU 2] idle: cpu2 10 c4babc48 0 0 0 000020c [CPU 3] idle: cpu3 1 c4bb0000 0 0 1 0004200 [SLPQ wait 0xc4bb0000][SLP] init 0 c062d940 0 0 0 0000200 [IWAIT] swapper db> trace 11707 Tracing pid 11707 tid 100191 td 0xc4fe9900 sched_switch(c4fe9900,0,1,c067d8a0,e3d78fa4) at sched_switch+0x158 mi_switch(1,0,c05ea3ba,1a7) at mi_switch+0x1d1 sleepq_switch(c502ce28,c05e85df,da,2,eb6f8548) at sleepq_switch+0xe4 sleepq_wait(c502ce28,0,c05e85df,da,0) at sleepq_wait+0x11 msleep(c502ce28,c062f98c,50,c05ed658,0) at msleep+0x32e acquire(eb6f85a4,40,60000,b6,c4fe9900) at acquire+0x88 lockmgr(c502ce28,2002,c502ce4c,c4fe9900,eb6f85cc) at lockmgr+0x426 vop_stdlock(eb6f861c,c05eaa4f,c061dda0,eb6f861c,eb6f85dc) at vop_stdlock+0x2f VOP_LOCK_APV(c061e300,eb6f861c,eb6f85f4,c05cc673,eb6f861c) at VOP_LOCK_APV+0x44 ffs_lock(eb6f861c,246,2002,c502cdd0,eb6f8638) at ffs_lock+0x19 VOP_LOCK_APV(c061dda0,eb6f861c,c060f004,c4d69444,1b2) at VOP_LOCK_APV+0x44 vn_lock(c502cdd0,2002,c4fe9900,1b2,c4ba9300) at vn_lock+0xd0 ffs_snapshot(c4d69400,c4f36900,eb6f89b0,6c,0) at ffs_snapshot+0x14a9 ffs_mount(c4d69400,c4fe9900,c05ee869,29b,eb6f8ab0) at ffs_mount+0x9a9 vfs_domount(c4fe9900,c4d9e4d0,c4d30b40,11211000,c575c7c0) at vfs_domount+0x63e vfs_donmount(c4fe9900,11211000,eb6f8bf4,c5481080,e) at vfs_donmount+0x108 kernel_mount(c59ba6a0,11211000,eb6f8c38,6c,bfbfe8c8) at kernel_mount+0x46 ffs_cmount(c59ba6a0,bfbfe110,11211000,c4fe9900,c061dac0) at ffs_cmount+0x85 mount(c4fe9900,eb6f8d04,c05fc65c,3c6,4) at mount+0x1d7 syscall(3b,3b,3b,8814819c,bfbfe0b0) at syscall+0x2a6 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (21, FreeBSD ELF32, mount), eip = 0x880b8b03, esp = 0xbfbfe07c, ebp = 0xbfbfe778 --- db> trace 13267 Tracing pid 13267 tid 100735 td 0xc92fc900 sched_switch(c92fc900,0,1,c067d600,c5bb72dc) at sched_switch+0x158 mi_switch(1,0,c05ea3ba,1a7) at mi_switch+0x1d1 sleepq_switch(c50088d8,c05e85df,da,1,ebfcc6b4) at sleepq_switch+0xe4 sleepq_wait(c50088d8,0,c05e85df,da,0) at sleepq_wait+0x11 msleep(c50088d8,c062e7d4,50,c05ed658,0) at msleep+0x32e acquire(ebfcc710,40,60000,b6,c92fc900) at acquire+0x88 lockmgr(c50088d8,3002,c50088fc,c92fc900,ebfcc738) at lockmgr+0x426 vop_stdlock(ebfcc788,c50088fc,c061dda0,ebfcc788,ebfcc748) at vop_stdlock+0x2f VOP_LOCK_APV(c061e300,ebfcc788,ebfcc760,c05cc673,ebfcc788) at VOP_LOCK_APV+0x44 ffs_lock(ebfcc788,1002,1002,c5008880,ebfcc7a4) at ffs_lock+0x19 VOP_LOCK_APV(c061dda0,ebfcc788,c05ef151,31f,c92fc900) at VOP_LOCK_APV+0x44 vn_lock(c5008880,1002,c92fc900,c92fc900,0) at vn_lock+0xd0 lookup(ebfcc898,0,c05ee77c,b6,38) at lookup+0xc3 namei(ebfcc898,0,c05ef041,f9,8140af0) at namei+0x37a kern_statfs(c92fc900,8140af0,0,ebfccaec,c92fc900) at kern_statfs+0x6d statfs(c92fc900,ebfccd04,8,c05eb70b,2) at statfs+0x35 syscall(3b,3b,bfbf003b,0,80ef6a0) at syscall+0x2a6 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (396, FreeBSD ELF32, statfs), eip = 0x882966e3, esp = 0xbfbfae4c, ebp = 0xbfbfb048 --- db> trace 12800 Tracing pid 12800 tid 100352 td 0xc60f7c00 sched_switch(c60f7c00,0,1,c067d328,77790a88) at sched_switch+0x158 mi_switch(1,0,c05ea3ba,1a7) at mi_switch+0x1d1 sleepq_switch(c4d6946c,c05e85df,da,0,eb9c3944) at sleepq_switch+0xe4 sleepq_wait(c4d6946c,0,c05e85df,da,0) at sleepq_wait+0x11 msleep(c4d6946c,c4d69444,29f,c05ef16f,0,c062a820,c53f0880,eb9c3980,c062f8b4) at msleep+0x32e vn_write_suspend_wait(c53f0880,c4d69400,1,887,c05eec46) at vn_write_suspend_wait+0x11b ufs_inactive(eb9c39cc,eb9c39e4,c0503c6f,c061dda0,eb9c39cc) at ufs_inactive+0x1b4 VOP_INACTIVE_APV(c061dda0,eb9c39cc,c05eec46,887,c062a6a0) at VOP_INACTIVE_APV+0x3a vinactive(c53f0880,c60f7c00,c05eec46,819,c4e49000) at vinactive+0x62 vput(c53f0880,ffffffdf,2,c60f7c00,0) at vput+0x159 vn_open_cred(eb9c3bc4,eb9c3cc4,180,c8e22280,5) at vn_open_cred+0xe7 vn_open(eb9c3bc4,eb9c3cc4,180,5,eb9c3b50) at vn_open+0x33 kern_open(c60f7c00,8141480,0,a03,180) at kern_open+0xca open(c60f7c00,eb9c3d04,c,c05eb482,3) at open+0x36 syscall(3b,bfbf003b,bfbf003b,0,a02) at syscall+0x2a6 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x88305967, esp = 0xbfbfa5ac, ebp = 0xbfbfa638 --- db> continue spin lock sio held by 0xc4bac780 for > 5 seconds kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 07 fault virtual address = 0x144 fault code = supervisor read, page not present instruction pointer = 0x20:0xc04ce557 stack pointer = 0x28:0xe7134bc4 frame pointer = 0x28:0xe7134bcc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 10 (idle: cpu3) trap number = 12 panic: page fault cpuid = 3 KDB: stack backtrace: kdb_backtrace(c05fb775,3,c05defdf,e7134b18,c4bac600) at kdb_backtrace+0x2f panic(c05defdf,c05fc499,c4babdd0,1,1) at panic+0x129 trap_fatal(e7134b84,144,c4bac600,c4c2da80,144) at trap_fatal+0x31e trap(e7130008,c0490028,c05f0028,c4bac600,c06836c0) at trap+0x119 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc04ce557, esp = 0xe7134bc4, ebp = 0xe7134bcc --- witness_display_spinlock(c06836c0,0,c4bac780,c4bac600,c06836c0) at witness_display_spinlock+0x9 _mtx_lock_spin(c06836c0,c4bac600,0,c05f8952,56e) at _mtx_lock_spin+0xb2 _mtx_lock_spin_flags(c06836c0,0,c05f8952,56e,e7134c54) at _mtx_lock_spin_flags+0x82 siointr(c4da1c00,c062f9c0,2,4,c4bac600) at siointr+0x2a intr_execute_handlers(c4ba4490,e7134c6c,e7134cb0,c05af203,34) at intr_execute_handlers+0x8c lapic_handle_intr(34) at lapic_handle_intr+0x3b Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc07a3272, esp = 0xe7134cb0, ebp = 0xe7134cb0 --- acpi_cpu_c1(c4bac600,e7134cc8,246,c062f9c0,e7134ce4) at acpi_cpu_c1+0x5 acpi_cpu_idle(e7134d04,c0493346,c062f9c0,0,c05e5dac) at acpi_cpu_idle+0x18a cpu_idle(c062f9c0,0,c05e5dac,7d,0) at cpu_idle+0x29 idle_proc(0,e7134d38,c05e5cb0,30d,0) at idle_proc+0x6e fork_exit(c04932d8,0,e7134d38) at fork_exit+0x78 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe7134d6c, ebp = 0 --- Uptime: 26m8s From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 01:26:19 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2002F16A41F for ; Tue, 22 Nov 2005 01:26:19 +0000 (GMT) (envelope-from paul.koch@statseeker.com) Received: from wally.statseeker.com (wally.statscout.com [203.39.101.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id B501543D69 for ; Tue, 22 Nov 2005 01:25:51 +0000 (GMT) (envelope-from paul.koch@statseeker.com) Received: from localhost (localhost [127.0.0.1]) by wally.statseeker.com (8.13.3/8.13.3) with ESMTP id jAM1PlVs088724; Tue, 22 Nov 2005 11:25:47 +1000 (EST) (envelope-from paul.koch@statseeker.com) Received: from wally.statseeker.com ([127.0.0.1]) by localhost (wally.statseeker.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 87348-09; Tue, 22 Nov 2005 11:25:41 +1000 (EST) Received: from speedy (speedy.statseeker.com [10.1.1.100]) (authenticated bits=0) by wally.statseeker.com (8.13.3/8.13.3) with ESMTP id jAM1PZp3088716 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Tue, 22 Nov 2005 11:25:36 +1000 (EST) (envelope-from paul.koch@statseeker.com) From: Paul Koch Organization: Statseeker To: Kris Kennaway Date: Tue, 22 Nov 2005 11:25:31 +1000 User-Agent: KMail/1.8 References: <200511211520.25672.paul.koch@statseeker.com> <200511212128.27760.paul.koch@statseeker.com> <20051121210320.GA6804@xor.obsecurity.org> In-Reply-To: <20051121210320.GA6804@xor.obsecurity.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Message-Id: <200511221125.31525.paul.koch@statseeker.com> X-Virus-Scanned: amavisd-new at statseeker.com Cc: freebsd-stable@freebsd.org Subject: Re: 6.0 Release - Pentium install panic and some questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: paul.koch@statseeker.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 01:26:19 -0000 On Tue, 22 Nov 2005 07:03 am, Kris Kennaway wrote: > On Mon, Nov 21, 2005 at 09:28:27PM +1000, Paul Koch wrote: > > On Mon, 21 Nov 2005 07:24 pm, Kris Kennaway wrote: > > > > Issue 1: Can't install on a Pentium P5 class machine: > > > > > > > > The install panics when installing the base stuff. No useful > > > > messages are displayed accept the "panic: page fault" and > > > > rebooting in 15 seconds. The machines are 10 year old DEC > > > > Pentiums, 32 to 64M ram, IDE disks, etc. We have four of these > > > > in our test environment and appear to install and run > > > > FreeBSD-5.4 fine. > > > > > > Try disabling ACPI. Many old systems have buggy ACPI > > > implementations. Sometimes this can be fixed by a BIOS upgrade. > > > > A Pentium 150Mhz aged machine wouldn't have ACPI, would it ? > > I don't know..nevertheless, please try it :) > > Kris Ok, a bit of confusion here. When booting from floppy on these machines, the option is to "Boot FreeBSD with ACPI enabled", while on other machines it says "Boot FreeBSD with ACPI disabled". Looks like this is from beastie.4th. We tried both options and it still panics when it is extracting base (ie. you can partition, newfs, etc... using sysinstall). It gets about 2% of the way through extracting base. So, tried going to the command line from the loader menu and unloaded all loaded modules, and disabled further loading of ACPI, then continued booting. The kernel is loaded into memory, we get the "Too many holes in physical memory" message and it panics immediately after the copyright message with a: Fatal Trap 12: page fault while in kernel mode fault virtual address: 0xb5 fault code = supervisoer read, page not present ..... some other guff.... panic: page fault uptime: 1s This is the error condition we experienced with our RNA before bumping up the phys_avail[] in machdep.c I am planning to ditch all of these old Pentium machines because they are too much of a problem. I'll keep one for a little longer if you like to figure out what is going on. Paul. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 02:12:25 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DC1716A4A1 for ; Tue, 22 Nov 2005 02:12:25 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4396A43D58 for ; Tue, 22 Nov 2005 02:12:25 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 255761A3C1C; Mon, 21 Nov 2005 18:12:25 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7CC42519EF; Mon, 21 Nov 2005 21:12:24 -0500 (EST) Date: Mon, 21 Nov 2005 21:12:24 -0500 From: Kris Kennaway To: Greg Rivers Message-ID: <20051122021224.GA12402@xor.obsecurity.org> References: <20051121164139.T48994@w10.sac.fedex.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: <20051121164139.T48994@w10.sac.fedex.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Recurring problem: processes block accessing UFS file system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 02:12:26 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 21, 2005 at 05:54:09PM -0600, Greg Rivers wrote: > I've recently put up three busy email relay hosts running 6.0-STABLE.=20 > Performance is excellent except for a nagging critical issue that keeps= =20 > cropping up. >=20 > /var/spool is its own file system mounted on a geom stripe of four BSD=20 > partitions (details below). Once every two or three days all the=20 > processes accessing /var/spool block forever in disk wait. All three=20 > machines suffer this problem. No diagnostic messages are generated and= =20 > the machines continue running fine otherwise, but a reboot is required to= =20 > clear the condition. This problem occurs during normal operation, but is= =20 > particularly likely to occur during a backup when dump makes a snapshot. >=20 > There doesn't appear to be a problem with gstripe, as gstripe status is= =20 > "UP" and I can read the raw device just fine while processes continue to= =20 > block on the file system. I tried running a kernel with WITNESS and=20 > DIAGNOSTIC, but these options shed no light. >=20 > If I catch the problem early enough I can break successfully into kdb;=20 > otherwise, if too many processes stack up, the machine hangs going into= =20 > kdb and must be power-cycled. Make sure you have KDB_STOP_NMI in your kernel. > I obtained the following process listing and traces from kdb. I traced > mksnap_ffs which was blocked in "ufs", and two random sendmail processes > that were blocked in "ufs" and "suspfs" respectively. Looks like a UFS snapshot deadlock. Are you running something like dump -L on this filesystem, or making other use of snapshots? fsck -B also uses them, but shouldn't be running except at boot time. You should take this up with Kirk McKusick - in the meantime you can work around it by not making use of UFS snapshots. Kris --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDgn6HWry0BWjoQKURAlYMAJwI/gWWLYpScm/qOv7nHraxiDp7QgCeLXok ICacUFcnQmb3Jtm+gKOtUNw= =Xou6 -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 02:15:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33EF516A420 for ; Tue, 22 Nov 2005 02:15:58 +0000 (GMT) (envelope-from efinleywork@efinley.com) Received: from postmaster.etv.net (postmaster.etv.net [208.14.190.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9631843D78 for ; Tue, 22 Nov 2005 02:15:56 +0000 (GMT) (envelope-from efinleywork@efinley.com) Received: from work.efinley.com ([205.161.203.55] helo=elliotdevelop) by postmaster.etv.net with smtp (Exim 4.54 (FreeBSD)) id 1EeNhL-000OzO-JP for freebsd-stable@freebsd.org; Mon, 21 Nov 2005 19:15:55 -0700 Message-ID: <07c901c5ef0a$ab87ead0$37cba1cd@emerytelcom.com> From: "Elliot Finley" To: Date: Mon, 21 Nov 2005 19:15:54 -0700 Organization: Emery Telcom MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 Subject: Marvell Yukon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Elliot Finley List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 02:15:58 -0000 I don't see the Marvell Yukon 88E8050 Gigabit controller listed in the supported hardware for 6.X. Is this an omission? If not, is there plans to support this controller? TIA Elliot From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 02:32:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 609DA16A41F for ; Tue, 22 Nov 2005 02:32:59 +0000 (GMT) (envelope-from msKila@speakeasy.net) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id C579B43D53 for ; Tue, 22 Nov 2005 02:32:58 +0000 (GMT) (envelope-from msKila@speakeasy.net) Received: (qmail 24369 invoked from network); 22 Nov 2005 02:32:58 -0000 Received: from bogie.casyc.net (HELO [192.168.108.116]) (mskila@[216.231.43.67]) (envelope-sender ) by mail22.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 22 Nov 2005 02:32:58 -0000 Message-ID: <4382835B.2070807@speakeasy.net> Date: Mon, 21 Nov 2005 18:32:59 -0800 From: MS-KILA User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051023 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: /create/symlink failed: no inodes free X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 02:32:59 -0000 still present trying to install 6.0 on a 600Mhz celery, 384 ram, 8g hdd; ftp install. will attempt the explicit ip idea. does every first attempt at ftp choke like this? wayne From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 02:35:35 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50AA916A41F for ; Tue, 22 Nov 2005 02:35:35 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3165743D4C for ; Tue, 22 Nov 2005 02:35:33 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so745815wxc for ; Mon, 21 Nov 2005 18:35:33 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aaOKIq/9FgnHwMYtLCKCtx0NuY2DRy0JaB7wvYON9AMbrpjHoiNOVFr47IZTdnBrtDq5mdSF740jmAcW7PqGpLEvfzZAe+QR5RHA3EWlELY5+pNnSQu1ob+o/uyAB9D2gXU0spGh9WCJnbT7jYoh5c4OPO2rk0HwK0bXSPQXIl4= Received: by 10.70.108.5 with SMTP id g5mr2971233wxc; Mon, 21 Nov 2005 18:35:33 -0800 (PST) Received: by 10.70.104.18 with HTTP; Mon, 21 Nov 2005 18:35:33 -0800 (PST) Message-ID: <35c231bf0511211835k27c363e9x6bc7f67fd417369c@mail.gmail.com> Date: Mon, 21 Nov 2005 18:35:33 -0800 From: David Kirchner Sender: dpkirchner@gmail.com To: MS-KILA In-Reply-To: <4382835B.2070807@speakeasy.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4382835B.2070807@speakeasy.net> Cc: freebsd-stable@freebsd.org Subject: Re: /create/symlink failed: no inodes free X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 02:35:35 -0000 On 11/21/05, MS-KILA wrote: > still present trying to install 6.0 on a 600Mhz celery, 384 ram, 8g hdd; > ftp install. will attempt the explicit ip idea. > > does every first attempt at ftp choke like this? > wayne If you ever make a mistake in sysinstall, you should restart the process with a reboot. The installer doesn't handle errors well, often by trying to install the entire OS onto the ramdisk instead of the hard drive. We've found that it tends to help, a little, to ping the IP of the server you're installing before you hit "OK" on the IP configuration screen. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 02:37:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 494A716A41F for ; Tue, 22 Nov 2005 02:37:59 +0000 (GMT) (envelope-from dworkin@village.org) Received: from green-dome.village.org (green-dome.village.org [168.103.84.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1BAA43D80 for ; Tue, 22 Nov 2005 02:37:52 +0000 (GMT) (envelope-from dworkin@village.org) Received: from green-dome.village.org (localhost.village.org [127.0.0.1]) by green-dome.village.org (8.11.0/8.11.0) with ESMTP id jAM2bp409077 for ; Mon, 21 Nov 2005 19:37:52 -0700 (MST) Message-Id: <200511220237.jAM2bp409077@green-dome.village.org> To: freebsd-stable@freebsd.org From: dlm-fb@weaselfish.com Date: Mon, 21 Nov 2005 19:37:51 -0700 Subject: 5.4-RELEASE: integer divide panic (trap 18) during install boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 02:37:59 -0000 Hi. I've got a system that's dying during the scsi probe of the initial install boot. The console messages are along the lines of: [...usual boot stuff...] vga0 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter [...] Timecounters [...] Waiting 15 seconds for SCSI md0 preloaded image 4423680 bytes at 0xc0a34270 da0 at bt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device fatal trap 18: integer divide fault while in kernel mode instruction pointer = 0x8:0xc044c343 stack pointer = 0x10:0xd55eb81c frame pointer = 0x10:0xd55eb82c 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 = 36 (swi3:cambio) trap number = 18 This is on a 350MHz uniprocessor Tyan S1832D, with: 512 MB ram 2 serial ports 1 floppy 1 vga 2 buslogic BT958 scsi controllers 5 scsi seagate ST39173LW disks 1 scsi toshiba XM-6401TA cdrom 1 intel EtherExpress PRO100B The system doesn't understand booting from a scsi cdrom, so I'm using the 5.4 boot floppies. As implied above, it probes the first disk, but dies before it can get to any of the others. Booting in safe mode causes it to hang instead of throw the trap, but that's not much better. Searching the archives has shown various queries about this particular board, but I couldn't find any follow-ups that addressed it specifically. If I could figure out how to get to the BIOS settings, I would fiddle with ACPI (assuming it has it, it *is* capable of holding two cpus), but the magic incantation for that is well-hidden. The closest I've come so far is getting a menu of various things it's willing to attempt to boot from.... Any suggestions? Thanks. Dworkin From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 02:38:44 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4FD816A422 for ; Tue, 22 Nov 2005 02:38:44 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACD2343D7C for ; Tue, 22 Nov 2005 02:38:30 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 391421A3C1A; Mon, 21 Nov 2005 18:38:30 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6358752B48; Mon, 21 Nov 2005 21:38:29 -0500 (EST) Date: Mon, 21 Nov 2005 21:38:29 -0500 From: Kris Kennaway To: MS-KILA Message-ID: <20051122023829.GA12870@xor.obsecurity.org> References: <4382835B.2070807@speakeasy.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline In-Reply-To: <4382835B.2070807@speakeasy.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: /create/symlink failed: no inodes free X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 02:38:44 -0000 --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 21, 2005 at 06:32:59PM -0800, MS-KILA wrote: > still present trying to install 6.0 on a 600Mhz celery, 384 ram, 8g hdd;= =20 > ftp install. will attempt the explicit ip idea. >=20 > does every first attempt at ftp choke like this? No..are you sure you're not making a partition too small? Your post didn't have any context of the error. Kris --tThc/1wpZn/ma/RB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDgoSkWry0BWjoQKURAkKvAKDgOpnrwwyw/JUDulj6URf0WDWpOgCgiasz +IJe22z0Cbtlr+yoZfijGBE= =JdIa -----END PGP SIGNATURE----- --tThc/1wpZn/ma/RB-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 02:43:51 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3236916A41F for ; Tue, 22 Nov 2005 02:43:51 +0000 (GMT) (envelope-from msKila@speakeasy.net) Received: from mail26.sea5.speakeasy.net (mail26.sea5.speakeasy.net [69.17.117.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB59F43D53 for ; Tue, 22 Nov 2005 02:43:50 +0000 (GMT) (envelope-from msKila@speakeasy.net) Received: (qmail 7219 invoked from network); 22 Nov 2005 02:43:50 -0000 Received: from bogie.casyc.net (HELO [192.168.108.116]) (mskila@[216.231.43.67]) (envelope-sender ) by mail26.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 22 Nov 2005 02:43:50 -0000 Message-ID: <438285E7.9000102@speakeasy.net> Date: Mon, 21 Nov 2005 18:43:51 -0800 From: MS-KILA User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051023 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <4382835B.2070807@speakeasy.net> <20051122023829.GA12870@xor.obsecurity.org> In-Reply-To: <20051122023829.GA12870@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: /create/symlink failed: no inodes free X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 02:43:51 -0000 Kris Kennaway wrote: > On Mon, Nov 21, 2005 at 06:32:59PM -0800, MS-KILA wrote: > >>still present trying to install 6.0 on a 600Mhz celery, 384 ram, 8g hdd; >>ftp install. will attempt the explicit ip idea. >> >>does every first attempt at ftp choke like this? > > > No..are you sure you're not making a partition too small? Your post > didn't have any context of the error. > > Kris default partitions; is the installer making them too small? (first was just to get it installed. now i'm not gonna devise a partition scheme until i can do a "clean" install.) From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 02:44:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A292916A41F for ; Tue, 22 Nov 2005 02:44:39 +0000 (GMT) (envelope-from msKila@speakeasy.net) Received: from mail27.sea5.speakeasy.net (mail27.sea5.speakeasy.net [69.17.117.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32BFC43D55 for ; Tue, 22 Nov 2005 02:44:36 +0000 (GMT) (envelope-from msKila@speakeasy.net) Received: (qmail 14262 invoked from network); 22 Nov 2005 02:44:36 -0000 Received: from bogie.casyc.net (HELO [192.168.108.116]) (mskila@[216.231.43.67]) (envelope-sender ) by mail27.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 22 Nov 2005 02:44:35 -0000 Message-ID: <43828614.7020706@speakeasy.net> Date: Mon, 21 Nov 2005 18:44:36 -0800 From: MS-KILA User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051023 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Kirchner References: <4382835B.2070807@speakeasy.net> <35c231bf0511211835k27c363e9x6bc7f67fd417369c@mail.gmail.com> In-Reply-To: <35c231bf0511211835k27c363e9x6bc7f67fd417369c@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: /create/symlink failed: no inodes free X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 02:44:39 -0000 David Kirchner wrote: > On 11/21/05, MS-KILA wrote: > >>still present trying to install 6.0 on a 600Mhz celery, 384 ram, 8g hdd; >>ftp install. will attempt the explicit ip idea. >> >>does every first attempt at ftp choke like this? >>wayne > > > If you ever make a mistake in sysinstall, you should restart the > process with a reboot. The installer doesn't handle errors well, often > by trying to install the entire OS onto the ramdisk instead of the > hard drive. > > We've found that it tends to help, a little, to ping the IP of the > server you're installing before you hit "OK" on the IP configuration > screen. > > ok; good thunked! i'll give that one a shot, too! thanks! From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 03:02:11 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A2A316A41F for ; Tue, 22 Nov 2005 03:02:11 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out0.tiscali.nl (smtp-out0.tiscali.nl [195.241.79.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84AA243D6B for ; Tue, 22 Nov 2005 03:02:08 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [82.171.39.195] (helo=guido.klop.ws) by smtp-out0.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1EeOQ3-00029M-P5 for ; Tue, 22 Nov 2005 04:02:07 +0100 Received: (qmail 61111 invoked from network); 22 Nov 2005 03:02:06 -0000 Received: from localhost.thuis.klop.ws (HELO outgoing.local) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 22 Nov 2005 03:02:06 -0000 To: "Greg Rivers" , freebsd-stable@freebsd.org References: <20051121164139.T48994@w10.sac.fedex.com> Message-ID: Date: Tue, 22 Nov 2005 04:02:05 +0100 From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: <20051121164139.T48994@w10.sac.fedex.com> User-Agent: Opera M2/8.50 (FreeBSD, build 1358) Cc: Subject: Re: Recurring problem: processes block accessing UFS file system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 03:02:11 -0000 On Tue, 22 Nov 2005 00:54:09 +0100, Greg Rivers wrote: > I've recently put up three busy email relay hosts running 6.0-STABLE. > Performance is excellent except for a nagging critical issue that keeps > cropping up. > > /var/spool is its own file system mounted on a geom stripe of four BSD > partitions (details below). Once every two or three days all the > processes accessing /var/spool block forever in disk wait. All three > machines suffer this problem. No diagnostic messages are generated and > the machines continue running fine otherwise, but a reboot is required > to clear the condition. This problem occurs during normal operation, > but is particularly likely to occur during a backup when dump makes a > snapshot. > > There doesn't appear to be a problem with gstripe, as gstripe status is > "UP" and I can read the raw device just fine while processes continue to > block on the file system. I tried running a kernel with WITNESS and > DIAGNOSTIC, but these options shed no light. > > If I catch the problem early enough I can break successfully into kdb; > otherwise, if too many processes stack up, the machine hangs going into > kdb and must be power-cycled. > > I'd appreciate any insight anyone may have into this problem or advise > on turning this report into a coherent PR. I have a machine with 5.4-STABLE with the same problem. It hangs every couple of days if I make regular snapshots. It is a remote machine which I don't have easy access to. I disabled the snapshots and since than it didn't hang a single time. I hoped it would be fixed in 6.0, but this sounds the same. Ronald. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 03:21:02 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FA5116A41F for ; Tue, 22 Nov 2005 03:21:02 +0000 (GMT) (envelope-from sbruno@miralink.com) Received: from mazo.miralink.com (67.105.142.88.ptr.us.xo.net [67.105.142.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFD4143D4C for ; Tue, 22 Nov 2005 03:21:01 +0000 (GMT) (envelope-from sbruno@miralink.com) Received: from home-desk (pool-71-111-116-105.ptldor.dsl-w.verizon.net [71.111.116.105]) by mazo.miralink.com (Postfix) with ESMTP id D820136A0A for ; Mon, 21 Nov 2005 19:21:00 -0800 (PST) From: Sean Bruno To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Mon, 21 Nov 2005 19:21:00 -0800 Message-Id: <1132629660.4202.3.camel@home-desk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) Content-Transfer-Encoding: 7bit Subject: VIA 8237 under FreeBSD 4.11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 03:21:02 -0000 I'm looking for some information on the VIA 8237 SATA controller under 4.11. It does indeed work as advertised, but the Abit VA-20 Mobo I am using seems to be causing the two SATA disks to be detected at a speed of UDMA 66, not 150. Do I have to modify the settings on the driver when I compile it to get better speed reports, or is this nothing to worry about? Thanks in advance. Sean From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 03:23:14 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C20516A41F for ; Tue, 22 Nov 2005 03:23:14 +0000 (GMT) (envelope-from gcr+freebsd-stable@tharned.org) Received: from nc8000.tharned.org (rrcs-24-56-87-26.ma.biz.rr.com [24.56.87.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97AA943D45 for ; Tue, 22 Nov 2005 03:23:12 +0000 (GMT) (envelope-from gcr+freebsd-stable@tharned.org) Received: from nc8000.tharned.org (localhost [127.0.0.1]) by nc8000.tharned.org (8.13.4/8.13.4) with ESMTP id jAM3NBDb033018; Mon, 21 Nov 2005 21:23:11 -0600 (CST) (envelope-from gcr+freebsd-stable@tharned.org) Received: from localhost (gcr@localhost) by nc8000.tharned.org (8.13.4/8.13.4/Submit) with ESMTP id jAM3NBjH033015; Mon, 21 Nov 2005 21:23:11 -0600 (CST) (envelope-from gcr+freebsd-stable@tharned.org) Date: Mon, 21 Nov 2005 21:23:10 -0600 (CST) From: Greg Rivers Sender: gcr@tharned.org To: Kris Kennaway In-Reply-To: <20051122021224.GA12402@xor.obsecurity.org> Message-ID: <20051121205535.W32523@nc8000.tharned.org> References: <20051121164139.T48994@w10.sac.fedex.com> <20051122021224.GA12402@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Recurring problem: processes block accessing UFS file system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 03:23:14 -0000 On Mon, 21 Nov 2005, Kris Kennaway wrote: > Looks like a UFS snapshot deadlock. Are you running something like dump > -L on this filesystem, or making other use of snapshots? > Indeed I am (dump -L), but as I said (not very clearly, sorry), the deadlock also occurs under normal operation when no snapshots are running or have ever been run since boot. It's just much less frequent in this case. Disabling dumps altogether was one of the first things I tried. > fsck -B also uses them, but shouldn't be running except at boot time. > Right, it isn't even at boot since I have background_fsck disabled. > You should take this up with Kirk McKusick - in > the meantime you can work around it by not making use of UFS snapshots. > Sounds good. Even though the problem may not be snapshot related, it certainly seems to be UFS related. Thanks for your suggestions and your prompt reply. -- Greg From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 03:33:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9230A16A41F for ; Tue, 22 Nov 2005 03:33:50 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF18743D7F for ; Tue, 22 Nov 2005 03:33:39 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A2AFF1A3C1C; Mon, 21 Nov 2005 19:33:39 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C5174535E1; Mon, 21 Nov 2005 22:33:38 -0500 (EST) Date: Mon, 21 Nov 2005 22:33:38 -0500 From: Kris Kennaway To: MS-KILA Message-ID: <20051122033338.GA13500@xor.obsecurity.org> References: <4382835B.2070807@speakeasy.net> <20051122023829.GA12870@xor.obsecurity.org> <438285E7.9000102@speakeasy.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline In-Reply-To: <438285E7.9000102@speakeasy.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: /create/symlink failed: no inodes free X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 03:33:50 -0000 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 21, 2005 at 06:43:51PM -0800, MS-KILA wrote: > Kris Kennaway wrote: > >On Mon, Nov 21, 2005 at 06:32:59PM -0800, MS-KILA wrote: > > > >>still present trying to install 6.0 on a 600Mhz celery, 384 ram, 8g hdd= ;=20 > >>ftp install. will attempt the explicit ip idea. > >> > >>does every first attempt at ftp choke like this? > > > > > >No..are you sure you're not making a partition too small? Your post > >didn't have any context of the error. > > > >Kris >=20 > default partitions; is the installer making them too small? You tell us..how big are the "default" choices on your system? > (first was=20 > just to get it installed. now i'm not gonna devise a partition scheme=20 > until i can do a "clean" install.) Kris --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDgpGSWry0BWjoQKURArIZAKDJX8AAKmTq8N2V2ZH3E9oGLvzF6gCg57Qz waVmTZe+XRk3C/hkcVdY7tQ= =GpKC -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 03:34:07 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DB0A16A433 for ; Tue, 22 Nov 2005 03:34:07 +0000 (GMT) (envelope-from freebsd-stable@auscert.org.au) Received: from titania.auscert.org.au (gw.auscert.org.au [203.5.112.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA5FE43D46 for ; Tue, 22 Nov 2005 03:34:06 +0000 (GMT) (envelope-from freebsd-stable@auscert.org.au) Received: from app.auscert.org.au (app [10.0.1.192]) by titania.auscert.org.au (8.12.10/8.12.10) with ESMTP id jAM3Vtio021851 for ; Tue, 22 Nov 2005 13:31:55 +1000 (EST) Received: from app.auscert.org.au (localhost.auscert.org.au [127.0.0.1]) by app.auscert.org.au (8.13.1/8.13.1) with ESMTP id jAM3Y4ZV040878 for ; Tue, 22 Nov 2005 13:34:04 +1000 (EST) (envelope-from freebsd-stable@auscert.org.au) Message-Id: <200511220334.jAM3Y4ZV040878@app.auscert.org.au> To: freebsd-stable@freebsd.org From: Joel Hatton Dcc: Date: Tue, 22 Nov 2005 13:34:04 +1000 Subject: cvsup flags in /usr/src/Makefile.inc1 outdated? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 03:34:07 -0000 Hi, I've just noticed that cvsup flags in my RELENG_6 Makefile.inc1 are still: SUPFLAGS?= -g -L 2 -P - But, from man CVSUP(1): -P m|a|port|lo-hi|- Controls the establishment of the auxiliary TCP connection(s) used to carry information between the client and the server. Altogether, the client and server require four unidirectional channels to communicate: two from the client to the server, and two from the server to the client. These four unidirec- tional channels can be set up in different ways, to support various firewall setups. The modes provided for this are multiplexed mode, passive mode, and active mode. All but ^^^^^^^ multiplexed mode are deprecated. Multiplexed mode can handle ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ any situation that the other modes can handle. This means that if I don't specify any overrides in /etc/make.conf or my supfile, running 'make update' in /usr/src will cause cvsup to try to use passive mode and, in my firewalled environment, fail. Yep, I found this out by accident :) regards, -- Joel Hatton -- Security Analyst | Hotline: +61 7 3365 4417 AusCERT - Australia's national CERT | Fax: +61 7 3365 7031 The University of Queensland | WWW: www.auscert.org.au Qld 4072 Australia | Email: auscert@auscert.org.au From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 03:36:56 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC26216A425; Tue, 22 Nov 2005 03:36:56 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ABA343D5E; Tue, 22 Nov 2005 03:36:55 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:5dWVyEHHeBF0ZtQ8EsthFQuzVw4BYm8IFw0zFa+2NrFE7fJm5OAZVksqvtY8hDpr@localhost [IPv6:::1]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.4/8.13.4) with ESMTP/inet6 id jAM3aoNI037971 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Nov 2005 12:36:51 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Tue, 22 Nov 2005 12:36:50 +0900 Message-ID: From: Hajimu UMEMOTO To: Nate Lawson In-Reply-To: <438213E5.70508@root.org> References: <4377775B.3080606@pldrouin.net> <20051114105854.GA1041@galgenberg.net> <4378CC14.2020109@pldrouin.net> <438213E5.70508@root.org> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (ameno.mahoroba.org [IPv6:::1]); Tue, 22 Nov 2005 12:36:51 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-3.7 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ameno.mahoroba.org Cc: Pierre-Luc Drouin , acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Performance problem since updating from 6.0-RELEASE to 6.0-STABLE last friday X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 03:36:56 -0000 Hi, >>>>> On Mon, 21 Nov 2005 10:37:25 -0800 >>>>> Nate Lawson said: > The cmbat has similar issue on some laptops. So, acpi_cmbat.c uses > cache for retrieval to reduce its influence, and its expiration > time is set by hw.acpi.battery.info_expire. > However, acpi_smbat.c doesn't use cache. So, I made a patch. Since I > don't have a laptop which has smbat, I cannot test it by myself. > Please test it and let me know the result. nate> The patch looks good to me, you should commit please. Thanks for your review. I've just committed it into HEAD. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 03:50:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DA4916A41F; Tue, 22 Nov 2005 03:50:27 +0000 (GMT) (envelope-from doug@polands.org) Received: from corinth.polands.org (CPE-72-129-222-120.new.res.rr.com [72.129.222.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5810A43D4C; Tue, 22 Nov 2005 03:50:25 +0000 (GMT) (envelope-from doug@polands.org) Received: from email.polands.org (ammon.polands.org [172.16.1.7]) by corinth.polands.org (8.13.4/8.13.4) with ESMTP id jAL51fxF046889; Sun, 20 Nov 2005 23:01:41 -0600 (CST) (envelope-from doug@polands.org) Received: from 172.16.1.40 (SquirrelMail authenticated user djp) by email.polands.org with HTTP; Sun, 20 Nov 2005 23:01:41 -0600 (CST) Message-ID: <1351.172.16.1.40.1132549301.squirrel@email.polands.org> In-Reply-To: <20051120075905.GB856@eucla.lemis.com> References: <437FEF5F.5070602@math.missouri.edu> <20051120075905.GB856@eucla.lemis.com> Date: Sun, 20 Nov 2005 23:01:41 -0600 (CST) From: "Doug Poland" To: "Greg 'groggy' Lehey" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: ClamAV 0.87/1180/Sun Nov 20 04:20:28 2005 on corinth.polands.org X-Virus-Status: Clean Cc: acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ACPI problems with Dell laptops? (was: Jerky keyboard and mouse) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 03:50:27 -0000 On Sun, November 20, 2005 01:59, Greg 'groggy' Lehey wrote: > On Saturday, 19 November 2005 at 21:37:03 -0600, Stephen > Montgomery-Smith wrote: >> I recently upgraded from stable-6 of Nov 4 to stable-6 of today on >> my Dell Latitude D800 Laptop, and suddenly the response of the >> touchpad mouse and keyboard was bery bad. > > Heh. I saw the subject line and thought "I wonder if this is a Dell > laptop". > Well, I'm "glad" I'm not the only one :) >> In particular, when I type about 1 in 10 key presses simply do not >> register. > Same here, it's basically unusable if you're a fast touch typist. > This, however, is a order of magnitude worse than what I have > experienced with my Inspiron 6100. > Dell C600 here, 6.0-STABLE > What happens when you ping another system? I found that the ping time > was normal (in the order of 1 µs), but it repeated only every 3 > seconds. When I unloaded ACPI, things worked normally. > Not loading ACPI fixed my issues too. I'd be more than happy to help any testing that may develop. -- Regards, Doug From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 03:55:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC3DC16A41F for ; Tue, 22 Nov 2005 03:55:05 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7BC443D66 for ; Tue, 22 Nov 2005 03:55:04 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp212-204.lns1.adl2.internode.on.net [203.122.212.204]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id jAM3t0aT058040 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 22 Nov 2005 14:25:02 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Tue, 22 Nov 2005 14:24:54 +1030 User-Agent: KMail/1.8.2 References: <1132629660.4202.3.camel@home-desk> In-Reply-To: <1132629660.4202.3.camel@home-desk> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4495593.Hh0zkQp8ED"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200511221424.54872.doconnor@gsoft.com.au> X-Spam-Score: 0.05 () FORGED_RCVD_HELO X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: Sean Bruno Subject: Re: VIA 8237 under FreeBSD 4.11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 03:55:06 -0000 --nextPart4495593.Hh0zkQp8ED Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 22 Nov 2005 13:51, Sean Bruno wrote: > I'm looking for some information on the VIA 8237 SATA controller under > 4.11. It does indeed work as advertised, but the Abit VA-20 Mobo I am > using seems to be causing the two SATA disks to be detected at a speed > of UDMA 66, not 150. > > Do I have to modify the settings on the driver when I compile it to get > better speed reports, or is this nothing to worry about? 4.x doesn't really support SATA as such. It will use them in some sort of backwards compatible way. In general it will probably work OK until you get an SATA PHY error and the= n=20 the whole PC will lock up because the OS isn't polling the error register.. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart4495593.Hh0zkQp8ED Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDgpaO5ZPcIHs/zowRAtWIAJ9iWwggfrFmQZYtecn9Z73ZJIokXwCgicfJ ZN7g0M8QoaOVx7zil1mBw8s= =FMhu -----END PGP SIGNATURE----- --nextPart4495593.Hh0zkQp8ED-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 04:05:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D81716A41F for ; Tue, 22 Nov 2005 04:05:05 +0000 (GMT) (envelope-from sbruno@miralink.com) Received: from mazo.miralink.com (67.105.142.88.ptr.us.xo.net [67.105.142.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BED343D4C for ; Tue, 22 Nov 2005 04:05:05 +0000 (GMT) (envelope-from sbruno@miralink.com) Received: from home-desk (pool-71-111-116-105.ptldor.dsl-w.verizon.net [71.111.116.105]) by mazo.miralink.com (Postfix) with ESMTP id 7F7A636AB4; Mon, 21 Nov 2005 20:05:03 -0800 (PST) From: Sean Bruno To: Daniel O'Connor In-Reply-To: <200511221424.54872.doconnor@gsoft.com.au> References: <1132629660.4202.3.camel@home-desk> <200511221424.54872.doconnor@gsoft.com.au> Content-Type: text/plain Date: Mon, 21 Nov 2005 20:04:46 -0800 Message-Id: <1132632286.4202.7.camel@home-desk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: VIA 8237 under FreeBSD 4.11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 04:05:05 -0000 On Tue, 2005-11-22 at 14:24 +1030, Daniel O'Connor wrote: > On Tue, 22 Nov 2005 13:51, Sean Bruno wrote: > > I'm looking for some information on the VIA 8237 SATA controller under > > 4.11. It does indeed work as advertised, but the Abit VA-20 Mobo I am > > using seems to be causing the two SATA disks to be detected at a speed > > of UDMA 66, not 150. > > > > Do I have to modify the settings on the driver when I compile it to get > > better speed reports, or is this nothing to worry about? > > 4.x doesn't really support SATA as such. > It will use them in some sort of backwards compatible way. > > In general it will probably work OK until you get an SATA PHY error and then > the whole PC will lock up because the OS isn't polling the error register.. > Bummer...Is this a general issue of the way 4.X handles SATA? I.e. Would the ICH5 work any better to your knowledge? Sean From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 04:19:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DED2016A41F for ; Tue, 22 Nov 2005 04:19:24 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4519C43D53 for ; Tue, 22 Nov 2005 04:19:23 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp212-204.lns1.adl2.internode.on.net [203.122.212.204]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id jAM4JJdk058309 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 22 Nov 2005 14:49:21 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Sean Bruno Date: Tue, 22 Nov 2005 14:49:15 +1030 User-Agent: KMail/1.8.2 References: <1132629660.4202.3.camel@home-desk> <200511221424.54872.doconnor@gsoft.com.au> <1132632286.4202.7.camel@home-desk> In-Reply-To: <1132632286.4202.7.camel@home-desk> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3776466.rzW9nj1IFz"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200511221449.16139.doconnor@gsoft.com.au> X-Spam-Score: 0.05 () FORGED_RCVD_HELO X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: VIA 8237 under FreeBSD 4.11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 04:19:25 -0000 --nextPart3776466.rzW9nj1IFz Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 22 Nov 2005 14:34, Sean Bruno wrote: > > In general it will probably work OK until you get an SATA PHY error and > > then the whole PC will lock up because the OS isn't polling the error > > register.. > > Bummer...Is this a general issue of the way 4.X handles SATA? I.e. > Would the ICH5 work any better to your knowledge? 4.x doesn't handle SATA per se, it doesn't really know anything about it=20 unless you try dougb's patches (I think). I would strongly suggest migrating ASAP so you don't get stuck with [more]= =20 poorly supported hardware. Or you could try staying with PATA drives, but it's a losing battle - you w= ill=20 be hard pressed to find a new PC for which the devices are properly=20 supported. (eg stuff like onboard ethernet) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart3776466.rzW9nj1IFz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDgpxE5ZPcIHs/zowRAjcsAKCjKeAt+mkVKAm2oTZYCJsccMERHgCeOTV5 o95ijb0ht3fUr30UeJbSltA= =zEkm -----END PGP SIGNATURE----- --nextPart3776466.rzW9nj1IFz-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 04:39:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2571716A41F for ; Tue, 22 Nov 2005 04:39:54 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F81C43D58 for ; Tue, 22 Nov 2005 04:39:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 1FA421A3C1A; Mon, 21 Nov 2005 20:39:53 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5F78951527; Mon, 21 Nov 2005 23:39:52 -0500 (EST) Date: Mon, 21 Nov 2005 23:39:52 -0500 From: Kris Kennaway To: Greg Rivers Message-ID: <20051122043952.GA14168@xor.obsecurity.org> References: <20051121164139.T48994@w10.sac.fedex.com> <20051122021224.GA12402@xor.obsecurity.org> <20051121205535.W32523@nc8000.tharned.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline In-Reply-To: <20051121205535.W32523@nc8000.tharned.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Recurring problem: processes block accessing UFS file system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 04:39:54 -0000 --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 21, 2005 at 09:23:10PM -0600, Greg Rivers wrote: > On Mon, 21 Nov 2005, Kris Kennaway wrote: >=20 > >Looks like a UFS snapshot deadlock. Are you running something like dump= =20 > >-L on this filesystem, or making other use of snapshots? > > >=20 > Indeed I am (dump -L), but as I said (not very clearly, sorry), the=20 > deadlock also occurs under normal operation when no snapshots are running= =20 > or have ever been run since boot. It's just much less frequent in this= =20 > case. Disabling dumps altogether was one of the first things I tried. It may not be the same problem. You should also try to obtain a trace when snapshots are not implicated. 'show lockedvnods' is very important for diagnosing filesystem deadlocks, and 'alltrace' is the easiest way to obtain stack traces for the resulting processes that are holding locks. You'll want to 'set $lines=3D0' and capture the output from the serial console to a file. Kris --PNTmBPCT7hxwcZjr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDgqEYWry0BWjoQKURAirqAKCzyYZH1aczArEQKm0DmkgvUZTkfQCgzcrI 4qWa914WwTsRi94jf/zFcLU= =m+EA -----END PGP SIGNATURE----- --PNTmBPCT7hxwcZjr-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 05:45:09 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB9C916A41F for ; Tue, 22 Nov 2005 05:45:09 +0000 (GMT) (envelope-from sbruno@miralink.com) Received: from mazo.miralink.com (67.105.142.88.ptr.us.xo.net [67.105.142.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57C0743D5C for ; Tue, 22 Nov 2005 05:45:09 +0000 (GMT) (envelope-from sbruno@miralink.com) Received: from home-desk (pool-71-111-116-105.ptldor.dsl-w.verizon.net [71.111.116.105]) by mazo.miralink.com (Postfix) with ESMTP id 49C7536A0B; Mon, 21 Nov 2005 21:45:08 -0800 (PST) From: Sean Bruno To: Daniel O'Connor In-Reply-To: <200511221449.16139.doconnor@gsoft.com.au> References: <1132629660.4202.3.camel@home-desk> <200511221424.54872.doconnor@gsoft.com.au> <1132632286.4202.7.camel@home-desk> <200511221449.16139.doconnor@gsoft.com.au> Content-Type: text/plain Date: Mon, 21 Nov 2005 21:44:41 -0800 Message-Id: <1132638281.5202.3.camel@home-desk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: VIA 8237 under FreeBSD 4.11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 05:45:10 -0000 On Tue, 2005-11-22 at 14:49 +1030, Daniel O'Connor wrote: > On Tue, 22 Nov 2005 14:34, Sean Bruno wrote: > > > In general it will probably work OK until you get an SATA PHY error and > > > then the whole PC will lock up because the OS isn't polling the error > > > register.. > > > > Bummer...Is this a general issue of the way 4.X handles SATA? I.e. > > Would the ICH5 work any better to your knowledge? > > 4.x doesn't handle SATA per se, it doesn't really know anything about it > unless you try dougb's patches (I think). > > I would strongly suggest migrating ASAP so you don't get stuck with [more] > poorly supported hardware. > > Or you could try staying with PATA drives, but it's a losing battle - you will > be hard pressed to find a new PC for which the devices are properly > supported. (eg stuff like onboard ethernet) > /me groans...patches eh? I'm not a BSD guy by trade...Could you tell me who Doug B is? and point me to the "patches" ... I want to at least see if my application(which is seriously I/O bound) can be assisted by increasing the speed of the drive's access. SCSI is just too expensive for the stuff I want to do. Sean P.S. But, if all else fails, FreeBSD 6 looks like the direction I need to go anyway. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 06:15:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41EB416A420 for ; Tue, 22 Nov 2005 06:15:21 +0000 (GMT) (envelope-from msKila@speakeasy.net) Received: from mail21.sea5.speakeasy.net (mail21.sea5.speakeasy.net [69.17.117.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id A39CC43D60 for ; Tue, 22 Nov 2005 06:15:20 +0000 (GMT) (envelope-from msKila@speakeasy.net) Received: (qmail 23315 invoked from network); 22 Nov 2005 06:15:19 -0000 Received: from bogie.casyc.net (HELO [192.168.108.116]) (mskila@[216.231.43.67]) (envelope-sender ) by mail21.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 22 Nov 2005 06:15:19 -0000 Message-ID: <4382B778.7040108@speakeasy.net> Date: Mon, 21 Nov 2005 22:15:20 -0800 From: MS-KILA User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051023 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4382835B.2070807@speakeasy.net> <20051122023829.GA12870@xor.obsecurity.org> <438285E7.9000102@speakeasy.net> <20051122033338.GA13500@xor.obsecurity.org> In-Reply-To: <20051122033338.GA13500@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: /create/symlink failed: no inodes free X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 06:15:21 -0000 numeric ip addy did the trick. now to get this system to recognize ad2 and set up the boot menu. ... er ... thanks! Kris Kennaway wrote: > On Mon, Nov 21, 2005 at 06:43:51PM -0800, MS-KILA wrote: > >>Kris Kennaway wrote: >> >>>On Mon, Nov 21, 2005 at 06:32:59PM -0800, MS-KILA wrote: >>> >>> >>>>still present trying to install 6.0 on a 600Mhz celery, 384 ram, 8g hdd; >>>>ftp install. will attempt the explicit ip idea. >>>> >>>>does every first attempt at ftp choke like this? >>> >>> >>>No..are you sure you're not making a partition too small? Your post >>>didn't have any context of the error. >>> >>>Kris >> >>default partitions; is the installer making them too small? > > > You tell us..how big are the "default" choices on your system? > > >> (first was >>just to get it installed. now i'm not gonna devise a partition scheme >>until i can do a "clean" install.) > > > Kris From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 08:15:25 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE64116A41F for ; Tue, 22 Nov 2005 08:15:25 +0000 (GMT) (envelope-from rutger.bevaart@illian.net) Received: from darwin.illian.net (darwin.illian.net [80.69.74.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02D8343D49 for ; Tue, 22 Nov 2005 08:15:24 +0000 (GMT) (envelope-from rutger.bevaart@illian.net) Received: from localhost (localhost.illian.net [127.0.0.1]) by darwin.illian.net (Postfix) with ESMTP id CA19E4567C for ; Tue, 22 Nov 2005 09:15:29 +0100 (CET) Received: from darwin.illian.net ([127.0.0.1]) by localhost (darwin.illian.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 34254-10 for ; Tue, 22 Nov 2005 09:15:29 +0100 (CET) Received: from www.illian.net (localhost.illian.net [127.0.0.1]) by darwin.illian.net (Postfix) with ESMTP id 1BDC645671 for ; Tue, 22 Nov 2005 09:15:29 +0100 (CET) Received: from 62.58.16.80 (SquirrelMail authenticated user rutger) by www.illian.net with HTTP; Tue, 22 Nov 2005 09:15:29 +0100 (CET) Message-ID: <42948.62.58.16.80.1132647329.squirrel@www.illian.net> In-Reply-To: <20051121235519.BC78116A42F@hub.freebsd.org> References: <20051121235519.BC78116A42F@hub.freebsd.org> Date: Tue, 22 Nov 2005 09:15:29 +0100 (CET) From: "Rutger Bevaart" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at illian.net Subject: Re: freebsd-stable Digest, Vol 136, Issue 3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 08:15:26 -0000 There is no doubt that a lot of people have stable FreeBSD systems on Dell hardware. The strange thing is though that there are also a lot of people having problems with 1750's and 1850's (and therefore 2850's as well, as they have an identical board). We have installed about 4 1750's and 8 1850/2850's in the last year and _all_ except 1 of them have the "automatic reboot" feature (using 4_10, 4_11, 5_3 and 5_4). We've had 1 lockup on the 1750 but have been unable to trace that to a cause, might be unrelated. Strangely, the 1750 that does ok is the one with the highest load (pushing several Mbits and an average load >2) and running 5.3-RC3. Any clues? (Best tip so far: disable USB that causes an IRQ conflict). Regards Rutger Bevaart Date: Mon, 21 Nov 2005 10:16:02 -0500 From: Vivek Khera Subject: Re: FreeBSD unstable on Dell 1750 using SMP? To: freebsd-stable@freebsd.org Message-ID: <174F8D1C-9F10-4CDC-A902-B4E91BB42DE2@khera.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Nov 20, 2005, at 1:24 PM, Rutger Bevaart wrote: > Both experience the "auto reboot" feature. The mbufs on the 2850 > look like a counter (signed/unsigned) bug, maybe even just in the > printing. Other than that I'm having a hard time interpreting these > results. FreeBSD 4.x, 5.x, and 6.x have been stable for me on all Dell hardware. 4.x (currently 4.11) has been running on 1550's, 1650's, 2650 and 1750's for > 3 years 5.4 on 2450 for ~6 months 6.0 on 1750, 1850, and 2650 since 6.0-RC2, currently running 6.0-REL. Never a flake-out not due to a hardware failure, and that only on two of the 1550s over 4 years' time. I did have the 5.4 box running 5.4- REL-p7 lockup once, but was unable to determine the cause. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 08:45:07 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25BDC16A424; Tue, 22 Nov 2005 08:45:07 +0000 (GMT) (envelope-from grog@lemis.com) Received: from ext-gw.lemis.com (ext-gw.lemis.com [150.101.14.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E95E43D46; Tue, 22 Nov 2005 08:45:06 +0000 (GMT) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by ext-gw.lemis.com (Postfix) with ESMTP id 37D201310D7; Tue, 22 Nov 2005 19:15:05 +1030 (CST) Received: from eucla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by wantadilla.lemis.com (Postfix) with ESMTP id AE42384925; Tue, 22 Nov 2005 19:15:04 +1030 (CST) Received: by eucla.lemis.com (Postfix, from userid 1004) id 0863686C9F; Tue, 22 Nov 2005 09:45:07 +0100 (CET) Date: Tue, 22 Nov 2005 09:45:07 +0100 From: Greg 'groggy' Lehey To: Doug Poland Message-ID: <20051122084506.GN853@eucla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1351.172.16.1.40.1132549301.squirrel@email.polands.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ACPI problems with Dell laptops? (was: Jerky keyboard and mouse) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 08:45:07 -0000 On Sunday, 20 November 2005 at 23:01:41 -0600, Doug Poland wrote: > > On Sun, November 20, 2005 01:59, Greg 'groggy' Lehey wrote: >> On Saturday, 19 November 2005 at 21:37:03 -0600, Stephen >> Montgomery-Smith wrote: >>> I recently upgraded from stable-6 of Nov 4 to stable-6 of today on >>> my Dell Latitude D800 Laptop, and suddenly the response of the >>> touchpad mouse and keyboard was bery bad. >> >> Heh. I saw the subject line and thought "I wonder if this is a Dell >> laptop". > > Well, I'm "glad" I'm not the only one :) > >>> In particular, when I type about 1 in 10 key presses simply do not >>> register. > > Same here, it's basically unusable if you're a fast touch typist. Indeed. After all, you're quoting yourself :-) I said: >> This, however, is a order of magnitude worse than what I have >> experienced with my Inspiron 6100. In particular, I didn't get any dropped characters. And I note that I've misquoted the model number; it's an Inspiron 6000, not 6100 (I don't think the latter exists). >> What happens when you ping another system? I found that the ping >> time was normal (in the order of 1 µs), but it repeated only every >> 3 seconds. When I unloaded ACPI, things worked normally. > > Not loading ACPI fixed my issues too. I'd be more than happy to > help any testing that may develop. I would have been interested to hear the results of the ping. But yes, it would be nice to get the machine to work nicely with ACPI. Greg -- See complete headers for address and phone numbers From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 08:45:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAFDC16A426 for ; Tue, 22 Nov 2005 08:45:59 +0000 (GMT) (envelope-from lists@servingpeace.com) Received: from smtp.servingpeace.com (servingpeace.com [69.55.225.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 879DF43D76 for ; Tue, 22 Nov 2005 08:45:50 +0000 (GMT) (envelope-from lists@servingpeace.com) Received: from [10.0.0.30] (adsl-69-105-73-175.dsl.pltn13.pacbell.net [69.105.73.175]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.servingpeace.com (Postfix) with ESMTP id B7EECBA224; Tue, 22 Nov 2005 00:45:49 -0800 (PST) Message-ID: <4382DAB9.30908@servingpeace.com> Date: Tue, 22 Nov 2005 00:45:45 -0800 From: Sam Nilsson User-Agent: Thunderbird 1.5 (Macintosh/20051025) MIME-Version: 1.0 To: Mark Andrews References: <200511142205.jAEM5lkA016867@drugs.dv.isc.org> In-Reply-To: <200511142205.jAEM5lkA016867@drugs.dv.isc.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: DHCP client error: domain_not_set.invalid X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 08:46:00 -0000 Mark Andrews wrote: >> --61jdw2sOBCFtR2d/ >> Content-Type: text/plain; charset=us-ascii >> Content-Disposition: inline >> Content-Transfer-Encoding: quoted-printable >> >> On Sun, Nov 13, 2005 at 07:14:00PM -0800, Mark Space wrote: >>> Hi all, >>> =20 >>> I just set up the latest 6.0 release, and I'm getting errors with the=20 >>> DHCP client. Trying to pull a network address during start up, I get: >>> =20 >>> Bogus domain search list 15: domain_not_set.invalid >>> =20 >>> This repeats several times before giving up. Google tells me that this= >> =20 >>> problem was report by two users on the bsd-current list. No one ever=20 >>> replied to their inquiries (at least on the list), so I thought to try=20 >>> once more to see if there's any interest in addressing this issue.=20 >>> =20 >>> More info was in the original post: >>> http://lists.freebsd.org/pipermail/freebsd-current/2005-October/057034.ht= >> ml >> >> We should really bitch and then ignore this value when it's bogus rather >> than rejecting the lease. We should also probably allow underscores >> since they are popular among clueless Microsoft admins. Please try the >> follow patch. > > Yes. They are clueless. However giving into their cluelessness > just perpetuates the cluelessness. > > Underscores have never been legal in hostnames. Underscores > are deliberately used to provide namespaces which do not collide > with the hostname namespace. Accepting underscores just allows > the namespaces to collide. > > Mark Sorry for the late reply. I just read this thread and this issue affects me as well. Hopefully I'm not commenting on something that has been fixed but I can't test STABLE at the moment to verify that... I understand the idea that bad values should be rejected, but in reality, I have the same DSL modem that these others have and there is no way to change the domain search list that it sends. No way that I could find at least. This is SBC-Yahoo in California, so there are a lot of people out there with this modem. I had to modify the source code to accept the lease anyway. Now my network stops working every time I rebuild and forget to re-patch the source. I shouldn't have to patch the source code to be able to accept a lease. A single bad lease option shouldn't prevent a lease from being accepted without choice. dhcpd should either 1. accept bogus names (warnings are fine) 2. offer a configuration option or command line switch to allow the bogus domain if we wish 3. offer a configuration option like isc-dhcpd does so that we can ignore or override the setting Number 3 is the best IMHO, number 2 is easier but similar, and number one has already been done in less than a line of code and could be deployed "right now". - Sam Nilsson From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 12:33:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F39E16A41F for ; Tue, 22 Nov 2005 12:33:32 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66EDE43D58 for ; Tue, 22 Nov 2005 12:33:25 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id 80D34677F6 for ; Tue, 22 Nov 2005 12:33:24 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.4/8.13.1) with ESMTP id jAMCX7f6092194; Tue, 22 Nov 2005 23:33:13 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200511221233.jAMCX7f6092194@drugs.dv.isc.org> To: Sam Nilsson From: Mark Andrews In-reply-to: Your message of "Tue, 22 Nov 2005 00:45:45 -0800." <4382DAB9.30908@servingpeace.com> Date: Tue, 22 Nov 2005 23:33:07 +1100 Sender: Mark_Andrews@isc.org Cc: freebsd-stable@freebsd.org Subject: Re: DHCP client error: domain_not_set.invalid X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 12:33:32 -0000 > Sorry for the late reply. I just read this thread and this issue affects > me as well. Hopefully I'm not commenting on something that has been > fixed but I can't test STABLE at the moment to verify that... > > I understand the idea that bad values should be rejected, but in > reality, I have the same DSL modem that these others have and there is > no way to change the domain search list that it sends. No way that I > could find at least. This is SBC-Yahoo in California, so there are a lot > of people out there with this modem. Well ring your ISP and complain. Too many people just accept crappy service. > I had to modify the source code to accept the lease anyway. Now my > network stops working every time I rebuild and forget to re-patch the > source. I shouldn't have to patch the source code to be able to accept a > lease. A single bad lease option shouldn't prevent a lease from being > accepted without choice. Use cvs rather than cvsup. That way your changes are preserved. You can either use the cvs servers directly or if you have enough disk space you can use cvsup to copy the repository and run cvs against the local copy of the repository. > dhcpd should either > > 1. accept bogus names (warnings are fine) > 2. offer a configuration option or command line switch to allow the > bogus domain if we wish > 3. offer a configuration option like isc-dhcpd does so that we can > ignore or override the setting > > Number 3 is the best IMHO, number 2 is easier but similar, and number > one has already been done in less than a line of code and could be > deployed "right now". > > - Sam Nilsson -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 13:04:40 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E171B16A420; Tue, 22 Nov 2005 13:04:40 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CFCC43D49; Tue, 22 Nov 2005 13:04:39 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:zhgE2ZAn4AG6uha/rFks/LqW99axVIrgrTEU+2IbyHwEbF4Rigem6YsM7912QXw1@kasuga-iwi.mahoroba.org [IPv6:3ffe:501:185b:8010:212:f0ff:fe52:6ac]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.4/8.13.4) with ESMTP/inet6 id jAMD4Tsn042280 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Nov 2005 22:04:33 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Tue, 22 Nov 2005 22:04:28 +0900 Message-ID: From: Hajimu UMEMOTO To: Pierre-Luc Drouin In-Reply-To: <437CAEB0.9060202@pldrouin.net> References: <4377775B.3080606@pldrouin.net> <20051114105854.GA1041@galgenberg.net> <4378CC14.2020109@pldrouin.net> <437A3901.8010001@pldrouin.net> <437A3B96.4040300@root.org> <437B42C0.9040605@pldrouin.net> <437CAEB0.9060202@pldrouin.net> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.0) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.0-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Tue, 22 Nov 2005 22:04:34 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ameno.mahoroba.org Cc: acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Performance problem since updating from 6.0-RELEASE to 6.0-STABLE last friday X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 13:04:41 -0000 Hi, >>>>> On Thu, 17 Nov 2005 11:24:16 -0500 >>>>> Pierre-Luc Drouin said: > Ok, there is new development. I realized by playing with > debug.acpi.disabled="smbat", debug.acpi.disabled="smbat cmbat" and > debug.acpi.disabled="cmbat", that my laptop battery is not a smbat, > but a cmbat. When I played with hw.acpi.battery.info_expire after to > have applied the patch for acpi_smbat.c, it was freezing less often > because that sysctl variable was shared by both cmbat and smbat. So I > can only get battery status from cmbat (disabling cmbat disables the > use of acpiconf -i loop). To get the status of my battery via cmbat > was working fine up to 6.0-RELEASE (included), but makes my laptop to > freeze since I upgraded to 6.0-stable with Nov 10th sources. What > change related to cmbat between 6.0-release and 6.0-stable could be > causing this? pldrouin> Has someone found how to fix this problem in -stable? Perhaps, I found the cause. acpi_cmbat_get_bif() is heavy process, and it was called only when ACPIIO_CMBAT_GET_BIF ioctl was issued explicitly, until smbat stuff was committed. However, acpiio_cmbat_get_bif() is called from every acpi_battery_get_battinfo() call, now. The attached patch will bring back to former behavior. Please try it and let me know the result. It is against 7-CURRENT as of today. If you want to try it on 6-STABLE, you need to apply following diff before applying it: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/acpica/acpi_smbat.c.diff?r1=1.1&r2=1.2 Index: sys/dev/acpica/acpi_battery.c diff -u -p sys/dev/acpica/acpi_battery.c.orig sys/dev/acpica/acpi_battery.c --- sys/dev/acpica/acpi_battery.c.orig Mon Nov 7 01:12:11 2005 +++ sys/dev/acpica/acpi_battery.c Tue Nov 22 16:57:11 2005 @@ -178,7 +178,7 @@ acpi_battery_get_battinfo(device_t dev, * return that the device is present. */ if (ACPI_BATT_GET_STATUS(batt_dev, &bst[i]) != 0 || - ACPI_BATT_GET_INFO(batt_dev, bif) != 0) + ACPI_BATT_GET_INFO(batt_dev, bif, TRUE) != 0) continue; /* If a battery is not installed, we sometimes get strange values. */ @@ -382,7 +382,7 @@ acpi_battery_ioctl(u_long cmd, caddr_t a case ACPIIO_BATT_GET_BIF: if (dev != NULL) { bzero(&ioctl_arg->bif, sizeof(ioctl_arg->bif)); - error = ACPI_BATT_GET_INFO(dev, &ioctl_arg->bif); + error = ACPI_BATT_GET_INFO(dev, &ioctl_arg->bif, FALSE); /* * Remove invalid characters. Perhaps this should be done Index: sys/dev/acpica/acpi_cmbat.c diff -u -p sys/dev/acpica/acpi_cmbat.c.orig sys/dev/acpica/acpi_cmbat.c --- sys/dev/acpica/acpi_cmbat.c.orig Sun Nov 20 12:23:21 2005 +++ sys/dev/acpica/acpi_cmbat.c Tue Nov 22 16:23:30 2005 @@ -83,7 +83,8 @@ static void acpi_cmbat_info_updated(str static void acpi_cmbat_get_bst(device_t dev); static void acpi_cmbat_get_bif(device_t dev); static int acpi_cmbat_bst(device_t dev, struct acpi_bst *bstp); -static int acpi_cmbat_bif(device_t dev, struct acpi_bif *bifp); +static int acpi_cmbat_bif(device_t dev, struct acpi_bif *bifp, + int cache); static void acpi_cmbat_init_battery(void *arg); static device_method_t acpi_cmbat_methods[] = { @@ -354,14 +355,15 @@ end: } static int -acpi_cmbat_bif(device_t dev, struct acpi_bif *bifp) +acpi_cmbat_bif(device_t dev, struct acpi_bif *bifp, int cache) { struct acpi_cmbat_softc *sc; sc = device_get_softc(dev); ACPI_SERIAL_BEGIN(cmbat); - acpi_cmbat_get_bif(dev); + if (!cache) + acpi_cmbat_get_bif(dev); bifp->units = sc->bif.units; bifp->dcap = sc->bif.dcap; bifp->lfcap = sc->bif.lfcap; Index: sys/dev/acpica/acpi_if.m diff -u sys/dev/acpica/acpi_if.m.orig sys/dev/acpica/acpi_if.m --- sys/dev/acpica/acpi_if.m.orig Sun Nov 20 12:23:21 2005 +++ sys/dev/acpica/acpi_if.m Tue Nov 22 16:58:09 2005 @@ -206,10 +206,12 @@ # # device_t dev: Battery device # struct acpi_bif *bif: Pointer to storage for _BIF results +# int cache: if set, read from cache without any I/O to ACPI BIOS # METHOD int batt_get_info { device_t dev; struct acpi_bif *bif; + int cache; }; # Index: sys/dev/acpica/acpi_smbat.c diff -u -p sys/dev/acpica/acpi_smbat.c.orig sys/dev/acpica/acpi_smbat.c --- sys/dev/acpica/acpi_smbat.c.orig Tue Nov 22 16:07:38 2005 +++ sys/dev/acpica/acpi_smbat.c Tue Nov 22 18:37:13 2005 @@ -56,7 +56,8 @@ static int acpi_smbat_attach(device_t de static int acpi_smbat_shutdown(device_t dev); static int acpi_smbat_info_expired(struct timespec *lastupdated); static void acpi_smbat_info_updated(struct timespec *lastupdated); -static int acpi_smbat_get_bif(device_t dev, struct acpi_bif *bif); +static int acpi_smbat_get_bif(device_t dev, struct acpi_bif *bif, + int cache); static int acpi_smbat_get_bst(device_t dev, struct acpi_bst *bst); ACPI_SERIAL_DECL(smbat, "ACPI Smart Battery"); @@ -124,6 +125,11 @@ acpi_smbat_attach(device_t dev) timespecclear(&sc->bif_lastupdated); timespecclear(&sc->bst_lastupdated); + if (acpi_smbat_get_bif(dev, NULL, FALSE) != 0) { + device_printf(dev, "cannot get battery information\n"); + return (ENXIO); + } + if (acpi_battery_register(dev) != 0) { device_printf(dev, "cannot register battery\n"); return (ENXIO); @@ -381,7 +387,7 @@ out: } static int -acpi_smbat_get_bif(device_t dev, struct acpi_bif *bif) +acpi_smbat_get_bif(device_t dev, struct acpi_bif *bif, int cache) { struct acpi_smbat_softc *sc; int error; @@ -395,7 +401,7 @@ acpi_smbat_get_bif(device_t dev, struct error = ENXIO; sc = device_get_softc(dev); - if (!acpi_smbat_info_expired(&sc->bif_lastupdated)) { + if (cache || !acpi_smbat_info_expired(&sc->bif_lastupdated)) { error = 0; goto out; } @@ -451,7 +457,8 @@ acpi_smbat_get_bif(device_t dev, struct error = 0; out: - memcpy(bif, &sc->bif, sizeof(sc->bif)); + if (bif != NULL) + memcpy(bif, &sc->bif, sizeof(sc->bif)); ACPI_SERIAL_END(smbat); return (error); } Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 13:09:30 2005 Return-Path: X-Original-To: freebsd-stable@www.freebsd.org Delivered-To: freebsd-stable@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3FBF16A41F for ; Tue, 22 Nov 2005 13:09:30 +0000 (GMT) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (afrodita.rcub.bg.ac.yu [147.91.1.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A90743D70 for ; Tue, 22 Nov 2005 13:09:27 +0000 (GMT) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (localhost.localdomain [127.0.0.1]) by afrodita.rcub.bg.ac.yu (8.13.4/8.13.4) with ESMTP id jAMD9JpQ022007 for ; Tue, 22 Nov 2005 14:09:19 +0100 Received: from localhost (ggajic@localhost) by afrodita.rcub.bg.ac.yu (8.13.4/8.13.4/Submit) with ESMTP id jAMD9E60021989 for ; Tue, 22 Nov 2005 14:09:19 +0100 Date: Tue, 22 Nov 2005 14:09:14 +0100 (CET) From: Goran Gajic To: freebsd-stable@www.freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-RCUB-MailScanner-Information: Please contact the RCUB if you have problem with mail X-RCUB-MailScanner: Found to be clean X-RCUB-MailScanner-From: ggajic@afrodita.rcub.bg.ac.yu Cc: Subject: PAE-SMP compilation problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 13:09:31 -0000 Hi, I don't know if this is known, but when I have tried compiling PAE kernel with SMP enabled on 6.0-RELEASE I've got this mistake: cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I../../.. -I../../../contrib/dev/acpica -I../../../contrib/altq -I../../../contrib/ipfilter -I../../../contrib/pf -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd -I../../../contrib/ngatm -I../../../dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror ../../../dev/hptmv/entry.c ../../../dev/hptmv/entry.c: In function `fOsBuildSgl': ../../../dev/hptmv/entry.c:2476: warning: cast to pointer from integer of different size ../../../dev/hptmv/entry.c: In function `hpt_io_dmamap_callback': ../../../dev/hptmv/entry.c:2606: warning: cast to pointer from integer of different size ../../../dev/hptmv/entry.c: In function `OsSendCommand': ../../../dev/hptmv/entry.c:2758: warning: cast to pointer from integer of different size *** Error code 1 Stop in /usr/src/sys/i386/compile/PAE-SMP. I have added nodev hptmv in PAE config in /usr/src/sys/i386/conf/PAE together with option SMP (only two changes I have made to PAE config file). Regards, Goran Gajic From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 14:07:17 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5734716A420 for ; Tue, 22 Nov 2005 14:07:17 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DA4643D46 for ; Tue, 22 Nov 2005 14:07:16 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp212-204.lns1.adl2.internode.on.net [203.122.212.204]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id jAME7AP6065260 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 23 Nov 2005 00:37:11 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Sean Bruno Date: Wed, 23 Nov 2005 00:36:49 +1030 User-Agent: KMail/1.8.2 References: <1132629660.4202.3.camel@home-desk> <200511221449.16139.doconnor@gsoft.com.au> <1132638281.5202.3.camel@home-desk> In-Reply-To: <1132638281.5202.3.camel@home-desk> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1519345.4fIOolm1i4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200511230037.04218.doconnor@gsoft.com.au> X-Spam-Score: 0.05 () FORGED_RCVD_HELO X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: VIA 8237 under FreeBSD 4.11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 14:07:17 -0000 --nextPart1519345.4fIOolm1i4 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 22 Nov 2005 16:14, Sean Bruno wrote: > > Or you could try staying with PATA drives, but it's a losing battle - y= ou > > will be hard pressed to find a new PC for which the devices are properly > > supported. (eg stuff like onboard ethernet) > > /me groans...patches eh? > > I'm not a BSD guy by trade...Could you tell me who Doug B is? and point > me to the "patches" ... I want to at least see if my application(which > is seriously I/O bound) can be assisted by increasing the speed of the > drive's access. SCSI is just too expensive for the stuff I want to do. WHoops it was Doug Ambrisko, not Doug Barton. Look here http://www.ambrisko.com/doug/ata/ I'm pretty sure those patches are for 4.x.. > P.S. But, if all else fails, FreeBSD 6 looks like the direction I need > to go anyway. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1519345.4fIOolm1i4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDgyYI5ZPcIHs/zowRAuWHAJ0e8fHnywi3/LFY2k6ZFrwgtYD+BQCgjyHt Y1xw4BJzDBjy2o29NDt7wRU= =gPRN -----END PGP SIGNATURE----- --nextPart1519345.4fIOolm1i4-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 14:20:18 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B8C216A41F for ; Tue, 22 Nov 2005 14:20:18 +0000 (GMT) (envelope-from sebster@sebster.com) Received: from smtp.profdata.nl (server.profdata.nl [213.196.2.244]) by mx1.FreeBSD.org (Postfix) with SMTP id C9E2443D68 for ; Tue, 22 Nov 2005 14:20:16 +0000 (GMT) (envelope-from sebster@sebster.com) Received: (qmail 22171 invoked from network); 22 Nov 2005 14:20:15 -0000 Received: from unknown (HELO ?10.0.0.6?) (80.126.244.3) by server.profdata.nl with SMTP; 22 Nov 2005 14:20:14 -0000 Message-ID: <4383291D.9020109@sebster.com> Date: Tue, 22 Nov 2005 15:20:13 +0100 From: Sebastiaan van Erk User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051119) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark Andrews , freebsd-stable@freebsd.org References: <200511221233.jAMCX7f6092194@drugs.dv.isc.org> In-Reply-To: <200511221233.jAMCX7f6092194@drugs.dv.isc.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: DHCP client error: domain_not_set.invalid X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 14:20:18 -0000 Hi, >>I understand the idea that bad values should be rejected, but in >>reality, I have the same DSL modem that these others have and there is >>no way to change the domain search list that it sends. No way that I >>could find at least. This is SBC-Yahoo in California, so there are a lot >>of people out there with this modem. > > > Well ring your ISP and complain. Too many people just > accept crappy service. This is just the attitude that's going to get people to use other software. People are going to laugh at you trying to get a network connection and joke "it works fine with Windows". Then you try and explain that it's not your OS's fault and somebody messed up some setting somewhere else. And then they laugh some more watching you struggle. Furthermore it's really not realistic to expect that ISP's are going to do anything about it either. They have a billion other more important issues other than solving that insignificant problem that "that guy who is using an unsupported OS" has. They really don't care. >>dhcpd should either >> >>1. accept bogus names (warnings are fine) >>2. offer a configuration option or command line switch to allow the >>bogus domain if we wish >>3. offer a configuration option like isc-dhcpd does so that we can >>ignore or override the setting I would have to agree here. I think option 2 is great, because it gets people to be aware of the problem, but it allows them to workaround it if necessary. I really think it's terrible to have the software just reject a lease because of an invalid search domain, without you being able to fix it without hacking code. That's going a bit overboard IMHO and is just going to cause more problems than it's going to solve. Greetings, Sebastiaan From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 16:06:55 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68A9316A424; Tue, 22 Nov 2005 16:06:55 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from smtp.cyberfingers.net (smtp.cyberfingers.net [198.177.254.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 205E543D5A; Tue, 22 Nov 2005 16:06:53 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from [134.117.23.170] (pldrouinlap-pc.physics.carleton.ca [134.117.23.170]) by smtp.cyberfingers.net (Postfix) with ESMTP id 10618170177; Tue, 22 Nov 2005 11:06:54 -0500 (EST) Message-ID: <4383421B.6060403@pldrouin.net> Date: Tue, 22 Nov 2005 11:06:51 -0500 From: Pierre-Luc Drouin User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051107) X-Accept-Language: en-us, en MIME-Version: 1.0 To: acpi@freebsd.org, freebsd-stable@freebsd.org References: <4377775B.3080606@pldrouin.net> <20051114105854.GA1041@galgenberg.net> <4378CC14.2020109@pldrouin.net> <437A3901.8010001@pldrouin.net> <437A3B96.4040300@root.org> <437B42C0.9040605@pldrouin.net> <437CAEB0.9060202@pldrouin.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Performance problem since updating from 6.0-RELEASE to 6.0-STABLE last friday X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 16:06:55 -0000 Hajimu UMEMOTO wrote: >Hi, > > > >>>>>>On Thu, 17 Nov 2005 11:24:16 -0500 >>>>>>Pierre-Luc Drouin said: >>>>>> >>>>>> > > > >>Ok, there is new development. I realized by playing with >>debug.acpi.disabled="smbat", debug.acpi.disabled="smbat cmbat" and >>debug.acpi.disabled="cmbat", that my laptop battery is not a smbat, >>but a cmbat. When I played with hw.acpi.battery.info_expire after to >>have applied the patch for acpi_smbat.c, it was freezing less often >>because that sysctl variable was shared by both cmbat and smbat. So I >>can only get battery status from cmbat (disabling cmbat disables the >>use of acpiconf -i loop). To get the status of my battery via cmbat >>was working fine up to 6.0-RELEASE (included), but makes my laptop to >>freeze since I upgraded to 6.0-stable with Nov 10th sources. What >>change related to cmbat between 6.0-release and 6.0-stable could be >>causing this? >> >> > >pldrouin> Has someone found how to fix this problem in -stable? > >Perhaps, I found the cause. acpi_cmbat_get_bif() is heavy process, >and it was called only when ACPIIO_CMBAT_GET_BIF ioctl was issued >explicitly, until smbat stuff was committed. However, >acpiio_cmbat_get_bif() is called from every >acpi_battery_get_battinfo() call, now. >The attached patch will bring back to former behavior. Please try it >and let me know the result. >It is against 7-CURRENT as of today. If you want to try it on >6-STABLE, you need to apply following diff before applying it: > > > Wonderful! It fixes it!! I applied both patches and everything seams to be working fine now! From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 16:17:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0B6116A428; Tue, 22 Nov 2005 16:17:22 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from smtp.cyberfingers.net (smtp.cyberfingers.net [198.177.254.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id F329943D6D; Tue, 22 Nov 2005 16:17:21 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from [134.117.23.170] (pldrouinlap-pc.physics.carleton.ca [134.117.23.170]) by smtp.cyberfingers.net (Postfix) with ESMTP id 8C563170119; Tue, 22 Nov 2005 11:17:23 -0500 (EST) Message-ID: <4383448D.1050300@pldrouin.net> Date: Tue, 22 Nov 2005 11:17:17 -0500 From: Pierre-Luc Drouin User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051107) X-Accept-Language: en-us, en MIME-Version: 1.0 References: <20051122084506.GN853@eucla.lemis.com> In-Reply-To: <20051122084506.GN853@eucla.lemis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ACPI problems with Dell laptops? (was: Jerky keyboard and mouse) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 16:17:23 -0000 Greg 'groggy' Lehey wrote: >On Sunday, 20 November 2005 at 23:01:41 -0600, Doug Poland wrote: > > >>On Sun, November 20, 2005 01:59, Greg 'groggy' Lehey wrote: >> >> >>>On Saturday, 19 November 2005 at 21:37:03 -0600, Stephen >>>Montgomery-Smith wrote: >>> >>> >>>>I recently upgraded from stable-6 of Nov 4 to stable-6 of today on >>>>my Dell Latitude D800 Laptop, and suddenly the response of the >>>>touchpad mouse and keyboard was bery bad. >>>> >>>> >>>Heh. I saw the subject line and thought "I wonder if this is a Dell >>>laptop". >>> >>> >>Well, I'm "glad" I'm not the only one :) >> >> >> >>>>In particular, when I type about 1 in 10 key presses simply do not >>>>register. >>>> >>>> >>Same here, it's basically unusable if you're a fast touch typist. >> >> > >Indeed. After all, you're quoting yourself :-) I said: > > > >>>This, however, is a order of magnitude worse than what I have >>>experienced with my Inspiron 6100. >>> >>> > >In particular, I didn't get any dropped characters. And I note that >I've misquoted the model number; it's an Inspiron 6000, not 6100 (I >don't think the latter exists). > > > >>>What happens when you ping another system? I found that the ping >>>time was normal (in the order of 1 µs), but it repeated only every >>>3 seconds. When I unloaded ACPI, things worked normally. >>> >>> >>Not loading ACPI fixed my issues too. I'd be more than happy to >>help any testing that may develop. >> >> > >I would have been interested to hear the results of the ping. But >yes, it would be nice to get the machine to work nicely with ACPI. > >Greg >-- >See complete headers for address and phone numbers >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > It looks like my problem on my M70. This is caused by recent changes to cmbat in -stable. I have tested a patch for it from Hajimu UMEMOTO this morning and it seams to be working fine with that patch. Look at the thread "Performance problem since updating from 6.0-RELEASE to 6.0-STABLE last friday" in acpi mailing list From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 16:48:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC14616A420 for ; Tue, 22 Nov 2005 16:48:33 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from smtp.cyberfingers.net (smtp.cyberfingers.net [198.177.254.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7660B43D53 for ; Tue, 22 Nov 2005 16:48:33 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from [134.117.23.170] (pldrouinlap-pc.physics.carleton.ca [134.117.23.170]) by smtp.cyberfingers.net (Postfix) with ESMTP id 545BB17013A for ; Tue, 22 Nov 2005 11:48:35 -0500 (EST) Message-ID: <43834BE0.7040601@pldrouin.net> Date: Tue, 22 Nov 2005 11:48:32 -0500 From: Pierre-Luc Drouin User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051107) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: atapci0: failed to enable memory mapping! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 16:48:33 -0000 I get this when I boot -stable on my Dell M70 laptop: Nov 22 09:25:12 mdaemon kernel: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xbfa0-0xbfaf irq 9 at device 31.2 on pci0 Nov 22 09:25:12 mdaemon kernel: atapci0: failed to enable memory mapping! Should memory mapping be working for that supported Intel SATA controller? Would memory mapping increase I/O performances significantly? Sorry if it is a dumb question Pierre-Luc Drouin From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 16:48:35 2005 Return-Path: X-Original-To: freebsd-stable@www.freebsd.org Delivered-To: freebsd-stable@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E481116A420 for ; Tue, 22 Nov 2005 16:48:35 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6039943D46 for ; Tue, 22 Nov 2005 16:48:35 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id jAMGmNvs029033; Tue, 22 Nov 2005 09:48:26 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43834BD7.8050106@samsco.org> Date: Tue, 22 Nov 2005 09:48:23 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Goran Gajic References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: freebsd-stable@www.freebsd.org Subject: Re: PAE-SMP compilation problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 16:48:36 -0000 Goran Gajic wrote: > > > Hi, > > I don't know if this is known, but when I have tried compiling PAE kernel > with SMP enabled on 6.0-RELEASE I've got this mistake: > > cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. > -I../../.. -I../../../contrib/dev/acpica -I../../../contrib/altq > -I../../../contrib/ipfilter -I../../../contrib/pf > -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd > -I../../../contrib/ngatm -I../../../dev/twa -D_KERNEL > -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -ffreestanding -Werror ../../../dev/hptmv/entry.c > ../../../dev/hptmv/entry.c: In function `fOsBuildSgl': > ../../../dev/hptmv/entry.c:2476: warning: cast to pointer from integer > of different size > ../../../dev/hptmv/entry.c: In function `hpt_io_dmamap_callback': > ../../../dev/hptmv/entry.c:2606: warning: cast to pointer from integer > of different size > ../../../dev/hptmv/entry.c: In function `OsSendCommand': > ../../../dev/hptmv/entry.c:2758: warning: cast to pointer from integer > of different size > *** Error code 1 > > Stop in /usr/src/sys/i386/compile/PAE-SMP. > > I have added nodev hptmv in PAE config in /usr/src/sys/i386/conf/PAE > together with option SMP (only two changes I have made to PAE config file). > > > Regards, > Goran Gajic Yes, this was discovered shortly after the release and corrected. I don't think that it'll be possible to make the hptmv driver work on PAE, unfortunately. Scott From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 17:30:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5152416A41F for ; Tue, 22 Nov 2005 17:30:37 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A87143D6B for ; Tue, 22 Nov 2005 17:30:35 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1EebvG-0000Hp-Sf for freebsd-stable@freebsd.org; Tue, 22 Nov 2005 18:27:14 +0100 Received: from port-212-202-115-220.static.qsc.de ([212.202.115.220]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 22 Nov 2005 18:27:14 +0100 Received: from martinkov by port-212-202-115-220.static.qsc.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 22 Nov 2005 18:27:14 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Tue, 22 Nov 2005 18:26:29 +0100 Lines: 24 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: port-212-202-115-220.static.qsc.de User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: en-us, en Sender: news Cc: freebsd-questions@freebsd.org Subject: recompiled 6.0 does not boot -- need help !! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 17:30:37 -0000 dear all, i recompiled kernel (and world) and it does not boot anymore. even loader does not start. :-(( [note: version 6.0-release] now, when i think of it, i suspect the reason might be CPUTYPE=pentium-m -- long time ago i read either in freebsd or linux mailing lists something along the lines that CPU is not fully initialised when it may encounter a pentium-m specific instruction generated by compiler. i'm not sure whether this is the case but if it is, it definetely should be clearly noted somewhere in make.conf example and man pages and the handbook. (!) now, that my system no longer boots, what can i do to make it run again pls?? mind that i'd like not to reinstall from scratch, rather to recompile and reinstall the faulty kernel. (and keep my data of course) any advice appreciated! many thanks in advance, martin From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 17:43:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D31616A41F for ; Tue, 22 Nov 2005 17:43:50 +0000 (GMT) (envelope-from sbruno@miralink.com) Received: from mazo.miralink.com (67.105.142.88.ptr.us.xo.net [67.105.142.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD43F43D64 for ; Tue, 22 Nov 2005 17:43:49 +0000 (GMT) (envelope-from sbruno@miralink.com) Received: from [10.0.0.157] (unknown [10.0.0.157]) by mazo.miralink.com (Postfix) with ESMTP id 630E936B33; Tue, 22 Nov 2005 09:43:49 -0800 (PST) From: Sean Bruno To: Daniel O'Connor In-Reply-To: <200511230037.04218.doconnor@gsoft.com.au> References: <1132629660.4202.3.camel@home-desk> <200511221449.16139.doconnor@gsoft.com.au> <1132638281.5202.3.camel@home-desk> <200511230037.04218.doconnor@gsoft.com.au> Content-Type: text/plain Date: Tue, 22 Nov 2005 09:43:49 -0800 Message-Id: <1132681429.12577.2.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: VIA 8237 under FreeBSD 4.11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 17:43:50 -0000 On Wed, 2005-11-23 at 00:36 +1030, Daniel O'Connor wrote: > On Tue, 22 Nov 2005 16:14, Sean Bruno wrote: > > > Or you could try staying with PATA drives, but it's a losing battle - you > > > will be hard pressed to find a new PC for which the devices are properly > > > supported. (eg stuff like onboard ethernet) > > > > /me groans...patches eh? > > > > I'm not a BSD guy by trade...Could you tell me who Doug B is? and point > > me to the "patches" ... I want to at least see if my application(which > > is seriously I/O bound) can be assisted by increasing the speed of the > > drive's access. SCSI is just too expensive for the stuff I want to do. > > WHoops it was Doug Ambrisko, not Doug Barton. > > Look here http://www.ambrisko.com/doug/ata/ > > I'm pretty sure those patches are for 4.x.. > > > P.S. But, if all else fails, FreeBSD 6 looks like the direction I need > > to go anyway. > > Looks like this does work, on the ICH5 ... The patch doesn't address the VIA 8237, so surprise! it doesn't change the speed of the drives... :( But, the 8237 works nicely under FreeBSD 6, so if we are going to move, we may re-consider it then. Sean From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 18:53:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0160716A41F for ; Tue, 22 Nov 2005 18:53:21 +0000 (GMT) (envelope-from laurent.bar@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DE7843D79 for ; Tue, 22 Nov 2005 18:52:52 +0000 (GMT) (envelope-from laurent.bar@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so988750nzo for ; Tue, 22 Nov 2005 10:52:41 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=dH63c3nPsXvY4b39MLyaxw9GuIF5NM80hiO6sJV5ttG0KFHWh8itM/VuJfSSgixssjKJDfTxAOklTQKbc46Y41HMNRxWs0iozYKKeRWjGtDk1i7ZsVgD58e8GE90FtnPjvlys+toOsdbc73E+2KCM8oJ3SeQ6H6onZ3pmx2fF0c= Received: by 10.36.251.4 with SMTP id y4mr4199621nzh; Tue, 22 Nov 2005 10:52:41 -0800 (PST) Received: by 10.36.222.61 with HTTP; Tue, 22 Nov 2005 10:52:41 -0800 (PST) Message-ID: Date: Tue, 22 Nov 2005 19:52:41 +0100 From: Laurent C To: freebsd-stable@freebsd.org In-Reply-To: <20051121092647.Q49718@fledge.watson.org> MIME-Version: 1.0 References: <437F6315.4000403@gmail.com> <20051119180128.X82553@fledge.watson.org> <20051121092647.Q49718@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: [FreeBSD6] kinfo_size mismatch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 18:53:21 -0000 2005/11/21, Robert Watson : > > On Mon, 21 Nov 2005, Laurent C wrote: > > >> This is almost certainly a mismatch between the kernel version and a > >> monitoring tool that is trying to inspect kernel state (specifically, > >> retrieve process lists). If your buildworld/installworld doesn't match > >> your kernel version, then you need to rebuild and make sure everything > >> is in sync. If it does, it's probably a third-party package that is ou= t > >> of sync and needs updating. > > > > Ok, I will try to buildworld and builkernel again after a fresh cvsup. > > But for "third party packages" do you mean the "port tree", becouse I > > though that base system and ports were completely separated and can be > > also upgraded separately. Thanks for your reply, -- Laurent > > Yes -- I'd start with the base system just to confirm everything really i= s > sync. If the message goes away at that point, then that is good news. > If everything is in sync, then that pretty much leaves us with a port or > package as being the culprit. > > For example, if you're running an SNMP agent package that polls system > state once a second, that could well be the source of the message. > What's unfortunate is that whatever program it is is not reporting which > program it is that is generating the error, and apparently not logging it > via syslog (I assume you checked the system logs to make sure it's not > also being sent there -- if not, you might want to). That is definitely a > bug, and should be fixed once we find out the culprit. Well, after : deleting /usr/obj cd /usr/ports make clean make cleanworld cvsup base system and ports build and install kernel and world and then portupgrade -f all my ports [ouf ! :-)] It works now like a charm and my lovely FreeBSD is again fast and stable. But I don't know what was the problem, and there was no trace of it on any logfile. So its solved ! Thanks both for your support. See you on the list. -- Laurent From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 19:37:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E18C216A41F for ; Tue, 22 Nov 2005 19:37:39 +0000 (GMT) (envelope-from rink@beastie.il.fontys.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6291143D72 for ; Tue, 22 Nov 2005 19:37:16 +0000 (GMT) (envelope-from rink@beastie.il.fontys.nl) Received: by mailhost.stack.nl (Postfix, from userid 65534) id E91B8A2FFC; Tue, 22 Nov 2005 20:37:09 +0100 (CET) Received: from mail.il.fontys.nl (mail.il.fontys.nl [IPv6:2001:4128:1000:1000::7]) by mailhost.stack.nl (Postfix) with ESMTP id 5FA7DA2FE1 for ; Tue, 22 Nov 2005 20:37:09 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.il.fontys.nl (Postfix/VSRI) with ESMTP id B650D1704F for ; Tue, 22 Nov 2005 20:40:55 +0100 (CET) Received-Locally: from mail.il.fontys.nl ([127.0.0.1]) by localhost (sukke.il.fontys.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 69105-09 for ; Tue, 22 Nov 2005 20:40:54 +0100 (CET) Received: from beastie.il.fontys.nl (beastie.il.fontys.nl [194.26.13.37]) by mail.il.fontys.nl (Postfix) with ESMTP for ; Tue, 22 Nov 2005 20:40:54 +0100 (CET) Received: by beastie.il.fontys.nl (Postfix, from userid 1678) id EA4572844D; Tue, 22 Nov 2005 20:37:07 +0100 (CET) Date: Tue, 22 Nov 2005 20:37:07 +0100 From: Rink Springer To: freebsd-stable@freebsd.org Message-ID: <20051122193707.GE6673@il.fontys.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TYecfFk8j8mZq+dy" Content-Disposition: inline X-Editor: Vim http://www.vim.org/ X-Info: http://rink.nu/ X-Operating-System: FreeBSD 5.4-STABLE i386 User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at il.fontys.nl X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on vaak.stack.nl X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 Subject: Renaming a gmirror? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 19:37:40 -0000 --TYecfFk8j8mZq+dy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi everyone, On a fileserver, one of the gmirror volumes has recently changed its mountpoint. Therefore, I would like to change the name of the gmirror to reflect this, as the current name is not very informational anymore. Is there a 'gmirror rename' command I am misssing, or is this simply not possible yet? Thanks! --=20 Rink P.W. Springer - http://rink.nu "God, root, what is difference?" - Pitr, Userfriendly --TYecfFk8j8mZq+dy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDg3Njb3O60uztv/8RAswRAKCGJWGmQMGp8xxAfha5bib70Ts8mgCgr1oX UPAhKyBDSvVHSO0hxAdTp8w= =sjik -----END PGP SIGNATURE----- --TYecfFk8j8mZq+dy-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 20:07:13 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E06416A421; Tue, 22 Nov 2005 20:07:13 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id A57C843DA6; Tue, 22 Nov 2005 20:06:47 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (ppp-71-139-30-140.dsl.snfc21.pacbell.net [71.139.30.140]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id jAMK6lDe029891 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 22 Nov 2005 12:06:48 -0800 Message-ID: <43837A34.1030900@root.org> Date: Tue, 22 Nov 2005 12:06:12 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Hajimu UMEMOTO References: <4377775B.3080606@pldrouin.net> <20051114105854.GA1041@galgenberg.net> <4378CC14.2020109@pldrouin.net> <437A3901.8010001@pldrouin.net> <437A3B96.4040300@root.org> <437B42C0.9040605@pldrouin.net> <437CAEB0.9060202@pldrouin.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Pierre-Luc Drouin , acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Performance problem since updating from 6.0-RELEASE to 6.0-STABLE last friday X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 20:07:13 -0000 Hajimu UMEMOTO wrote: > Hi, > > >>>>>>On Thu, 17 Nov 2005 11:24:16 -0500 >>>>>>Pierre-Luc Drouin said: > > >>Ok, there is new development. I realized by playing with >>debug.acpi.disabled="smbat", debug.acpi.disabled="smbat cmbat" and >>debug.acpi.disabled="cmbat", that my laptop battery is not a smbat, >>but a cmbat. When I played with hw.acpi.battery.info_expire after to >>have applied the patch for acpi_smbat.c, it was freezing less often >>because that sysctl variable was shared by both cmbat and smbat. So I >>can only get battery status from cmbat (disabling cmbat disables the >>use of acpiconf -i loop). To get the status of my battery via cmbat >>was working fine up to 6.0-RELEASE (included), but makes my laptop to >>freeze since I upgraded to 6.0-stable with Nov 10th sources. What >>change related to cmbat between 6.0-release and 6.0-stable could be >>causing this? > > > pldrouin> Has someone found how to fix this problem in -stable? > > Perhaps, I found the cause. acpi_cmbat_get_bif() is heavy process, > and it was called only when ACPIIO_CMBAT_GET_BIF ioctl was issued > explicitly, until smbat stuff was committed. However, > acpiio_cmbat_get_bif() is called from every > acpi_battery_get_battinfo() call, now. > The attached patch will bring back to former behavior. Please try it > and let me know the result. > It is against 7-CURRENT as of today. If you want to try it on > 6-STABLE, you need to apply following diff before applying it: Thank you for tracking this down. It is interesting that BIF is heavyweight while BST is not. I guess that is expected behavior by OEMs which only test on Windows and so not everyone makes BIF simple. On my laptops, BIF is as fast as BST. I don't like the patch approach (changing the API), however. Let me look at it and commit a fix that doesn't change the API. Thanks, -- Nate From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 20:20:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 235A216A420 for ; Tue, 22 Nov 2005 20:20:32 +0000 (GMT) (envelope-from parv@pair.com) Received: from mta9.adelphia.net (mta9.adelphia.net [68.168.78.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5412B43E09 for ; Tue, 22 Nov 2005 20:19:22 +0000 (GMT) (envelope-from parv@pair.com) Received: from default.chvlva.adelphia.net ([68.67.248.52]) by mta10.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20051122201434.TOAH10822.mta10.adelphia.net@default.chvlva.adelphia.net> for ; Tue, 22 Nov 2005 15:14:34 -0500 Received: by default.chvlva.adelphia.net (Postfix, from userid 1000) id 62ED9B541; Tue, 22 Nov 2005 15:14:54 -0500 (EST) Date: Tue, 22 Nov 2005 15:14:54 -0500 From: Parv To: f-stable Message-ID: <20051122201454.GA4967@holestein.holy.cow> Mail-Followup-To: f-stable Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: sh(1) man page needs to be updated for \[hHWw$] usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 20:20:32 -0000 A PR (bin/89410) about the handing of \[uW] in sh(1) on 6.0 caused me to look for its introduction. I found that '\[hHWw$]' escape sequences had been introduced in 5.4, mention of which so far has been lacking from sh.1. Could somebody please update the man page? Should i file a PR? - Parv -- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 21:34:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81E6F16A41F for ; Tue, 22 Nov 2005 21:34:59 +0000 (GMT) (envelope-from forexs@lazy.dk) Received: from pfepc.post.tele.dk (pfepc.post.tele.dk [195.41.46.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F20943D5D for ; Tue, 22 Nov 2005 21:34:57 +0000 (GMT) (envelope-from forexs@lazy.dk) Received: from prophet (x1-6-00-0f-b5-14-63-5f.k136.webspeed.dk [80.162.1.51]) by pfepc.post.tele.dk (Postfix) with ESMTP id C990F26280A for ; Tue, 22 Nov 2005 22:34:55 +0100 (CET) From: "Sune Wettersteen" To: Date: Tue, 22 Nov 2005 22:34:48 +0100 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: <20051122084506.GN853@eucla.lemis.com> Content-Type: multipart/signed; micalg=SHA1; protocol="application/x-pkcs7-signature"; boundary="----=_NextPart_000_00A2_01C5EFB4.EE5B26B0" thread-index: AcXvQS3JjcJ7OtpVTKaF2epFTYXfOwAaoibg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Message-Id: <20051122213455.C990F26280A@pfepc.post.tele.dk> Subject: RE: ACPI problems with Dell laptops? (was: Jerky keyboard and mouse) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 21:34:59 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_00A2_01C5EFB4.EE5B26B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I'm on a Dell 500m and acpi seems to work fine, other than it doesn't register lid opening, which means that when I close the lid and open it again, the screen is still blank. Does anyone know about this problem? I can partly relate to the mouse issue. My mouse is very sluggish and = its slow to register when I hold a button. From the time I (lets say) start dragging on the desktop to the time it registers I'm holding down the button, the mouse cursor has already moved quite much, which makes = working with graphics (inkscape) very annoying. Anyone had similar problem? The alps touchpad works fine after being set up correctly in moused = though. Keyboard also works fine and gets registered. Sune Denmark -----Oprindelig meddelelse----- Fra: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] P=E5 vegne af Greg 'groggy' = Lehey Sendt: 22. november 2005 09:45 Til: Doug Poland Cc: acpi@freebsd.org; freebsd-stable@freebsd.org Emne: Re: ACPI problems with Dell laptops? (was: Jerky keyboard and = mouse) On Sunday, 20 November 2005 at 23:01:41 -0600, Doug Poland wrote: > > On Sun, November 20, 2005 01:59, Greg 'groggy' Lehey wrote: >> On Saturday, 19 November 2005 at 21:37:03 -0600, Stephen >> Montgomery-Smith wrote: >>> I recently upgraded from stable-6 of Nov 4 to stable-6 of today on >>> my Dell Latitude D800 Laptop, and suddenly the response of the >>> touchpad mouse and keyboard was bery bad. >> >> Heh. I saw the subject line and thought "I wonder if this is a Dell >> laptop". > > Well, I'm "glad" I'm not the only one :) > >>> In particular, when I type about 1 in 10 key presses simply do not >>> register. > > Same here, it's basically unusable if you're a fast touch typist. Indeed. After all, you're quoting yourself :-) I said: >> This, however, is a order of magnitude worse than what I have >> experienced with my Inspiron 6100. In particular, I didn't get any dropped characters. And I note that I've misquoted the model number; it's an Inspiron 6000, not 6100 (I don't think the latter exists). >> What happens when you ping another system? I found that the ping >> time was normal (in the order of 1 =B5s), but it repeated only every >> 3 seconds. When I unloaded ACPI, things worked normally. > > Not loading ACPI fixed my issues too. I'd be more than happy to > help any testing that may develop. I would have been interested to hear the results of the ping. But yes, it would be nice to get the machine to work nicely with ACPI. Greg -- See complete headers for address and phone numbers _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" ------=_NextPart_000_00A2_01C5EFB4.EE5B26B0 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIPSDCCBPsw ggPjoAMCAQICBD/NovcwDQYJKoZIhvcNAQEFBQAwMTELMAkGA1UEBhMCREsxDDAKBgNVBAoTA1RE QzEUMBIGA1UEAxMLVERDIE9DRVMgQ0EwHhcNMDUwNjA2MDkzNDA5WhcNMDcwNjA2MTAwNDA5WjB4 MQswCQYDVQQGEwJESzEpMCcGA1UEChMgSW5nZW4gb3JnYW5pc2F0b3Jpc2sgdGlsa255dG5pbmcx PjAXBgNVBAMTEFN1bmUgV2V0dGVyc3RlZW4wIwYDVQQFExxQSUQ6OTIwOC0yMDAyLTItOTgwODgx ODQ5MTI2MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCjuWF7la6KoL2yd93JK326feSyx9NU Az5TyloAp22hBCy9PYdkAvGFwBxmMVyY5p/P621UkJVKnCTmLRUSNwlv1q8aZrcn7m+y65TwPgHF 6Xa3RzaYeJa6LEK9yKcpBYIoQvqso2EqLBeteT896O+pnM52zyMg92iuelwCbQ7e9wIDAQABo4IC VjCCAlIwDgYDVR0PAQH/BAQDAgM4MIIBNwYDVR0gBIIBLjCCASowggEmBgoqgVCBKQEBAQECMIIB FjAvBggrBgEFBQcCARYjaHR0cDovL3d3dy5jZXJ0aWZpa2F0LmRrL3JlcG9zaXRvcnkwgeIGCCsG AQUFBwICMIHVMAoWA1REQzADAgEBGoHGRm9yIGFudmVuZGVsc2UgYWYgY2VydGlmaWthdGV0IGfm bGRlciBPQ0VTIHZpbGvlciwgQ1BTIG9nIE9DRVMgQ1AsIGRlciBrYW4gaGVudGVzIGZyYSB3d3cu Y2VydGlmaWthdC5kay9yZXBvc2l0b3J5LiBCZW3mcmssIGF0IFREQyBlZnRlciB2aWxr5XJlbmUg aGFyIGV0IGJlZ3LmbnNldCBhbnN2YXIgaWZ0LiBwcm9mZXNzaW9uZWxsZSBwYXJ0ZXIuMBkGA1Ud EQQSMBCBDmZvcmV4c0BsYXp5LmRrMIGDBgNVHR8EfDB6MEqgSKBGpEQwQjELMAkGA1UEBhMCREsx DDAKBgNVBAoTA1REQzEUMBIGA1UEAxMLVERDIE9DRVMgQ0ExDzANBgNVBAMTBkNSTDY4NDAsoCqg KIYmaHR0cDovL2NybC5vY2VzLmNlcnRpZmlrYXQuZGsvb2Nlcy5jcmwwHwYDVR0jBBgwFoAUYLWF 7FZkfhIZJ2cdUBVLc647+RIwHQYDVR0OBBYEFC7DUw/DcXuLPSlCZTN5we52tt1wMAkGA1UdEwQC MAAwGQYJKoZIhvZ9B0EABAwwChsEVjcuMQMCBLAwDQYJKoZIhvcNAQEFBQADggEBAERffZqj9RuF Vma4QwhuQsTSgXEjVM9lMzqK9CnikxB9ZRVXtBRinYBMAigGN8kd3VOWexwuJToPqlWJFPN6lo6J YieGU6MMZbozhZ2J7u9gA74P7Lp1cqLDEckf1ClnY6bT71qK9Vprk5F6F87EKIzOO60SzC5F75uj AyQ3WH0KmkBGBtJXkQnM8CdAwuH6eYfR9+dr9mLbE3opfA6hJkSaVUH1bSiLnUztExNdi2FRhuA+ CKa509SxXlnAxXy1VTESLoFqdh/iz0maotEOANBGnpYEw1rhnHPiXnO2ZvbOa/5FhVC8RtyeoLBr t9zBzk/NQp8gI0z0YqC0ig6FvIQwggUZMIIEAaADAgECAgQ+SL3EMA0GCSqGSIb3DQEBBQUAMDEx CzAJBgNVBAYTAkRLMQwwCgYDVQQKEwNUREMxFDASBgNVBAMTC1REQyBPQ0VTIENBMB4XDTAzMDIx MTA4MzkzMFoXDTM3MDIxMTA5MDkzMFowMTELMAkGA1UEBhMCREsxDDAKBgNVBAoTA1REQzEUMBIG A1UEAxMLVERDIE9DRVMgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCsYvZhILLP wMaF1+N55szt8jmSpJcuZKOEW4ecTP2k88RfIb1WEOvbLmHsk2njo8y9mcMF/Aa4yjYc/pCOSUzE VpovVrzPewzxb0emDUNN4ukdOTTNjSzZEpj54+HBSnyGOMSpxGGI0l6vGiZN1eSgIkeE2WS3GZb8 7BnkspcmTkpMy48ki1QYHEhhe9WIaNpdterNGjDBgIN2UKpP0dTdOPDvFvThDFAGv+r7ekmhKCsc 9vwVMqN0ao+pw2IpcTHlO6RgF1505toT7ekfHxvRsmhzxhA0dUYQEOOQAHZAy4u3Qwkh/6tOk8ZY 6aWC23fEOpmxcpVJBPC3K/p7WY7dAgMBAAGjggI3MIICMzAPBgNVHRMBAf8EBTADAQH/MA4GA1Ud DwEB/wQEAwIBBjCB7AYDVR0gBIHkMIHhMIHeBggqgVCBKQEBATCB0TAvBggrBgEFBQcCARYjaHR0 cDovL3d3dy5jZXJ0aWZpa2F0LmRrL3JlcG9zaXRvcnkwgZ0GCCsGAQUFBwICMIGQMAoWA1REQzAD AgEBGoGBQ2VydGlmaWthdGVyIGZyYSBkZW5uZSBDQSB1ZHN0ZWRlcyB1bmRlciBPSUQgMS4yLjIw OC4xNjkuMS4xLjEuIENlcnRpZmljYXRlcyBmcm9tIHRoaXMgQ0EgYXJlIGlzc3VlZCB1bmRlciBP SUQgMS4yLjIwOC4xNjkuMS4xLjEuMBEGCWCGSAGG+EIBAQQEAwIABzCBgQYDVR0fBHoweDBIoEag RKRCMEAxCzAJBgNVBAYTAkRLMQwwCgYDVQQKEwNUREMxFDASBgNVBAMTC1REQyBPQ0VTIENBMQ0w CwYDVQQDEwRDUkwxMCygKqAohiZodHRwOi8vY3JsLm9jZXMuY2VydGlmaWthdC5kay9vY2VzLmNy bDArBgNVHRAEJDAigA8yMDAzMDIxMTA4MzkzMFqBDzIwMzcwMjExMDkwOTMwWjAfBgNVHSMEGDAW gBRgtYXsVmR+EhknZx1QFUtzrjv5EjAdBgNVHQ4EFgQUYLWF7FZkfhIZJ2cdUBVLc647+RIwHQYJ KoZIhvZ9B0EABBAwDhsIVjYuMDo0LjADAgSQMA0GCSqGSIb3DQEBBQUAA4IBAQAKuiYmRtNzqAnz awswmf2K4Vd6EdO4lNcJEG6jsTgD0bbyQ0EpYqdy2Pt8BeYxcCdUGE6KfE7l0cqMeIjPG9OQi+Yj +AsOM0N9nOIKGY/JAT50XXTJixwD5RjIAUw/y5cFXZhxpphvtny9N3++4ZMlbW/wCq0XGOEDvAcp yK0m6Phh8P0hCX6ajqlofUhicr0A6gGZuAaCUYFO8fW0kVS5I3oAmp9djeA8ZLkaEpIqx4JEcjnc 4jzG2FX1FU7IBQ7bxtBipuwVtLUCgtusjKKB8JuZMfUgIKiIYQoHn5T80NcbzC4X8wQndmfrVIP9 pJB+Bj0Eo0Mt2vwLYuovX2JTMIIFKDCCBBCgAwIBAgIEP82i9jANBgkqhkiG9w0BAQUFADAxMQsw CQYDVQQGEwJESzEMMAoGA1UEChMDVERDMRQwEgYDVQQDEwtUREMgT0NFUyBDQTAeFw0wNTA2MDYw OTM0MDlaFw0wNzA2MDYxMDA0MDlaMHgxCzAJBgNVBAYTAkRLMSkwJwYDVQQKEyBJbmdlbiBvcmdh bmlzYXRvcmlzayB0aWxrbnl0bmluZzE+MBcGA1UEAxMQU3VuZSBXZXR0ZXJzdGVlbjAjBgNVBAUT HFBJRDo5MjA4LTIwMDItMi05ODA4ODE4NDkxMjYwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGB ANH5HHxc3n6x9BcZKcxs2iMRalXfc0PIzWp+vhPDx14SumNNx1AEbjpCni6Sujtu14qsa32vBt2B voHsnR+P65kg1zQVHs3wMry9AVJ/b2Ca1EGGlvtepYCHGUbEiFvShO6Wqbozga2R+/T2+mgPzE/E 45YzfPI9OXrLlTZiO0lVAgMBAAGjggKDMIICfzAOBgNVHQ8BAf8EBAMCBsAwKwYDVR0QBCQwIoAP MjAwNTA2MDYwOTM0MDlagQ8yMDA3MDYwNjEwMDQwOVowggE3BgNVHSAEggEuMIIBKjCCASYGCiqB UIEpAQEBAQIwggEWMC8GCCsGAQUFBwIBFiNodHRwOi8vd3d3LmNlcnRpZmlrYXQuZGsvcmVwb3Np dG9yeTCB4gYIKwYBBQUHAgIwgdUwChYDVERDMAMCAQEagcZGb3IgYW52ZW5kZWxzZSBhZiBjZXJ0 aWZpa2F0ZXQgZ+ZsZGVyIE9DRVMgdmlsa+VyLCBDUFMgb2cgT0NFUyBDUCwgZGVyIGthbiBoZW50 ZXMgZnJhIHd3dy5jZXJ0aWZpa2F0LmRrL3JlcG9zaXRvcnkuIEJlbeZyaywgYXQgVERDIGVmdGVy IHZpbGvlcmVuZSBoYXIgZXQgYmVncuZuc2V0IGFuc3ZhciBpZnQuIHByb2Zlc3Npb25lbGxlIHBh cnRlci4wGQYDVR0RBBIwEIEOZm9yZXhzQGxhenkuZGswgYMGA1UdHwR8MHowSqBIoEakRDBCMQsw CQYDVQQGEwJESzEMMAoGA1UEChMDVERDMRQwEgYDVQQDEwtUREMgT0NFUyBDQTEPMA0GA1UEAxMG Q1JMNjg0MCygKqAohiZodHRwOi8vY3JsLm9jZXMuY2VydGlmaWthdC5kay9vY2VzLmNybDAfBgNV HSMEGDAWgBRgtYXsVmR+EhknZx1QFUtzrjv5EjAdBgNVHQ4EFgQUfhG4le8KKvfQKYXub29m7GRt sd4wCQYDVR0TBAIwADAZBgkqhkiG9n0HQQAEDDAKGwRWNy4xAwIEsDANBgkqhkiG9w0BAQUFAAOC AQEAU+K74QalZLrfd0nPQ2a5aLttqSGw1rhtKdN+AiD/gAjMUPeQwOSOVOM3xqHFuw69SmkCjUfa dud/dTLrBlkTOlCT6PQn4hhduZXuWtSTVudhwgA5hFiK1G1z3emjtYe+QjNJdlYaOXb+ngNrrD/L J7JpVHtNVUDqLDzO7xqqOPxQvugY9ES9C7CDXp89W+241PYv/SgljsEaAgT8B0stJL0GAfYGcmrM 0c6EmFXkal/ovakRiC9VPIN01DYwPwgI1RlJcP+67k9Mhyn6T+6O6E97p2jLcbuJZF9wDJGtSZxq JMMmgekEw3+g4bQ3yrRrOqDm0TIX8la2MJPp57AXpDGCAj8wggI7AgEBMDkwMTELMAkGA1UEBhMC REsxDDAKBgNVBAoTA1REQzEUMBIGA1UEAxMLVERDIE9DRVMgQ0ECBD/NovYwCQYFKw4DAhoFAKCC AVwwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDUxMTIyMjEzNDQy WjAjBgkqhkiG9w0BCQQxFgQURhMOJ398WtWaobmHudZr8elT8IQwSAYJKwYBBAGCNxAEMTswOTAx MQswCQYDVQQGEwJESzEMMAoGA1UEChMDVERDMRQwEgYDVQQDEwtUREMgT0NFUyBDQQIEP82i9zBK BgsqhkiG9w0BCRACCzE7oDkwMTELMAkGA1UEBhMCREsxDDAKBgNVBAoTA1REQzEUMBIGA1UEAxML VERDIE9DRVMgQ0ECBD/NovcwZwYJKoZIhvcNAQkPMVowWDAKBggqhkiG9w0DBzAOBggqhkiG9w0D AgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwBwYFKw4DAhowCgYI KoZIhvcNAgUwDQYJKoZIhvcNAQEBBQAEgYATgwSkamyPvbM/AZRfJ72NmggVan236K54XYet0TSZ xSRIs67bYWpf6m5dpjpMR0c+pXJSmeqe+qOIKBE5HvXcr2ov/JSG8PbxWpaiNc20vgjbZFSecIx/ 2XtVgVp8VvtmUhNFiPfRc+Urh7tNm8LmITOgqmJ2s+vZbHuiB5f39wAAAAAAAA== ------=_NextPart_000_00A2_01C5EFB4.EE5B26B0-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 21:38:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B74E916A41F for ; Tue, 22 Nov 2005 21:38:59 +0000 (GMT) (envelope-from forexs@lazy.dk) Received: from pfepc.post.tele.dk (pfepc.post.tele.dk [195.41.46.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id E384443D46 for ; Tue, 22 Nov 2005 21:38:58 +0000 (GMT) (envelope-from forexs@lazy.dk) Received: from prophet (x1-6-00-0f-b5-14-63-5f.k136.webspeed.dk [80.162.1.51]) by pfepc.post.tele.dk (Postfix) with ESMTP id B082926287F for ; Tue, 22 Nov 2005 22:38:57 +0100 (CET) From: "Sune Wettersteen" To: Date: Tue, 22 Nov 2005 22:38:53 +0100 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: Content-Type: multipart/signed; micalg=SHA1; protocol="application/x-pkcs7-signature"; boundary="----=_NextPart_000_00BF_01C5EFB5.81FFA120" thread-index: AcXviqHbE55Gfvd9QhaGkYIm8Qe9ogAIjFdA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Message-Id: <20051122213857.B082926287F@pfepc.post.tele.dk> Subject: SV: recompiled 6.0 does not boot -- need help !! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 21:38:59 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_00BF_01C5EFB5.81FFA120 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I use CPUTYPE=3Dpentium-m without any problems, and I'm pretty sure that = the kernel gets compiled without any optimizing, so I think you'll need to = look somewhere else for this problem. -----Oprindelig meddelelse----- Fra: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] P=E5 vegne af martinko Sendt: 22. november 2005 18:26 Til: freebsd-stable@freebsd.org Cc: freebsd-questions@freebsd.org Emne: recompiled 6.0 does not boot -- need help !! dear all, i recompiled kernel (and world) and it does not boot anymore. even=20 loader does not start. :-(( [note: version 6.0-release] now, when i think of it, i suspect the reason might be = CPUTYPE=3Dpentium-m=20 -- long time ago i read either in freebsd or linux mailing lists=20 something along the lines that CPU is not fully initialised when it may=20 encounter a pentium-m specific instruction generated by compiler. i'm not sure whether this is the case but if it is, it definetely should = be clearly noted somewhere in make.conf example and man pages and the=20 handbook. (!) now, that my system no longer boots, what can i do to make it run again=20 pls?? mind that i'd like not to reinstall from scratch, rather to recompile=20 and reinstall the faulty kernel. (and keep my data of course) any advice appreciated! many thanks in advance, martin _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" ------=_NextPart_000_00BF_01C5EFB5.81FFA120 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIPSDCCBPsw ggPjoAMCAQICBD/NovcwDQYJKoZIhvcNAQEFBQAwMTELMAkGA1UEBhMCREsxDDAKBgNVBAoTA1RE QzEUMBIGA1UEAxMLVERDIE9DRVMgQ0EwHhcNMDUwNjA2MDkzNDA5WhcNMDcwNjA2MTAwNDA5WjB4 MQswCQYDVQQGEwJESzEpMCcGA1UEChMgSW5nZW4gb3JnYW5pc2F0b3Jpc2sgdGlsa255dG5pbmcx PjAXBgNVBAMTEFN1bmUgV2V0dGVyc3RlZW4wIwYDVQQFExxQSUQ6OTIwOC0yMDAyLTItOTgwODgx ODQ5MTI2MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCjuWF7la6KoL2yd93JK326feSyx9NU Az5TyloAp22hBCy9PYdkAvGFwBxmMVyY5p/P621UkJVKnCTmLRUSNwlv1q8aZrcn7m+y65TwPgHF 6Xa3RzaYeJa6LEK9yKcpBYIoQvqso2EqLBeteT896O+pnM52zyMg92iuelwCbQ7e9wIDAQABo4IC VjCCAlIwDgYDVR0PAQH/BAQDAgM4MIIBNwYDVR0gBIIBLjCCASowggEmBgoqgVCBKQEBAQECMIIB FjAvBggrBgEFBQcCARYjaHR0cDovL3d3dy5jZXJ0aWZpa2F0LmRrL3JlcG9zaXRvcnkwgeIGCCsG AQUFBwICMIHVMAoWA1REQzADAgEBGoHGRm9yIGFudmVuZGVsc2UgYWYgY2VydGlmaWthdGV0IGfm bGRlciBPQ0VTIHZpbGvlciwgQ1BTIG9nIE9DRVMgQ1AsIGRlciBrYW4gaGVudGVzIGZyYSB3d3cu Y2VydGlmaWthdC5kay9yZXBvc2l0b3J5LiBCZW3mcmssIGF0IFREQyBlZnRlciB2aWxr5XJlbmUg aGFyIGV0IGJlZ3LmbnNldCBhbnN2YXIgaWZ0LiBwcm9mZXNzaW9uZWxsZSBwYXJ0ZXIuMBkGA1Ud EQQSMBCBDmZvcmV4c0BsYXp5LmRrMIGDBgNVHR8EfDB6MEqgSKBGpEQwQjELMAkGA1UEBhMCREsx DDAKBgNVBAoTA1REQzEUMBIGA1UEAxMLVERDIE9DRVMgQ0ExDzANBgNVBAMTBkNSTDY4NDAsoCqg KIYmaHR0cDovL2NybC5vY2VzLmNlcnRpZmlrYXQuZGsvb2Nlcy5jcmwwHwYDVR0jBBgwFoAUYLWF 7FZkfhIZJ2cdUBVLc647+RIwHQYDVR0OBBYEFC7DUw/DcXuLPSlCZTN5we52tt1wMAkGA1UdEwQC MAAwGQYJKoZIhvZ9B0EABAwwChsEVjcuMQMCBLAwDQYJKoZIhvcNAQEFBQADggEBAERffZqj9RuF Vma4QwhuQsTSgXEjVM9lMzqK9CnikxB9ZRVXtBRinYBMAigGN8kd3VOWexwuJToPqlWJFPN6lo6J YieGU6MMZbozhZ2J7u9gA74P7Lp1cqLDEckf1ClnY6bT71qK9Vprk5F6F87EKIzOO60SzC5F75uj AyQ3WH0KmkBGBtJXkQnM8CdAwuH6eYfR9+dr9mLbE3opfA6hJkSaVUH1bSiLnUztExNdi2FRhuA+ CKa509SxXlnAxXy1VTESLoFqdh/iz0maotEOANBGnpYEw1rhnHPiXnO2ZvbOa/5FhVC8RtyeoLBr t9zBzk/NQp8gI0z0YqC0ig6FvIQwggUZMIIEAaADAgECAgQ+SL3EMA0GCSqGSIb3DQEBBQUAMDEx CzAJBgNVBAYTAkRLMQwwCgYDVQQKEwNUREMxFDASBgNVBAMTC1REQyBPQ0VTIENBMB4XDTAzMDIx MTA4MzkzMFoXDTM3MDIxMTA5MDkzMFowMTELMAkGA1UEBhMCREsxDDAKBgNVBAoTA1REQzEUMBIG A1UEAxMLVERDIE9DRVMgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCsYvZhILLP wMaF1+N55szt8jmSpJcuZKOEW4ecTP2k88RfIb1WEOvbLmHsk2njo8y9mcMF/Aa4yjYc/pCOSUzE VpovVrzPewzxb0emDUNN4ukdOTTNjSzZEpj54+HBSnyGOMSpxGGI0l6vGiZN1eSgIkeE2WS3GZb8 7BnkspcmTkpMy48ki1QYHEhhe9WIaNpdterNGjDBgIN2UKpP0dTdOPDvFvThDFAGv+r7ekmhKCsc 9vwVMqN0ao+pw2IpcTHlO6RgF1505toT7ekfHxvRsmhzxhA0dUYQEOOQAHZAy4u3Qwkh/6tOk8ZY 6aWC23fEOpmxcpVJBPC3K/p7WY7dAgMBAAGjggI3MIICMzAPBgNVHRMBAf8EBTADAQH/MA4GA1Ud DwEB/wQEAwIBBjCB7AYDVR0gBIHkMIHhMIHeBggqgVCBKQEBATCB0TAvBggrBgEFBQcCARYjaHR0 cDovL3d3dy5jZXJ0aWZpa2F0LmRrL3JlcG9zaXRvcnkwgZ0GCCsGAQUFBwICMIGQMAoWA1REQzAD AgEBGoGBQ2VydGlmaWthdGVyIGZyYSBkZW5uZSBDQSB1ZHN0ZWRlcyB1bmRlciBPSUQgMS4yLjIw OC4xNjkuMS4xLjEuIENlcnRpZmljYXRlcyBmcm9tIHRoaXMgQ0EgYXJlIGlzc3VlZCB1bmRlciBP SUQgMS4yLjIwOC4xNjkuMS4xLjEuMBEGCWCGSAGG+EIBAQQEAwIABzCBgQYDVR0fBHoweDBIoEag RKRCMEAxCzAJBgNVBAYTAkRLMQwwCgYDVQQKEwNUREMxFDASBgNVBAMTC1REQyBPQ0VTIENBMQ0w CwYDVQQDEwRDUkwxMCygKqAohiZodHRwOi8vY3JsLm9jZXMuY2VydGlmaWthdC5kay9vY2VzLmNy bDArBgNVHRAEJDAigA8yMDAzMDIxMTA4MzkzMFqBDzIwMzcwMjExMDkwOTMwWjAfBgNVHSMEGDAW gBRgtYXsVmR+EhknZx1QFUtzrjv5EjAdBgNVHQ4EFgQUYLWF7FZkfhIZJ2cdUBVLc647+RIwHQYJ KoZIhvZ9B0EABBAwDhsIVjYuMDo0LjADAgSQMA0GCSqGSIb3DQEBBQUAA4IBAQAKuiYmRtNzqAnz awswmf2K4Vd6EdO4lNcJEG6jsTgD0bbyQ0EpYqdy2Pt8BeYxcCdUGE6KfE7l0cqMeIjPG9OQi+Yj +AsOM0N9nOIKGY/JAT50XXTJixwD5RjIAUw/y5cFXZhxpphvtny9N3++4ZMlbW/wCq0XGOEDvAcp yK0m6Phh8P0hCX6ajqlofUhicr0A6gGZuAaCUYFO8fW0kVS5I3oAmp9djeA8ZLkaEpIqx4JEcjnc 4jzG2FX1FU7IBQ7bxtBipuwVtLUCgtusjKKB8JuZMfUgIKiIYQoHn5T80NcbzC4X8wQndmfrVIP9 pJB+Bj0Eo0Mt2vwLYuovX2JTMIIFKDCCBBCgAwIBAgIEP82i9jANBgkqhkiG9w0BAQUFADAxMQsw CQYDVQQGEwJESzEMMAoGA1UEChMDVERDMRQwEgYDVQQDEwtUREMgT0NFUyBDQTAeFw0wNTA2MDYw OTM0MDlaFw0wNzA2MDYxMDA0MDlaMHgxCzAJBgNVBAYTAkRLMSkwJwYDVQQKEyBJbmdlbiBvcmdh bmlzYXRvcmlzayB0aWxrbnl0bmluZzE+MBcGA1UEAxMQU3VuZSBXZXR0ZXJzdGVlbjAjBgNVBAUT HFBJRDo5MjA4LTIwMDItMi05ODA4ODE4NDkxMjYwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGB ANH5HHxc3n6x9BcZKcxs2iMRalXfc0PIzWp+vhPDx14SumNNx1AEbjpCni6Sujtu14qsa32vBt2B voHsnR+P65kg1zQVHs3wMry9AVJ/b2Ca1EGGlvtepYCHGUbEiFvShO6Wqbozga2R+/T2+mgPzE/E 45YzfPI9OXrLlTZiO0lVAgMBAAGjggKDMIICfzAOBgNVHQ8BAf8EBAMCBsAwKwYDVR0QBCQwIoAP MjAwNTA2MDYwOTM0MDlagQ8yMDA3MDYwNjEwMDQwOVowggE3BgNVHSAEggEuMIIBKjCCASYGCiqB UIEpAQEBAQIwggEWMC8GCCsGAQUFBwIBFiNodHRwOi8vd3d3LmNlcnRpZmlrYXQuZGsvcmVwb3Np dG9yeTCB4gYIKwYBBQUHAgIwgdUwChYDVERDMAMCAQEagcZGb3IgYW52ZW5kZWxzZSBhZiBjZXJ0 aWZpa2F0ZXQgZ+ZsZGVyIE9DRVMgdmlsa+VyLCBDUFMgb2cgT0NFUyBDUCwgZGVyIGthbiBoZW50 ZXMgZnJhIHd3dy5jZXJ0aWZpa2F0LmRrL3JlcG9zaXRvcnkuIEJlbeZyaywgYXQgVERDIGVmdGVy IHZpbGvlcmVuZSBoYXIgZXQgYmVncuZuc2V0IGFuc3ZhciBpZnQuIHByb2Zlc3Npb25lbGxlIHBh cnRlci4wGQYDVR0RBBIwEIEOZm9yZXhzQGxhenkuZGswgYMGA1UdHwR8MHowSqBIoEakRDBCMQsw CQYDVQQGEwJESzEMMAoGA1UEChMDVERDMRQwEgYDVQQDEwtUREMgT0NFUyBDQTEPMA0GA1UEAxMG Q1JMNjg0MCygKqAohiZodHRwOi8vY3JsLm9jZXMuY2VydGlmaWthdC5kay9vY2VzLmNybDAfBgNV HSMEGDAWgBRgtYXsVmR+EhknZx1QFUtzrjv5EjAdBgNVHQ4EFgQUfhG4le8KKvfQKYXub29m7GRt sd4wCQYDVR0TBAIwADAZBgkqhkiG9n0HQQAEDDAKGwRWNy4xAwIEsDANBgkqhkiG9w0BAQUFAAOC AQEAU+K74QalZLrfd0nPQ2a5aLttqSGw1rhtKdN+AiD/gAjMUPeQwOSOVOM3xqHFuw69SmkCjUfa dud/dTLrBlkTOlCT6PQn4hhduZXuWtSTVudhwgA5hFiK1G1z3emjtYe+QjNJdlYaOXb+ngNrrD/L J7JpVHtNVUDqLDzO7xqqOPxQvugY9ES9C7CDXp89W+241PYv/SgljsEaAgT8B0stJL0GAfYGcmrM 0c6EmFXkal/ovakRiC9VPIN01DYwPwgI1RlJcP+67k9Mhyn6T+6O6E97p2jLcbuJZF9wDJGtSZxq JMMmgekEw3+g4bQ3yrRrOqDm0TIX8la2MJPp57AXpDGCAj8wggI7AgEBMDkwMTELMAkGA1UEBhMC REsxDDAKBgNVBAoTA1REQzEUMBIGA1UEAxMLVERDIE9DRVMgQ0ECBD/NovYwCQYFKw4DAhoFAKCC AVwwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDUxMTIyMjEzODQ5 WjAjBgkqhkiG9w0BCQQxFgQUN098q77fSQRuM6CtfBlytpUSiHIwSAYJKwYBBAGCNxAEMTswOTAx MQswCQYDVQQGEwJESzEMMAoGA1UEChMDVERDMRQwEgYDVQQDEwtUREMgT0NFUyBDQQIEP82i9zBK BgsqhkiG9w0BCRACCzE7oDkwMTELMAkGA1UEBhMCREsxDDAKBgNVBAoTA1REQzEUMBIGA1UEAxML VERDIE9DRVMgQ0ECBD/NovcwZwYJKoZIhvcNAQkPMVowWDAKBggqhkiG9w0DBzAOBggqhkiG9w0D AgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwBwYFKw4DAhowCgYI KoZIhvcNAgUwDQYJKoZIhvcNAQEBBQAEgYCwlGY/8alrxJKvdlyALR2Vyt+IwNLR8UgWnA3FP2la acER3WPff3ZxudgcXBzKlzZI8o7eNiAp49NzWLeez2ONrtTU77jlMIKZCg7PU3I+xpf0VazxD6+/ 1LD3LiAYxP9FkxcNupEFLv20d26yfgk769TUxp9NBROARbWMwsVMhwAAAAAAAA== ------=_NextPart_000_00BF_01C5EFB5.81FFA120-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 22:17:26 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A49D116A420; Tue, 22 Nov 2005 22:17:26 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from dd2718.kasserver.com (dd2718.kasserver.com [81.209.184.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 156F143D60; Tue, 22 Nov 2005 22:17:25 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from [127.0.0.1] (dslb-084-060-097-232.pools.arcor-ip.net [84.60.97.232]) by dd2718.kasserver.com (Postfix) with ESMTP id 9108719D87; Tue, 22 Nov 2005 23:17:16 +0100 (CET) Message-ID: <438398F2.9020802@chillt.de> Date: Tue, 22 Nov 2005 23:17:22 +0100 From: Bartosz Fabianowski User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051106) X-Accept-Language: en-us, en MIME-Version: 1.0 To: martinko References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: recompiled 6.0 does not boot -- need help !! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 22:17:26 -0000 > now, when i think of it, i suspect the reason might be CPUTYPE=pentium-m The relevant bug is 75898, which I filed almost a year ago. It has been fixed and MFC'd though, so it should not be affecting 6.0-release (I am using CPUTYPE=pentium-m on 6.0 myself). Most likely, something else went wrong. Still, all is not lost. When your system is starting up, hit any key after the BIOS has finished initializing the computer and before FreeBSD has given you any output on the screen. You'll end up in a prompt where you can select the boot loader. When you installed a new kernel, the previous loader got renamed to loader.old and that's the one you want to run. On my system, the prompt is: Default: 0:ad(0,a)/boot/loader boot: Simply copy the default line and append ".old", as in: boot: 0:ad(0,a)/boot/loader.old Once the boot loader has started up, it will count down a few seconds before starting the kernel. Since you're saying your kernel might be b0rked as well, you should hit any key but enter to get another prompt. It will look like this: OK Here, you can tell the loader to boot the previous kernel: OK boot /boot/kernel.old This should get you up and running again. You certainly should try to build a new, working kernel. But you should *absolutely* make sure to back up loader.old and kernel.old first, because if you install another kernel, those two will be overwritten by your current, broken loader and kernel. Simply run (as root): cp /boot/loader.old /boot/loader.good cp -R /boot/kernel.old /boot/kernel.good This way, you can always revert to loader.good and kernel.good if something goes wrong. Actually, it doesn't hurt to have a working kernel and loader lying around just in case. Update it periodically and you will always have a little safeguard in case you render your system unbootable. - Bartosz From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 22:28:47 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCC8A16A41F for ; Tue, 22 Nov 2005 22:28:47 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2944843D92 for ; Tue, 22 Nov 2005 22:28:36 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 7EA6772DD4; Tue, 22 Nov 2005 14:28:31 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 7CCB772DCB; Tue, 22 Nov 2005 14:28:31 -0800 (PST) Date: Tue, 22 Nov 2005 14:28:31 -0800 (PST) From: Doug White To: "Ricardo A. Reis" In-Reply-To: <20051119171318.C88861@carver.gumbysoft.com> Message-ID: <20051122142813.Y24336@carver.gumbysoft.com> References: <437E094C.8030807@yahoo.com.br> <20051119171318.C88861@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: stable@freebsd.org Subject: Re: RELENG_6: ACPI-0698: *** Warning: Type override: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 22:28:47 -0000 On Sat, 19 Nov 2005, Doug White wrote: > On Fri, 18 Nov 2005, Ricardo A. Reis wrote: > > > Hi all, > > > > > > Updating proxy server running 5.4, i resolve enable acpi,smp > > kernel to use HTT. > > You need to set > > machdep.hyperthreading_enabled="1" Sorry, this should be: machdep.hyperthreading_allowed="1" -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 22:33:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F05316A41F for ; Tue, 22 Nov 2005 22:33:24 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41DE443D46 for ; Tue, 22 Nov 2005 22:33:24 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 2EF4572DD4; Tue, 22 Nov 2005 14:33:24 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 2951F72DCB; Tue, 22 Nov 2005 14:33:24 -0800 (PST) Date: Tue, 22 Nov 2005 14:33:24 -0800 (PST) From: Doug White To: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= In-Reply-To: Message-ID: <20051122142927.Y24336@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: freebsd-stable@freebsd.org Subject: Re: Mount related panic with FreeBSD 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 22:33:24 -0000 On Sun, 20 Nov 2005, [UTF-8] V=C3=A1clav Haisman wrote: > Hi, > I got this panic on freshly installed FreeBSD 6. I did this df -h and > noticed that /mnt/oldroot/home is somewhat mangled. The /mnt/oldroot is > root of FreeBSD 4.11 system. I successfully copied some settings and all > user accounts from that /mnt/oldroot/home earlier today. This is what I > did before the panic: [...] I discovered this by accident with a CDROM the other day. In 6.0 you can overlay read-only mounts (i.e., mount the same R/O FS on top of itself) but unmounting it will cause GEOM to tear down the underlying device while leaving the first mount behind. Next access to the mountpoint will panic the system. You can't mount a read/write mount on top of itself, or a r/o mount on a r/w mount -- you get an error. A quick discussion with phk points to a faulty or missing access check in GEOM. I'm not familiar with the VFS operations required to mount a filesystem, though, so I'm not sure where to look to put in the fix. In the interim, be careful not to mount a read-only FS multiple times. --=20 Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 22:40:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1104C16A447 for ; Tue, 22 Nov 2005 22:40:39 +0000 (GMT) (envelope-from V.Haisman@sh.cvut.cz) Received: from service.sh.cvut.cz (service.sh.cvut.cz [147.32.127.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id A213043D45 for ; Tue, 22 Nov 2005 22:40:37 +0000 (GMT) (envelope-from V.Haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service.sh.cvut.cz (Postfix) with ESMTP id 2E7531A352B; Tue, 22 Nov 2005 23:40:36 +0100 (CET) Received: from service.sh.cvut.cz ([127.0.0.1]) by localhost (service [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32449-05; Tue, 22 Nov 2005 23:40:32 +0100 (CET) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) by service.sh.cvut.cz (Postfix) with ESMTP id 02C751A351E; Tue, 22 Nov 2005 23:40:32 +0100 (CET) Received: from [192.168.1.2] (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id 3748E61C1D; Tue, 22 Nov 2005 23:40:39 +0100 (CET) Message-ID: <43839E63.9070707@sh.cvut.cz> Date: Tue, 22 Nov 2005 23:40:35 +0100 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <20051122142927.Y24336@carver.gumbysoft.com> In-Reply-To: <20051122142927.Y24336@carver.gumbysoft.com> X-Enigmail-Version: 0.93.0.0 OpenPGP: id=733031B4 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEUnMzWJm5S+0864pn5r blp/hnW2up7X7uqftbNRVUrW1LGBdGfHwJqPi3ScoYtBQzhDxGEwAAAAB3RJTUUH1QoQDDgyQtx8 HQAAAkNJREFUeJzFU0toU0EUPYu66CpGdCUUmoUJkpUDQUoNBVEUrBJsq1Ki2EIKIUZ8mydBhYi0 wVUXJVCLCrFN4DIEQdxIqdBIFsMkWD9YJClCRGKjJaviynjfe8RPogtXPcObuXPOPXd+PHj+Aeyo QNmobGLXVeANGM+GsP0B2yqHHNVoCD2LwLglVGZx7yXSlADR0uZu9C4Bpy3hUxPvH/cuUw6UoPCL h64I8KAJuMpwRU8uUMJy0OIpHVeXmulZoCc/t0LlTbJLEY1EudPRcnVjgAP5Osdl4K5HVP4+2bAI okaUA0Iq6Q59+Zy2eMWN6EpFTsa3+uD1+JKj4TPHuYTSMaLScLAaqk94YJqG4ds30hojOVgYoNJc NTztNU2TBYbhu9Aafnq08ORja37da1NwBrN/b7NVEc+b8yecuYkp08vNvLYneVZRaSH1vS0UnfHm OUPzWaZufHPmCWSdWrfeGVQQKmcsO4If8pAdXJ/xF4QQAeOVY1AQQcfirwkLUWeWVTgi6vaGt2xe BGzBEIMQorru8RxgPqY1V6uxYnwVBRZEI1ytCm3dE8mC2DgcbzCJGHdBEVDKuWDSwsrSGoqzJmNt 2jJpNueIH0qS8/0JrDKnVBdvOzIsdVr4zaX9dn9xcLLKdCtQGfutVacLE9Ja+yfbDvO4aMWrklfK /JYv15C8Kw9S10kup5Bys0N1bLdcn4HvTl/Xlh6Fpllwj5/XpH9BUXn/ym0Dvv7Rt2MywojpYiSi i7Hsscaa19zZ//y/hR+BT/ns80nmJAAAAABJRU5ErkJggg== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6F4AF62C096620751DA0556C" X-Virus-Scanned: by amavisd-new at sh.cvut.cz Cc: freebsd-stable@freebsd.org Subject: Re: Mount related panic with FreeBSD 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 22:40:39 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6F4AF62C096620751DA0556C Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Doug White wrote: > On Sun, 20 Nov 2005, [UTF-8] V=C3=A1clav Haisman wrote: >=20 >=20 >>Hi, >>I got this panic on freshly installed FreeBSD 6. I did this df -h and >>noticed that /mnt/oldroot/home is somewhat mangled. The /mnt/oldroot is= >>root of FreeBSD 4.11 system. I successfully copied some settings and al= l >>user accounts from that /mnt/oldroot/home earlier today. This is what I= >>did before the panic: >=20 >=20 > [...] >=20 > I discovered this by accident with a CDROM the other day. In 6.0 you ca= n > overlay read-only mounts (i.e., mount the same R/O FS on top of itself)= > but unmounting it will cause GEOM to tear down the underlying device wh= ile > leaving the first mount behind. Next access to the mountpoint will pani= c > the system. >=20 > You can't mount a read/write mount on top of itself, or a r/o mount on = a > r/w mount -- you get an error. A quick discussion with phk points to a > faulty or missing access check in GEOM. I'm not familiar with the VFS > operations required to mount a filesystem, though, so I'm not sure wher= e > to look to put in the fix. >=20 > In the interim, be careful not to mount a read-only FS multiple times. >=20 Thanks, I will remember this. Though it really was not my intention to mount it twice. I did so because I got confused by the mangled `/mnt/oldroot/hom' name in the df output and thought it was not mounted. Vaclav Haisman --------------enig6F4AF62C096620751DA0556C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQEVAwUBQ4Oeam56zbtzMDG0AQKjWAf9F5M6GEbVa1c7SrRbTIr2jOUU9GnSovOb fV+AZgWXlZvDqnpZTFNY94rCtpTSLfFEHgYT/8yV4ryT7wwKs3ngb/yyHePRfJ7L kRmdzHycZeww14RWYYUNAl4ZqXb4Lk1e18vXpyM55Y5zhO1fx0TfDe3j9OzibzuT e/GScUx1XqlEjNq2B9i3wEBpKCuf8VQ55nMlBZ2DA8GhbXKmg0CMrvsdAwe94h4t jFq9ZviaPatdl04SdKSyyVGBcJRurvjawS6xOGZDFkVInviTsiOdgEJqBnQ049Gs NAEdGRvlDCeg00MaNL0Pg1jyeUm2DqyYAx9gVflqvyQtEjxJK3xUfg== =TeUQ -----END PGP SIGNATURE----- --------------enig6F4AF62C096620751DA0556C-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 22:41:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 046D916A41F for ; Tue, 22 Nov 2005 22:41:24 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0223F43D62 for ; Tue, 22 Nov 2005 22:41:14 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 4704C72DD9; Tue, 22 Nov 2005 14:41:14 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 44D1872DD4; Tue, 22 Nov 2005 14:41:14 -0800 (PST) Date: Tue, 22 Nov 2005 14:41:14 -0800 (PST) From: Doug White To: dlm-fb@weaselfish.com In-Reply-To: <200511220237.jAM2bp409077@green-dome.village.org> Message-ID: <20051122144009.Q24336@carver.gumbysoft.com> References: <200511220237.jAM2bp409077@green-dome.village.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: 5.4-RELEASE: integer divide panic (trap 18) during install boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 22:41:24 -0000 On Mon, 21 Nov 2005 dlm-fb@weaselfish.com wrote: > > Hi. I've got a system that's dying during the scsi probe of the > initial install boot. The console messages are along the lines of: > > [...usual boot stuff...] > vga0 > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > Timecounter [...] > Timecounters [...] > Waiting 15 seconds for SCSI > md0 preloaded image 4423680 bytes at 0xc0a34270 > da0 at bt0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-2 device > fatal trap 18: integer divide fault while in kernel mode Random guess: the disk is broken and is reporting its size as 0 bytes and CAM divides that value by 1024*1024 to get megabytes. Try removing or replacing the disk. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 22:45:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 427A716A41F for ; Tue, 22 Nov 2005 22:45:57 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52A4043DB8 for ; Tue, 22 Nov 2005 22:45:32 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 3FCF372DD9; Tue, 22 Nov 2005 14:45:28 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 3D61772DCB; Tue, 22 Nov 2005 14:45:28 -0800 (PST) Date: Tue, 22 Nov 2005 14:45:28 -0800 (PST) From: Doug White To: Rutger Bevaart In-Reply-To: <42948.62.58.16.80.1132647329.squirrel@www.illian.net> Message-ID: <20051122144219.F24336@carver.gumbysoft.com> References: <20051121235519.BC78116A42F@hub.freebsd.org> <42948.62.58.16.80.1132647329.squirrel@www.illian.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: freebsd-stable Digest, Vol 136, Issue 3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 22:45:57 -0000 On Tue, 22 Nov 2005, Rutger Bevaart wrote: > > There is no doubt that a lot of people have stable FreeBSD systems on Dell > hardware. The strange thing is though that there are also a lot of people > having problems with 1750's and 1850's (and therefore 2850's as well, as > they have an identical board). > > We have installed about 4 1750's and 8 1850/2850's in the last year and > _all_ except 1 of them have the "automatic reboot" feature (using 4_10, > 4_11, 5_3 and 5_4). We've had 1 lockup on the 1750 but have been unable to > trace that to a cause, might be unrelated. Strangely, the 1750 that does > ok is the one with the highest load (pushing several Mbits and an average > load >2) and running 5.3-RC3. I ran -CURRENT on a 1750 during performance tests in March -- that eventually became 6.0. Solid as a rock. You might look into putting RedHat or Windows on the machine and installing the Dell OpenManage Server Administrator and checking if its complaining about anything. These reboots could be caused by multibit ECC errors which would be logged to the hardware log. You can download OMSA from Dell's site if you go to the downloads page for the machine and select "Server Administration" as the category (I think -- they move that around). -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 22:49:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7152416A425 for ; Tue, 22 Nov 2005 22:49:28 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7939F43D7F for ; Tue, 22 Nov 2005 22:49:06 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id 1AD3C677FE for ; Tue, 22 Nov 2005 22:48:52 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.4/8.13.1) with ESMTP id jAMMmmxk043638; Wed, 23 Nov 2005 09:48:49 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200511222248.jAMMmmxk043638@drugs.dv.isc.org> To: Sebastiaan van Erk From: Mark Andrews In-reply-to: Your message of "Tue, 22 Nov 2005 15:20:13 BST." <4383291D.9020109@sebster.com> Date: Wed, 23 Nov 2005 09:48:48 +1100 Sender: Mark_Andrews@isc.org Cc: freebsd-stable@freebsd.org Subject: Re: DHCP client error: domain_not_set.invalid X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 22:49:28 -0000 > Hi, > > >>I understand the idea that bad values should be rejected, but in > >>reality, I have the same DSL modem that these others have and there is > >>no way to change the domain search list that it sends. No way that I > >>could find at least. This is SBC-Yahoo in California, so there are a lot > >>of people out there with this modem. > > > > > > Well ring your ISP and complain. Too many people just > > accept crappy service. > > This is just the attitude that's going to get people to use other > software. People are going to laugh at you trying to get a network > connection and joke "it works fine with Windows". Then you try and > explain that it's not your OS's fault and somebody messed up some > setting somewhere else. And then they laugh some more watching you struggle. Actually it is reasonable. Windows lets users violate RFC's in many ways. > Furthermore it's really not realistic to expect that ISP's are going to > do anything about it either. They have a billion other more important > issues other than solving that insignificant problem that "that guy who > is using an unsupported OS" has. They really don't care. Yes it is reasonable to expect ISP to fix things like this. You pay the ISP to operate there part of the network within the operational contraints of the RFCs (Standards track and BCP). RFC 952 specifies what is legal in a hostname. While one can theoretically search for things other than hosts the only real use of the search strings today is for hostnames and/or mail domains (which are syntactically indentical to hostnames). What would be really interesting to know is what they expect the customers to find using this suffix. My bet is that this really is just a configuration error on their part. Mark > >>dhcpd should either > >> > >>1. accept bogus names (warnings are fine) > >>2. offer a configuration option or command line switch to allow the > >>bogus domain if we wish > >>3. offer a configuration option like isc-dhcpd does so that we can > >>ignore or override the setting > > I would have to agree here. I think option 2 is great, because it gets > people to be aware of the problem, but it allows them to workaround it > if necessary. > > I really think it's terrible to have the software just reject a lease > because of an invalid search domain, without you being able to fix it > without hacking code. That's going a bit overboard IMHO and is just > going to cause more problems than it's going to solve. > > Greetings, > Sebastiaan > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Tue Nov 22 23:12:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A20F216A423 for ; Tue, 22 Nov 2005 23:12:42 +0000 (GMT) (envelope-from nalists@scls.lib.wi.us) Received: from mail.scls.lib.wi.us (mail.scls.lib.wi.us [198.150.40.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4B8C43DC0 for ; Tue, 22 Nov 2005 23:11:31 +0000 (GMT) (envelope-from nalists@scls.lib.wi.us) Received: from [172.26.2.238] ([172.26.2.238]) by mail.scls.lib.wi.us (8.12.9p2/8.12.9) with ESMTP id jAMNBNG1070377; Tue, 22 Nov 2005 17:11:23 -0600 (CST) (envelope-from nalists@scls.lib.wi.us) Message-ID: <4383A59B.1090709@scls.lib.wi.us> Date: Tue, 22 Nov 2005 17:11:23 -0600 From: Greg Barniskis User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark Andrews References: <200511222248.jAMMmmxk043638@drugs.dv.isc.org> In-Reply-To: <200511222248.jAMMmmxk043638@drugs.dv.isc.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Sebastiaan van Erk Subject: Re: DHCP client error: domain_not_set.invalid X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 23:12:42 -0000 Mark Andrews wrote: > Yes it is reasonable to expect ISP to fix things like this. > You pay the ISP to operate there part of the network within > the operational contraints of the RFCs (Standards track and > BCP). I totally agree. Make sure when calling tech support on things like this that you are *not* asking them to provide FreeBSD support, that you can handle that angle of the connection quite well, thanks. Explain that the evidence shows that their system appears to violate global connectivity standards (if you can name which RFC and exactly how it's violated, great, but don't expect first tier help desk phone operators to understand that as it is probably way, way beyond their troubleshooting script). Then when the help desk staff goes "uhm...", politely ask to be escalated to second tier and clearly and politely state your case there, again making it clear that you are *not* asking for FreeBSD support, but support by them of global connectivity standards that every ISP ought to be respecting. At least you have a chance of getting your trouble ticket marked something like "Unresolved -- Bug" instead of "Resolved -- Unsupported OS". That is to say, the kind of ticket that self-escalates to engineers and managers somewhere away from the help desk proper. -- Greg Barniskis, Computer Systems Integrator South Central Library System (SCLS) Library Interchange Network (LINK) , (608) 266-6348 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 00:11:52 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DE8016A41F for ; Wed, 23 Nov 2005 00:11:52 +0000 (GMT) (envelope-from freebsd-stable@auscert.org.au) Received: from titania.auscert.org.au (gw.auscert.org.au [203.5.112.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C58643D58 for ; Wed, 23 Nov 2005 00:11:50 +0000 (GMT) (envelope-from freebsd-stable@auscert.org.au) Received: from app.auscert.org.au (app [10.0.1.192]) by titania.auscert.org.au (8.12.10/8.12.10) with ESMTP id jAN09cio030141; Wed, 23 Nov 2005 10:09:38 +1000 (EST) Received: from app.auscert.org.au (localhost.auscert.org.au [127.0.0.1]) by app.auscert.org.au (8.13.1/8.13.1) with ESMTP id jAN0BmMe053466; Wed, 23 Nov 2005 10:11:49 +1000 (EST) (envelope-from freebsd-stable@auscert.org.au) Message-Id: <200511230011.jAN0BmMe053466@app.auscert.org.au> To: Dejan Lesjak From: Joel Hatton In-Reply-To: Your message of "Thu, 17 Nov 2005 20:42:22 +0100." <20051117194222.899851702E@radagast.ijs.si> Date: Wed, 23 Nov 2005 10:11:48 +1000 Cc: freebsd-stable@freebsd.org Subject: Re: xorg-clients conflicts with xterm (patch) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 00:11:52 -0000 > Joel Hatton wrote: > > What was the rationale behind changing this behaviour for 206_1? > > That xterm should install as xterm and not xterm-static. This is certainly sensible, however it appears that the onus has now been put on the maintainer of xorg-clients to change its installation process to accommodate xterm. This hasn't happened yet (after cvsup this morning), which means that xterm remains incompatible with the current xorg-clients version and thus will fail during every portupgrade -a until then, unless I make xterm a held package. According to UPDATING, upgrading "xorg-clients to 6.8.2_1 or newer" is ok, but this is not the case: # pkg_info -I xorg-clients\* xorg-clients-6.8.2_1 X client programs and related files from X.Org # portupgrade -p xterm ... (building) ---> Installing the new version via the port ===> Installing for xterm-206_1 ===> xterm-206_1 conflicts with installed package(s): xorg-clients-6.8.2 They install files into the same place. Please remove them first with pkg_delete(1). Couldn't this transition have been better managed? cheers, -- Joel Hatton -- Security Analyst | Hotline: +61 7 3365 4417 AusCERT - Australia's national CERT | Fax: +61 7 3365 7031 The University of Queensland | WWW: www.auscert.org.au Qld 4072 Australia | Email: auscert@auscert.org.au From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 00:33:52 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D0B716A41F for ; Wed, 23 Nov 2005 00:33:52 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from mail.ijs.si (mailman.ijs.si [193.2.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9519E43D78 for ; Wed, 23 Nov 2005 00:33:45 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from localhost (mailman.ijs.si [193.2.4.66]) by patsy.ijs.si (Postfix) with ESMTP id 7479C17B863; Wed, 23 Nov 2005 01:33:44 +0100 (CET) Received: from mail.ijs.si ([193.2.4.66]) by localhost (patsy.ijs.si [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 59564-01; Wed, 23 Nov 2005 01:33:37 +0100 (CET) Received: from radagast.ijs.si (radagast.ijs.si [193.2.4.168]) by patsy.ijs.si (Postfix) with ESMTP id 8BBAD17B833; Wed, 23 Nov 2005 01:33:36 +0100 (CET) Received: from localhost.ijs.si (localhost.ijs.si [127.0.0.1]) by radagast.ijs.si (Postfix) with ESMTP id 56E2A1702C; Wed, 23 Nov 2005 01:33:36 +0100 (CET) From: Dejan Lesjak To: Joel Hatton Date: Wed, 23 Nov 2005 01:33:34 +0100 User-Agent: KMail/1.8.3 References: <200511230011.jAN0BmMe053466@app.auscert.org.au> In-Reply-To: <200511230011.jAN0BmMe053466@app.auscert.org.au> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511230133.35763.dejan.lesjak@ijs.si> X-Virus-Scanned: amavisd-new at ijs.si Cc: freebsd-stable@freebsd.org Subject: Re: xorg-clients conflicts with xterm (patch) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 00:33:52 -0000 On Wednesday 23 of November 2005 01:11, Joel Hatton wrote: > > Joel Hatton wrote: > > > What was the rationale behind changing this behaviour for 206_1? > > > > That xterm should install as xterm and not xterm-static. > > This is certainly sensible, however it appears that the onus has now been > put on the maintainer of xorg-clients to change its installation process > to accommodate xterm. It has been accommodated. > This hasn't happened yet (after cvsup this morning), > which means that xterm remains incompatible with the current xorg-clients > version and thus will fail during every portupgrade -a until then, unless > I make xterm a held package. > > According to UPDATING, upgrading "xorg-clients to 6.8.2_1 or newer" is ok, > but this is not the case: > > # pkg_info -I xorg-clients\* > xorg-clients-6.8.2_1 X client programs and related files from X.Org > > # portupgrade -p xterm > > ... (building) > > ---> Installing the new version via the port > ===> Installing for xterm-206_1 > > ===> xterm-206_1 conflicts with installed package(s): > xorg-clients-6.8.2 > > They install files into the same place. > Please remove them first with pkg_delete(1). Interesting. This is how it goes here: # pkg_info -I xorg-clients\* xorg-clients-6.8.2_1 X client programs and related files from X.Org # portupgrade -fp xterm ... ===> Building for xterm-206_1 ... (build) ... ===> Installing for xterm-206_1 ... (install) ... ===> Registering installation for xterm-206_1 ... Can you try without portupgrade (cd /usr/ports/x11/xterm && make install). > Couldn't this transition have been better managed? Possibly. Do you have a suggestion so it can be used in similar future situations? Dejan From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 00:37:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4138316A420; Wed, 23 Nov 2005 00:37:32 +0000 (GMT) (envelope-from wojtek@tensor.3miasto.net) Received: from chylonia.3miasto.net (chylonia.3miasto.net [213.192.74.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F43E43D6B; Wed, 23 Nov 2005 00:37:18 +0000 (GMT) (envelope-from wojtek@tensor.3miasto.net) Received: from chylonia.3miasto.net (localhost [127.0.0.1]) by chylonia.3miasto.net (8.13.4/8.13.4) with ESMTP id jAN0atjW067301; Wed, 23 Nov 2005 01:36:56 +0100 (CET) (envelope-from wojtek@tensor.3miasto.net) Received: from localhost (wojtek@localhost) by chylonia.3miasto.net (8.13.4/8.13.4/Submit) with ESMTP id jAN0anEY067288; Wed, 23 Nov 2005 01:36:54 +0100 (CET) (envelope-from wojtek@tensor.3miasto.net) X-Authentication-Warning: chylonia.3miasto.net: wojtek owned process doing -bs Date: Wed, 23 Nov 2005 01:36:48 +0100 (CET) From: Wojciech Puchar X-X-Sender: wojtek@chylonia.3miasto.net To: Bartosz Fabianowski In-Reply-To: <438398F2.9020802@chillt.de> Message-ID: <20051123013603.O66337@chylonia.3miasto.net> References: <438398F2.9020802@chillt.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: martinko , freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: recompiled 6.0 does not boot -- need help !! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 00:37:32 -0000 > boot: > > Simply copy the default line and append ".old", as in: > > boot: 0:ad(0,a)/boot/loader.old loader.old??? AFAIK loader is not rebuilt while compiling kernel and there is no such file like loader.old created! > Here, you can tell the loader to boot the previous kernel: > > OK boot /boot/kernel.old > looks better :) From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 00:47:30 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC84616A41F; Wed, 23 Nov 2005 00:47:30 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from dd2718.kasserver.com (dd2718.kasserver.com [81.209.184.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id C795A43D60; Wed, 23 Nov 2005 00:47:29 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from [127.0.0.1] (dslb-084-060-097-232.pools.arcor-ip.net [84.60.97.232]) by dd2718.kasserver.com (Postfix) with ESMTP id 7499615A9C; Wed, 23 Nov 2005 01:47:19 +0100 (CET) Message-ID: <4383BC21.7060103@chillt.de> Date: Wed, 23 Nov 2005 01:47:29 +0100 From: Bartosz Fabianowski User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051106) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Wojciech Puchar References: <438398F2.9020802@chillt.de> <20051123013603.O66337@chylonia.3miasto.net> In-Reply-To: <20051123013603.O66337@chylonia.3miasto.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: martinko , freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: recompiled 6.0 does not boot -- need help !! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 00:47:30 -0000 > loader.old??? AFAIK loader is not rebuilt while compiling kernel and > there is no such file like loader.old created! It is installed with world and not kernel then. Sorry for getting that wrong, I didn't check. But it makes no difference to the original poster because he reinstalled both world and kernel: > i recompiled kernel (and world) and it does not boot anymore. Of course, the handbook recommends installing a new kernel and rebooting before installing world, but people keep doing it differently ;). - Bartosz From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 00:53:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D67D816A41F for ; Wed, 23 Nov 2005 00:53:54 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from mail.ijs.si (mailman.ijs.si [193.2.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B12243D72 for ; Wed, 23 Nov 2005 00:53:47 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from localhost (mail4.ijs.si [193.2.4.66]) by patsy.ijs.si (Postfix) with ESMTP id A1D2817B8B4; Wed, 23 Nov 2005 01:53:43 +0100 (CET) Received: from mail.ijs.si ([193.2.4.66]) by localhost (patsy.ijs.si [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 79054-05; Wed, 23 Nov 2005 01:53:35 +0100 (CET) Received: from radagast.ijs.si (radagast.ijs.si [193.2.4.168]) by patsy.ijs.si (Postfix) with ESMTP id 6026A17B8C0; Wed, 23 Nov 2005 01:53:35 +0100 (CET) Received: from localhost.ijs.si (localhost.ijs.si [127.0.0.1]) by radagast.ijs.si (Postfix) with ESMTP id 55DBD1702C; Wed, 23 Nov 2005 01:53:35 +0100 (CET) From: Dejan Lesjak To: Joel Hatton Date: Wed, 23 Nov 2005 01:53:34 +0100 User-Agent: KMail/1.8.3 References: <200511230011.jAN0BmMe053466@app.auscert.org.au> In-Reply-To: <200511230011.jAN0BmMe053466@app.auscert.org.au> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511230153.34949.dejan.lesjak@ijs.si> X-Virus-Scanned: amavisd-new at ijs.si Cc: freebsd-stable@freebsd.org Subject: Re: xorg-clients conflicts with xterm (patch) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 00:53:55 -0000 On Wednesday 23 of November 2005 01:11, Joel Hatton wrote: [snip] > # pkg_info -I xorg-clients\* > xorg-clients-6.8.2_1 X client programs and related files from X.Org > > # portupgrade -p xterm > > ... (building) > > ---> Installing the new version via the port > ===> Installing for xterm-206_1 > > ===> xterm-206_1 conflicts with installed package(s): > xorg-clients-6.8.2 What is the output of /usr/sbin/pkg_info -I 'xorg-clients-6.7*' 'xorg-clients-6.8.[0-1]*' 'xorg-clients-6.8.2' 'XFree86-clients-4.[0-4]*' 'XFree86-clients-4.5.0' 'XFree86-3*' From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 01:06:25 2005 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 470E916A41F; Wed, 23 Nov 2005 01:06:25 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1541A43D53; Wed, 23 Nov 2005 01:06:24 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout7-ext.prodigy.net (pimout7-int.prodigy.net [207.115.4.147]) by ylpvm15.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id jAN16Lug031527; Tue, 22 Nov 2005 20:06:21 -0500 X-ORBL: [71.139.30.140] Received: from [10.0.5.50] (ppp-71-139-30-140.dsl.snfc21.pacbell.net [71.139.30.140]) by pimout7-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id jAN16H0K098214; Tue, 22 Nov 2005 20:06:18 -0500 Message-ID: <4383C083.6010300@root.org> Date: Tue, 22 Nov 2005 17:06:11 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: acpi@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org, FreeBSD Current Subject: [Fwd: cvs commit: src/sys/dev/acpica acpi_cmbat.c] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 01:06:25 -0000 Here is a patch that should fix the battery hangs on RELENG_6. It was tested to work fine, although I need testing from an affected user to verify it fixes the problem. It was committed to HEAD and will be MFCed if it fixes the problem. I'm a bit disappointed that no one reported this problem in the 2 weeks it was present in 7-current. If you have the time to run -current on at least one partition of your laptop, that would assist me greatly. Thanks, -Nate -------- Original Message -------- Subject: cvs commit: src/sys/dev/acpica acpi_cmbat.c Date: Wed, 23 Nov 2005 00:58:05 +0000 (GMT) From: Nate Lawson To: njl@FreeBSD.ORG njl 2005-11-23 00:57:51 UTC FreeBSD src repository Modified files: sys/dev/acpica acpi_cmbat.c Log: Try to fix problems with periodic hangs by never directly calling _BIF. Instead, re-evaluate _BIF only when we get a notify and use the cached results. We also still evaluate _BIF once on boot. Also, optimize the init loop a little by only querying for a particular info if it's not valid. MFC after: 2 days Revision Changes Path 1.42 +34 -22 src/sys/dev/acpica/acpi_cmbat.c Index: src/sys/dev/acpica/acpi_cmbat.c diff -u src/sys/dev/acpica/acpi_cmbat.c:1.41 src/sys/dev/acpica/acpi_cmbat.c:1.42 --- src/sys/dev/acpica/acpi_cmbat.c:1.41 Sun Sep 11 18:39:01 2005 +++ src/sys/dev/acpica/acpi_cmbat.c Wed Nov 23 00:57:51 2005 @@ -66,7 +66,6 @@ struct acpi_bif bif; struct acpi_bst bst; - struct timespec bif_lastupdated; struct timespec bst_lastupdated; }; @@ -80,8 +79,8 @@ void *context); static int acpi_cmbat_info_expired(struct timespec *lastupdated); static void acpi_cmbat_info_updated(struct timespec *lastupdated); -static void acpi_cmbat_get_bst(device_t dev); -static void acpi_cmbat_get_bif(device_t dev); +static void acpi_cmbat_get_bst(void *arg); +static void acpi_cmbat_get_bif(void *arg); static int acpi_cmbat_bst(device_t dev, struct acpi_bst *bstp); static int acpi_cmbat_bif(device_t dev, struct acpi_bif *bifp); static void acpi_cmbat_init_battery(void *arg); @@ -134,7 +133,6 @@ handle = acpi_get_handle(dev); sc->dev = dev; - timespecclear(&sc->bif_lastupdated); timespecclear(&sc->bst_lastupdated); error = acpi_battery_register(dev); @@ -180,20 +178,22 @@ dev = (device_t)context; sc = device_get_softc(dev); - /* - * Clear the appropriate last updated time. The next call to retrieve - * the battery status will get the new value for us. We don't need to - * acquire a lock since we are only clearing the time stamp and since - * calling _BST/_BIF can trigger a notify, we could deadlock also. - */ switch (notify) { case ACPI_NOTIFY_DEVICE_CHECK: case ACPI_BATTERY_BST_CHANGE: + /* + * Clear the last updated time. The next call to retrieve the + * battery status will get the new value for us. + */ timespecclear(&sc->bst_lastupdated); break; case ACPI_NOTIFY_BUS_CHECK: case ACPI_BATTERY_BIF_CHANGE: - timespecclear(&sc->bif_lastupdated); + /* + * Queue a callback to get the current battery info from thread + * context. It's not safe to block in a notify handler. + */ + AcpiOsQueueForExecution(OSD_PRIORITY_LO, acpi_cmbat_get_bif, dev); break; } @@ -229,16 +229,18 @@ } static void -acpi_cmbat_get_bst(device_t dev) +acpi_cmbat_get_bst(void *arg) { struct acpi_cmbat_softc *sc; ACPI_STATUS as; ACPI_OBJECT *res; ACPI_HANDLE h; ACPI_BUFFER bst_buffer; + device_t dev; ACPI_SERIAL_ASSERT(cmbat); + dev = arg; sc = device_get_softc(dev); h = acpi_get_handle(dev); bst_buffer.Pointer = NULL; @@ -287,24 +289,23 @@ } static void -acpi_cmbat_get_bif(device_t dev) +acpi_cmbat_get_bif(void *arg) { struct acpi_cmbat_softc *sc; ACPI_STATUS as; ACPI_OBJECT *res; ACPI_HANDLE h; ACPI_BUFFER bif_buffer; + device_t dev; ACPI_SERIAL_ASSERT(cmbat); + dev = arg; sc = device_get_softc(dev); h = acpi_get_handle(dev); bif_buffer.Pointer = NULL; bif_buffer.Length = ACPI_ALLOCATE_BUFFER; - if (!acpi_cmbat_info_expired(&sc->bif_lastupdated)) - goto end; - as = AcpiEvaluateObject(h, "_BIF", NULL, &bif_buffer); if (ACPI_FAILURE(as)) { ACPI_VPRINT(dev, acpi_device_get_parent_softc(dev), @@ -346,7 +347,6 @@ goto end; if (acpi_PkgStr(res, 12, sc->bif.oeminfo, ACPI_CMBAT_MAXSTRLEN) != 0) goto end; - acpi_cmbat_info_updated(&sc->bif_lastupdated); end: if (bif_buffer.Pointer != NULL) @@ -360,8 +360,13 @@ sc = device_get_softc(dev); + /* + * Just copy the data. The only value that should change is the + * last-full capacity, so we only update when we get a notify that says + * the info has changed. Many systems apparently take a long time to + * process a _BIF call so we avoid it if possible. + */ ACPI_SERIAL_BEGIN(cmbat); - acpi_cmbat_get_bif(dev); bifp->units = sc->bif.units; bifp->dcap = sc->bif.dcap; bifp->lfcap = sc->bif.lfcap; @@ -422,11 +427,18 @@ if (!acpi_BatteryIsPresent(dev)) continue; + /* + * Only query the battery if this is the first try or the specific + * type of info is still invalid. + */ ACPI_SERIAL_BEGIN(cmbat); - timespecclear(&sc->bst_lastupdated); - timespecclear(&sc->bif_lastupdated); - acpi_cmbat_get_bst(dev); - acpi_cmbat_get_bif(dev); + if (retry == 0 || !acpi_battery_bst_valid(&sc->bst)) { + timespecclear(&sc->bst_lastupdated); + acpi_cmbat_get_bst(dev); + } + if (retry == 0 || !acpi_battery_bif_valid(&sc->bif)) + acpi_cmbat_get_bif(dev); + valid = acpi_battery_bst_valid(&sc->bst) && acpi_battery_bif_valid(&sc->bif); ACPI_SERIAL_END(cmbat); -- Nate From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 01:12:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6A4916A41F for ; Wed, 23 Nov 2005 01:12:37 +0000 (GMT) (envelope-from northg@shaw.ca) Received: from pd3mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD96E43D5D for ; Wed, 23 Nov 2005 01:12:36 +0000 (GMT) (envelope-from northg@shaw.ca) Received: from pd3mr3so.prod.shaw.ca (pd3mr3so-qfe3.prod.shaw.ca [10.0.141.179]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IQD0043LVD0XZ80@l-daemon> for freebsd-stable@freebsd.org; Tue, 22 Nov 2005 18:12:36 -0700 (MST) Received: from pn2ml1so.prod.shaw.ca ([10.0.121.145]) by pd3mr3so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IQD0087OVD02FA0@pd3mr3so.prod.shaw.ca> for freebsd-stable@freebsd.org; Tue, 22 Nov 2005 18:12:36 -0700 (MST) Received: from [192.168.0.100] ([24.85.154.162]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IQD002HAVCZT310@l-daemon> for freebsd-stable@freebsd.org; Tue, 22 Nov 2005 18:12:36 -0700 (MST) Received: from 127.0.0.1 (AVG SMTP 7.1.362 [267.13.5/177]); Tue, 22 Nov 2005 17:12:46 -0800 Date: Tue, 22 Nov 2005 17:12:46 -0800 From: Graham North To: freebsd-stable@freebsd.org Message-id: <4383C20E.20509@shaw.ca> MIME-version: 1.0 Content-type: multipart/mixed; boundary="=======AVGMAIL-4383C20E12D9=======" X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 01:12:37 -0000 --=======AVGMAIL-4383C20E12D9======= Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Am currently trying to choose between a couple of laptops, the luck winner of which will have Freebsd loaded alongside WinXP. Dell Latitude d600 with Radeon 9000? video, intel pro wireless or IBM R51 - Intel Extreme2, intel pro wireless. The main differences will likely be the video and maybe bios, acpi...? Can someone suggest to me whether these are both safe choices? Am I better off installing 5.4 or 6.0? Thanks, Graham/ -- Kindness can be infectious - try it. Graham North Vancouver, BC www.soleado.ca --=======AVGMAIL-4383C20E12D9======= Content-Type: text/plain; x-avg=cert; charset=us-ascii Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Content-Description: "AVG certification" No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.362 / Virus Database: 267.13.5/177 - Release Date: 11/21/2005 --=======AVGMAIL-4383C20E12D9=======-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 01:19:29 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43C0516A438 for ; Wed, 23 Nov 2005 01:19:29 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12D7743DA1 for ; Wed, 23 Nov 2005 01:19:17 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id ACB59677F9 for ; Wed, 23 Nov 2005 01:19:11 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.4/8.13.1) with ESMTP id jAN1Iwfu005563; Wed, 23 Nov 2005 12:19:02 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200511230119.jAN1Iwfu005563@drugs.dv.isc.org> To: Dejan Lesjak From: Mark Andrews In-reply-to: Your message of "Wed, 23 Nov 2005 01:33:34 BST." <200511230133.35763.dejan.lesjak@ijs.si> Date: Wed, 23 Nov 2005 12:18:58 +1100 Sender: Mark_Andrews@isc.org Cc: freebsd-stable@freebsd.org Subject: Re: xorg-clients conflicts with xterm (patch) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 01:19:29 -0000 > On Wednesday 23 of November 2005 01:11, Joel Hatton wrote: > > > Joel Hatton wrote: > > > > What was the rationale behind changing this behaviour for 206_1? > > > > > > That xterm should install as xterm and not xterm-static. > > > > This is certainly sensible, however it appears that the onus has now been > > put on the maintainer of xorg-clients to change its installation process > > to accommodate xterm. > > It has been accommodated. > > > This hasn't happened yet (after cvsup this morning), > > which means that xterm remains incompatible with the current xorg-clients > > version and thus will fail during every portupgrade -a until then, unless > > I make xterm a held package. > > > > According to UPDATING, upgrading "xorg-clients to 6.8.2_1 or newer" is ok, > > but this is not the case: > > > > # pkg_info -I xorg-clients\* > > xorg-clients-6.8.2_1 X client programs and related files from X.Org > > > > # portupgrade -p xterm > > > > ... (building) > > > > ---> Installing the new version via the port > > ===> Installing for xterm-206_1 > > > > ===> xterm-206_1 conflicts with installed package(s): > > xorg-clients-6.8.2 > > > > They install files into the same place. > > Please remove them first with pkg_delete(1). > > Interesting. This is how it goes here: > > # pkg_info -I xorg-clients\* > xorg-clients-6.8.2_1 X client programs and related files from X.Org > > # portupgrade -fp xterm > ... > ===> Building for xterm-206_1 > ... (build) ... > ===> Installing for xterm-206_1 > ... (install) ... > ===> Registering installation for xterm-206_1 > ... > > > Can you try without portupgrade (cd /usr/ports/x11/xterm && make install). > > > Couldn't this transition have been better managed? > > Possibly. Do you have a suggestion so it can be used in similar future > situations? > > > Dejan > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" For some reason the conflict detection code comes out with xorg-clients-6.8.2 even though when you run the steps by hand they don't produce xorg-clients-6.8.2. After modifying Mk/bsd.port.mk to display what it is doing: ===> Installing for xterm-206_1 set -x ; found=`/usr/local/sbin/pkg_info -I 'xorg-clients-6.7*' 'xorg-clients-6.8.[0-1]*' 'xorg-clients-6.8.2' 'XFree86-clients-4.[0-4]*' 'XFree86-clients-4.5.0' 'XFree86-3*' 2>/dev/null | /usr/bin/awk '{print $1}'`; conflicts_with=; echo found is ${found}; for entry in ${found}; do prfx=`/usr/local/sbin/pkg_info -q -p "${entry}" 2> /dev/null | /usr/bin/sed -ne '1s/^@cwd //p'`; orgn=`/usr/local/sbin/pkg_info -q -o "${entry}" 2> /dev/null`; if [ "//usr/X11R6" = "/${prfx}" -a "/x11/xterm" != "/${orgn}" ]; then conflicts_with="${conflicts_with} ${entry}"; fi; done; if [ -n "${conflicts_with}" ]; then echo; echo "===> xterm-206_1 conflicts with installed package(s): "; for entry in ${conflicts_with}; do echo " ${entry}"; done; echo; echo " They install files into the same place."; echo " Please remove them first with pkg_delete(1)."; exit 1; fi + /usr/local/sbin/pkg_info+ /usr/bin/awk -I {print $1} xorg-clients-6.7* xorg-clients-6.8.[0-1]* xorg-clients-6.8.2 XFree86-clients-4.[0-4]* XFree86-clients-4.5.0 XFree86-3* + found=xorg-clients-6.8.2 + conflicts_with= + echo found is xorg-clients-6.8.2 found is xorg-clients-6.8.2 + /usr/local/sbin/pkg_info+ /usr/bin/sed -q -ne -p 1s/^@cwd //p xorg-clients-6.8.2 + prfx=/usr/X11R6 + /usr/local/sbin/pkg_info -q -o xorg-clients-6.8.2 + orgn=x11/xorg-clients + [ //usr/X11R6 = //usr/X11R6 -a /x11/xterm != /x11/xorg-clients ] + conflicts_with= xorg-clients-6.8.2 + [ -n xorg-clients-6.8.2 ] + echo + echo ===> xterm-206_1 conflicts with installed package(s): ===> xterm-206_1 conflicts with installed package(s): + echo xorg-clients-6.8.2 xorg-clients-6.8.2 + echo + echo They install files into the same place. They install files into the same place. + echo Please remove them first with pkg_delete(1). Please remove them first with pkg_delete(1). + exit 1 *** Error code 1 Stop in /usr/ports/x11/xterm. *** Error code 1 Stop in /usr/ports/x11/xterm. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade79753.0 make reinstall ** Fix the installation problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! x11/xterm (install error) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed drugs# sh # /usr/local/sbin/pkg_info -I 'xorg-clients-6.7*' 'xorg-clients-6.8.[0-1]*' 'xorg-clients-6.8.2' 'XFree86-clients-4.[0-4]*' 'XFree86-clients-4.5.0' 'XFree86-3*' 2>/dev/null | /usr/bin/awk '{print $1}' # /usr/local/sbin/pkg_info -I 'xorg-clients-6.7*' 'xorg-clients-6.8.[0-1]*' 'xorg-clients-6.8.2' 'XFree86-clients-4.[0-4]*' 'XFree86-clients-4.5.0' 'XFree86-3*' pkg_info: can't find package 'xorg-clients-6.7*' installed or in a file! pkg_info: can't find package 'xorg-clients-6.8.[0-1]*' installed or in a file! pkg_info: can't find package 'xorg-clients-6.8.2' installed or in a file! pkg_info: can't find package 'XFree86-clients-4.[0-4]*' installed or in a file! pkg_info: can't find package 'XFree86-clients-4.5.0' installed or in a file! pkg_info: can't find package 'XFree86-3*' installed or in a file! # Calling env at this point in the install produces. PORTSDIR=/usr/ports ARCH=i386 OPSYS=FreeBSD USER=marka SSH_CLIENT=2001:470:1f00:820:2e0:29ff:fe19:c02d 1878 22 MACHTYPE=i386 CVS_RSH=/usr/local/bin/ssh CVS_SERVER=cvs MAIL=/var/mail/marka VENDOR=intel SHLVL=2 HOME=/root LESS=-f OLDPWD=/usr/ports/x11/xterm DEPENDS_TARGET=reinstall PAGER=more GROUP=marka LOGNAME=marka OSREL=4.11 WINDOWID=33554446 XTERM_SHELL=/bin/csh TERM=xterm BLOCKSIZE=K PORTOBJFORMAT=elf LESSCHARSET=latin1 PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/root/bin PACKAGES=/home/packages DISPLAY=localhost:12.0 REMOTEHOST=localhost SYSTEMVERSION= SSH_AUTH_SOCK=/tmp/ssh-qju0Lvlp/agent.454 OSVERSION=492100 SHELL=/bin/csh HOST=drugs.dv.isc.org PKG_PATH=/home/packages/All OSTYPE=FreeBSD PWD=/usr/ports/x11/xterm CVSROOT=:ext:cvs.isc.org:/proj/cvs/prod SSH_CONNECTION=2001:470:1f00:820:2e0:29ff:fe19:c02d 1878 2001:470:1f00:820:208:74ff:fe9f:eeae 22 XTERM_VERSION=X.Org 6.8.2(205) TERMCAP=xterm|xterm-color|X11 terminal emulator:ti@:te@:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:k;=\E[21~:F1=\E[23~:F2=\E[24~:kH=\EOF:@7=\EOF:kI=\E[2~:kh=\EOH:*6=\EOF:kP=\E[5~:kN=\E[6~:ku=\EOA:kd=\EOB:kr=\EOC:kl=\EOD:Km=\E[M:li#49:co#80:am:kn#12:km:mi:ms:xn:bl=^G:is=\E[!p\E[?3;4l\E[4l\E>:rs=\E[!p\E[?3;4l\E[4l\E>:le=^H:AL=\E[%dL:DL=\E[%dM:DC=\E[%dP:al=\E[L:dc=\E[P:dl=\E[M:UP=\E[%dA:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:ho=\E[H:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:cs=\E[%i%d;%dr:im=\E[4h:ei=\E[4l:ks=\E[?1h\E=:ke=\E[?1l\E>:kD=\E[3~:sf=\n:sr=\EM:st=\EH:ct=\E[3g:sc=\E7:rc=\E8:eA=\E(B\E)0:as=^N:ae=^O:ml=\El:mu=\Em:up=\E[A:nd=\E[C:md=\E[1m:me=\E[m^O:mr=\E[7m:so=\E[7m:se=\E[27m:us=\E[4m:ue=\E[24m:vi=\E[?25l:ve=\E[?25h:ut:Co#8:pa#64:op=\E[39;49m:AB=\E[4%dm:AF=\E[3%dm:kb=\010: FTP_PASSIVE_MODE=YES HOSTTYPE=FreeBSD EDITOR=vi FreeBSD drugs.dv.isc.org 4.11-STABLE FreeBSD 4.11-STABLE #26: Wed Oct 12 20:11:22 EST 2005 marka@drugs.dv.isc.org:/usr/obj/usr/src/sys/DRUGS i386 -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 01:25:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05DD316A41F for ; Wed, 23 Nov 2005 01:25:48 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3495843D55 for ; Wed, 23 Nov 2005 01:25:47 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id A35FF677FE for ; Wed, 23 Nov 2005 01:25:45 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.4/8.13.1) with ESMTP id jAN1PIAQ005788; Wed, 23 Nov 2005 12:25:20 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200511230125.jAN1PIAQ005788@drugs.dv.isc.org> From: Mark Andrews In-reply-to: Your message of "Wed, 23 Nov 2005 12:18:58 +1100." Date: Wed, 23 Nov 2005 12:25:18 +1100 Sender: Mark_Andrews@isc.org Cc: Dejan Lesjak , freebsd-stable@freebsd.org Subject: Re: xorg-clients conflicts with xterm (patch) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 01:25:48 -0000 > > > On Wednesday 23 of November 2005 01:11, Joel Hatton wrote: > > > > Joel Hatton wrote: > > > > > What was the rationale behind changing this behaviour for 206_1? > > > > > > > > That xterm should install as xterm and not xterm-static. > > > > > > This is certainly sensible, however it appears that the onus has now been > > > put on the maintainer of xorg-clients to change its installation process > > > to accommodate xterm. > > > > It has been accommodated. > > > > > This hasn't happened yet (after cvsup this morning), > > > which means that xterm remains incompatible with the current xorg-clients > > > version and thus will fail during every portupgrade -a until then, unless > > > I make xterm a held package. > > > > > > According to UPDATING, upgrading "xorg-clients to 6.8.2_1 or newer" is ok > , > > > but this is not the case: > > > > > > # pkg_info -I xorg-clients\* > > > xorg-clients-6.8.2_1 X client programs and related files from X.Org > > > > > > # portupgrade -p xterm > > > > > > ... (building) > > > > > > ---> Installing the new version via the port > > > ===> Installing for xterm-206_1 > > > > > > ===> xterm-206_1 conflicts with installed package(s): > > > xorg-clients-6.8.2 > > > > > > They install files into the same place. > > > Please remove them first with pkg_delete(1). > > > > Interesting. This is how it goes here: > > > > # pkg_info -I xorg-clients\* > > xorg-clients-6.8.2_1 X client programs and related files from X.Org > > > > # portupgrade -fp xterm > > ... > > ===> Building for xterm-206_1 > > ... (build) ... > > ===> Installing for xterm-206_1 > > ... (install) ... > > ===> Registering installation for xterm-206_1 > > ... > > > > > > Can you try without portupgrade (cd /usr/ports/x11/xterm && make install). > > > > > Couldn't this transition have been better managed? > > > > Possibly. Do you have a suggestion so it can be used in similar future > > situations? > > > > > > Dejan > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > For some reason the conflict detection code comes out with > xorg-clients-6.8.2 even though when you run the steps by hand > they don't produce xorg-clients-6.8.2. > > After modifying Mk/bsd.port.mk to display what it is doing: > > ===> Installing for xterm-206_1 > set -x ; found=`/usr/local/sbin/pkg_info -I 'xorg-clients-6.7*' 'xorg-client > s-6.8.[0-1]*' 'xorg-clients-6.8.2' 'XFree86-clients-4.[0-4]*' 'XFree86-client > s-4.5.0' 'XFree86-3*' 2>/dev/null | /usr/bin/awk '{print $1}'`; conflicts_wi > th=; echo found is ${found}; for entry in ${found}; do prfx=`/usr/local/sb > in/pkg_info -q -p "${entry}" 2> /dev/null | /usr/bin/sed -ne '1s/^@cwd //p'`; > orgn=`/usr/local/sbin/pkg_info -q -o "${entry}" 2> /dev/null`; if [ "//usr > /X11R6" = "/${prfx}" -a "/x11/xterm" != "/${orgn}" ]; then conflicts_with="$ > {conflicts_with} ${entry}"; fi; done; if [ -n "${conflicts_with}" ]; then > echo; echo "===> xterm-206_1 conflicts with installed package(s): "; for > entry in ${conflicts_with}; do echo " ${entry}"; done; echo; echo " > They install files into the same place."; echo " Please remove the > m first with pkg_delete(1)."; exit 1; fi > + /usr/local/sbin/pkg_info+ /usr/bin/awk -I {print $1} xorg-clients-6.7* > xorg-clients-6.8.[0-1]* xorg-clients-6.8.2 XFree86-clients-4.[0-4]* XFree86- > clients-4.5.0 XFree86-3* > + found=xorg-clients-6.8.2 > + conflicts_with= > + echo found is xorg-clients-6.8.2 > found is xorg-clients-6.8.2 > + /usr/local/sbin/pkg_info+ /usr/bin/sed -q -ne -p 1s/^@cwd //p xorg-clients- > 6.8.2 > > + prfx=/usr/X11R6 > + /usr/local/sbin/pkg_info -q -o xorg-clients-6.8.2 > + orgn=x11/xorg-clients > + [ //usr/X11R6 = //usr/X11R6 -a /x11/xterm != /x11/xorg-clients ] > + conflicts_with= xorg-clients-6.8.2 > + [ -n xorg-clients-6.8.2 ] > + echo > > + echo ===> xterm-206_1 conflicts with installed package(s): > ===> xterm-206_1 conflicts with installed package(s): > + echo xorg-clients-6.8.2 > xorg-clients-6.8.2 > + echo > > + echo They install files into the same place. > They install files into the same place. > + echo Please remove them first with pkg_delete(1). > Please remove them first with pkg_delete(1). > + exit 1 > *** Error code 1 > > Stop in /usr/ports/x11/xterm. > *** Error code 1 > > Stop in /usr/ports/x11/xterm. > ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade79753.0 > make reinstall > ** Fix the installation problem and try again. > ** Listing the failed packages (*:skipped / !:failed) > ! x11/xterm (install error) > ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed > drugs# sh > # /usr/local/sbin/pkg_info -I 'xorg-clients-6.7*' 'xorg-clients-6.8.[0-1]*' ' > xorg-clients-6.8.2' 'XFree86-clients-4.[0-4]*' 'XFree86-clients-4.5.0' 'XFree > 86-3*' 2>/dev/null | /usr/bin/awk '{print $1}' > # /usr/local/sbin/pkg_info -I 'xorg-clients-6.7*' 'xorg-clients-6.8.[0-1]*' ' > xorg-clients-6.8.2' 'XFree86-clients-4.[0-4]*' 'XFree86-clients-4.5.0' 'XFree > 86-3*' > pkg_info: can't find package 'xorg-clients-6.7*' installed or in a file! > pkg_info: can't find package 'xorg-clients-6.8.[0-1]*' installed or in a file > ! > pkg_info: can't find package 'xorg-clients-6.8.2' installed or in a file! > pkg_info: can't find package 'XFree86-clients-4.[0-4]*' installed or in a fil > e! > pkg_info: can't find package 'XFree86-clients-4.5.0' installed or in a file! > pkg_info: can't find package 'XFree86-3*' installed or in a file! > # > > Calling env at this point in the install produces. > > PORTSDIR=/usr/ports > ARCH=i386 > OPSYS=FreeBSD > USER=marka > SSH_CLIENT=2001:470:1f00:820:2e0:29ff:fe19:c02d 1878 22 > MACHTYPE=i386 > CVS_RSH=/usr/local/bin/ssh > CVS_SERVER=cvs > MAIL=/var/mail/marka > VENDOR=intel > SHLVL=2 > HOME=/root > LESS=-f > OLDPWD=/usr/ports/x11/xterm > DEPENDS_TARGET=reinstall > PAGER=more > GROUP=marka > LOGNAME=marka > OSREL=4.11 > WINDOWID=33554446 > XTERM_SHELL=/bin/csh > TERM=xterm > BLOCKSIZE=K > PORTOBJFORMAT=elf > LESSCHARSET=latin1 > PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin: > /usr/X11R6/bin:/root/bin > PACKAGES=/home/packages > DISPLAY=localhost:12.0 > REMOTEHOST=localhost > SYSTEMVERSION= > SSH_AUTH_SOCK=/tmp/ssh-qju0Lvlp/agent.454 > OSVERSION=492100 > SHELL=/bin/csh > HOST=drugs.dv.isc.org > PKG_PATH=/home/packages/All > OSTYPE=FreeBSD > PWD=/usr/ports/x11/xterm > CVSROOT=:ext:cvs.isc.org:/proj/cvs/prod > SSH_CONNECTION=2001:470:1f00:820:2e0:29ff:fe19:c02d 1878 2001:470:1f00:820:20 > 8:74ff:fe9f:eeae 22 > XTERM_VERSION=X.Org 6.8.2(205) > TERMCAP=xterm|xterm-color|X11 terminal emulator:ti@:te@:k1=\EOP:k2=\EOQ:k3=\E > OR:k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:k;=\E[21~:F1=\E[ > 23~:F2=\E[24~:kH=\EOF:@7=\EOF:kI=\E[2~:kh=\EOH:*6=\EOF:kP=\E[5~:kN=\E[6~:ku=\ > EOA:kd=\EOB:kr=\EOC:kl=\EOD:Km=\E[M:li#49:co#80:am:kn#12:km:mi:ms:xn:bl=^G:is > =\E[!p\E[?3;4l\E[4l\E>:rs=\E[!p\E[?3;4l\E[4l\E>:le=^H:AL=\E[%dL:DL=\E[%dM:DC= > \E[%dP:al=\E[L:dc=\E[P:dl=\E[M:UP=\E[%dA:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:ho=\E[ > H:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:cs=\E[%i%d;%dr:im=\E[4h:ei=\E[4 > l:ks=\E[?1h\E=:ke=\E[?1l\E>:kD=\E[3~:sf=\n:sr=\EM:st=\EH:ct=\E[3g:sc=\E7:rc=\ > E8:eA=\E(B\E)0:as=^N:ae=^O:ml=\El:mu=\Em:up=\E[A:nd=\E[C:md=\E[1m:me=\E[m^O:m > r=\E[7m:so=\E[7m:se=\E[27m:us=\E[4m:ue=\E[24m:vi=\E[?25l:ve=\E[?25h:ut:Co#8:p > a#64:op=\E[39;49m:AB=\E[4%dm:AF=\E[3%dm:kb=\010: > FTP_PASSIVE_MODE=YES > HOSTTYPE=FreeBSD > EDITOR=vi > > > FreeBSD drugs.dv.isc.org 4.11-STABLE FreeBSD 4.11-STABLE #26: Wed Oct 12 20:1 > 1:22 EST 2005 marka@drugs.dv.isc.org:/usr/obj/usr/src/sys/DRUGS i386 > > -- > Mark Andrews, ISC > 1 Seymour St., Dundas Valley, NSW 2117, Australia > PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org This is explains the false positive. $ sh $ PACKAGES=/home/packages $ export PACKAGES $ /usr/local/sbin/pkg_info -I xorg-clients-6.8.2 pkg_info: can't find package 'xorg-clients-6.8.2' installed or in a file! $ PKG_PATH=/home/packages/All $ export PKG_PATH $ /usr/local/sbin/pkg_info -I xorg-clients-6.8.2 xorg-clients-6.8.2 X client programs and related files from X.Org $ -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 01:36:22 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49FA016A41F for ; Wed, 23 Nov 2005 01:36:22 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB4FA43D58 for ; Wed, 23 Nov 2005 01:36:21 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id 7E5D8677F6 for ; Wed, 23 Nov 2005 01:36:21 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.4/8.13.1) with ESMTP id jAN1aAbW022827; Wed, 23 Nov 2005 12:36:13 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200511230136.jAN1aAbW022827@drugs.dv.isc.org> From: Mark Andrews In-reply-to: Your message of "Wed, 23 Nov 2005 12:25:18 +1100." Date: Wed, 23 Nov 2005 12:36:10 +1100 Sender: Mark_Andrews@isc.org Cc: Dejan Lesjak , freebsd-stable@freebsd.org Subject: Re: xorg-clients conflicts with xterm (patch) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 01:36:22 -0000 > $ sh > $ PACKAGES=/home/packages > $ export PACKAGES > $ /usr/local/sbin/pkg_info -I xorg-clients-6.8.2 > pkg_info: can't find package 'xorg-clients-6.8.2' installed or in a file! > $ PKG_PATH=/home/packages/All > $ export PKG_PATH > $ /usr/local/sbin/pkg_info -I xorg-clients-6.8.2 > xorg-clients-6.8.2 X client programs and related files from X.Org > $ We need to clean PKG_PATH from the envirionment when looking for conflicts. e.g. found=`${SETENV} PKG_PATH= ${PKG_INFO} -I ${CONFLICTS:C/.+/'&'/} 2>/dev/ null | ${AWK} '{print $$1}'`; Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 01:47:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7949516A41F for ; Wed, 23 Nov 2005 01:47:20 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3624843D53 for ; Wed, 23 Nov 2005 01:47:20 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id BF133677FE for ; Wed, 23 Nov 2005 01:47:19 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.4/8.13.1) with ESMTP id jAN1lDgk048158; Wed, 23 Nov 2005 12:47:14 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200511230147.jAN1lDgk048158@drugs.dv.isc.org> From: Mark Andrews In-reply-to: Your message of "Wed, 23 Nov 2005 12:36:10 +1100." <200511230136.jAN1aAbW022827@drugs.dv.isc.org> Date: Wed, 23 Nov 2005 12:47:13 +1100 Sender: Mark_Andrews@isc.org Cc: Dejan Lesjak , freebsd-stable@freebsd.org Subject: Re: xorg-clients conflicts with xterm (patch) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 01:47:20 -0000 > > > $ sh > > $ PACKAGES=/home/packages > > $ export PACKAGES > > $ /usr/local/sbin/pkg_info -I xorg-clients-6.8.2 > > pkg_info: can't find package 'xorg-clients-6.8.2' installed or in a file! > > $ PKG_PATH=/home/packages/All > > $ export PKG_PATH > > $ /usr/local/sbin/pkg_info -I xorg-clients-6.8.2 > > xorg-clients-6.8.2 X client programs and related files from X.Org > > $ > > We need to clean PKG_PATH from the envirionment when looking > for conflicts. > > e.g. > > found=`${SETENV} PKG_PATH= ${PKG_INFO} -I ${CONFLICTS:C/.+/'&'/} 2>/dev/ > null | ${AWK} '{print $$1}'`; > > Mark While we are fixing things the man page for pkg_info needs to be updated. PKG_PATH is not mentioned. It's hard to debug problems without the required information. ENVIRONMENT BLOCKSIZE If the environment variable BLOCKSIZE is set the block counts will be displayed in units of that size block. PKG_TMPDIR Points to the directory where pkg_info creates its temporary files. If this variable is not set, TMPDIR is used. If both are unset, the builtin defaults are used. PKG_DBDIR Specifies an alternative location for the installed package database. -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 02:08:19 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFD6616A41F for ; Wed, 23 Nov 2005 02:08:19 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1822843D45 for ; Wed, 23 Nov 2005 02:08:18 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp212-204.lns1.adl2.internode.on.net [203.122.212.204]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id jAN28Bi9093408 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 23 Nov 2005 12:38:12 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Wed, 23 Nov 2005 12:38:05 +1030 User-Agent: KMail/1.8.2 References: <4383C20E.20509@shaw.ca> In-Reply-To: <4383C20E.20509@shaw.ca> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1911160.Z6cXxilX05"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200511231238.06590.doconnor@gsoft.com.au> X-Spam-Score: 0.05 () FORGED_RCVD_HELO X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: Graham North Subject: Re: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 02:08:19 -0000 --nextPart1911160.Z6cXxilX05 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 23 Nov 2005 11:42, Graham North wrote: > Am currently trying to choose between a couple of laptops, the luck > winner of which will have Freebsd loaded alongside WinXP. > > Dell Latitude d600 with Radeon 9000? video, intel pro wireless > or > IBM R51 - Intel Extreme2, intel pro wireless. > The main differences will likely be the video and maybe bios, acpi...? > Can someone suggest to me whether these are both safe choices? I'd say the Dell's video is more likely to work (even 3d). > Am I better off installing 5.4 or 6.0? I'd try 6.0 myself. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1911160.Z6cXxilX05 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDg88G5ZPcIHs/zowRAvQzAKClpUprSoOSlrZ+M1SlsOhPqxZ9rwCcCJno IKRuk0BUCd4JbYOIt6qdfRU= =mP9e -----END PGP SIGNATURE----- --nextPart1911160.Z6cXxilX05-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 02:12:43 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81FAB16A41F for ; Wed, 23 Nov 2005 02:12:43 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from web36210.mail.mud.yahoo.com (web36210.mail.mud.yahoo.com [209.191.68.236]) by mx1.FreeBSD.org (Postfix) with SMTP id B105A43D49 for ; Wed, 23 Nov 2005 02:12:42 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 50405 invoked by uid 60001); 23 Nov 2005 02:12:42 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=suKSavGkJRJdsTnagFa1GwaPJAorfpca2f1qmH/WpB0VR4nG6jABQ7RrglGyrCJJ1NNgjgoutvTJw/0d6cVXhdA4z4r48HsFmDo3V1z/fv4ZYaJA8PwHhSKnKPBiYcUP6CoqHFY4I57J4gv7A+yKLSGkcy3zNHDxihPAZmltYD0= ; Message-ID: <20051123021242.50403.qmail@web36210.mail.mud.yahoo.com> Received: from [147.46.44.181] by web36210.mail.mud.yahoo.com via HTTP; Tue, 22 Nov 2005 18:12:41 PST Date: Tue, 22 Nov 2005 18:12:41 -0800 (PST) From: Rob To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: PeterJeremy@optushome.com.au Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 02:12:43 -0000 Rob wrote: > --- Peter Jeremy wrote: >> >> Basically, wait until your system deadlocks. BREAK >> into DDB. >> As a start, run 'show lockedvnods', 'ps'. My guess >> is that you'll see a lock that has a number of waiters >> which is probably the culprit. >> Use 'panic' to get a crashdump and then you can use >> kgdb to rummage around once you reboot >> >> If in doubt, post the output from the above commands >> here and someone will hopefully provide further input. > > The output is here: > http://surfion.snu.ac.kr/~lahaye/swapfile.txt Has this kernel debug output been of any use? Or was this analysis not helping much as to why 6 has problems with swapfiles? I can dig further into the problem, if I get some more hints how to do so. Regards, Rob. __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 02:13:49 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C891F16A421 for ; Wed, 23 Nov 2005 02:13:49 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from dd2718.kasserver.com (dd2718.kasserver.com [81.209.184.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 373B543D46 for ; Wed, 23 Nov 2005 02:13:48 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from [127.0.0.1] (dslb-084-060-104-037.pools.arcor-ip.net [84.60.104.37]) by dd2718.kasserver.com (Postfix) with ESMTP id 5B03D1EC53; Wed, 23 Nov 2005 03:13:40 +0100 (CET) Message-ID: <4383D05E.1090904@chillt.de> Date: Wed, 23 Nov 2005 03:13:50 +0100 From: Bartosz Fabianowski User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051106) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel O'Connor References: <4383C20E.20509@shaw.ca> <200511231238.06590.doconnor@gsoft.com.au> In-Reply-To: <200511231238.06590.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Graham North Subject: Re: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 02:13:49 -0000 > I'd say the Dell's video is more likely to work (even 3d). Well, not quite yet. X.Org 6.8 doesn't have any 3D support for modern Radeon chips and the forthcoming 6.9/7.0 will have "experimental" support. But 2D is working just fine (I am typing this on an Inspiron 8600C with ATI Radeon). > I'd try 6.0 myself. Seconded. So many things work better in 6.0 than they did in 5.4. Also, getting wireless to work is much easier - and WPA is available, while in 5.4, it is not. - Bartosz From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 02:21:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49AB616A41F for ; Wed, 23 Nov 2005 02:21:15 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AB5A43D5C for ; Wed, 23 Nov 2005 02:21:00 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp212-204.lns1.adl2.internode.on.net [203.122.212.204]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id jAN2KqeJ093653 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 23 Nov 2005 12:50:52 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Bartosz Fabianowski Date: Wed, 23 Nov 2005 12:50:48 +1030 User-Agent: KMail/1.8.2 References: <4383C20E.20509@shaw.ca> <200511231238.06590.doconnor@gsoft.com.au> <4383D05E.1090904@chillt.de> In-Reply-To: <4383D05E.1090904@chillt.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart11678470.kh4x2m8pHA"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200511231250.49536.doconnor@gsoft.com.au> X-Spam-Score: 0.05 () FORGED_RCVD_HELO X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: freebsd-stable@freebsd.org, Graham North Subject: Re: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 02:21:15 -0000 --nextPart11678470.kh4x2m8pHA Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 23 Nov 2005 12:43, Bartosz Fabianowski wrote: > > I'd say the Dell's video is more likely to work (even 3d). > > Well, not quite yet. X.Org 6.8 doesn't have any 3D support for modern > Radeon chips and the forthcoming 6.9/7.0 will have "experimental" > support. But 2D is working just fine (I am typing this on an Inspiron > 8600C with ATI Radeon). Mmm, the radeon man page claims Radeon 9000's are supported without caveats. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart11678470.kh4x2m8pHA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDg9IB5ZPcIHs/zowRAuEUAJ9SlG+YUJG90WkCTtdaUSDXxw3PjwCfbD1E uttbfDGEnJ7KO0HYza8K4Nc= =yj+E -----END PGP SIGNATURE----- --nextPart11678470.kh4x2m8pHA-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 02:36:01 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3B6A16A41F; Wed, 23 Nov 2005 02:36:01 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 590B243D62; Wed, 23 Nov 2005 02:35:58 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id jAN2ZuQL032449; Tue, 22 Nov 2005 19:35:57 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4383D58C.5040004@samsco.org> Date: Tue, 22 Nov 2005 19:35:56 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <4383C083.6010300@root.org> In-Reply-To: <4383C083.6010300@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: acpi@freebsd.org, stable@freebsd.org, FreeBSD Current Subject: Re: [Fwd: cvs commit: src/sys/dev/acpica acpi_cmbat.c] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 02:36:01 -0000 Nate Lawson wrote: > Here is a patch that should fix the battery hangs on RELENG_6. It was > tested to work fine, although I need testing from an affected user to > verify it fixes the problem. It was committed to HEAD and will be MFCed > if it fixes the problem. Thanks a lot! > > I'm a bit disappointed that no one reported this problem in the 2 weeks > it was present in 7-current. If you have the time to run -current on at > least one partition of your laptop, that would assist me greatly. Don't feel too bad. You committed it right after 6.0 was released, so people were either looking at 6.0 or taking a breather from the release work. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 02:58:48 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26EB316A41F; Wed, 23 Nov 2005 02:58:48 +0000 (GMT) (envelope-from djp@polands.org) Received: from corinth.polands.org (CPE-72-129-222-120.new.res.rr.com [72.129.222.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC8BE43DA5; Wed, 23 Nov 2005 02:58:36 +0000 (GMT) (envelope-from djp@polands.org) Received: from jericho.polands.org (jericho.polands.org [172.16.1.35]) by corinth.polands.org (8.13.4/8.13.4) with ESMTP id jAN2wTEM056134; Tue, 22 Nov 2005 20:58:29 -0600 (CST) (envelope-from djp@polands.org) Received: from jericho.polands.org (localhost [127.0.0.1]) by jericho.polands.org (8.13.4/8.13.1) with ESMTP id jAN2wUB0099639; Tue, 22 Nov 2005 20:58:30 -0600 (CST) (envelope-from djp@jericho.polands.org) Received: (from djp@localhost) by jericho.polands.org (8.13.4/8.13.1/Submit) id jAN2nCt4099559; Tue, 22 Nov 2005 20:49:12 -0600 (CST) (envelope-from djp) Date: Tue, 22 Nov 2005 20:49:12 -0600 From: Doug Poland To: Nate Lawson Message-ID: <20051123024911.GA99513@polands.org> References: <4383C083.6010300@root.org> <4383D58C.5040004@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4383D58C.5040004@samsco.org> User-Agent: Mutt/1.5.11 X-Virus-Scanned: ClamAV 0.87/1184/Tue Nov 22 17:10:14 2005 on corinth.polands.org X-Virus-Status: Clean Cc: acpi@freebsd.org, stable@freebsd.org, FreeBSD Current Subject: Re: [Fwd: cvs commit: src/sys/dev/acpica acpi_cmbat.c] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 02:58:48 -0000 > Nate Lawson wrote: > >Here is a patch that should fix the battery hangs on RELENG_6. It > >was tested to work fine, although I need testing from an affected > >user to verify it fixes the problem. It was committed to HEAD and > >will be MFCed if it fixes the problem. > > My Dell C600 is affected by this problem. I'm running 6.0-STABLE and would be glad to test the patch. Since I don't run patches often, if someone could point me to a doc on how to apply the patch, I'd appreciate it. > >I'm a bit disappointed that no one reported this problem in the 2 > >weeks it was present in 7-current. If you have the time to run > >-current on at least one partition of your laptop, that would assist > >me greatly. > > My laptop was dedicated to other uses between RC1 and early last week. Too bad I missed it. -- Regards, Doug From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 03:03:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E1A816A457 for ; Wed, 23 Nov 2005 03:03:47 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from dd2718.kasserver.com (dd2718.kasserver.com [81.209.184.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11D3F43E0C for ; Wed, 23 Nov 2005 03:01:25 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from [127.0.0.1] (dslb-084-060-104-037.pools.arcor-ip.net [84.60.104.37]) by dd2718.kasserver.com (Postfix) with ESMTP id 8D7C81DC72; Wed, 23 Nov 2005 04:01:15 +0100 (CET) Message-ID: <4383DB85.8020007@chillt.de> Date: Wed, 23 Nov 2005 04:01:25 +0100 From: Bartosz Fabianowski User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051106) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel O'Connor References: <4383C20E.20509@shaw.ca> <200511231238.06590.doconnor@gsoft.com.au> <4383D05E.1090904@chillt.de> <200511231250.49536.doconnor@gsoft.com.au> In-Reply-To: <200511231250.49536.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Graham North Subject: Re: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 03:03:48 -0000 > Mmm, the radeon man page claims Radeon 9000's are supported without caveats. Oops, I sent my initial reply off-list. To summarize for everybody else: Yes, you're right; I was thinking the Radeon 9000 was a newer chip, while it is an oder one (an rv250), which has been fully supported for a while. Sorry for the noise. - Bartosz From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 03:29:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0332216A41F; Wed, 23 Nov 2005 03:29:39 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8F1E43D66; Wed, 23 Nov 2005 03:29:36 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:0BldPN6dFXviH5Aw0vW4EmN3REUrc8mAOeYq/ICdw/q1v1C1l8AQRMW1m+ZEb/fM@kasuga-iwi.mahoroba.org [IPv6:3ffe:501:185b:8010:212:f0ff:fe52:6ac]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.4/8.13.4) with ESMTP/inet6 id jAN3TOIR037552 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Nov 2005 12:29:28 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 23 Nov 2005 12:29:23 +0900 Message-ID: From: Hajimu UMEMOTO To: Nate Lawson In-Reply-To: <43837A34.1030900@root.org> References: <4377775B.3080606@pldrouin.net> <20051114105854.GA1041@galgenberg.net> <4378CC14.2020109@pldrouin.net> <437A3901.8010001@pldrouin.net> <437A3B96.4040300@root.org> <437B42C0.9040605@pldrouin.net> <437CAEB0.9060202@pldrouin.net> <43837A34.1030900@root.org> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.0) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.0-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Wed, 23 Nov 2005 12:29:30 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ameno.mahoroba.org Cc: Pierre-Luc Drouin , acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Performance problem since updating from 6.0-RELEASE to 6.0-STABLE last friday X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 03:29:39 -0000 Hi, >>>>> On Tue, 22 Nov 2005 12:06:12 -0800 >>>>> Nate Lawson said: nate> Thank you for tracking this down. It is interesting that BIF is nate> heavyweight while BST is not. I guess that is expected behavior by OEMs nate> which only test on Windows and so not everyone makes BIF simple. On my nate> laptops, BIF is as fast as BST. You are welcome. My laptops are also fast enough for BIF. I remembered that iwasaki-san grouched at the heavyweight of BIF when he was writing cmbat support. nate> I don't like the patch approach (changing the API), however. Let me nate> look at it and commit a fix that doesn't change the API. Yes, I didn't feel satisfaction with my patch, too. So, I anticipated that you say so. :-) Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 03:45:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 021DA16A41F; Wed, 23 Nov 2005 03:45:47 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id D156943D58; Wed, 23 Nov 2005 03:45:45 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from [24.200.248.41] by VL-MO-MR001.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IQE00E3P2G8U930@VL-MO-MR001.ip.videotron.ca>; Tue, 22 Nov 2005 22:45:45 -0500 (EST) Date: Tue, 22 Nov 2005 22:45:44 -0500 From: Pierre-Luc Drouin In-reply-to: To: Hajimu UMEMOTO Message-id: <4383E5E8.5050905@pldrouin.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en References: <4377775B.3080606@pldrouin.net> <20051114105854.GA1041@galgenberg.net> <4378CC14.2020109@pldrouin.net> <437A3901.8010001@pldrouin.net> <437A3B96.4040300@root.org> <437B42C0.9040605@pldrouin.net> <437CAEB0.9060202@pldrouin.net> <43837A34.1030900@root.org> User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051107) Cc: acpi@freebsd.org, freebsd-stable@freebsd.org, Nate Lawson Subject: Re: Performance problem since updating from 6.0-RELEASE to 6.0-STABLE last friday X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 03:45:47 -0000 Hajimu UMEMOTO wrote: >Hi, > > > >>>>>>On Tue, 22 Nov 2005 12:06:12 -0800 >>>>>>Nate Lawson said: >>>>>> >>>>>> > >nate> Thank you for tracking this down. It is interesting that BIF is >nate> heavyweight while BST is not. I guess that is expected behavior by OEMs >nate> which only test on Windows and so not everyone makes BIF simple. On my >nate> laptops, BIF is as fast as BST. > >You are welcome. My laptops are also fast enough for BIF. I >remembered that iwasaki-san grouched at the heavyweight of BIF when he >was writing cmbat support. > >nate> I don't like the patch approach (changing the API), however. Let me >nate> look at it and commit a fix that doesn't change the API. > >Yes, I didn't feel satisfaction with my patch, too. So, I anticipated >that you say so. :-) > >Sincerely, > >-- >Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan >ume@mahoroba.org ume@{,jp.}FreeBSD.org >http://www.imasy.org/~ume/ > > > Is it that much related to laptop performance? Because the M70 I have is currently the fastest laptop made by Dell and cmbat makes it to hang on FreeBSD... From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 03:48:09 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E93D116A41F for ; Wed, 23 Nov 2005 03:48:09 +0000 (GMT) (envelope-from gcr+freebsd-stable@tharned.org) Received: from nc8000.tharned.org (rrcs-24-56-87-26.ma.biz.rr.com [24.56.87.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id E057243D55 for ; Wed, 23 Nov 2005 03:48:06 +0000 (GMT) (envelope-from gcr+freebsd-stable@tharned.org) Received: from nc8000.tharned.org (localhost [127.0.0.1]) by nc8000.tharned.org (8.13.4/8.13.4) with ESMTP id jAN3m5t0013772; Tue, 22 Nov 2005 21:48:05 -0600 (CST) (envelope-from gcr+freebsd-stable@tharned.org) Received: from localhost (gcr@localhost) by nc8000.tharned.org (8.13.4/8.13.4/Submit) with ESMTP id jAN3m5td013769; Tue, 22 Nov 2005 21:48:05 -0600 (CST) (envelope-from gcr+freebsd-stable@tharned.org) Date: Tue, 22 Nov 2005 21:48:04 -0600 (CST) From: Greg Rivers Sender: gcr@tharned.org To: Kris Kennaway In-Reply-To: <20051122043952.GA14168@xor.obsecurity.org> Message-ID: <20051122211507.P32523@nc8000.tharned.org> References: <20051121164139.T48994@w10.sac.fedex.com> <20051122021224.GA12402@xor.obsecurity.org> <20051121205535.W32523@nc8000.tharned.org> <20051122043952.GA14168@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Kirk McKusick Subject: Re: Recurring problem: processes block accessing UFS file system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 03:48:10 -0000 On Mon, 21 Nov 2005, Kris Kennaway wrote: > It may not be the same problem. You should also try to obtain a trace > when snapshots are not implicated. > Agreed. I'll do so at the first opportunity. > 'show lockedvnods' is very important for diagnosing filesystem > deadlocks, and 'alltrace' is the easiest way to obtain stack traces for > the resulting processes that are holding locks. You'll want to 'set > $lines=0' and capture the output from the serial console to a file. > Thanks Kris, these are exactly the clues I needed. Since the deadlock during a snapshot is fairly easy to reproduce, I did so and collected this information below. "alltrace" didn't work as I expected (didn't produce a trace), so I traced each pid associated with a locked vnode separately. -- Greg # sync;sync; date; uname -a Tue Nov 22 20:31:07 CST 2005 FreeBSD mx17.sac.fedex.com 6.0-STABLE FreeBSD 6.0-STABLE #0: Mon Nov 21 23:46:18 CST 2005 root@mx17.sac.fedex.com:/usr/obj/usr/src/sys/MX i386 # KDB: enter: Line break on console [thread pid 12 tid 100004 ] Stopped at kdb_enter+0x30: leave db> set $lines=0 db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 99774 ced88000 0 673 673 0000100 new [INACTIVE] sendmail 99773 cecc7624 100 673 673 0000100 [SLPQ connec 0xced3c302][SLP] sendmail 99772 cecc7830 100 673 673 0000100 [SLPQ select 0xc0660244][SLP] sendmail 99771 cecc7a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99770 cecc7c48 100 673 673 0000100 [SLPQ select 0xc0660244][SLP] sendmail 99769 ced8820c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99768 ced88418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99767 ced44a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99766 ced88624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99765 ceb5aa3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99764 ceb5a830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99763 ced45c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99762 cec30624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99761 c8ad820c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99760 ce685000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99759 cecc8000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99758 cecc820c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99757 cecc8418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99756 c8941624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99755 cecc8830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99750 ced44c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99743 ced45000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99742 ced4520c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99741 ced45418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99740 ced45624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99739 ced45830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99738 ced45a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99737 cec3020c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99736 cec30418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99733 cecc9624 11521 99729 99726 0004000 [SLPQ piperd 0xc8e98660][SLP] awk 99731 cecc9830 11521 99729 99726 0004100 [SLPQ ufs 0xc8991d18][SLP] sendmail 99730 c896a830 11521 99728 99728 0004000 [SLPQ nanslp 0xc06596ac][SLP] perl5.8.7 99729 cec30830 11521 99726 99726 0004000 [SLPQ piperd 0xc8e47cc0][SLP] ksh 99728 cecc9a3c 11521 99725 99728 0004000 [SLPQ wait 0xcecc9a3c][SLP] sh 99726 cec30a3c 11521 99723 99726 0004000 [SLPQ wait 0xcec30a3c][SLP] sh 99725 c890920c 0 689 689 0000000 [SLPQ piperd 0xcaae0660][SLP] cron 99723 ce68d000 0 689 689 0000000 [SLPQ piperd 0xc89604c8][SLP] cron 99722 cec30c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99721 cec31000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99720 cecc9c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99719 ced1a000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99718 ced1a20c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99717 ced1a418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99716 ced1a624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99715 c8e91624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99714 ced1a830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99713 ced1aa3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99712 ced1ac48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99711 cec3120c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99710 ced1e000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99709 ced1e20c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99708 ced1e418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99707 ced1e624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99706 ced1e830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99705 ceb92c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99704 cebb9000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99703 cebb920c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99702 cec31418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99701 cec31624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99700 cec31830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99699 cec31a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99698 cec31c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99697 cecc9000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99696 cecc920c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99695 cecc9418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99694 cec37418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99693 cec37624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99692 cec37830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99691 cec37a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99690 cec37c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99689 cec69000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99688 cec6920c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99687 cec69418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99686 cec69624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99685 cec69830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99684 cec69a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99683 cec69c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99682 cec6e000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99681 cec6e20c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99680 cec6e418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99679 cec6e624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99678 cec6e830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99677 cec6ea3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99676 cec34000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99675 cec6ec48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99674 cec6f000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99673 cec6f20c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99672 cec6f418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99671 cec6f624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99670 cec6f830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99669 cec6fa3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99668 cec6fc48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99667 cec70000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99666 cec7020c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99665 cec70418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99664 cec70624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99663 cec70830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99662 cec70a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99661 cebbb20c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99660 cebbb418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99659 cebbb624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99657 cebbb830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99656 cebbba3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99655 cebbbc48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99654 cec3420c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99653 cebdd000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99652 cebdd20c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99651 cebdd418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99650 cec34418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99649 cebdd624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99648 cebdd830 100 673 673 0000100 [SLPQ select 0xc0660244][SLP] sendmail 99647 cebdda3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99646 cebddc48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99645 cebdf000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99644 cebdf20c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99643 cebdf418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99642 cebdf624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99641 cebdf830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99640 cebdfa3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99639 cebdfc48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99638 cebe0000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99637 cebe020c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99636 cebe0418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99635 cec34624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99634 cec34830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99633 cebb9418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99632 cec34a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99631 cebb9624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99630 cebb9830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99629 cebb9a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99628 cebb9c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99627 cebba000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99626 cec34c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99625 cec35000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99624 cec3520c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99623 cec35418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99622 cec35624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99621 cec35830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99620 cec35a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99619 cec35c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99618 cec37000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99617 cebe0624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99616 cebe0830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99615 cebba20c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99614 cec3720c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99613 cebe0a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99612 cebe0c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99611 cebe1000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99610 cebe120c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99609 ce68a000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99608 cebe1418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99607 cebe1624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99606 ceaca624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99605 cebe1830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99604 ceb5a000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99603 ceb5a20c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99602 ceb5a418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99601 ceaca830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99600 ceb5a624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99597 ceb5ac48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99596 ceb5e000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99595 ceb5e20c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99594 ceb5e418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99593 ceb5e624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99592 ceb5e830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99591 ceb5ea3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99590 ceb5ec48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99587 ceb5f000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99586 ceb5f20c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99585 ceacaa3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99584 ceacac48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99583 ceb5f418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99582 ceb40000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99581 ceb5f624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99580 ceb5f830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99579 ceb5fa3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99578 cebba418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99577 ceb5fc48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99576 cebba624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99575 ceb60000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99574 ceb6020c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99573 ceb60418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99572 ceb4020c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99571 cebba830 11521 99568 99566 0004000 [SLPQ piperd 0xc8e48198][SLP] awk 99570 cebbaa3c 11521 99568 99566 0004100 [SLPQ ufs 0xc8991d18][SLP] sendmail 99569 ceb60624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99568 cebbac48 11521 99566 99566 0004000 [SLPQ piperd 0xc8960660][SLP] ksh 99566 cebbb000 11521 99564 99566 0004000 [SLPQ wait 0xcebbb000][SLP] sh 99564 ceb40418 0 689 689 0000000 [SLPQ piperd 0xce752330][SLP] cron 99562 ceb40830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99561 ceb40a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99560 ceb40c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99559 ceb43000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99558 ceb4320c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99557 ceb43418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99556 ceb43624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99555 ceb60830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99554 ceb43830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99553 ceb61830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99552 ceb61a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99551 ceb61c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99550 ceb8e000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99549 ceb60a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99548 ceb8e20c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99547 ce68520c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99546 ceb43a3c 25 677 677 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99545 ceb43c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99544 ceb8e418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99543 ceb8e624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99542 ceb8e830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99541 ceb8ea3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99540 ceb8ec48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99539 ceb44000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99538 ceb92000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99537 ceb9220c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99536 ceb60c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99535 ceb92418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99534 ceb92624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99532 ceb92830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99531 ceb92a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99530 ceb4420c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99529 ceb44418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99528 ceb44624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99527 ceb44830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99526 ceb44a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99525 ceb61000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99524 ceb6120c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99523 ceb61418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99522 ceb61624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99521 c901b624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99520 ce681418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99519 ccb1b000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99518 ceb44c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99517 ceb46000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99516 ceb4620c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99515 c8ad020c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99514 c8969830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99513 ce681a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99512 ceb46418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99511 c8e90a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99510 ceb46624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99509 cc3f9a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99508 ceb46830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99507 cea68830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99506 ceb46a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99505 ceb46c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99504 cea8fc48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99503 ceac2000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99502 ceac220c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99501 ceac2418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99500 ceac2624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99499 ceac2830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99498 c901dc48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99497 c9022418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99496 c8e91000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99495 c901da3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99494 ce689000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99493 c894720c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99492 ceac2a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99491 ceac2c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99490 ceac4000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99489 ceac420c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99488 ceac4418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99487 ceac4624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99486 cea68a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99485 cea68c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99484 ceac4830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99483 ceac4a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99482 ceac4c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99481 ceac7000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99480 ceac720c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99479 ceac7418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99478 ceac7624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99477 cea8e000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99476 ceac7830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99475 ceac7a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99474 ceac7c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99473 ceac8000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99472 ceac820c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99471 ceac8418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99470 ceac8624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99469 ceac8830 11521 99467 99466 0004000 [SLPQ piperd 0xc895f660][SLP] awk 99468 ceac8a3c 11521 99467 99466 0004100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99467 ce68d20c 11521 99466 99466 0004000 [SLPQ piperd 0xc8971cc0][SLP] ksh 99466 ce689c48 11521 99465 99466 0004000 [SLPQ wait 0xce689c48][SLP] sh 99465 ceac8c48 0 689 689 0000000 [SLPQ piperd 0xc8cdf198][SLP] cron 99464 ceaca000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99463 ceaca20c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99462 cea8e20c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99461 cea8e418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99460 cea8e624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99459 ceaca418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99458 ce682830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99457 cea8e830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99456 cea8ea3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99455 cea8ec48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99454 cea61624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99453 cea61000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99452 cea6120c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99449 cea61830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99448 cea61a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99447 cea8f000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99446 cea61c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99445 cea62000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99444 cea6220c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99443 cea62418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99442 cea8f20c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99441 cea8f418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99440 cea8f624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99439 cea62624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99438 cea8f830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99437 cea8fa3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99436 cea62830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99435 ce68da3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99434 cea62a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99433 cea62c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99432 ce68dc48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99431 ce9c7000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99430 ce9c720c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99429 cea65000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99428 ce9c7418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99427 ce9c7624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99426 cea6520c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99425 ce9c7830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99424 cea65418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99423 cea65624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99422 cc3f4a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99421 ce68920c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99420 cea65830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99419 cea65a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99418 cea65c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99417 cc3f4000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99416 cea66000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99415 cea6620c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99414 ce9c7a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99413 cea66418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99412 cea66624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99411 cea66830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99410 cea66a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99409 cea66c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99408 cea68000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99407 cea6820c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99406 ce68aa3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99405 cea68418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99404 cea68624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99403 c8e9220c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99402 cc3f9c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99401 ce682c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99400 ccb1ba3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99399 c8ad6c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99398 c894120c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99397 ce685830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99396 ce682a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99395 c86ed830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99394 ccb17418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99393 ce9c7c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99392 ce685a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99391 ccb20c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99390 ce9cb000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99389 ce68ac48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99388 c9a59a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99387 c9a59418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99386 c901b418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99384 ce9cb20c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99383 ce9cb418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99382 ce9cb624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99381 c8ad8a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99380 ce9cb830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99379 ce9cba3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99378 c894620c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99377 ce688c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99376 ccb2220c 100 673 673 0000100 [SLPQ ufs 0xc8d30498][SLP] sendmail 99375 ccb20a3c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99374 c901bc48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99373 c8ad620c 100 673 673 0000100 [SLPQ ufs 0xc8dc1af8][SLP] sendmail 99372 c8ad0418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99371 c8e92418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99370 c8ad0830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99369 c8e59c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99368 ccb16418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99367 c9022c48 100 673 673 0000100 [SLPQ select 0xc0660244][SLP] sendmail 99366 ce681830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99365 ce68420c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99364 ccb21a3c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99363 c8e8ca3c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99362 c8e58c48 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99361 ce682624 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99360 c9022a3c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99359 c896a000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99358 ce67b20c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99356 ce9cbc48 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99355 ce67bc48 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99354 ce688000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99353 c9a5a20c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99352 c901d000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99351 c8947000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99350 cc3fa20c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99349 ce684c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99348 ce68120c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99347 c9021830 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99345 ccb21624 11008 4703 99345 0004002 [SLPQ ttyin 0xcc8b3810][SLP] ksh 99344 cc3f8624 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99343 c8904830 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99342 c9a5a624 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99341 c901ba3c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99340 ccb16830 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99339 c890820c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99338 c8969418 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99337 c8e8c624 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99334 c901b20c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99333 ccb22624 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99332 c8e8c000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99331 ce689a3c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99330 cc3f8c48 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99329 ccb22000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99328 c9a5220c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99327 c8e8c20c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99326 ccb1620c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99325 c8e59830 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99324 ccb20624 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99323 c902220c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99322 ce68a830 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99321 ce684a3c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99320 ccb16000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99319 c8ad0000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99318 c896a20c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99317 c8e90418 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99316 c9021624 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99315 c8969000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99308 c8e8cc48 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99307 ce67ba3c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99306 c8946418 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99305 c8e9020c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99304 ce67b830 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99303 c9a59000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99302 c9021000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99301 ce67b000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99299 c896aa3c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99297 ce68220c 11521 99294 99290 0004000 [SLPQ piperd 0xc895f198][SLP] awk 99296 ce689830 11521 99294 99290 0004100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99294 ccb16a3c 11521 99290 99290 0004000 [SLPQ piperd 0xce423330][SLP] ksh 99290 c901d830 11521 99286 99290 0004000 [SLPQ wait 0xc901d830][SLP] sh 99286 ce685624 0 689 689 0000000 [SLPQ piperd 0xc8960198][SLP] cron 99285 c9a5920c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99284 c86e9000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99283 c8941830 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99282 c8947624 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99281 ce68a20c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99280 ce67b418 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99279 c9a52000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99278 c86e920c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99277 cc3f4418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99276 c896920c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99275 c890420c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99274 c8e59418 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99273 c9a52624 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99272 c9021418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99271 ccb22c48 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99270 ccb1b418 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99269 cc3f420c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99268 ce682000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99267 ccb1b624 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99266 ce689624 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99265 c8908c48 100 673 673 0000100 [SLPQ ufs 0xc8d30278][SLP] sendmail 99263 c9a58000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99262 ce68d418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99261 ce685c48 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99260 c8908000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99259 ccb1b830 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99258 c8947c48 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99257 c8946c48 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99256 c9a5a418 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99255 ccb20830 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99254 c8e9120c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99253 c8e92c48 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99252 ccb22418 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99251 ce681000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99250 c9a52a3c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99249 c8965418 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99248 ce684000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99247 c86ed624 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99246 ce681c48 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99245 ce688830 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99244 c8947418 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99243 ce68a624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99242 ccb22830 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99241 c8ad8830 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99240 ccb20000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99239 c901d20c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99238 c86edc48 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99237 c9021c48 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99236 c8e58624 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99235 c8e90c48 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99234 c9a58418 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99233 ccb17a3c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99232 c8e52830 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99231 c8e90830 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99230 c8904c48 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99229 c9a52830 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99227 c8e8c418 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99226 c9022624 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99225 c8e92a3c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99224 ce68a418 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99223 c8e90624 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99222 ce684830 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99221 ccb17000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99220 c8e5920c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99219 c8947a3c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99218 ccb16c48 100 1 99218 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99215 c8e59000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99214 c9a59830 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99213 ce684418 100 1 99213 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99211 c9a58a3c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99210 c9a5a000 100 1 99210 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99206 c8904000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99204 ccb1b20c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99200 ce684624 100 1 99200 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 99183 cc3fa418 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99182 c901d624 100 1 99182 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99176 c8e92624 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99165 c9a52418 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99117 c9a5a830 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99099 c901d418 100 1 99099 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99086 c896520c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 99078 cc3fac48 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 98956 c8e52624 100 673 673 0000100 [SLPQ select 0xc0660244][SLP] sendmail 98921 ce68d830 100 673 673 0000100 [SLPQ select 0xc0660244][SLP] sendmail 98854 ce68820c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 98665 c9a52c48 0 98282 98665 0004002 [SLPQ suspfs 0xc86d706c][SLP] ls 98639 c8e91418 11008 98637 97958 0004102 [SLPQ ufs 0xc8991d18][SLP] mksnap_ffs 98637 c8e5820c 11008 97958 97958 0004002 [SLPQ wait 0xc8e5820c][SLP] sh 98282 c8e58418 0 98261 98282 0004002 [SLPQ pause 0xc8e5844c][SLP] ksh 98261 c8965624 11008 97022 98261 0004102 [SLPQ wait 0xc8965624][SLP] su 97958 c8941000 11008 4705 97958 0004002 [SLPQ wait 0xc8941000][SLP] dump 97439 ce68d624 100 673 673 0000100 [SLPQ select 0xc0660244][SLP] sendmail 97310 c8ad0c48 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 97158 c896a418 100 673 673 0000100 [SLPQ select 0xc0660244][SLP] sendmail 97022 c8e91a3c 11008 4703 97022 0004002 [SLPQ pause 0xc8e91a70][SLP] ksh 97004 cc3f8830 100 673 673 0000100 [SLPQ select 0xc0660244][SLP] sendmail 96699 ccb21418 100 673 673 0000100 [SLPQ select 0xc0660244][SLP] sendmail 96109 ccb21830 100 673 673 0000100 [SLPQ select 0xc0660244][SLP] sendmail 95970 c8904418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 95957 cc3f4830 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 95932 c8ad6418 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 95907 cc3faa3c 100 673 673 0000100 [SLPQ sbwait 0xc8f5479c][SLP] sendmail 94322 cc3f9418 100 673 673 0000100 [SLPQ sbwait 0xcb4800a8][SLP] sendmail 93567 c9a58c48 100 673 673 0000100 [SLPQ pause 0xc9a58c7c][SLP] sendmail 93563 cc3f9000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 91307 c8e58a3c 100 673 673 0000100 [SLPQ select 0xc0660244][SLP] sendmail 89069 c9022000 100 673 673 0000100 [SLPQ sbwait 0xce675d2c][SLP] sendmail 87575 ccb17624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 85547 ccb21000 100 673 673 0000100 [SLPQ sbwait 0xce7cb0a8][SLP] sendmail 85524 c8946624 100 673 673 0000100 [SLPQ select 0xc0660244][SLP] sendmail 85431 c8908624 100 673 673 0000100 [SLPQ sbwait 0xcc809a64][SLP] sendmail 85005 c8909624 100 673 673 0000100 [SLPQ sbwait 0xcc809638][SLP] sendmail 83829 c8e5220c 100 673 673 0000100 [SLPQ sbwait 0xce67420c][SLP] sendmail 83436 c8e59624 100 673 673 0000100 [SLPQ sbwait 0xc94e70a8][SLP] sendmail 83282 cc3f8a3c 100 673 673 0000100 [SLPQ sbwait 0xcc40c370][SLP] sendmail 81449 ccb2020c 100 673 673 0000100 [SLPQ select 0xc0660244][SLP] sendmail 76255 c8ad8000 100 673 673 0000100 [SLPQ select 0xc0660244][SLP] sendmail 74272 ce688a3c 100 673 673 0000100 [SLPQ sbwait 0xccbb10a8][SLP] sendmail 73313 ce67b624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 71860 c9a5ac48 100 673 673 0000100 [SLPQ sbwait 0xce644e90][SLP] sendmail 69304 c9a58624 100 673 673 0000100 [SLPQ sbwait 0xce64ce90][SLP] sendmail 61830 ccb1bc48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 59550 cc3f8418 100 673 673 0000100 [SLPQ sbwait 0xce6e54d4][SLP] sendmail 56973 cc3f4c48 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 55659 cc3fa000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 54198 ce688418 100 673 673 0000100 [SLPQ sbwait 0xc8f540a8][SLP] sendmail 53424 c896ac48 100 673 673 0000100 [SLPQ sbwait 0xccbb1638][SLP] sendmail 50232 c8908a3c 100 673 673 0000100 [SLPQ sbwait 0xce64c900][SLP] sendmail 46440 ccb1720c 100 673 673 0000100 [SLPQ pause 0xccb17240][SLP] sendmail 45756 ccb22a3c 100 673 673 0000100 [SLPQ sbwait 0xce7abbc8][SLP] sendmail 44967 c8965a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 42202 cc3f4624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 41899 c9a59c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 35265 ccb21c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 22008 c9a5aa3c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 21146 c8909830 100 673 673 0000100 [SLPQ pause 0xc8909864][SLP] sendmail 4993 cc3f8000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 81603 cc3fa624 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 70166 cc3f820c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 64399 c86eda3c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 63092 c8ad6000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 62406 c8965000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 60658 c8946830 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 59668 c8e58000 100 673 673 0000100 [SLPQ select 0xc0660244][SLP] sendmail 58412 c9a58830 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 57591 c8965830 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 55626 ccb16624 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 54177 ccb17830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 49657 ccb17c48 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 35742 ccb2120c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 20979 cc3f9830 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 6030 c8909418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 91041 ce681624 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 76748 ce689418 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 62737 c8e91830 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 52019 c901b830 100 673 673 0000100 [SLPQ select 0xc0660244][SLP] sendmail 41885 c8e90000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 33339 c8965c48 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 25301 cc3fa830 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 15180 c8946000 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 5670 c8e52000 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 93621 c8e52c48 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 76951 cc3f9624 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 68197 c896a624 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 61840 c9022830 100 61839 61839 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 61839 c8941c48 100 1 61839 0000100 [SLPQ wait 0xc8941c48][SLP] sendmail 59681 c8ad0624 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 51464 c9a5820c 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 40069 c8e8c830 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 30519 c8909c48 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 22495 c8e92830 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 13893 c8909a3c 100 673 673 0000100 [SLPQ ufs 0xc8acf388][SLP] sendmail 4772 c9a59624 0 4753 4772 0025002 stop[SUSP] ksh 4753 c8e92000 11008 4705 4753 0025102 stop[SUSP] su 4705 c902120c 11008 4703 4705 0004002 [SLPQ pause 0xc9021240][SLP] ksh 4703 c8908830 11008 4700 4703 0000100 [SLPQ select 0xc0660244][SLP] screen 4700 c9021a3c 11008 4609 4700 0004102 [SLPQ pause 0xc9021a70][SLP] screen 4609 c8ad6a3c 11008 4600 4609 0004002 [SLPQ pause 0xc8ad6a70][SLP] ksh 4600 c8904624 11008 4588 4588 0000100 [SLPQ select 0xc0660244][SLP] sshd 4588 c901b000 0 668 4588 0004100 [SLPQ sbwait 0xc94ef638][SLP] sshd 1860 c8e52418 0 1857 1860 0004002 [SLPQ ttyin 0xc8714810][SLP] ksh 1857 c8e58830 0 1 1857 0004102 [SLPQ wait 0xc8e58830][SLP] login 1856 c8941a3c 0 1 1856 0004002 [SLPQ ttyin 0xc870a010][SLP] getty 1855 c8e59a3c 0 1 1855 0004002 [SLPQ ttyin 0xc8714010][SLP] getty 1854 c8969a3c 0 1 1854 0004002 [SLPQ ttyin 0xc8716810][SLP] getty 1853 c8e52a3c 0 1 1853 0004002 [SLPQ ttyin 0xc8714410][SLP] getty 1844 c8e91c48 0 1 1844 0000000 [SLPQ select 0xc0660244][SLP] inetd 689 c8ad8624 0 1 689 0000000 [SLPQ nanslp 0xc06596ac][SLP] cron 677 c8ad8418 25 1 677 0000100 [SLPQ pause 0xc8ad844c][SLP] sendmail 676 c8969c48 100 673 673 0000100 [SLPQ suspfs 0xc86d706c][SLP] sendmail 673 c8941418 0 1 673 0000100 [CPU 0] sendmail 668 c86ed418 0 1 668 0000100 [SLPQ select 0xc0660244][SLP] sshd 650 c8ad0a3c 0 1 650 0000000 [SLPQ select 0xc0660244][SLP] ntpd 558 c8969624 53 1 558 0000100 [SLPQ select 0xc0660244][SLP] named 493 c8908418 0 1 493 0000000 [SLPQ select 0xc0660244][SLP] syslogd 460 c8947830 0 1 460 0000000 [SLPQ select 0xc0660244][SLP] devd 223 c8ad6830 0 0 0 0000204 [SLPQ mdwait 0xc8857000][SLP] md1 214 c8904a3c 0 0 0 0000204 [SLPQ mdwait 0xc892e000][SLP] md0 155 c8909000 0 0 0 0000204 [SLPQ m:w2 0xc88b2300][SLP] g_mirror gm1 154 c86e9418 0 0 0 0000204 [SLPQ m:w2 0xc88eda00][SLP] g_mirror gm0 153 c86e9624 0 0 0 0000204 [SLPQ m:w2 0xc8683200][SLP] g_mirror gm2 152 c86e9830 0 0 0 0000204 [SLPQ - 0xe8c56cfc][SLP] schedcpu 151 c86e9a3c 0 0 0 0000204 [SLPQ vlruwt 0xc86e9a3c][SLP] vnlru 150 c86e9c48 0 0 0 0000204 [SLPQ syncer 0xc065941c][SLP] syncer 149 c86ec000 0 0 0 0000204 [SLPQ psleep 0xc066078c][SLP] bufdaemon 148 c86ec20c 0 0 0 0000204 [SLPQ pollid 0xc0658a60][SLP] idlepoll 147 c86ec418 0 0 0 000020c [SLPQ pgzero 0xc0663f24][SLP] pagezero 146 c86ec624 0 0 0 0000204 [SLPQ psleep 0xc0663a74][SLP] vmdaemon 145 c86ec830 0 0 0 0000204 [SLPQ psleep 0xc0663a30][SLP] pagedaemon 144 c86eca3c 0 0 0 0000204 [IWAIT] swi0: sio 143 c86ecc48 0 0 0 0000204 [SLPQ cooling 0xc86f58d4][SLP] acpi_cooling0 142 c86ed000 0 0 0 0000204 [SLPQ tzpoll 0xc07924f4][SLP] acpi_thermal 141 c86ed20c 0 0 0 0000204 [SLPQ idle 0xc86abc74][SLP] ciss_notify0 9 c8610a3c 0 0 0 0000204 [SLPQ - 0xc8634500][SLP] kqueue taskq 140 c8610c48 0 0 0 0000204 [IWAIT] swi5:+ 8 c8623000 0 0 0 0000204 [SLPQ - 0xc8634680][SLP] acpi_task2 7 c862320c 0 0 0 0000204 [SLPQ - 0xc8634680][SLP] acpi_task1 6 c8623418 0 0 0 0000204 [SLPQ - 0xc8634680][SLP] acpi_task0 5 c8623624 0 0 0 0000204 [SLPQ - 0xc8634700][SLP] thread taskq 139 c8623830 0 0 0 0000204 [IWAIT] swi6:+ 138 c8623a3c 0 0 0 0000204 [IWAIT] swi6: task queue 137 c8623c48 0 0 0 0000204 [IWAIT] swi2: cambio 136 c8627000 0 0 0 0000204 [SLPQ - 0xc0655de0][SLP] yarrow 4 c862720c 0 0 0 0000204 [SLPQ - 0xc0656748][SLP] g_down 3 c8627418 0 0 0 0000204 [SLPQ - 0xc0656744][SLP] g_up 2 c8627624 0 0 0 0000204 [SLPQ - 0xc065673c][SLP] g_event 135 c8627830 0 0 0 0000204 [IWAIT] swi3: vm 134 c8627a3c 0 0 0 000020c [IWAIT] swi4: clock sio 133 c8627c48 0 0 0 0000204 [IWAIT] swi1: net 132 c85f9624 0 0 0 0000204 [IWAIT] irq119: 131 c85f9830 0 0 0 0000204 [IWAIT] irq118: 130 c85f9a3c 0 0 0 0000204 [IWAIT] irq117: 129 c85f9c48 0 0 0 0000204 [IWAIT] irq116: 128 c860c000 0 0 0 0000204 [IWAIT] irq115: 127 c860c20c 0 0 0 0000204 [IWAIT] irq114: 126 c860c418 0 0 0 0000204 [IWAIT] irq113: 125 c860c624 0 0 0 0000204 [IWAIT] irq112: 124 c860c830 0 0 0 0000204 [IWAIT] irq111: 123 c860ca3c 0 0 0 0000204 [IWAIT] irq110: 122 c860cc48 0 0 0 0000204 [IWAIT] irq109: 121 c8610000 0 0 0 0000204 [IWAIT] irq108: 120 c861020c 0 0 0 0000204 [IWAIT] irq107: 119 c8610418 0 0 0 0000204 [IWAIT] irq106: 118 c8610624 0 0 0 0000204 [IWAIT] irq105: 117 c8610830 0 0 0 0000204 [IWAIT] irq104: 116 c85e520c 0 0 0 0000204 [IWAIT] irq103: 115 c85e5418 0 0 0 0000204 [IWAIT] irq102: 114 c85e5624 0 0 0 0000204 [IWAIT] irq101: 113 c85e5830 0 0 0 0000204 [IWAIT] irq100: 112 c85e5a3c 0 0 0 0000204 [IWAIT] irq99: 111 c85e5c48 0 0 0 0000204 [IWAIT] irq98: em1 110 c85f8000 0 0 0 0000204 [IWAIT] irq97: em0 109 c85f820c 0 0 0 0000204 [IWAIT] irq96: 108 c85f8418 0 0 0 0000204 [IWAIT] irq95: 107 c85f8624 0 0 0 0000204 [IWAIT] irq94: 106 c85f8830 0 0 0 0000204 [IWAIT] irq93: 105 c85f8a3c 0 0 0 0000204 [IWAIT] irq92: 104 c85f8c48 0 0 0 0000204 [IWAIT] irq91: 103 c85f9000 0 0 0 0000204 [IWAIT] irq90: 102 c85f920c 0 0 0 0000204 [IWAIT] irq89: 101 c85f9418 0 0 0 0000204 [IWAIT] irq88: 100 c85e1000 0 0 0 0000204 [IWAIT] irq87: 99 c85e120c 0 0 0 0000204 [IWAIT] irq86: 98 c85e1418 0 0 0 0000204 [IWAIT] irq85: 97 c85e1624 0 0 0 0000204 [IWAIT] irq84: 96 c85e1830 0 0 0 0000204 [IWAIT] irq83: 95 c85e1a3c 0 0 0 0000204 [IWAIT] irq82: 94 c85e1c48 0 0 0 0000204 [IWAIT] irq81: 93 c85e4000 0 0 0 0000204 [IWAIT] irq80: 92 c85e420c 0 0 0 0000204 [IWAIT] irq79: 91 c85e4418 0 0 0 0000204 [IWAIT] irq78: 90 c85e4624 0 0 0 0000204 [IWAIT] irq77: 89 c85e4830 0 0 0 0000204 [IWAIT] irq76: 88 c85e4a3c 0 0 0 0000204 [IWAIT] irq75: 87 c85e4c48 0 0 0 0000204 [IWAIT] irq74: 86 c85e5000 0 0 0 0000204 [IWAIT] irq73: 85 c85cd000 0 0 0 0000204 [IWAIT] irq72: 84 c85cd20c 0 0 0 0000204 [IWAIT] irq71: 83 c85cd418 0 0 0 0000204 [IWAIT] irq70: 82 c85cd624 0 0 0 0000204 [IWAIT] irq69: 81 c85cd830 0 0 0 0000204 [IWAIT] irq68: 80 c85cda3c 0 0 0 0000204 [IWAIT] irq67: 79 c85cdc48 0 0 0 0000204 [IWAIT] irq66: 78 c85d0000 0 0 0 0000204 [IWAIT] irq65: 77 c85d020c 0 0 0 0000204 [IWAIT] irq64: 76 c85d0418 0 0 0 0000204 [IWAIT] irq63: 75 c85d0624 0 0 0 0000204 [IWAIT] irq62: 74 c85d0830 0 0 0 0000204 [IWAIT] irq61: 73 c85d0a3c 0 0 0 0000204 [IWAIT] irq60: 72 c85d0c48 0 0 0 0000204 [IWAIT] irq59: 71 c85a220c 0 0 0 0000204 [IWAIT] irq58: 70 c85a2418 0 0 0 0000204 [IWAIT] irq57: 69 c85a2624 0 0 0 0000204 [IWAIT] irq56: 68 c85a2830 0 0 0 0000204 [IWAIT] irq55: 67 c85a2a3c 0 0 0 0000204 [IWAIT] irq54: 66 c85a2c48 0 0 0 0000204 [IWAIT] irq53: 65 c85be000 0 0 0 0000204 [IWAIT] irq52: 64 c85be20c 0 0 0 0000204 [IWAIT] irq51: ciss0 63 c85be418 0 0 0 0000204 [IWAIT] irq50: 62 c85be624 0 0 0 0000204 [IWAIT] irq49: 61 c85be830 0 0 0 0000204 [IWAIT] irq48: 60 c85bea3c 0 0 0 0000204 [IWAIT] irq47: 59 c85bec48 0 0 0 0000204 [IWAIT] irq46: 58 c8593624 0 0 0 0000204 [IWAIT] irq45: 57 c8593830 0 0 0 0000204 [IWAIT] irq44: 56 c8593a3c 0 0 0 0000204 [IWAIT] irq43: 55 c8593c48 0 0 0 0000204 [IWAIT] irq42: 54 c85a1000 0 0 0 0000204 [IWAIT] irq41: 53 c85a120c 0 0 0 0000204 [IWAIT] irq40: 52 c85a1418 0 0 0 0000204 [IWAIT] irq39: 51 c85a1624 0 0 0 0000204 [IWAIT] irq38: 50 c85a1830 0 0 0 0000204 [IWAIT] irq37: 49 c85a1a3c 0 0 0 0000204 [IWAIT] irq36: 48 c85a1c48 0 0 0 0000204 [IWAIT] irq35: 47 c85a2000 0 0 0 0000204 [IWAIT] irq34: 46 c8586c48 0 0 0 0000204 [IWAIT] irq33: 45 c8592000 0 0 0 0000204 [IWAIT] irq32: 44 c859220c 0 0 0 0000204 [IWAIT] irq31: 43 c8592418 0 0 0 0000204 [IWAIT] irq30: 42 c8592624 0 0 0 0000204 [IWAIT] irq29: 41 c8592830 0 0 0 0000204 [IWAIT] irq28: 40 c8592a3c 0 0 0 0000204 [IWAIT] irq27: 39 c8592c48 0 0 0 0000204 [IWAIT] irq26: bge1 38 c8593000 0 0 0 0000204 [IWAIT] irq25: bge0 37 c859320c 0 0 0 0000204 [IWAIT] irq24: 36 c8593418 0 0 0 0000204 [IWAIT] irq23: 35 c8578624 0 0 0 0000204 [IWAIT] irq22: 34 c8578830 0 0 0 0000204 [IWAIT] irq21: 33 c8578a3c 0 0 0 0000204 [IWAIT] irq20: 32 c8578c48 0 0 0 0000204 [IWAIT] irq19: 31 c8586000 0 0 0 0000204 [IWAIT] irq18: 30 c858620c 0 0 0 0000204 [IWAIT] irq17: 29 c8586418 0 0 0 0000204 [IWAIT] irq16: 28 c8586624 0 0 0 0000204 [IWAIT] irq15: ata1 27 c8586830 0 0 0 0000204 [IWAIT] irq14: ata0 26 c8586a3c 0 0 0 0000204 [IWAIT] irq13: 25 c852620c 0 0 0 0000204 [IWAIT] irq12: 24 c8526418 0 0 0 0000204 [IWAIT] irq11: 23 c8526624 0 0 0 0000204 [IWAIT] irq10: 22 c8526830 0 0 0 0000204 [IWAIT] irq9: acpi0 21 c8526a3c 0 0 0 0000204 [IWAIT] irq8: 20 c8526c48 0 0 0 0000204 [IWAIT] irq7: 19 c8578000 0 0 0 0000204 [IWAIT] irq6: 18 c857820c 0 0 0 0000204 [IWAIT] irq5: 17 c8578418 0 0 0 0000204 [IWAIT] irq4: sio0 16 c8521000 0 0 0 0000204 [IWAIT] irq3: sio1 15 c852120c 0 0 0 0000204 [IWAIT] irq0: 14 c8521418 0 0 0 0000204 [IWAIT] irq1: atkbd0 13 c8521624 0 0 0 000020c [Can run] idle: cpu0 12 c8521830 0 0 0 000020c [CPU 1] idle: cpu1 11 c8521a3c 0 0 0 000020c [CPU 2] idle: cpu2 10 c8521c48 0 0 0 000020c [CPU 3] idle: cpu3 1 c8526000 0 0 1 0004200 [SLPQ wait 0xc8526000][SLP] init 0 c0656840 0 0 0 0000200 [IWAIT] swapper db> show lockedvnods Locked vnodes 0xc8991cc0: tag ufs, type VDIR usecount 4, writecount 0, refcount 6 mountedhere 0 flags (VV_ROOT) v_object 0xc922f7bc ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xceac9900 (pid 99468) with 3 pending ino 2, on dev stripe/gs0 0xc8acf330: tag ufs, type VDIR usecount 972, writecount 0, refcount 974 mountedhere 0 flags () v_object 0xc8d476b4 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xccb1d180 (pid 99376) with 384 pending ino 2221504, on dev stripe/gs0 0xc8d30440: tag ufs, type VDIR usecount 2, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xca292b58 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc8ad1a80 (pid 99373) with 1 pending ino 2221506, on dev stripe/gs0 0xc8dc1aa0: tag ufs, type VDIR usecount 1, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xca127ad4 ref 0 pages 40 lock type ufs: EXCL (count 1) by thread 0xce67cd80 (pid 99361) with 1 pending ino 2221507, on dev stripe/gs0 0xc8d38990: tag ufs, type VDIR usecount 1, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xc96709cc ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc86ebd80 (pid 99265) ino 2221514, on dev stripe/gs0 0xc8d30220: tag ufs, type VDIR usecount 1, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xcce0c318 ref 0 pages 38 lock type ufs: EXCL (count 1) by thread 0xce680000 (pid 99355) with 1 pending ino 2221515, on dev stripe/gs0 0xc8d11dd0: tag ufs, type VDIR usecount 0, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xcb51ad68 ref 0 pages 40 lock type ufs: EXCL (count 1) by thread 0xce67d900 (pid 91041) ino 2221527, on dev stripe/gs0 0xc8dd7110: tag ufs, type VDIR usecount 0, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xc8e3f420 ref 0 pages 39 lock type ufs: EXCL (count 1) by thread 0xccb1e180 (pid 99375) ino 2221545, on dev stripe/gs0 0xcd2ae990: tag ufs, type VREG usecount 1, writecount 0, refcount 6493 mountedhere 0 flags () lock type ufs: EXCL (count 1) by thread 0xc8e8e300 (pid 98639) ino 4, on dev stripe/gs0 db> alltrace Tracing command sendmail pid 99774 tid 100861 td 0xced87000 db> alltrace 99468 99376 99373 99361 99265 99355 91041 99375 98639 Tracing command sendmail pid 99774 tid 100861 td 0xced87000 db> trace 99468 Tracing pid 99468 tid 100572 td 0xceac9900 sched_switch(ceac9900,0,1,c6dcade6,9d4675e8) at sched_switch+0x158 mi_switch(1,0,c04d7b33,c8acf388,ebc8f930) at mi_switch+0x1d5 sleepq_switch(c8acf388,ebc8f964,c04bb9ce,c8acf388,50) at sleepq_switch+0x16f sleepq_wait(c8acf388,50,c06186b3,0,ebc8f978) at sleepq_wait+0x11 msleep(c8acf388,c06576d4,50,c06186b3,0) at msleep+0x3d7 acquire(ebc8f9cc,40,60000,c05104f8,c8991d18) at acquire+0x89 lockmgr(c8acf388,2002,c8acf3ac,ceac9900,ebc8f9f4) at lockmgr+0x45f vop_stdlock(ebc8fa4c,c05f9f5b,c0646cc0,ebc8fa4c,ebc8fa04) at vop_stdlock+0x2f VOP_LOCK_APV(c0647200,ebc8fa4c,ebc8fa1c,c05f9f43,ebc8fa4c) at VOP_LOCK_APV+0x44 ffs_lock(ebc8fa4c,0,2002,c8acf330,ebc8fa68) at ffs_lock+0x19 VOP_LOCK_APV(c0646cc0,ebc8fa4c,c0653620,c8991cc0,2002) at VOP_LOCK_APV+0x44 vn_lock(c8acf330,2002,ceac9900,c8991cc0,4) at vn_lock+0x132 vget(c8acf330,2002,ceac9900,40,cc557900) at vget+0xee cache_lookup(c8991cc0,ebc8fc74,ebc8fc88,ceac9900,cc557900) at cache_lookup+0x501 vfs_cache_lookup(ebc8fba8,ebc8fb50,c8991cc0,0,ebc8fbc4) at vfs_cache_lookup+0xa1 VOP_LOOKUP_APV(c0646cc0,ebc8fba8,ebc8fb94,ceac9900,ce6436f4) at VOP_LOOKUP_APV+0x44 lookup(ebc8fc60,c8910c00,400,ebc8fc7c,0) at lookup+0x4a8 namei(ebc8fc60,ebc8fc68,c04b4bb1,ebc8fc78,c05a4108) at namei+0x442 kern_chdir(ceac9900,bfbfcc00,0,ebc8fd30,c05ef1c1) at kern_chdir+0x42 chdir(ceac9900,ebc8fd04,4,ceac9900,8146000) at chdir+0x22 syscall(3b,3b,3b,8113ca0,0) at syscall+0x324 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (12, FreeBSD ELF32, chdir), eip = 0x88297ba3, esp = 0xbfbfbb3c, ebp = 0xbfbfd018 --- db> trace 99376 Tracing pid 99376 tid 100414 td 0xccb1d180 sched_switch(ccb1d180,0,1,997d638c,601ad0fb) at sched_switch+0x158 mi_switch(1,0,c04d7b33,c8d30498,eba4d878) at mi_switch+0x1d5 sleepq_switch(c8d30498,eba4d8ac,c04bb9ce,c8d30498,50) at sleepq_switch+0x16f sleepq_wait(c8d30498,50,c06186b3,0,0) at sleepq_wait+0x11 msleep(c8d30498,c065852c,50,c06186b3,0) at msleep+0x3d7 acquire(eba4d914,40,60000,c0597494,1000) at acquire+0x89 lockmgr(c8d30498,2002,c8d304bc,ccb1d180,eba4d93c) at lockmgr+0x45f vop_stdlock(eba4d994,0,c0646cc0,eba4d994,eba4d94c) at vop_stdlock+0x2f VOP_LOCK_APV(c0647200,eba4d994,eba4d964,c05f9f43,eba4d994) at VOP_LOCK_APV+0x44 ffs_lock(eba4d994,0,2002,c8d30440,eba4d9b0) at ffs_lock+0x19 VOP_LOCK_APV(c0646cc0,eba4d994,eba4dc1c,eba4dc08,3fff) at VOP_LOCK_APV+0x44 vn_lock(c8d30440,2002,ccb1d180,eba4d9f4,c04a4957) at vn_lock+0x132 vget(c8d30440,2002,ccb1d180,40,ce72d380) at vget+0xee cache_lookup(c8acf330,eba4dc08,eba4dc1c,ccb1d180,ce72d380) at cache_lookup+0x501 vfs_cache_lookup(eba4daf0,eba4da98,c8acf330,ce6eda00,eba4db0c) at vfs_cache_lookup+0xa1 VOP_LOOKUP_APV(c0646cc0,eba4daf0,ccb1d180,c88a5250,0) at VOP_LOOKUP_APV+0x44 lookup(eba4dbf4,c8910000,400,eba4dc10,1) at lookup+0x4a8 namei(eba4dbf4,100,1,2ec,c926f730) at namei+0x442 kern_stat(ccb1d180,80eec20,0,eba4dc68,eba4dc94) at kern_stat+0x3d stat(ccb1d180,eba4dd04,8,ccb1d180,80eb000) at stat+0x2f syscall(3b,bfbf003b,bfbf003b,2000,4000) at syscall+0x324 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (188, FreeBSD ELF32, stat), eip = 0x88305907, esp = 0xbfbfa52c, ebp = 0xbfbfa5c8 --- db> trace 99373 Tracing pid 99373 tid 100232 td 0xc8ad1a80 sched_switch(c8ad1a80,0,1,d6bbcf42,9f2c12b3) at sched_switch+0x158 mi_switch(1,0,c04d7b33,c8dc1af8,eb722878) at mi_switch+0x1d5 sleepq_switch(c8dc1af8,eb7228ac,c04bb9ce,c8dc1af8,50) at sleepq_switch+0x16f sleepq_wait(c8dc1af8,50,c06186b3,0,c88f9000) at sleepq_wait+0x11 msleep(c8dc1af8,c0658574,50,c06186b3,0) at msleep+0x3d7 acquire(eb722914,40,60000,c0597494,0) at acquire+0x89 lockmgr(c8dc1af8,2002,c8dc1b1c,c8ad1a80,eb72293c) at lockmgr+0x45f vop_stdlock(eb722994,0,c0646cc0,eb722994,eb72294c) at vop_stdlock+0x2f VOP_LOCK_APV(c0647200,eb722994,eb722964,c05f9f43,eb722994) at VOP_LOCK_APV+0x44 ffs_lock(eb722994,0,2002,c8dc1aa0,eb7229b0) at ffs_lock+0x19 VOP_LOCK_APV(c0646cc0,eb722994,ce9f2c78,23,0) at VOP_LOCK_APV+0x44 vn_lock(c8dc1aa0,2002,c8ad1a80,eb7229f4,c04a4957) at vn_lock+0x132 vget(c8dc1aa0,2002,c8ad1a80,40,ce7b9c00) at vget+0xee cache_lookup(c8d30440,eb722c08,eb722c1c,c8ad1a80,ce7b9c00) at cache_lookup+0x501 vfs_cache_lookup(eb722af0,eb722a98,c8d30440,0,eb722b0c) at vfs_cache_lookup+0xa1 VOP_LOOKUP_APV(c0646cc0,eb722af0,c8ad1a80,c88a5250,0) at VOP_LOOKUP_APV+0x44 lookup(eb722bf4,c8e1b000,400,eb722c10,1) at lookup+0x4a8 namei(eb722bf4,eb722b9c,c05a1789,ce9f2bfc,0) at namei+0x442 kern_stat(c8ad1a80,8141520,0,eb722c68,0) at kern_stat+0x3d stat(c8ad1a80,eb722d04,8,c8ad1a80,8154000) at stat+0x2f syscall(3b,bfbf003b,bfbf003b,0,814f3c0) at syscall+0x324 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (188, FreeBSD ELF32, stat), eip = 0x88305907, esp = 0xbfbfa6dc, ebp = 0xbfbfa778 --- db> trace 99361 Tracing pid 99361 tid 100437 td 0xce67cd80 sched_switch(ce67cd80,0,1,3d4e53a2,95c40548) at sched_switch+0x158 mi_switch(1,0,c04d7b33,c86d706c,ebb00908) at mi_switch+0x1d5 sleepq_switch(c86d706c,ebb0093c,c04bb9ce,c86d706c,9f) at sleepq_switch+0x16f sleepq_wait(c86d706c,9f,c061a026,0,c0647200) at sleepq_wait+0x11 msleep(c86d706c,c86d7044,29f,c061a026,0,c0653720,c8dc1aa0,ebb00978,ce67cd80) at msleep+0x3d7 vn_write_suspend_wait(c8dc1aa0,c86d7000,1,0,ca07f817) at vn_write_suspend_wait+0x181 ufs_inactive(ebb009c8,ebb009dc,c051b330,c0646cc0,ebb009c8) at ufs_inactive+0x1b4 VOP_INACTIVE_APV(c0646cc0,ebb009c8,a03,ebb009d0,c051054f) at VOP_INACTIVE_APV+0x3a vinactive(c8dc1aa0,ce67cd80,ffffffdf,ebb00a24,c0513592) at vinactive+0x82 vput(c8dc1aa0,ffffffdf,2,ebb00a50,0) at vput+0x187 vn_open_cred(ebb00bc0,ebb00cc0,180,c9430580,5) at vn_open_cred+0xfb vn_open(ebb00bc0,ebb00cc0,180,5,4b5fcfad) at vn_open+0x33 kern_open(ce67cd80,81414e0,0,a03,180) at kern_open+0xca open(ce67cd80,ebb00d04,c,ce67cd80,8155000) at open+0x36 syscall(3b,3b,3b,0,a02) at syscall+0x324 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x88305967, esp = 0xbfbfa40c, ebp = 0xbfbfa498 --- db> trace 99265 Tracing pid 99265 tid 100174 td 0xc86ebd80 sched_switch(c86ebd80,0,1,86db4e3a,c0bf63cf) at sched_switch+0x158 mi_switch(1,0,c04d7b33,c8d30278,e93ee878) at mi_switch+0x1d5 sleepq_switch(c8d30278,e93ee8ac,c04bb9ce,c8d30278,50) at sleepq_switch+0x16f sleepq_wait(c8d30278,50,c06186b3,0,0) at sleepq_wait+0x11 msleep(c8d30278,c0658724,50,c06186b3,0) at msleep+0x3d7 acquire(e93ee914,40,60000,c0597494,1000) at acquire+0x89 lockmgr(c8d30278,2002,c8d3029c,c86ebd80,e93ee93c) at lockmgr+0x45f vop_stdlock(e93ee994,0,c0646cc0,e93ee994,e93ee94c) at vop_stdlock+0x2f VOP_LOCK_APV(c0647200,e93ee994,e93ee964,c05f9f43,e93ee994) at VOP_LOCK_APV+0x44 ffs_lock(e93ee994,0,2002,c8d30220,e93ee9b0) at ffs_lock+0x19 VOP_LOCK_APV(c0646cc0,e93ee994,e93eec1c,e93eec08,3fff) at VOP_LOCK_APV+0x44 vn_lock(c8d30220,2002,c86ebd80,e93ee9f4,c04a4957) at vn_lock+0x132 vget(c8d30220,2002,c86ebd80,40,ce6d6d80) at vget+0xee cache_lookup(c8d38990,e93eec08,e93eec1c,c86ebd80,ce6d6d80) at cache_lookup+0x501 vfs_cache_lookup(e93eeaf0,e93eea98,c8d38990,0,e93eeb0c) at vfs_cache_lookup+0xa1 VOP_LOOKUP_APV(c0646cc0,e93eeaf0,c86ebd80,c065b0a0,40) at VOP_LOOKUP_APV+0x44 lookup(e93eebf4,ce89b800,400,e93eec10,1) at lookup+0x4a8 namei(e93eebf4,100,e93eeb9c,5b4,c9236730) at namei+0x442 kern_stat(c86ebd80,80eec20,0,e93eec68,e93eec94) at kern_stat+0x3d stat(c86ebd80,e93eed04,8,c86ebd80,80eb000) at stat+0x2f syscall(3b,bfbf003b,bfbf003b,2000,4000) at syscall+0x324 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (188, FreeBSD ELF32, stat), eip = 0x88305907, esp = 0xbfbfa52c, ebp = 0xbfbfa5c8 --- db> trace 99355 Tracing pid 99355 tid 100426 td 0xce680000 sched_switch(ce680000,0,1,a8b2a004,794d29ea) at sched_switch+0x158 mi_switch(1,0,c04d7b33,c86d706c,ebb21908) at mi_switch+0x1d5 sleepq_switch(c86d706c,ebb2193c,c04bb9ce,c86d706c,9f) at sleepq_switch+0x16f sleepq_wait(c86d706c,9f,c061a026,0,c0647200) at sleepq_wait+0x11 msleep(c86d706c,c86d7044,29f,c061a026,0,c0653720,c8d30220,ebb21978,ce680000) at msleep+0x3d7 vn_write_suspend_wait(c8d30220,c86d7000,1,0,c8e81817) at vn_write_suspend_wait+0x181 ufs_inactive(ebb219c8,ebb219dc,c051b330,c0646cc0,ebb219c8) at ufs_inactive+0x1b4 VOP_INACTIVE_APV(c0646cc0,ebb219c8,a03,ebb219d0,c051054f) at VOP_INACTIVE_APV+0x3a vinactive(c8d30220,ce680000,ffffffdf,ebb21a24,c0513592) at vinactive+0x82 vput(c8d30220,ffffffdf,2,ebb21a50,0) at vput+0x187 vn_open_cred(ebb21bc0,ebb21cc0,180,c9296280,5) at vn_open_cred+0xfb vn_open(ebb21bc0,ebb21cc0,180,5,97303610) at vn_open+0x33 kern_open(ce680000,8141500,0,a03,180) at kern_open+0xca open(ce680000,ebb21d04,c,ce680000,8151000) at open+0x36 syscall(bfbf003b,bfbf003b,bfbf003b,0,a02) at syscall+0x324 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x88305967, esp = 0xbfbfa5ac, ebp = 0xbfbfa638 --- db> trace 91041 Tracing pid 91041 tid 100430 td 0xce67d900 sched_switch(ce67d900,0,1,5100ec54,ba61202) at sched_switch+0x158 mi_switch(1,0,c04d7b33,c86d706c,ebb15908) at mi_switch+0x1d5 sleepq_switch(c86d706c,ebb1593c,c04bb9ce,c86d706c,9f) at sleepq_switch+0x16f sleepq_wait(c86d706c,9f,c061a026,0,c0647200) at sleepq_wait+0x11 msleep(c86d706c,c86d7044,29f,c061a026,0,c0653720,c8d11dd0,ebb15978,ce67d900) at msleep+0x3d7 vn_write_suspend_wait(c8d11dd0,c86d7000,1,0,c8ced017) at vn_write_suspend_wait+0x181 ufs_inactive(ebb159c8,ebb159dc,c051b330,c0646cc0,ebb159c8) at ufs_inactive+0x1b4 VOP_INACTIVE_APV(c0646cc0,ebb159c8,a22,ebb159d0,c051054f) at VOP_INACTIVE_APV+0x3a vinactive(c8d11dd0,ce67d900,ffffffdf,ebb15a24,c0513592) at vinactive+0x82 vput(c8d11dd0,ffffffdf,2,0,0) at vput+0x187 vn_open_cred(ebb15bc0,ebb15cc0,180,c8fc5d80,8) at vn_open_cred+0xfb vn_open(ebb15bc0,ebb15cc0,180,8,c0653120) at vn_open+0x33 kern_open(ce67d900,bfbfa400,0,a22,180) at kern_open+0xca open(ce67d900,ebb15d04,c,ce67d900,ce67d900) at open+0x36 syscall(80e003b,3b,bfbf003b,8108d00,0) at syscall+0x324 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x88305967, esp = 0xbfbf976c, ebp = 0xbfbfb118 --- db> trace 99375 Tracing pid 99375 tid 100404 td 0xccb1e180 sched_switch(ccb1e180,0,1,2efe85fa,5fbad7c4) at sched_switch+0x158 mi_switch(1,0,c04d7b33,c86d706c,eba6b908) at mi_switch+0x1d5 sleepq_switch(c86d706c,eba6b93c,c04bb9ce,c86d706c,9f) at sleepq_switch+0x16f sleepq_wait(c86d706c,9f,c061a026,0,c0647200) at sleepq_wait+0x11 msleep(c86d706c,c86d7044,29f,c061a026,0,c0653720,c8dd7110,eba6b978,ccb1e180) at msleep+0x3d7 vn_write_suspend_wait(c8dd7110,c86d7000,1,0,c8916417) at vn_write_suspend_wait+0x181 ufs_inactive(eba6b9c8,eba6b9dc,c051b330,c0646cc0,eba6b9c8) at ufs_inactive+0x1b4 VOP_INACTIVE_APV(c0646cc0,eba6b9c8,a03,eba6b9d0,c051054f) at VOP_INACTIVE_APV+0x3a vinactive(c8dd7110,ccb1e180,ffffffdf,eba6ba24,c0513592) at vinactive+0x82 vput(c8dd7110,ffffffdf,2,eba6ba50,0) at vput+0x187 vn_open_cred(eba6bbc0,eba6bcc0,180,ccb73b80,5) at vn_open_cred+0xfb vn_open(eba6bbc0,eba6bcc0,180,5,188c500) at vn_open+0x33 kern_open(ccb1e180,8141560,0,a03,180) at kern_open+0xca open(ccb1e180,eba6bd04,c,ccb1e180,8152000) at open+0x36 syscall(3b,bfbf003b,bfbf003b,0,a02) at syscall+0x324 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x88305967, esp = 0xbfbfa5ac, ebp = 0xbfbfa638 --- db> trace 98639 Tracing pid 98639 tid 100282 td 0xc8e8e300 sched_switch(c8e8e300,0,1,cc167362,733b6597) at sched_switch+0x158 mi_switch(1,0,c04d7b33,c8991d18,eb80c544) at mi_switch+0x1d5 sleepq_switch(c8991d18,eb80c578,c04bb9ce,c8991d18,50) at sleepq_switch+0x16f sleepq_wait(c8991d18,50,c06186b3,0,c065ae80) at sleepq_wait+0x11 msleep(c8991d18,c065888c,50,c06186b3,0) at msleep+0x3d7 acquire(eb80c5e0,40,60000,c8e8e300,0) at acquire+0x89 lockmgr(c8991d18,2002,c8991d3c,c8e8e300,eb80c608) at lockmgr+0x45f vop_stdlock(eb80c660,0,c0646cc0,eb80c660,eb80c618) at vop_stdlock+0x2f VOP_LOCK_APV(c0647200,eb80c660,eb80c630,c05f9f43,eb80c660) at VOP_LOCK_APV+0x44 ffs_lock(eb80c660,0,2002,c8991cc0,eb80c67c) at ffs_lock+0x19 VOP_LOCK_APV(c0646cc0,eb80c660,c06402e0,eb80c7d0,0) at VOP_LOCK_APV+0x44 vn_lock(c8991cc0,2002,c8e8e300,4000,c851f300) at vn_lock+0x132 ffs_snapshot(c86d7000,cc978e00,eb80c9a4,6c,eb80c964) at ffs_snapshot+0x152b ffs_mount(c86d7000,c8e8e300,0,c8e8e300,c9f71bb0) at ffs_mount+0x9af vfs_domount(c8e8e300,c88a8760,c88a8870,11211000,c9a77510) at vfs_domount+0x728 vfs_donmount(c8e8e300,11211000,eb80cbec,c9314580,e) at vfs_donmount+0x12e kernel_mount(c8737b80,11211000,eb80cc30,6c,bfbfe8c8) at kernel_mount+0x46 ffs_cmount(c8737b80,bfbfe110,11211000,c8e8e300,0) at ffs_cmount+0x85 mount(c8e8e300,eb80cd04,10,c8e8e300,8052000) at mount+0x21b syscall(3b,3b,3b,8814819c,bfbfe0b0) at syscall+0x324 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (21, FreeBSD ELF32, mount), eip = 0x880b8b03, esp = 0xbfbfe07c, ebp = 0xbfbfe778 --- db> continue # shutdown -r now Shutdown NOW! shutdown: [pid 99927] *** FINAL System shutdown message from root@mx17.sac.fedex.com *** System going down IMMEDIATELY Nov 22 20:31:48 mx17 shutdown: reboot by root: # System shutdown time has arrived ... Below are the names of the locked inodes. Note that mqueue/.hoststat is the mount point for a memory filesystem created via mdmfs(8). # cd /var/spool # find . \( -inum 2 -o -inum 2221504 -o -inum 2221506 -o -inum 2221507 -o -inum 2221514 -o -inum 2221515 -o -inum 2221527 -o -inum 2221545 -o -inum 4 \) -print | xargs ls -id 2 . 2221507 ./mqueue/q00/df 4 ./.snap/dump_snapshot 2221514 ./mqueue/q03 2221504 ./mqueue 2221515 ./mqueue/q03/df 2 ./mqueue/.hoststat 2221527 ./mqueue/q07/qf 2221506 ./mqueue/q00 2221545 ./mqueue/q09/df From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 06:26:46 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 878EB16A41F; Wed, 23 Nov 2005 06:26:46 +0000 (GMT) (envelope-from android@oberon.pfi.lt) Received: from nmail.forbis.lt (nmail.forbis.lt [213.226.165.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5C3A43D5C; Wed, 23 Nov 2005 06:26:45 +0000 (GMT) (envelope-from android@oberon.pfi.lt) Received: from andrejp.forbis.lt (largo.forbis.lt [172.17.0.99]) by nmail.forbis.lt (8.13.3/8.13.3) with ESMTP id jAN6Qhbp064658; Wed, 23 Nov 2005 08:26:43 +0200 (EET) (envelope-from android@oberon.pfi.lt) To: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Message-ID: Date: Wed, 23 Nov 2005 08:26:42 +0200 From: Android Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit User-Agent: Opera M2/8.50 (Linux, build 1358) X-Virus-Scanned: by amavisd-new Cc: Subject: gdb konsole system crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 06:26:46 -0000 Hello all! Discovering troubles with kde-apps startup I've faced with interesting effect - starting of gdb konsole (as nonprivileged user) causes system crash. Here is an example: gdb konsole run In my case this method 100% rebooting system in 80 seconds (mysterious network wait). On konsole appears this message: -------------------- android@callisto:~> gdb konsole GNU gdb 6.1.1 [FreeBSD] Copyright 2004 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 "amd64-marcel-freebsd"...(no debugging symbols found)... (gdb) run Starting program: /usr/local/bin/konsole (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...warning: Unable to get location for thread creation breakpoint: generic error [New LWP 100082] (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[New Thread 0x50c000 (LWP 100082)] (no debugging symbols found)...(no debugging symbols found)...kbuildsycoca running... -------------------- Then after 80 seconds: [New Thread 0x50c400 (LWP 100128)] and system reboots. Maybe someone has faced with such problem on amd64 platform? Could you try to repeat this situation on other systems, or it's only my computer problem? My system: android@callisto:~> uname -a FreeBSD callisto 6.0-STABLE FreeBSD 6.0-STABLE #0: Sat Nov 19 14:31:34 EET 2005 root@callisto:/usr/obj/usr/src/sys/callisto amd64 I'm keeping up my system actual, ports are updating regullary. -- WBR Android Andrew [:] From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 06:49:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 691C416A41F for ; Wed, 23 Nov 2005 06:49:42 +0000 (GMT) (envelope-from shurd@sasktel.net) Received: from misav10.sasknet.sk.ca (misav10.sasknet.sk.ca [142.165.20.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04DF043D46 for ; Wed, 23 Nov 2005 06:49:41 +0000 (GMT) (envelope-from shurd@sasktel.net) Received: from bgmpomr2.sasknet.sk.ca ([142.165.72.23]) by misav10 with InterScan Messaging Security Suite; Wed, 23 Nov 2005 00:49:41 -0600 Received: from [192.168.0.193] ([142.165.59.202]) by bgmpomr2.sasknet.sk.ca (SaskTel eMessaging Service) with ESMTPA id <0IQE00EBPAYSEEB0@bgmpomr2.sasknet.sk.ca> for freebsd-stable@freebsd.org; Wed, 23 Nov 2005 00:49:41 -0600 (CST) Date: Wed, 23 Nov 2005 00:49:40 -0600 From: Stephen Hurd In-reply-to: <4382835B.2070807@speakeasy.net> To: MS-KILA Message-id: <43841104.1050306@sasktel.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-ca, en-gb, en-us, en References: <4382835B.2070807@speakeasy.net> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051108 Cc: freebsd-stable@freebsd.org Subject: Re: /create/symlink failed: no inodes free X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 06:49:42 -0000 MS-KILA wrote: > still present trying to install 6.0 on a 600Mhz celery, 384 ram, 8g > hdd; ftp install. will attempt the explicit ip idea. > > does every first attempt at ftp choke like this? > wayne > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > I've found that starting an emergency shell, running ifconfig yourself, then verifying connectivity *FIRST* is required for some rl cards... or at least, that's what I've been doing. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 06:53:00 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7556216A41F for ; Wed, 23 Nov 2005 06:53:00 +0000 (GMT) (envelope-from northg@shaw.ca) Received: from pd2mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0AB943D46 for ; Wed, 23 Nov 2005 06:52:59 +0000 (GMT) (envelope-from northg@shaw.ca) Received: from pd4mr6so.prod.shaw.ca (pd4mr6so-qfe3.prod.shaw.ca [10.0.141.69]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IQE00L0LB4BBTA0@l-daemon> for freebsd-stable@freebsd.org; Tue, 22 Nov 2005 23:52:59 -0700 (MST) Received: from pn2ml5so.prod.shaw.ca ([10.0.121.149]) by pd4mr6so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IQE00BRTB4BASF0@pd4mr6so.prod.shaw.ca> for freebsd-stable@freebsd.org; Tue, 22 Nov 2005 23:52:59 -0700 (MST) Received: from [192.168.0.100] (S0106000f3d63c5a5.vc.shawcable.net [24.85.154.162]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0IQE00G9KB4AIS@l-daemon> for freebsd-stable@freebsd.org; Tue, 22 Nov 2005 23:52:58 -0700 (MST) Received: from 127.0.0.1 (AVG SMTP 7.1.362 [267.13.5/177]); Tue, 22 Nov 2005 22:53:10 -0800 Date: Tue, 22 Nov 2005 22:53:09 -0800 From: Graham North In-reply-to: <4383DB85.8020007@chillt.de> To: Bartosz Fabianowski Message-id: <438411D5.6050509@shaw.ca> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_MXxBOc2og1ud5JUMZFKW5w)" X-Accept-Language: en-us, en References: <4383C20E.20509@shaw.ca> <200511231238.06590.doconnor@gsoft.com.au> <4383D05E.1090904@chillt.de> <200511231250.49536.doconnor@gsoft.com.au> <4383DB85.8020007@chillt.de> User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 06:53:00 -0000 --Boundary_(ID_MXxBOc2og1ud5JUMZFKW5w) Content-type: text/plain; charset=ISO-8859-15; format=flowed Content-transfer-encoding: 7BIT Hello Daniel and Bartosz: Thank you for such prompt and helpful replies. Sounds like the Dell's ATI will work just fine. Graham/ Bartosz Fabianowski wrote: >> Mmm, the radeon man page claims Radeon 9000's are supported without >> caveats. > > > Oops, I sent my initial reply off-list. To summarize for everybody > else: Yes, you're right; I was thinking the Radeon 9000 was a newer > chip, while it is an oder one (an rv250), which has been fully > supported for a while. Sorry for the noise. > > - Bartosz > > -- Kindness can be infectious - try it. Graham North Vancouver, BC www.soleado.ca --Boundary_(ID_MXxBOc2og1ud5JUMZFKW5w) Content-type: text/plain; x-avg=cert; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline Content-description: "AVG certification" No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.362 / Virus Database: 267.13.5/177 - Release Date: 11/21/2005 --Boundary_(ID_MXxBOc2og1ud5JUMZFKW5w)-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 07:23:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8678616A41F; Wed, 23 Nov 2005 07:23:45 +0000 (GMT) (envelope-from serg@tmn.ru) Received: from sbtx.tmn.ru (sbtx.tmn.ru [212.76.160.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 592E143D5E; Wed, 23 Nov 2005 07:23:41 +0000 (GMT) (envelope-from serg@tmn.ru) Received: from sv.tech.sibitex.tmn.ru (sv.tech.sibitex.tmn.ru [10.76.160.59]) by sbtx.tmn.ru (8.13.3/8.13.3) with ESMTP id jAN7NVdB086415; Wed, 23 Nov 2005 12:23:31 +0500 (YEKT) (envelope-from serg@tmn.ru) Received: from sv.tech.sibitex.tmn.ru (localhost.tech.sibitex.tmn.ru [127.0.0.1]) by sv.tech.sibitex.tmn.ru (8.13.4/8.13.4) with ESMTP id jAN7NVQe001026; Wed, 23 Nov 2005 12:23:31 +0500 (YEKT) (envelope-from serg@sv.tech.sibitex.tmn.ru) Received: (from serg@localhost) by sv.tech.sibitex.tmn.ru (8.13.4/8.13.4/Submit) id jAN7NVv3001025; Wed, 23 Nov 2005 12:23:31 +0500 (YEKT) (envelope-from serg) Date: Wed, 23 Nov 2005 12:23:31 +0500 From: "Sergey N. Voronkov" To: freebsd-stable@freebsd.org Message-ID: <20051123072331.GA890@tmn.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on sbtx.tmn.ru X-Virus-Status: Clean Cc: freebsd-hackers@freebsd.org Subject: sym(4) broken on amd64 (Time to port new driver?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 07:23:45 -0000 Looks like it is broken for a while - "_sym_calloc2: failed to allocate HCB" is always there... And... Looks like Gerard Roudier havn't more interest in maintaining this driver - there is the second generation of the original driver into linux source three since 2001, which is newer ported to FreeBSD by the author. And FreeBSD hooks was removed from the driver code... May be it is a time to port siop(4) from NetBSD? Serg N. Voronkov, Sibitex Ltd. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 07:28:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEC7916A41F for ; Wed, 23 Nov 2005 07:28:58 +0000 (GMT) (envelope-from krion@voodoo.bawue.com) Received: from voodoo.bawue.com (voodoo.bawue.com [212.9.161.119]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DDF343D58 for ; Wed, 23 Nov 2005 07:28:58 +0000 (GMT) (envelope-from krion@voodoo.bawue.com) Received: from krion by voodoo.bawue.com with local (Exim 4.54 (FreeBSD)) id 1Eep3r-000Erh-SS; Wed, 23 Nov 2005 08:28:59 +0100 Date: Wed, 23 Nov 2005 08:28:59 +0100 From: Kirill Ponomarew To: Mark Andrews Message-ID: <20051123072859.GD56811@voodoo.bawue.com> References: <200511230136.jAN1aAbW022827@drugs.dv.isc.org> <200511230147.jAN1lDgk048158@drugs.dv.isc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200511230147.jAN1lDgk048158@drugs.dv.isc.org> X-NCC-Regid: de.oberon X-NIC-HDL: KP869-RIPE Cc: Dejan Lesjak , freebsd-stable@freebsd.org Subject: Re: xorg-clients conflicts with xterm (patch) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 07:28:58 -0000 On Wed, Nov 23, 2005 at 12:47:13PM +1100, Mark Andrews wrote: > > > > > > $ sh > > > $ PACKAGES=/home/packages > > > $ export PACKAGES > > > $ /usr/local/sbin/pkg_info -I xorg-clients-6.8.2 > > > pkg_info: can't find package 'xorg-clients-6.8.2' installed or in a file! > > > $ PKG_PATH=/home/packages/All > > > $ export PKG_PATH > > > $ /usr/local/sbin/pkg_info -I xorg-clients-6.8.2 > > > xorg-clients-6.8.2 X client programs and related files from X.Org > > > $ > > > > We need to clean PKG_PATH from the envirionment when looking > > for conflicts. > > > > e.g. > > > > found=`${SETENV} PKG_PATH= ${PKG_INFO} -I ${CONFLICTS:C/.+/'&'/} 2>/dev/ > > null | ${AWK} '{print $$1}'`; > > > > Mark > > While we are fixing things the man page for pkg_info needs to be updated. > PKG_PATH is not mentioned. It's hard to debug problems without the required > information. That's true. I'll update pkg_info(1) soon. -Kirill From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 07:37:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D6B416A41F for ; Wed, 23 Nov 2005 07:37:27 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id A218F43D5C for ; Wed, 23 Nov 2005 07:37:26 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (av.hub.org [200.46.204.144]) by hub.org (Postfix) with ESMTP id 5DAA7C08A1A for ; Wed, 23 Nov 2005 03:37:25 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 47512-03 for ; Wed, 23 Nov 2005 07:37:25 +0000 (GMT) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id EAC71C089F6 for ; Wed, 23 Nov 2005 03:37:24 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 999CE3EB6F; Wed, 23 Nov 2005 03:37:23 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 9035D3B20D for ; Wed, 23 Nov 2005 03:37:23 -0400 (AST) Date: Wed, 23 Nov 2005 03:37:23 -0400 (AST) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20051123033644.O1053@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Subject: ciss(4) driver in FreeBSD 6.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 07:37:27 -0000 Hi .. Having read the man page, there is alot in there that makes me wonder whether going with a HP Smart Array P600 is a wise idea ... "The Compaq ciss adapters require faked responses to get reasonable behavior out of them. In addition, the ciss command set is by no means adequate to support the functionality of a RAID controller, and thus the supported Compaq adapters utilize portions of the control protocol from earlier" I'm specifically looking at the Proliant DL360, which has this card ... can you provide any comments, or insight, concerning what the man page states? Should I shy away from this controller? :( Thanks ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 08:07:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74B6F16A41F for ; Wed, 23 Nov 2005 08:07:42 +0000 (GMT) (envelope-from sebster@sebster.com) Received: from smtp.profdata.nl (server.profdata.nl [213.196.2.244]) by mx1.FreeBSD.org (Postfix) with SMTP id 921AF43D66 for ; Wed, 23 Nov 2005 08:07:39 +0000 (GMT) (envelope-from sebster@sebster.com) Received: (qmail 87631 invoked from network); 23 Nov 2005 08:07:37 -0000 Received: from unknown (HELO ?10.0.0.6?) (80.126.244.3) by server.profdata.nl with SMTP; 23 Nov 2005 08:07:37 -0000 Message-ID: <43842347.3020402@sebster.com> Date: Wed, 23 Nov 2005 09:07:35 +0100 From: Sebastiaan van Erk User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051119) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark Andrews References: <200511222248.jAMMmmxk043638@drugs.dv.isc.org> In-Reply-To: <200511222248.jAMMmmxk043638@drugs.dv.isc.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: DHCP client error: domain_not_set.invalid X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 08:07:42 -0000 Hi, Mark Andrews wrote: >>This is just the attitude that's going to get people to use other >>software. People are going to laugh at you trying to get a network >>connection and joke "it works fine with Windows". Then you try and >>explain that it's not your OS's fault and somebody messed up some >>setting somewhere else. And then they laugh some more watching you struggle. > > > Actually it is reasonable. Windows lets users violate RFC's > in many ways. Yes, it might be reasonable, but it is still going to stop you from being able to connect to a network, whereas Windows users have no problems. > RFC 952 specifies what is legal in a hostname. While one > can theoretically search for things other than hosts the > only real use of the search strings today is for hostnames > and/or mail domains (which are syntactically indentical to > hostnames). > > What would be really interesting to know is what they expect > the customers to find using this suffix. Actually the entire search domain thing is pretty useless in most cases for home users (unless they have their own internal network, in which case they have their own DNS and DHCP servers). People navigate the internet using fully qualified domain names and it is almost never necessary to have a search domain; it just slows things down having it search for hostnotfound.domain.com.mysearchdomain.com. > My bet is that this really is just a configuration error on > their part. Could be, or more probably it's just the default setting of the modem. I've had one of these modems, and it took me forever to find the proper setting because in the web interface of the modem they obviously didn't feel like calling it search domain; I can't remember what they called it but they annotated it with the comment "necessary for some ISPs", which just completely wrong-footed me. I'm not fall into an endless discussion so I'm going to wrap it up, but I think it would be really nice if the FreeBSD user could solve this problem themselves instead of having to rely on other people that may not be inclined to put much priority on the issue. And by that I mean a solution other than hacking the code, which is quite much to ask of a regular user. An option to ignore the setting would be just fine, an option to override it even better. I don't know if you can even disable the search domain (haven't read the RFC) but this would be even better in many cases, avoiding queries that are not necessary. Greetings, Seb* From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 08:22:22 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEA1216A41F for ; Wed, 23 Nov 2005 08:22:22 +0000 (GMT) (envelope-from sebster@sebster.com) Received: from smtp.profdata.nl (server.profdata.nl [213.196.2.244]) by mx1.FreeBSD.org (Postfix) with SMTP id E0EA143D5D for ; Wed, 23 Nov 2005 08:22:21 +0000 (GMT) (envelope-from sebster@sebster.com) Received: (qmail 88472 invoked from network); 23 Nov 2005 08:22:20 -0000 Received: from unknown (HELO ?10.0.0.6?) (80.126.244.3) by server.profdata.nl with SMTP; 23 Nov 2005 08:22:20 -0000 Message-ID: <438426BC.5060600@sebster.com> Date: Wed, 23 Nov 2005 09:22:20 +0100 From: Sebastiaan van Erk User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051119) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Greg Barniskis References: <200511222248.jAMMmmxk043638@drugs.dv.isc.org> <4383A59B.1090709@scls.lib.wi.us> In-Reply-To: <4383A59B.1090709@scls.lib.wi.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Mark Andrews , freebsd-stable@freebsd.org Subject: Re: DHCP client error: domain_not_set.invalid X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 08:22:23 -0000 Hi, Greg Barniskis wrote: > Mark Andrews wrote: > >> Yes it is reasonable to expect ISP to fix things like this. >> You pay the ISP to operate there part of the network within >> the operational contraints of the RFCs (Standards track and >> BCP). > > > I totally agree. Make sure when calling tech support on things like this > that you are *not* asking them to provide FreeBSD support, that you can > handle that angle of the connection quite well, thanks. Explain that the > evidence shows that their system appears to violate global connectivity > standards (if you can name which RFC and exactly how it's violated, > great, but don't expect first tier help desk phone operators to > understand that as it is probably way, way beyond their troubleshooting > script). I think this would all be reasonable in a perfect world. In the real world you're paying the operator to get internet access and they often list which operating systems they support (and they don't list FreeBSD). They're going to ask you what operating system are you running, then ask you if your connection works; and when you say it works under windows but violates an ``RFC'' they're just not going to give it much priority. > Then when the help desk staff goes "uhm...", politely ask to be > escalated to second tier and clearly and politely state your case there, > again making it clear that you are *not* asking for FreeBSD support, but > support by them of global connectivity standards that every ISP ought to > be respecting. > > At least you have a chance of getting your trouble ticket marked > something like "Unresolved -- Bug" instead of "Resolved -- Unsupported > OS". That is to say, the kind of ticket that self-escalates to engineers > and managers somewhere away from the help desk proper. The word chance says it all. And all the time you're hoping for this chance to become reality you cannot use your broadband connection. Furthermore there are two other problems with this approach: 1) it often costs you a lot of money (even though it can be argued that it is reasonable that ISPs fix real problems free of charge and not charge you an arm and a leg for it, in the real world the situation is often not so perfect). 2) it often costs you a lot of time; it's going to be really hard to even get your request escalated to second tier, and it's definately going to take days and mulitple calls before they start to take you seriously. In the end, it's the FreeBSD user that suffers. Greetings, Sebastiaan From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 08:32:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 011EE16A41F; Wed, 23 Nov 2005 08:32:16 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 091F443D67; Wed, 23 Nov 2005 08:32:11 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id jAN8WARL034261; Wed, 23 Nov 2005 01:32:10 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4384290A.7070805@samsco.org> Date: Wed, 23 Nov 2005 01:32:10 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Sergey N. Voronkov" References: <20051123072331.GA890@tmn.ru> In-Reply-To: <20051123072331.GA890@tmn.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: sym(4) broken on amd64 (Time to port new driver?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 08:32:16 -0000 Sergey N. Voronkov wrote: > Looks like it is broken for a while - "_sym_calloc2: failed to allocate HCB" > is always there... > > And... Looks like Gerard Roudier havn't more interest in maintaining this > driver - there is the second generation of the original driver into linux > source three since 2001, which is newer ported to FreeBSD by the author. And > FreeBSD hooks was removed from the driver code... > > May be it is a time to port siop(4) from NetBSD? > No. I'm working on fixing this right now. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 10:57:35 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41B2F16A41F for ; Wed, 23 Nov 2005 10:57:35 +0000 (GMT) (envelope-from uwe@laverenz.de) Received: from natblindhugh.rzone.de (natblindhugh.rzone.de [81.169.145.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91A2043D49 for ; Wed, 23 Nov 2005 10:57:34 +0000 (GMT) (envelope-from uwe@laverenz.de) Received: from athena.laverenz.de (p5480BA33.dip.t-dialin.net [84.128.186.51]) by post.webmailer.de (8.13.1/8.13.1) with ESMTP id jANAvVti001317 for ; Wed, 23 Nov 2005 11:57:32 +0100 (MET) Received: from localhost (localhost.localdomain [127.0.0.1]) by athena.laverenz.de (Postfix) with ESMTP id 374CDE38E00B for ; Wed, 23 Nov 2005 11:57:31 +0100 (CET) Received: from athena.laverenz.de ([127.0.0.1]) by localhost (athena [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 29411-01 for ; Wed, 23 Nov 2005 11:57:30 +0100 (CET) Received: by athena.laverenz.de (Postfix, from userid 2000) id 3FD92E38E00A; Wed, 23 Nov 2005 11:57:30 +0100 (CET) Date: Wed, 23 Nov 2005 11:57:30 +0100 From: Uwe Laverenz To: freebsd-stable@freebsd.org Message-ID: <20051123105730.GA29369@laverenz.de> Mail-Followup-To: freebsd-stable@freebsd.org References: <4383C20E.20509@shaw.ca> <200511231238.06590.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200511231238.06590.doconnor@gsoft.com.au> Organization: private site Sender: uwe@laverenz.de User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at laverenz.de Subject: Re: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 10:57:35 -0000 On Wed, Nov 23, 2005 at 12:38:05PM +1030, Daniel O'Connor wrote: > I'd say the Dell's video is more likely to work (even 3d). The graphics work perfectly on my Thinkpad R51 (Radeon 9000), including 3D acceleration/dri. There are different R51 models with different graphic chipsets available IIRC. Uwe From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 11:01:17 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 990EA16A41F for ; Wed, 23 Nov 2005 11:01:17 +0000 (GMT) (envelope-from feanor@kh405.net) Received: from smtp3-g19.free.fr (smtp3-g19.free.fr [212.27.42.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D02943D77 for ; Wed, 23 Nov 2005 11:01:06 +0000 (GMT) (envelope-from feanor@kh405.net) Received: from melkor.kh405.net (plb95-2-82-236-78-224.fbx.proxad.net [82.236.78.224]) by smtp3-g19.free.fr (Postfix) with ESMTP id A9D8A370E3; Wed, 23 Nov 2005 12:01:03 +0100 (CET) Received: by melkor.kh405.net (Postfix, from userid 1001) id 52C916AFD; Wed, 23 Nov 2005 12:01:09 +0100 (CET) Date: Wed, 23 Nov 2005 12:01:09 +0100 From: Marwan Burelle To: Bartosz Fabianowski Message-ID: <20051123110109.GA739@melkor.kh405.net> References: <4383C20E.20509@shaw.ca> <200511231238.06590.doconnor@gsoft.com.au> <4383D05E.1090904@chillt.de> <200511231250.49536.doconnor@gsoft.com.au> <4383DB85.8020007@chillt.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline In-Reply-To: <4383DB85.8020007@chillt.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Graham North Subject: Re: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 11:01:17 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 23, 2005 at 04:01:25AM +0100, Bartosz Fabianowski wrote: > >Mmm, the radeon man page claims Radeon 9000's are supported without=20 > >caveats. >=20 > Oops, I sent my initial reply off-list. To summarize for everybody else:= =20 > Yes, you're right; I was thinking the Radeon 9000 was a newer chip,=20 > while it is an oder one (an rv250), which has been fully supported for a= =20 > while. Sorry for the noise. Just a comment on ATI chips ...=20 Older one have a "full" support, with 3D, but the libGL provide is the generic one from Xorg (and Mesa, if my memories are right) and doesn't provide realy good performances with those cards. Having good performances with hardware acceleration depend a lot on the libGL part (to be short, libGL provides high level functionnalities that needs to be built upon hardware facilities, the way this functionnalities are built is as important as the hardware facilities provide by the video card.) On the subject some times ago, a survey/benchmarks of video card under X (with Linux and FreeBSD) against Windows was post to some forum, it shows that ATI chips perform badly with X drivers/libGL (whereas the binary driver was almost unusable even for running glxgears under linux and unusable at all under FreeBSD.) So, yes, you may have full support, but you won't see the difference for 3D accel (I have an ATI card fully supported, when hardware accel becomes available for me, it doesn't realy change anything ... ) My 2c. --=20 Marwan Burelle, http://www.lri.fr/~burelle ( burelle@lri.fr | Marwan.Burelle@ens.fr ) http://www.cduce.org --AqsLC8rIMeq19msA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDhEv1I+2UvUKfgvgRAgmeAJ44E1GQ3JJG8mK4qvstFzUv+u0BKwCbBec0 fQ8GVXQfFSPMI3QWGX5F0BM= =v2BD -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 11:03:07 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC9BC16A423 for ; Wed, 23 Nov 2005 11:03:07 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [213.154.244.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4278C43D64 for ; Wed, 23 Nov 2005 11:02:55 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from [192.168.0.3] (kilgore.lan.dim [192.168.0.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 18C3CB80C; Wed, 23 Nov 2005 12:02:52 +0100 (CET) Message-ID: <43844C56.7010306@andric.com> Date: Wed, 23 Nov 2005 12:02:46 +0100 From: Dimitry Andric User-Agent: Thunderbird 1.5 (Windows/20051117) MIME-Version: 1.0 To: Mark Andrews References: <200511222248.jAMMmmxk043638@drugs.dv.isc.org> In-Reply-To: <200511222248.jAMMmmxk043638@drugs.dv.isc.org> X-Enigmail-Version: 0.93.0.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig1C3F9D1C0687F7C1496E77E1" Cc: freebsd-stable@freebsd.org, Sebastiaan van Erk Subject: Re: DHCP client error: domain_not_set.invalid X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 11:03:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1C3F9D1C0687F7C1496E77E1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Mark Andrews wrote: > What would be really interesting to know is what they expect > the customers to find using this suffix. >=20 > My bet is that this really is just a configuration error on > their part. As is often said: "Never attribute to malice what can adequately be explained by incompetence." :) And I'm afraid that's just the case here.= --------------enig1C3F9D1C0687F7C1496E77E1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) iD8DBQFDhExbsF6jCi4glqMRAxBiAJ426NyU+oMF7LaoFhpedxuJhhFKeACgx56V y2ObpGBN2rzTS3u4iy8GfkM= =d7Uc -----END PGP SIGNATURE----- --------------enig1C3F9D1C0687F7C1496E77E1-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 11:33:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 392B016A41F for ; Wed, 23 Nov 2005 11:33:16 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1F5543D58 for ; Wed, 23 Nov 2005 11:33:15 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.50 (FreeBSD)) id 1EessB-000Dyl-HP; Wed, 23 Nov 2005 11:33:11 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.52 (FreeBSD)) id 1EessA-000LM0-UM; Wed, 23 Nov 2005 11:33:10 +0000 To: freebsd-stable@freebsd.org, scrappy@hub.org In-Reply-To: <20051123033644.O1053@ganymede.hub.org> Message-Id: From: Pete French Date: Wed, 23 Nov 2005 11:33:10 +0000 Cc: Subject: Re: ciss(4) driver in FreeBSD 6.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 11:33:16 -0000 > I'm specifically looking at the Proliant DL360, which has this card ... > can you provide any comments, or insight, concerning what the man page > states? Should I shy away from this controller? :( I use SMART controllers driven by the ciss driver, as well as earlier ones driven using ida, under 5.4 with no problem and have used them on previous FreeBSD's for a long time. They work fine for me and give adequate performance. I dont see any reason why they wont work nicely under 6.0 aas well (indeed I will be upgrading a machine with such a controller to 6.0 over the next few days) I wouldn't worry about it if I were you -pcf. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 12:21:19 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CBB016A41F for ; Wed, 23 Nov 2005 12:21:19 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A63843D5C for ; Wed, 23 Nov 2005 12:21:17 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id jANCLFk3016546; Wed, 23 Nov 2005 13:21:15 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id jANCLEJk016545; Wed, 23 Nov 2005 13:21:14 +0100 (CET) (envelope-from hk) Date: Wed, 23 Nov 2005 13:21:14 +0100 From: Holger Kipp To: "Marc G. Fournier" Message-ID: <20051123122114.GA16143@intserv.int1.b.intern> References: <20051123033644.O1053@ganymede.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051123033644.O1053@ganymede.hub.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: ciss(4) driver in FreeBSD 6.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 12:21:19 -0000 On Wed, Nov 23, 2005 at 03:37:23AM -0400, Marc G. Fournier wrote: > > Hi .. > > Having read the man page, there is alot in there that makes me wonder > whether going with a HP Smart Array P600 is a wise idea ... > > "The Compaq ciss adapters require faked responses to get reasonable > behavior out of them. In addition, the ciss command set is by no means > adequate to support the functionality of a RAID controller, and thus the > supported Compaq adapters utilize portions of the control protocol from > earlier" > > I'm specifically looking at the Proliant DL360, which has this card ... > can you provide any comments, or insight, concerning what the man page > states? Should I shy away from this controller? :( I have so far not experienced any problems with ciss-controllers on Proliant G2, G3, G4, especially not with DL360 and DL360 (or MPxxx either) ciss0: port 0x2800-0x28ff mem 0xf5df0000-0xf5df3fff,0xf5f80000-0xf5fbffff irq 31 at device 4.0 on pci0 ciss0: [GIANT-LOCKED] ciss0@pci0:4:0: class=0x010400 card=0x40800e11 chip=0xb1780e11 rev=0x01 hdr=0x00 vendor = 'Compaq Computer Corp (Now owned by Hewlett-Packard)' device = 'CISSB SMART2 Array Controller' class = mass storage subclass = RAID --- ciss0: port 0x3000-0x30ff mem 0xf7f80000-0xf7fbffff,0xf7ff0000-0xf7ff1fff irq 24 at device 2.0 on pci2 ciss0: [GIANT-LOCKED] ciss0@pci2:2:0: class=0x010400 card=0x409a0e11 chip=0x00460e11 rev=0x01 hdr=0x00 vendor = 'Compaq Computer Corp (Now owned by Hewlett-Packard)' device = 'Smart Array 64xx Controller' class = mass storage subclass = RAID I especially like that rebuilding of raid 1 and 5 is done automatically. You'll get entries via syslog about failing drives, and just removing that drive, inserting a spare one, will start rebuilding which is also syslogged. Very nice. No Problems so far, and no system failure. Regular backkups still recommended, though ;-) Regards, Holger Kipp From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 13:04:11 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B7CB16A420 for ; Wed, 23 Nov 2005 13:04:11 +0000 (GMT) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EF5643D88 for ; Wed, 23 Nov 2005 13:03:56 +0000 (GMT) (envelope-from kama@pvp.se) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id 38694C0; Wed, 23 Nov 2005 14:04:36 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id 36A64BC for ; Wed, 23 Nov 2005 14:04:36 +0100 (CET) Date: Wed, 23 Nov 2005 14:04:36 +0100 (CET) From: kama X-X-Sender: kama@ns1.as.pvp.se To: freebsd-stable@freebsd.org Message-ID: <20051123134710.G57888@ns1.as.pvp.se> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: 6.0 Stable reboots randomly during high load. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 13:04:11 -0000 I have a HP DL380G3 Dual 2.4 w HT disabled. This server is running as a newsserver (Diablo) and recieving more or less a full feed. aprox 200Mbps in and out. When the load rises the system reboots. I can occupy it with high CPU load w/o problem, but once I allow connections to the machine, it will operate for a couple of hours and then reboot. It gets aprox 100 connections to the machine, all of them either write or read from disk. The kernel is GENERIC with small changes. (look at diff below) This system had a working 5.4 system installed before, that did not suffer from these reboots. How do I proceed for further gathering of information before I downgrade it to 5.4 again? /Bjorn - snip - Copyright (c) 1992-2005 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 6.0-STABLE #8: Mon Nov 21 14:45:30 CET 2005 root@newspeer3:/usr/obj/usr/src/sys/newspeer ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2387.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400> Hyperthreading: 2 logical CPUs real memory = 4110393344 (3919 MB) avail memory = 4022607872 (3836 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard ioapic3 irqs 48-63 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: on acpi0 pci_link1: on acpi0 pci_link2: on acpi0 pci_link3: on acpi0 pci_link4: on acpi0 pci_link5: on acpi0 pci_link6: on acpi0 pci_link7: on acpi0 pci_link8: on acpi0 pci_link9: on acpi0 pci_link10: on acpi0 pci_link11: on acpi0 pci_link12: on acpi0 pci_link13: on acpi0 pci_link14: on acpi0 pci_link15: on acpi0 pci_link16: on acpi0 pci_link17: on acpi0 pci_link18: on acpi0 pci_link19: on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x920-0x923 on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: on acpi0 pci0: on pcib0 pci0: at device 3.0 (no driver attached) pci0: at device 4.0 (no driver attached) pci0: at device 4.2 (no driver attached) isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 15.1 on pci0 ata0: on atapci0 ata1: on atapci0 ohci0: mem 0xf5ef0000-0xf5ef0fff irq 7 at device 15.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered pcib1: on acpi0 pci1: on pcib1 ciss0: port 0x3000-0x30ff mem 0xf7cc0000-0xf7cfffff,0xf7bf0000-0xf7bf3fff irq 30 at device 3.0 on pci1 ciss0: [GIANT-LOCKED] pcib2: on acpi0 pci2: on pcib2 bge0: mem 0xf7df0000-0xf7dfffff irq 29 at device 1.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:0b:cd:f3:af:4d bge1: mem 0xf7de0000-0xf7deffff irq 31 at device 2.0 on pci2 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:0b:cd:f3:af:4c pcib3: on acpi0 pci3: on pcib3 pcib4: at device 1.0 on pci3 pci4: on pcib4 ciss1: port 0x4000-0x40ff mem 0xf7ef0000-0xf7ef1fff irq 20 at device 4.0 on pci4 ciss1: [GIANT-LOCKED] ciss2: port 0x4400-0x44ff mem 0xf7e70000-0xf7e71fff irq 21 at device 5.0 on pci4 ciss2: [GIANT-LOCKED] pcib5: on acpi0 pci6: on pcib5 pci6: at device 30.0 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xcc000-0xcffff,0xd0000-0xd17ff,0xee000-0xeffff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master PIO4 da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 17359MB (35553120 512 byte sectors: 255H 32S/T 4357C) da1 at ciss0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-0 device da1: 135.168MB/s transfers da1: 17359MB (35553120 512 byte sectors: 255H 32S/T 4357C) da2 at ciss1 bus 0 target 0 lun 0 da2: Fixed Direct Access SCSI-0 device da2: 135.168MB/s transfers da2: 138919MB (284506560 512 byte sectors: 255H 32S/T 34866C) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/da0s1a WARNING: / was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted bge0: link state changed to UP bge1: link state changed to UP # diff -ub GENERIC newspeer --- GENERIC Fri Oct 28 21:21:27 2005 +++ newspeer Mon Nov 21 14:02:53 2005 @@ -19,10 +19,10 @@ # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.429.2.4 2005/10/28 19:21:27 jhb Exp $ machine i386 -cpu I486_CPU -cpu I586_CPU +#cpu I486_CPU +#cpu I586_CPU cpu I686_CPU -ident GENERIC +ident newspeer # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. @@ -33,7 +33,7 @@ options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking -options INET6 # IPv6 communications protocols +#options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists @@ -62,6 +62,11 @@ options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. + +options DEVICE_POLLING + +# To make an SMP kernel, the next line is needed +options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 13:14:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0912916A41F for ; Wed, 23 Nov 2005 13:14:21 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 110F343D58 for ; Wed, 23 Nov 2005 13:14:19 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jANDEJkr099035 for ; Wed, 23 Nov 2005 08:14:19 -0500 (EST) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.4/8.13.4) with ESMTP id jANDEIB9015791; Wed, 23 Nov 2005 08:14:18 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id jANDEGTU060939 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Nov 2005 08:14:16 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20051123080932.085e9138@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Wed, 23 Nov 2005 08:13:37 -0500 To: kama , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <20051123134710.G57888@ns1.as.pvp.se> References: <20051123134710.G57888@ns1.as.pvp.se> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.53 on 64.7.153.26 Cc: Subject: Re: 6.0 Stable reboots randomly during high load. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 13:14:21 -0000 At 08:04 AM 23/11/2005, kama wrote: >I have a HP DL380G3 Dual 2.4 w HT disabled. Polling and SMP is only a recent thing, as is polling support for the bge. I would try disabling that. In terms of seeing why its crashing, http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html Basically, make sure makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols is in your kernel config add dumpdev="/dev/da0s1b" # Device name to crashdump to (or NO). dumpdir="/var/crash" # Directory where crash dumps are to be stored to /etc/rc.conf assuming da0s1b is your swap. Install the new kernel and reboot. When and if it crashes again, gdb -k kernel.debug /var/crash/vmcore.0 type bt full from the debugger and post the results. ---Mike From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 13:18:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D663E16A41F for ; Wed, 23 Nov 2005 13:18:58 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83A7143D73 for ; Wed, 23 Nov 2005 13:18:58 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EeuWT-0003Ng-00; Wed, 23 Nov 2005 14:18:53 +0100 Date: Wed, 23 Nov 2005 14:18:53 +0100 To: Graham North Message-ID: <20051123131853.GA10817@poupinou.org> References: <4383C20E.20509@shaw.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4383C20E.20509@shaw.ca> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-stable@freebsd.org Subject: Re: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 13:18:59 -0000 On Tue, Nov 22, 2005 at 05:12:46PM -0800, Graham North wrote: > Am currently trying to choose between a couple of laptops, the luck > winner of which will have Freebsd loaded alongside WinXP. > > Dell Latitude d600 with Radeon 9000? video, intel pro wireless > or > IBM R51 - Intel Extreme2, intel pro wireless. > The main differences will likely be the video and maybe bios, acpi...? > Can someone suggest to me whether these are both safe choices? > Am I better off installing 5.4 or 6.0? AFAIK there are still some issues with suspend-to-ram with the Dell (and I never liked the way they wrote their ASL, but it's more a style issue ;) On the other hand, I don't remember if the IBM R51 do have the same kind of issue with suspend-to-ram, though I'm pretty sure suspending to ram work for almost IBM thinkpads under FreeBSD. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 13:35:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3834916A41F for ; Wed, 23 Nov 2005 13:35:39 +0000 (GMT) (envelope-from steve@sohara.org) Received: from sohara.org (sohara.org [192.220.64.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5497A43D7C for ; Wed, 23 Nov 2005 13:35:36 +0000 (GMT) (envelope-from steve@sohara.org) Received: (qmail 38328 invoked by uid 16563); 23 Nov 2005 13:35:34 -0000 Received: from unknown (HELO df1.marelmo.com) ([159.134.157.17]) (envelope-sender ) by 192.220.64.179 (qmail-ldap-1.03) with SMTP for ; 23 Nov 2005 13:35:34 -0000 Date: Wed, 23 Nov 2005 13:33:48 +0000 From: Steve O'Hara-Smith To: Marwan Burelle Message-Id: <20051123133348.2c1b818f.steve@sohara.org> In-Reply-To: <20051123110109.GA739@melkor.kh405.net> References: <4383C20E.20509@shaw.ca> <200511231238.06590.doconnor@gsoft.com.au> <4383D05E.1090904@chillt.de> <200511231250.49536.doconnor@gsoft.com.au> <4383DB85.8020007@chillt.de> <20051123110109.GA739@melkor.kh405.net> X-Mailer: Sylpheed version 2.0.3 (GTK+ 2.8.6; i386-pc-dragonfly1) X-Face: %]+HVL}K`P8>+8ZcY-WGHP6j@&mxMo9JH6_WdgIgUGH)JX/usO0%jy7T~IVgqjumD^OBqX, Kv^-GM6mlw(fI^$"QRKyZ$?xx/ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd@chillt.de, freebsd-stable@freebsd.org, northg@shaw.ca Subject: Re: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 13:35:39 -0000 On Wed, 23 Nov 2005 12:01:09 +0100 Marwan Burelle wrote: > So, yes, you may have full support, but you won't see the difference > for 3D accel (I have an ATI card fully supported, when hardware accel > becomes available for me, it doesn't realy change anything ... ) On my aged AIW 7500 (Rv200 chip) the difference produced by enabling the hardware 3D acceleration is quite dramatic with glxgears reporting about a seven fold increase in frame rate. -- C:>WIN | Directable Mirror Arrays The computer obeys and wins. | A better way to focus the sun You lose and Bill collects. | licences available see | http://www.sohara.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 14:32:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BBED16A41F for ; Wed, 23 Nov 2005 14:32:41 +0000 (GMT) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD82843D9C for ; Wed, 23 Nov 2005 14:32:24 +0000 (GMT) (envelope-from kama@pvp.se) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id 92279A7; Wed, 23 Nov 2005 15:33:00 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id 906F7A6; Wed, 23 Nov 2005 15:33:00 +0100 (CET) Date: Wed, 23 Nov 2005 15:33:00 +0100 (CET) From: kama X-X-Sender: kama@ns1.as.pvp.se To: Mike Tancsa In-Reply-To: <6.2.3.4.0.20051123080932.085e9138@64.7.153.2> Message-ID: <20051123153018.V57888@ns1.as.pvp.se> References: <20051123134710.G57888@ns1.as.pvp.se> <6.2.3.4.0.20051123080932.085e9138@64.7.153.2> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: 6.0 Stable reboots randomly during high load. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 14:32:41 -0000 The system crashes without polling enabled. That I added afterwards. With it enabled it crashes not so often as without polling. I'll try a GENERIC kernel with debuging enabled. /Bjorn On Wed, 23 Nov 2005, Mike Tancsa wrote: > At 08:04 AM 23/11/2005, kama wrote: > > >I have a HP DL380G3 Dual 2.4 w HT disabled. > > > Polling and SMP is only a recent thing, as is polling support for the > bge. I would try disabling that. In terms of seeing why its crashing, > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html > > Basically, > make sure > > > makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols > > is in your kernel config > add > dumpdev="/dev/da0s1b" # Device name to crashdump to (or NO). > dumpdir="/var/crash" # Directory where crash dumps are to be stored > > to /etc/rc.conf assuming da0s1b is your swap. Install the new kernel > and reboot. > > When and if it crashes again, > gdb -k kernel.debug /var/crash/vmcore.0 > > type bt full > > from the debugger and post the results. > > ---Mike > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 14:35:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86E7C16A41F for ; Wed, 23 Nov 2005 14:35:15 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E71943DB5 for ; Wed, 23 Nov 2005 14:34:36 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jANEYZPv007084 for ; Wed, 23 Nov 2005 09:34:35 -0500 (EST) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.4/8.13.4) with ESMTP id jANEYZ2Q080092; Wed, 23 Nov 2005 09:34:35 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id jANEYYwB061146 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Nov 2005 09:34:34 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20051123093315.0322d048@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Wed, 23 Nov 2005 09:34:47 -0500 To: kama From: Mike Tancsa In-Reply-To: <20051123153018.V57888@ns1.as.pvp.se> References: <20051123134710.G57888@ns1.as.pvp.se> <6.2.3.4.0.20051123080932.085e9138@64.7.153.2> <20051123153018.V57888@ns1.as.pvp.se> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.53 on 64.7.153.26 Cc: freebsd-stable@freebsd.org Subject: Re: 6.0 Stable reboots randomly during high load. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 14:35:16 -0000 At 09:33 AM 23/11/2005, kama wrote: >The system crashes without polling enabled. That I added afterwards. With >it enabled it crashes not so often as without polling. > >I'll try a GENERIC kernel with debuging enabled. The kernel option doesnt install any debugging into your running kernel, it just builds an additional kernel (called kernel.debug) with debugging symbols that you can compare the crash dump against. In other words, it wont hurt performance. ---Mike >/Bjorn > >On Wed, 23 Nov 2005, Mike Tancsa wrote: > > > At 08:04 AM 23/11/2005, kama wrote: > > > > >I have a HP DL380G3 Dual 2.4 w HT disabled. > > > > > > Polling and SMP is only a recent thing, as is polling support for the > > bge. I would try disabling that. In terms of seeing why its crashing, > > > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html > > > > Basically, > > make sure > > > > > > makeoptions DEBUG=-g #Build kernel with gdb(1) > debug symbols > > > > is in your kernel config > > add > > dumpdev="/dev/da0s1b" # Device name to crashdump to (or NO). > > dumpdir="/var/crash" # Directory where crash dumps are to be stored > > > > to /etc/rc.conf assuming da0s1b is your swap. Install the new kernel > > and reboot. > > > > When and if it crashes again, > > gdb -k kernel.debug /var/crash/vmcore.0 > > > > type bt full > > > > from the debugger and post the results. > > > > ---Mike > > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 15:34:11 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD19D16A420 for ; Wed, 23 Nov 2005 15:34:11 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 530BA43D67 for ; Wed, 23 Nov 2005 15:34:10 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id D992EB80D for ; Wed, 23 Nov 2005 10:34:09 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) Content-Transfer-Encoding: 7bit Message-Id: <4A97D753-FFE8-47D1-813F-E7968137ED24@khera.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: stable@freebsd.org From: Vivek Khera Date: Wed, 23 Nov 2005 10:34:08 -0500 X-Mailer: Apple Mail (2.746.2) Cc: Subject: boot menu change in 6.0? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 15:34:12 -0000 I see in the 6.0/amd64 release notes in section 2.2.1 that the beastie boot menu is disabled by default. It doesn't seem to be in 6.0-REL but was in the last RC that was issued. A couple of weeks ago I made a CD of the last RC before release of 6.0 and installed it on a Dell 1850 which worked out quite well. However, the boot menu wasn't there like in 5.x -- all I got was the old style boot prompt like in FreeBSD 4.x. An upgrade to 6.0-REL via buildworld didn't change that menu, either. Last week, I installed from a 6.0-RELEASE cd onto a generic opteron box and I get the beastie menu (albeit beastie is replaced with a "FreeBSD" image). Thus, I am confused by this entry in the release notes. Can anyone clarify which way the boot menu/prompt should be defaulted? http://www.freebsd.org/releases/6.0R/relnotes-amd64.html From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 15:35:19 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FF8A16A441 for ; Wed, 23 Nov 2005 15:35:19 +0000 (GMT) (envelope-from list-freebsd-stable@ezekiel.jasatel.net.id) Received: from avalon.jasatel.net.id (noc-svr.Avalon.jasatel.net.id [202.69.96.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 061E043D7D for ; Wed, 23 Nov 2005 15:35:14 +0000 (GMT) (envelope-from list-freebsd-stable@ezekiel.jasatel.net.id) Received: from localhost (localhost [127.0.0.1]) by avalon.jasatel.net.id (Postfix) with ESMTP id 90EA219E290; Wed, 23 Nov 2005 22:35:20 +0700 (WIT) Received: from avalon.jasatel.net.id ([127.0.0.1]) by localhost (Avalon.jasatel.net.id [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 59460-07; Wed, 23 Nov 2005 22:35:16 +0700 (WIT) Received: from Milk.jasatel.net.id (Milk.jasatel.net.id [202.69.98.138]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by avalon.jasatel.net.id (Postfix) with ESMTP id 2320419E072; Wed, 23 Nov 2005 22:35:16 +0700 (WIT) Date: Wed, 23 Nov 2005 22:35:21 +0700 From: Hendry Sarumpaet Organization: Ezekiel X-Priority: 3 (Normal) Message-ID: <155534764.20051123223521@ezekiel.jasatel.net.id> To: kama In-Reply-To: <20051123134710.G57888@ns1.as.pvp.se> References: <20051123134710.G57888@ns1.as.pvp.se> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------9B16D10E3BC394C6" X-MAIL-FILTER: By Avalon at Jst-IPNOC Cc: freebsd-stable@freebsd.org Subject: Re: 6.0 Stable reboots randomly during high load. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 15:35:19 -0000 ------------9B16D10E3BC394C6 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello kama, Wednesday, November 23, 2005, 8:04:36 PM, you wrote: > I have a HP DL380G3 Dual 2.4 w HT disabled. > This server is running as a newsserver (Diablo) and recieving more or less > a full feed. aprox 200Mbps in and out. When the load rises the system > reboots. > I can occupy it with high CPU load w/o problem, but once I allow > connections to the machine, it will operate for a couple of hours and then > reboot. It gets aprox 100 connections to the machine, all of them either > write or read from disk. Just for the sharing, We've HP Proliant DL380 G4 with Dual 3.4 Ghz HTT enabled 2 MB RAM. this hardware act as our production router it seems pretty robust on our lab enviroment with netperf we can succesfully forwarded packet up to 600Mbps(symetric) through bge(configured with 10 vlan) connected to catalyst Trunk port. CPU load around 60 % under the circumtances above. currently it run as router with Full internet BGP feed (160K prefix) with 3 neighbor upstream and moderate IPFW rule as lightweight packet filter and bandwidth shapper. nothing special on the configuration it runs with polling and IP fastforwarding turn on with USB disabled via BIOS and ACPI turn off. It runs on RELENG_6 latelly as of Nov 11 2005. attached boot message and kernel configuration. > The kernel is GENERIC with small changes. (look at diff below) > This system had a working 5.4 system installed before, that did not suffer > from these reboots. > How do I proceed for further gathering of information before I downgrade > it to 5.4 again? > /Bjorn > - snip - > Copyright (c) 1992-2005 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 6.0-STABLE #8: Mon Nov 21 14:45:30 CET 2005 > root@newspeer3:/usr/obj/usr/src/sys/newspeer > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2387.52-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > Features=0xbfebfbff > Features2=0x4400> > Hyperthreading: 2 logical CPUs > real memory = 4110393344 (3919 MB) > avail memory = 4022607872 (3836 MB) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 6 > MADT: Forcing active-low polarity and level trigger for SCI > ioapic0 irqs 0-15 on motherboard > ioapic1 irqs 16-31 on motherboard > ioapic2 irqs 32-47 on motherboard > ioapic3 irqs 48-63 on motherboard > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > pci_link0: on acpi0 > pci_link1: on acpi0 > pci_link2: on acpi0 > pci_link3: on acpi0 > pci_link4: on acpi0 > pci_link5: on acpi0 > pci_link6: on acpi0 > pci_link7: on acpi0 > pci_link8: on acpi0 > pci_link9: on acpi0 > pci_link10: on acpi0 > pci_link11: on acpi0 > pci_link12: on acpi0 > pci_link13: on acpi0 > pci_link14: on acpi0 > pci_link15: on acpi0 > pci_link16: on acpi0 > pci_link17: on acpi0 > pci_link18: on acpi0 > pci_link19: on acpi0 > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > acpi_timer0: <32-bit timer at 3.579545MHz> port 0x920-0x923 on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > pcib0: on acpi0 > pci0: on pcib0 > pci0: at device 3.0 (no driver attached) > pci0: at device 4.0 (no driver attached) > pci0: at device 4.2 (no driver attached) > isab0: at device 15.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 15.1 on pci0 > ata0: on atapci0 > ata1: on atapci0 > ohci0: mem 0xf5ef0000-0xf5ef0fff irq 7 at > device 15.2 on pci0 > ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support > usb0: SMM does not respond, resetting > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 4 ports with 4 removable, self powered > pcib1: on acpi0 > pci1: on pcib1 > ciss0: port 0x3000-0x30ff mem > 0xf7cc0000-0xf7cfffff,0xf7bf0000-0xf7bf3fff irq 30 at device 3.0 on pci1 > ciss0: [GIANT-LOCKED] > pcib2: on acpi0 > pci2: on pcib2 > bge0: mem > 0xf7df0000-0xf7dfffff irq 29 at device 1.0 on pci2 > miibus0: on bge0 > brgphy0: on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > 1000baseTX-FDX, auto > bge0: Ethernet address: 00:0b:cd:f3:af:4d > bge1: mem > 0xf7de0000-0xf7deffff irq 31 at device 2.0 on pci2 > miibus1: on bge1 > brgphy1: on miibus1 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > 1000baseTX-FDX, auto > bge1: Ethernet address: 00:0b:cd:f3:af:4c > pcib3: on acpi0 > pci3: on pcib3 > pcib4: at device 1.0 on pci3 > pci4: on pcib4 > ciss1: port 0x4000-0x40ff mem 0xf7ef0000-0xf7ef1fff > irq 20 at device 4.0 on pci4 > ciss1: [GIANT-LOCKED] > ciss2: port 0x4400-0x44ff mem > 0xf7e70000-0xf7e71fff irq 21 at device 5.0 on pci4 > ciss2: [GIANT-LOCKED] > pcib5: on acpi0 > pci6: on pcib5 > pci6: at device 30.0 (no driver > attached) > acpi_tz0: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on > acpi0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > pmtimer0 on isa0 > orm0: at iomem > 0xc0000-0xc7fff,0xc8000-0xcbfff,0xcc000-0xcffff,0xd0000-0xd17ff,0xee000-0xeffff > on isa0 > ppc0: parallel port not found. > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounters tick every 1.000 msec > acd0: CDROM at ata0-master PIO4 > da0 at ciss0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-0 device > da0: 135.168MB/s transfers > da0: 17359MB (35553120 512 byte sectors: 255H 32S/T 4357C) > da1 at ciss0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-0 device > da1: 135.168MB/s transfers > da1: 17359MB (35553120 512 byte sectors: 255H 32S/T 4357C) > da2 at ciss1 bus 0 target 0 lun 0 > da2: Fixed Direct Access SCSI-0 device > da2: 135.168MB/s transfers > da2: 138919MB (284506560 512 byte sectors: 255H 32S/T 34866C) > SMP: AP CPU #1 Launched! > Trying to mount root from ufs:/dev/da0s1a > WARNING: / was not properly dismounted > WARNING: /usr was not properly dismounted > WARNING: /var was not properly dismounted > bge0: link state changed to UP > bge1: link state changed to UP > # diff -ub GENERIC newspeer > --- GENERIC Fri Oct 28 21:21:27 2005 > +++ newspeer Mon Nov 21 14:02:53 2005 > @@ -19,10 +19,10 @@ > # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.429.2.4 2005/10/28 19:21:27 jhb > Exp $ > machine i386 > -cpu I486_CPU > -cpu I586_CPU > +#cpu I486_CPU > +#cpu I586_CPU > cpu I686_CPU > -ident GENERIC > +ident newspeer > # To statically compile in device wiring instead of /boot/device.hints > #hints "GENERIC.hints" # Default places to look for > devices. > @@ -33,7 +33,7 @@ > options SCHED_4BSD # 4BSD scheduler > options PREEMPTION # Enable kernel thread preemption > options INET # InterNETworking > -options INET6 # IPv6 communications protocols > +#options INET6 # IPv6 communications protocols > options FFS # Berkeley Fast Filesystem > options SOFTUPDATES # Enable FFS soft updates support > options UFS_ACL # Support for access control lists > @@ -62,6 +62,11 @@ > options AHD_REG_PRETTY_PRINT # Print register bitfields in > debug > # output. Adds ~215k to driver. > options ADAPTIVE_GIANT # Giant mutex is adaptive. > + > +options DEVICE_POLLING > + > +# To make an SMP kernel, the next line is needed > +options SMP # Symmetric MultiProcessor Kernel > device apic # I/O APIC > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" ------------9B16D10E3BC394C6 Content-Type: application/octet-stream; name=KERNEL Content-transfer-encoding: base64 Content-Disposition: attachment; filename=KERNEL Cm1hY2hpbmUJCWkzODYKY3B1CQlJNDg2X0NQVQpjcHUJCUk1ODZfQ1BVCmNwdQkJSTY4Nl9D UFUKaWRlbnQJCVJPVVRFUgoKIyBUbyBzdGF0aWNhbGx5IGNvbXBpbGUgaW4gZGV2aWNlIHdp cmluZyBpbnN0ZWFkIG9mIC9ib290L2RldmljZS5oaW50cwojaGludHMJCSJHRU5FUklDLmhp bnRzIgkJIyBEZWZhdWx0IHBsYWNlcyB0byBsb29rIGZvciBkZXZpY2VzLgoKb3B0aW9ucyAJ U0NIRURfNEJTRAkJIyA0QlNEIHNjaGVkdWxlcgpvcHRpb25zICAgICAgICAgUFJFRU1QVElP TiAgICAgICAgICAgICAgIyBFbmFibGUga2VybmVsIHRocmVhZCBwcmVlbXB0aW9uCm9wdGlv bnMgCUlORVQJCQkjIEludGVyTkVUd29ya2luZwojb3B0aW9ucyAJSU5FVDYJCQkjIElQdjYg Y29tbXVuaWNhdGlvbnMgcHJvdG9jb2xzCm9wdGlvbnMgCUZGUwkJCSMgQmVya2VsZXkgRmFz dCBGaWxlc3lzdGVtCm9wdGlvbnMgCVNPRlRVUERBVEVTCQkjIEVuYWJsZSBGRlMgc29mdCB1 cGRhdGVzIHN1cHBvcnQKb3B0aW9ucyAJVUZTX0FDTAkJCSMgU3VwcG9ydCBmb3IgYWNjZXNz IGNvbnRyb2wgbGlzdHMKb3B0aW9ucyAJVUZTX0RJUkhBU0gJCSMgSW1wcm92ZSBwZXJmb3Jt YW5jZSBvbiBiaWcgZGlyZWN0b3JpZXMKb3B0aW9ucyAJTURfUk9PVAkJCSMgTUQgaXMgYSBw b3RlbnRpYWwgcm9vdCBkZXZpY2UKb3B0aW9ucyAJTkZTQ0xJRU5UCQkjIE5ldHdvcmsgRmls ZXN5c3RlbSBDbGllbnQKb3B0aW9ucyAJTkZTU0VSVkVSCQkjIE5ldHdvcmsgRmlsZXN5c3Rl bSBTZXJ2ZXIKb3B0aW9ucyAJTkZTX1JPT1QJCSMgTkZTIHVzYWJsZSBhcyAvLCByZXF1aXJl cyBORlNDTElFTlQKI29wdGlvbnMgCU1TRE9TRlMJCQkjIE1TRE9TIEZpbGVzeXN0ZW0Kb3B0 aW9ucyAJQ0Q5NjYwCQkJIyBJU08gOTY2MCBGaWxlc3lzdGVtCm9wdGlvbnMgCVBST0NGUwkJ CSMgUHJvY2VzcyBmaWxlc3lzdGVtIChyZXF1aXJlcyBQU0VVRE9GUykKb3B0aW9ucyAJUFNF VURPRlMJCSMgUHNldWRvLWZpbGVzeXN0ZW0gZnJhbWV3b3JrCm9wdGlvbnMgCUdFT01fR1BU CQkjIEdVSUQgUGFydGl0aW9uIFRhYmxlcy4Kb3B0aW9ucyAJQ09NUEFUXzQzCQkjIENvbXBh dGlibGUgd2l0aCBCU0QgNC4zIFtLRUVQIFRISVMhXQpvcHRpb25zIAlDT01QQVRfRlJFRUJT RDQJCSMgQ29tcGF0aWJsZSB3aXRoIEZyZWVCU0Q0Cm9wdGlvbnMgCVNDU0lfREVMQVk9MTUw MDAJIyBEZWxheSAoaW4gbXMpIGJlZm9yZSBwcm9iaW5nIFNDU0kKb3B0aW9ucwkJSVBGSVJF V0FMTApvcHRpb25zCQlJUEZJUkVXQUxMX0ZPUldBUkQKb3B0aW9ucwkJSVBGSVJFV0FMTF9G T1JXQVJEX0VYVEVOREVECm9wdGlvbnMJCUlQRklSRVdBTExfREVGQVVMVF9UT19BQ0NFUFQK b3B0aW9ucwkJVENQX0RST1BfU1lORklOCm9wdGlvbnMgICAgICAgICBIWj0xMDAwCm9wdGlv bnMJCUlQU1RFQUxUSApvcHRpb25zCQlEVU1NWU5FVApvcHRpb25zIAlERVZJQ0VfUE9MTElO RwpkZXZpY2UJCXBmCmRldmljZQkJcGZsb2cKZGV2aWNlCSAgICAgICAgcGZzeW5jCmRldmlj ZQkJaWZfYnJpZGdlIApvcHRpb25zIAlLVFJBQ0UJCQkjIGt0cmFjZSgxKSBzdXBwb3J0Cm9w dGlvbnMgCVNZU1ZTSE0JCQkjIFNZU1Ytc3R5bGUgc2hhcmVkIG1lbW9yeQpvcHRpb25zIAlT WVNWTVNHCQkJIyBTWVNWLXN0eWxlIG1lc3NhZ2UgcXVldWVzCm9wdGlvbnMgCVNZU1ZTRU0J CQkjIFNZU1Ytc3R5bGUgc2VtYXBob3JlcwpvcHRpb25zIAlfS1BPU0lYX1BSSU9SSVRZX1ND SEVEVUxJTkcgIyBQT1NJWCBQMTAwM18xQiByZWFsLXRpbWUgZXh0ZW5zaW9ucwpvcHRpb25z IAlLQkRfSU5TVEFMTF9DREVWCSMgaW5zdGFsbCBhIENERVYgZW50cnkgaW4gL2RldgpvcHRp b25zIAlBSENfUkVHX1BSRVRUWV9QUklOVAkjIFByaW50IHJlZ2lzdGVyIGJpdGZpZWxkcyBp biBkZWJ1ZwoJCQkJCSMgb3V0cHV0LiAgQWRkcyB+MTI4ayB0byBkcml2ZXIuCm9wdGlvbnMg CUFIRF9SRUdfUFJFVFRZX1BSSU5UCSMgUHJpbnQgcmVnaXN0ZXIgYml0ZmllbGRzIGluIGRl YnVnCgkJCQkJIyBvdXRwdXQuICBBZGRzIH4yMTVrIHRvIGRyaXZlci4Kb3B0aW9ucyAJQURB UFRJVkVfR0lBTlQJCSMgR2lhbnQgbXV0ZXggaXMgYWRhcHRpdmUuCgpvcHRpb25zICAgICAg ICAgU01QCmRldmljZQkJYXBpYwkJCSMgSS9PIEFQSUMKCiMgQnVzIHN1cHBvcnQuICBEbyBu b3QgcmVtb3ZlIGlzYSwgZXZlbiBpZiB5b3UgaGF2ZSBubyBpc2Egc2xvdHMKZGV2aWNlCQlp c2EKZGV2aWNlCQllaXNhCmRldmljZQkJcGNpCgojIEZsb3BweSBkcml2ZXMKI2RldmljZQkJ ZmRjCgojIEFUQSBhbmQgQVRBUEkgZGV2aWNlcwpkZXZpY2UJCWF0YQpkZXZpY2UJCWF0YWRp c2sJCSMgQVRBIGRpc2sgZHJpdmVzCmRldmljZQkJYXRhcmFpZAkJIyBBVEEgUkFJRCBkcml2 ZXMKZGV2aWNlCQlhdGFwaWNkCQkjIEFUQVBJIENEUk9NIGRyaXZlcwpkZXZpY2UJCWF0YXBp ZmQJCSMgQVRBUEkgZmxvcHB5IGRyaXZlcwpkZXZpY2UJCWF0YXBpc3QJCSMgQVRBUEkgdGFw ZSBkcml2ZXMKb3B0aW9ucyAJQVRBX1NUQVRJQ19JRAkjIFN0YXRpYyBkZXZpY2UgbnVtYmVy aW5nCgojIFNDU0kgQ29udHJvbGxlcnMKZGV2aWNlCQlhaGIJCSMgRUlTQSBBSEExNzQyIGZh bWlseQpkZXZpY2UJCWFoYwkJIyBBSEEyOTQwIGFuZCBvbmJvYXJkIEFJQzd4eHggZGV2aWNl cwpkZXZpY2UJCWFoZAkJIyBBSEEzOTMyMC8yOTMyMCBhbmQgb25ib2FyZCBBSUM3OXh4IGRl dmljZXMKZGV2aWNlCQlhbWQJCSMgQU1EIDUzQzk3NCAoVGVrcmFtIERDLTM5MChUKSkKZGV2 aWNlCQlpc3AJCSMgUWxvZ2ljIGZhbWlseQpkZXZpY2UJCW1wdAkJIyBMU0ktTG9naWMgTVBU LUZ1c2lvbgojZGV2aWNlCQluY3IJCSMgTkNSL1N5bWJpb3MgTG9naWMKZGV2aWNlCQlzeW0J CSMgTkNSL1N5bWJpb3MgTG9naWMgKG5ld2VyIGNoaXBzZXRzICsgdGhvc2Ugb2YgYG5jcicp CmRldmljZQkJdHJtCQkjIFRla3JhbSBEQzM5NVUvVVcvRiBEQzMxNVUgYWRhcHRlcnMKCmRl dmljZQkJYWR2CQkjIEFkdmFuc3lzIFNDU0kgYWRhcHRlcnMKZGV2aWNlCQlhZHcJCSMgQWR2 YW5zeXMgd2lkZSBTQ1NJIGFkYXB0ZXJzCmRldmljZQkJYWhhCQkjIEFkYXB0ZWMgMTU0eCBT Q1NJIGFkYXB0ZXJzCmRldmljZQkJYWljCQkjIEFkYXB0ZWMgMTVbMDEyXXggU0NTSSBhZGFw dGVycywgQUlDLTZbMjNdNjAuCmRldmljZQkJYnQJCSMgQnVzbG9naWMvTXlsZXggTXVsdGlN YXN0ZXIgU0NTSSBhZGFwdGVycwoKZGV2aWNlCQluY3YJCSMgTkNSIDUzQzUwMApkZXZpY2UJ CW5zcAkJIyBXb3JrYml0IE5pbmphIFNDU0ktMwpkZXZpY2UJCXN0ZwkJIyBUTUMgMThDMzAv MThDNTAKCiMgU0NTSSBwZXJpcGhlcmFscwpkZXZpY2UJCXNjYnVzCQkjIFNDU0kgYnVzIChy ZXF1aXJlZCBmb3IgU0NTSSkKZGV2aWNlCQljaAkJIyBTQ1NJIG1lZGlhIGNoYW5nZXJzCmRl dmljZQkJZGEJCSMgRGlyZWN0IEFjY2VzcyAoZGlza3MpCmRldmljZQkJc2EJCSMgU2VxdWVu dGlhbCBBY2Nlc3MgKHRhcGUgZXRjKQpkZXZpY2UJCWNkCQkjIENECmRldmljZQkJcGFzcwkJ IyBQYXNzdGhyb3VnaCBkZXZpY2UgKGRpcmVjdCBTQ1NJIGFjY2VzcykKZGV2aWNlCQlzZXMJ CSMgU0NTSSBFbnZpcm9ubWVudGFsIFNlcnZpY2VzIChhbmQgU0FGLVRFKQoKIyBSQUlEIGNv bnRyb2xsZXJzIGludGVyZmFjZWQgdG8gdGhlIFNDU0kgc3Vic3lzdGVtCmRldmljZQkJYW1y CQkjIEFNSSBNZWdhUkFJRApkZXZpY2UJCWFyY21zcgkJIyBBcmVjYSBTQVRBIElJIFJBSUQK ZGV2aWNlCQlhc3IJCSMgRFBUIFNtYXJ0UkFJRCBWLCBWSSBhbmQgQWRhcHRlYyBTQ1NJIFJB SUQKZGV2aWNlCQljaXNzCQkjIENvbXBhcSBTbWFydCBSQUlEIDUqCmRldmljZQkJZHB0CQkj IERQVCBTbWFydGNhY2hlIElJSSwgSVYgLSBTZWUgTk9URVMgZm9yIG9wdGlvbnMKZGV2aWNl CQlocHRtdgkJIyBIaWdocG9pbnQgUm9ja2V0UkFJRCAxODJ4CmRldmljZQkJaWlyCQkjIElu dGVsIEludGVncmF0ZWQgUkFJRApkZXZpY2UJCWlwcwkJIyBJQk0gKEFkYXB0ZWMpIFNlcnZl UkFJRApkZXZpY2UJCW1seQkJIyBNeWxleCBBY2NlbGVSQUlEL2VYdHJlbWVSQUlECmRldmlj ZQkJdHdhCQkjIDN3YXJlIDkwMDAgc2VyaWVzIFBBVEEvU0FUQSBSQUlECgojIFJBSUQgY29u dHJvbGxlcnMKZGV2aWNlCQlhYWMJCSMgQWRhcHRlYyBGU0EgUkFJRApkZXZpY2UJCWFhY3AJ CSMgU0NTSSBwYXNzdGhyb3VnaCBmb3IgYWFjIChyZXF1aXJlcyBDQU0pCmRldmljZQkJaWRh CQkjIENvbXBhcSBTbWFydCBSQUlECmRldmljZQkJbWx4CQkjIE15bGV4IERBQzk2MCBmYW1p bHkKZGV2aWNlCQlwc3QJCSMgUHJvbWlzZSBTdXBlcnRyYWsgU1g2MDAwCmRldmljZQkJdHdl CQkjIDN3YXJlIEFUQSBSQUlECgojIGF0a2JkYzAgY29udHJvbHMgYm90aCB0aGUga2V5Ym9h cmQgYW5kIHRoZSBQUy8yIG1vdXNlCmRldmljZQkJYXRrYmRjCQkjIEFUIGtleWJvYXJkIGNv bnRyb2xsZXIKZGV2aWNlCQlhdGtiZAkJIyBBVCBrZXlib2FyZApkZXZpY2UJCXBzbQkJIyBQ Uy8yIG1vdXNlCgpkZXZpY2UJCXZnYQkJIyBWR0EgdmlkZW8gY2FyZCBkcml2ZXIKCmRldmlj ZQkJc3BsYXNoCQkjIFNwbGFzaCBzY3JlZW4gYW5kIHNjcmVlbiBzYXZlciBzdXBwb3J0Cgoj IHN5c2NvbnMgaXMgdGhlIGRlZmF1bHQgY29uc29sZSBkcml2ZXIsIHJlc2VtYmxpbmcgYW4g U0NPIGNvbnNvbGUKZGV2aWNlCQlzYwoKIyBFbmFibGUgdGhpcyBmb3IgdGhlIHBjdnQgKFZU MjIwIGNvbXBhdGlibGUpIGNvbnNvbGUgZHJpdmVyCiNkZXZpY2UJCXZ0CiNvcHRpb25zIAlY U0VSVkVSCQkjIHN1cHBvcnQgZm9yIFggc2VydmVyIG9uIGEgdnQgY29uc29sZQojb3B0aW9u cyAJRkFUX0NVUlNPUgkjIHN0YXJ0IHdpdGggYmxvY2sgY3Vyc29yCgpkZXZpY2UJCWFncAkJ IyBzdXBwb3J0IHNldmVyYWwgQUdQIGNoaXBzZXRzCgojIEZsb2F0aW5nIHBvaW50IHN1cHBv cnQgLSBkbyBub3QgZGlzYWJsZS4KZGV2aWNlCQlucHgKCiMgUG93ZXIgbWFuYWdlbWVudCBz dXBwb3J0IChzZWUgTk9URVMgZm9yIG1vcmUgb3B0aW9ucykKI2RldmljZQkJYXBtCiMgQWRk IHN1c3BlbmQvcmVzdW1lIHN1cHBvcnQgZm9yIHRoZSBpODI1NC4KZGV2aWNlCQlwbXRpbWVy CgojIFBDQ0FSRCAoUENNQ0lBKSBzdXBwb3J0CiMgUENNQ0lBIGFuZCBjYXJkYnVzIGJyaWRn ZSBzdXBwb3J0CmRldmljZQkJY2JiCQkjIGNhcmRidXMgKHllbnRhKSBicmlkZ2UKZGV2aWNl CQlwY2NhcmQJCSMgUEMgQ2FyZCAoMTYtYml0KSBidXMKZGV2aWNlCQljYXJkYnVzCQkjIENh cmRCdXMgKDMyLWJpdCkgYnVzCgojIFNlcmlhbCAoQ09NKSBwb3J0cwpkZXZpY2UJCXNpbwkJ IyA4MjUwLCAxNls0NV01MCBiYXNlZCBzZXJpYWwgcG9ydHMKCiMgUGFyYWxsZWwgcG9ydApk ZXZpY2UJCXBwYwpkZXZpY2UJCXBwYnVzCQkjIFBhcmFsbGVsIHBvcnQgYnVzIChyZXF1aXJl ZCkKZGV2aWNlCQlscHQJCSMgUHJpbnRlcgpkZXZpY2UJCXBsaXAJCSMgVENQL0lQIG92ZXIg cGFyYWxsZWwKZGV2aWNlCQlwcGkJCSMgUGFyYWxsZWwgcG9ydCBpbnRlcmZhY2UgZGV2aWNl CiNkZXZpY2UJCXZwbwkJIyBSZXF1aXJlcyBzY2J1cyBhbmQgZGEKCiMgSWYgeW91J3ZlIGdv dCBhICJkdW1iIiBzZXJpYWwgb3IgcGFyYWxsZWwgUENJIGNhcmQgdGhhdCBpcwojIHN1cHBv cnRlZCBieSB0aGUgcHVjKDQpIGdsdWUgZHJpdmVyLCB1bmNvbW1lbnQgdGhlIGZvbGxvd2lu ZwojIGxpbmUgdG8gZW5hYmxlIGl0IChjb25uZWN0cyB0byB0aGUgc2lvIGFuZC9vciBwcGMg ZHJpdmVycyk6CiNkZXZpY2UgICAgICAgICBwdWMKCiMgUENJIEV0aGVybmV0IE5JQ3MuCmRl dmljZQkJZGUJCSMgREVDL0ludGVsIERDMjF4NHggKGBgVHVsaXAnJykKZGV2aWNlCQllbQkJ IyBJbnRlbCBQUk8vMTAwMCBhZGFwdGVyIEdpZ2FiaXQgRXRoZXJuZXQgQ2FyZApkZXZpY2UJ CWl4Z2IJCSMgSW50ZWwgUFJPLzEwR2JFIEV0aGVybmV0IENhcmQKZGV2aWNlCQl0eHAJCSMg M0NvbSAzY1I5OTAgKGBgVHlwaG9vbicnKQpkZXZpY2UJCXZ4CQkjIDNDb20gM2M1OTAsIDNj NTk1IChgYFZvcnRleCcnKQoKIyBQQ0kgRXRoZXJuZXQgTklDcyB0aGF0IHVzZSB0aGUgY29t bW9uIE1JSSBidXMgY29udHJvbGxlciBjb2RlLgojIE5PVEU6IEJlIHN1cmUgdG8ga2VlcCB0 aGUgJ2RldmljZSBtaWlidXMnIGxpbmUgaW4gb3JkZXIgdG8gdXNlIHRoZXNlIE5JQ3MhCmRl dmljZQkJbWlpYnVzCQkjIE1JSSBidXMgc3VwcG9ydApkZXZpY2UJCWJmZQkJIyBCcm9hZGNv bSBCQ000NDB4IDEwLzEwMCBFdGhlcm5ldApkZXZpY2UJCWJnZQkJIyBCcm9hZGNvbSBCQ001 NzB4eCBHaWdhYml0IEV0aGVybmV0CmRldmljZQkJZGMJCSMgREVDL0ludGVsIDIxMTQzIGFu ZCB2YXJpb3VzIHdvcmthbGlrZXMKZGV2aWNlCQlmeHAJCSMgSW50ZWwgRXRoZXJFeHByZXNz IFBSTy8xMDBCICg4MjU1NywgODI1NTgpCmRldmljZQkJbGdlCQkjIExldmVsIDEgTFhUMTAw MSBnaWdhYml0IGV0aGVybmV0CmRldmljZQkJbmdlCQkjIE5hdFNlbWkgRFA4MzgyMCBnaWdh Yml0IGV0aGVybmV0CmRldmljZQkJcGNuCQkjIEFNRCBBbTc5Qzk3eCBQQ0kgMTAvMTAwIChw cmVjZWRlbmNlIG92ZXIgJ2xuYycpCmRldmljZQkJcmUJCSMgUmVhbFRlayA4MTM5QysvODE2 OS84MTY5Uy84MTEwUwpkZXZpY2UJCXJsCQkjIFJlYWxUZWsgODEyOS84MTM5CmRldmljZQkJ c2YJCSMgQWRhcHRlYyBBSUMtNjkxNSAoYGBTdGFyZmlyZScnKQpkZXZpY2UJCXNpcwkJIyBT aWxpY29uIEludGVncmF0ZWQgU3lzdGVtcyBTaVMgOTAwL1NpUyA3MDE2CmRldmljZQkJc2sJ CSMgU3lzS29ubmVjdCBTSy05ODR4ICYgU0stOTgyeCBnaWdhYml0IEV0aGVybmV0CmRldmlj ZQkJc3RlCQkjIFN1bmRhbmNlIFNUMjAxIChELUxpbmsgREZFLTU1MFRYKQpkZXZpY2UJCXRp CQkjIEFsdGVvbiBOZXR3b3JrcyBUaWdvbiBJL0lJIGdpZ2FiaXQgRXRoZXJuZXQKZGV2aWNl CQl0bAkJIyBUZXhhcyBJbnN0cnVtZW50cyBUaHVuZGVyTEFOCmRldmljZQkJdHgJCSMgU01D IEV0aGVyUG93ZXIgSUkgKDgzYzE3MCBgYEVQSUMnJykKZGV2aWNlCQl2Z2UJCSMgVklBIFZU NjEyeCBnaWdhYml0IGV0aGVybmV0CmRldmljZQkJdnIJCSMgVklBIFJoaW5lLCBSaGluZSBJ SQpkZXZpY2UJCXdiCQkjIFdpbmJvbmQgVzg5Qzg0MEYKZGV2aWNlCQl4bAkJIyAzQ29tIDNj OTB4IChgYEJvb21lcmFuZycnLCBgYEN5Y2xvbmUnJykKCiMgSVNBIEV0aGVybmV0IE5JQ3Mu ICBwY2NhcmQgTklDcyBpbmNsdWRlZC4KZGV2aWNlCQljcwkJIyBDcnlzdGFsIFNlbWljb25k dWN0b3IgQ1M4OXgwIE5JQwojICdkZXZpY2UgZWQnIHJlcXVpcmVzICdkZXZpY2UgbWlpYnVz JwpkZXZpY2UJCWVkCQkjIE5FWzEyXTAwMCwgU01DIFVsdHJhLCAzYzUwMywgRFM4MzkwIGNh cmRzCmRldmljZQkJZXgJCSMgSW50ZWwgRXRoZXJFeHByZXNzIFByby8xMCBhbmQgUHJvLzEw KwpkZXZpY2UJCWVwCQkjIEV0aGVybGluayBJSUkgYmFzZWQgY2FyZHMKZGV2aWNlCQlmZQkJ IyBGdWppdHN1IE1CODY5NnggYmFzZWQgY2FyZHMKZGV2aWNlCQlpZQkJIyBFdGhlckV4cHJl c3MgOC8xNiwgM0M1MDcsIFN0YXJMQU4gMTAgZXRjLgpkZXZpY2UJCWxuYwkJIyBORTIxMDAs IE5FMzItVkwgTGFuY2UgRXRoZXJuZXQgY2FyZHMKZGV2aWNlCQlzbgkJIyBTTUMncyA5MDAw IHNlcmllcyBvZiBFdGhlcm5ldCBjaGlwcwpkZXZpY2UJCXhlCQkjIFhpcmNvbSBwY2NhcmQg RXRoZXJuZXQKCiMgSVNBIGRldmljZXMgdGhhdCB1c2UgdGhlIG9sZCBJU0Egc2hpbXMKI2Rl dmljZQkJbGUKCiMgV2lyZWxlc3MgTklDIGNhcmRzCmRldmljZQkJd2xhbgkJIyA4MDIuMTEg c3VwcG9ydApkZXZpY2UJCWFuCQkjIEFpcm9uZXQgNDUwMC80ODAwIDgwMi4xMSB3aXJlbGVz cyBOSUNzLgpkZXZpY2UJCWF3aQkJIyBCYXlTdGFjayA2NjAgYW5kIG90aGVycwpkZXZpY2UJ CXdpCQkjIFdhdmVMQU4vSW50ZXJzaWwvU3ltYm9sIDgwMi4xMSB3aXJlbGVzcyBOSUNzLgoj ZGV2aWNlCQl3bAkJIyBPbGRlciBub24gODAyLjExIFdhdmVsYW4gd2lyZWxlc3MgTklDLgoK IyBQc2V1ZG8gZGV2aWNlcy4KZGV2aWNlCQlsb29wCQkjIE5ldHdvcmsgbG9vcGJhY2sKZGV2 aWNlCQltZW0JCSMgTWVtb3J5IGFuZCBrZXJuZWwgbWVtb3J5IGRldmljZXMKZGV2aWNlCQlp bwkJIyBJL08gZGV2aWNlCmRldmljZQkJcmFuZG9tCQkjIEVudHJvcHkgZGV2aWNlCmRldmlj ZQkJZXRoZXIJCSMgRXRoZXJuZXQgc3VwcG9ydApkZXZpY2UJCXNsCQkjIEtlcm5lbCBTTElQ CmRldmljZQkJcHBwCQkjIEtlcm5lbCBQUFAKZGV2aWNlCQl0dW4JCSMgUGFja2V0IHR1bm5l bC4KZGV2aWNlCQlwdHkJCSMgUHNldWRvLXR0eXMgKHRlbG5ldCBldGMpCmRldmljZQkJbWQJ CSMgTWVtb3J5ICJkaXNrcyIKZGV2aWNlCQlnaWYJCSMgSVB2NiBhbmQgSVB2NCB0dW5uZWxp bmcKZGV2aWNlCQlmYWl0aAkJIyBJUHY2LXRvLUlQdjQgcmVsYXlpbmcgKHRyYW5zbGF0aW9u KQoKIyBUaGUgYGJwZicgZGV2aWNlIGVuYWJsZXMgdGhlIEJlcmtlbGV5IFBhY2tldCBGaWx0 ZXIuCiMgQmUgYXdhcmUgb2YgdGhlIGFkbWluaXN0cmF0aXZlIGNvbnNlcXVlbmNlcyBvZiBl bmFibGluZyB0aGlzIQojIE5vdGUgdGhhdCAnYnBmJyBpcyByZXF1aXJlZCBmb3IgREhDUC4K ZGV2aWNlCQlicGYJCSMgQmVya2VsZXkgcGFja2V0IGZpbHRlcgoKIyBVU0Igc3VwcG9ydApk ZXZpY2UJCXVoY2kJCSMgVUhDSSBQQ0ktPlVTQiBpbnRlcmZhY2UKZGV2aWNlCQlvaGNpCQkj IE9IQ0kgUENJLT5VU0IgaW50ZXJmYWNlCiNkZXZpY2UJCWVoY2kJCSMgRUhDSSBQQ0ktPlVT QiBpbnRlcmZhY2UgKFVTQiAyLjApCmRldmljZQkJdXNiCQkjIFVTQiBCdXMgKHJlcXVpcmVk KQojZGV2aWNlCQl1ZGJwCQkjIFVTQiBEb3VibGUgQnVsayBQaXBlIGRldmljZXMKZGV2aWNl CQl1Z2VuCQkjIEdlbmVyaWMKZGV2aWNlCQl1aGlkCQkjICJIdW1hbiBJbnRlcmZhY2UgRGV2 aWNlcyIKZGV2aWNlCQl1a2JkCQkjIEtleWJvYXJkCmRldmljZQkJdWxwdAkJIyBQcmludGVy CmRldmljZQkJdW1hc3MJCSMgRGlza3MvTWFzcyBzdG9yYWdlIC0gUmVxdWlyZXMgc2NidXMg YW5kIGRhCmRldmljZQkJdW1zCQkjIE1vdXNlCmRldmljZQkJdXJpbwkJIyBEaWFtb25kIFJp byA1MDAgTVAzIHBsYXllcgpkZXZpY2UJCXVzY2FubmVyCSMgU2Nhbm5lcnMKIyBVU0IgRXRo ZXJuZXQsIHJlcXVpcmVzIG1paQpkZXZpY2UJCWF1ZQkJIyBBRE10ZWsgVVNCIEV0aGVybmV0 CmRldmljZQkJYXhlCQkjIEFTSVggRWxlY3Ryb25pY3MgVVNCIEV0aGVybmV0CmRldmljZQkJ Y2RjZQkJIyBHZW5lcmljIFVTQiBvdmVyIEV0aGVybmV0CmRldmljZQkJY3VlCQkjIENBVEMg VVNCIEV0aGVybmV0CmRldmljZQkJa3VlCQkjIEthd2FzYWtpIExTSSBVU0IgRXRoZXJuZXQK ZGV2aWNlCQlydWUJCSMgUmVhbFRlayBSVEw4MTUwIFVTQiBFdGhlcm5ldAoKIyBGaXJlV2ly ZSBzdXBwb3J0CmRldmljZQkJZmlyZXdpcmUJIyBGaXJlV2lyZSBidXMgY29kZQpkZXZpY2UJ CXNicAkJIyBTQ1NJIG92ZXIgRmlyZVdpcmUgKFJlcXVpcmVzIHNjYnVzIGFuZCBkYSkKZGV2 aWNlCQlmd2UJCSMgRXRoZXJuZXQgb3ZlciBGaXJlV2lyZSAobm9uLXN0YW5kYXJkISkK ------------9B16D10E3BC394C6 Content-Type: text/plain; name="boot.txt" Content-transfer-encoding: base64 Content-Disposition: attachment; filename="boot.txt" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDUgVGhlIEZyZWVCU0QgUHJvamVjdC4NCkNvcHlyaWdo dCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5Miwg MTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3Ju aWEuIEFsbCByaWdodHMgcmVzZXJ2ZWQuDQpGcmVlQlNEIDYuMC1TVEFCTEUgIzQ6IEZyaSBO b3YgMTEgMTc6Mzg6NTMgV0lUIDIwMDUNCiAgICBoc2FAQk9SRy5KQVNBVEVMLk5FVDovdXNy L29iai91c3Ivc3JjL3N5cy9CT1JHDQpUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAx MTkzMTgyIEh6IHF1YWxpdHkgMA0KQ1BVOiBJbnRlbChSKSBYZW9uKFRNKSBDUFUgMy40MEdI eiAoMzQwMC4xMy1NSHogNjg2LWNsYXNzIENQVSkNCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRl bCIgIElkID0gMHhmNDEgIFN0ZXBwaW5nID0gMQ0KICBGZWF0dXJlcz0weGJmZWJmYmZmPEZQ VSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNB LENNT1YsUEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1Ms SFRULFRNLFBCRT4NCiAgRmVhdHVyZXMyPTB4NjQ5ZDxTU0UzLFJTVkQyLE1PTixEU19DUEws RVNULENOVFgtSUQsQ1gxNiw8YjE0Pj4NCiAgQU1EIEZlYXR1cmVzPTB4MjAwMDAwMDA8TE0+ DQogIEh5cGVydGhyZWFkaW5nOiAyIGxvZ2ljYWwgQ1BVcw0KcmVhbCBtZW1vcnkgID0gMjE0 NzQzMDQwMCAoMjA0NyBNQikNCmF2YWlsIG1lbW9yeSA9IDIwOTYyNzk1NTIgKDE5OTkgTUIp DQpNUFRhYmxlOiA8SFAgICAgICAgUFJPTElBTlQgICAgPg0KRnJlZUJTRC9TTVA6IE11bHRp cHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogMiBDUFVzDQogY3B1MCAoQlNQKTogQVBJQyBJ RDogIDANCiBjcHUxIChBUCk6IEFQSUMgSUQ6ICA2DQppb2FwaWMwOiBBc3N1bWluZyBpbnRi YXNlIG9mIDANCmlvYXBpYzE6IEFzc3VtaW5nIGludGJhc2Ugb2YgMjQNCmlvYXBpYzI6IEFz c3VtaW5nIGludGJhc2Ugb2YgNDgNCmlvYXBpYzM6IEFzc3VtaW5nIGludGJhc2Ugb2YgNzIN CmlvYXBpYzQ6IEFzc3VtaW5nIGludGJhc2Ugb2YgOTYNCmlvYXBpYzAgPFZlcnNpb24gMi4w PiBpcnFzIDAtMjMgb24gbW90aGVyYm9hcmQNCmlvYXBpYzEgPFZlcnNpb24gMi4wPiBpcnFz IDI0LTQ3IG9uIG1vdGhlcmJvYXJkDQppb2FwaWMyIDxWZXJzaW9uIDIuMD4gaXJxcyA0OC03 MSBvbiBtb3RoZXJib2FyZA0KaW9hcGljMyA8VmVyc2lvbiAyLjA+IGlycXMgNzItOTUgb24g bW90aGVyYm9hcmQNCmlvYXBpYzQgPFZlcnNpb24gMi4wPiBpcnFzIDk2LTExOSBvbiBtb3Ro ZXJib2FyZA0KbnB4MDogW0ZBU1RdDQpucHgwOiA8bWF0aCBwcm9jZXNzb3I+IG9uIG1vdGhl cmJvYXJkDQpucHgwOiBJTlQgMTYgaW50ZXJmYWNlDQpjcHUwIG9uIG1vdGhlcmJvYXJkDQpj cHUxIG9uIG1vdGhlcmJvYXJkDQpwY2liMDogPE1QVGFibGUgSG9zdC1QQ0kgYnJpZGdlPiBw Y2lidXMgMCBvbiBtb3RoZXJib2FyZA0KcGNpMDogPFBDSSBidXM+IG9uIHBjaWIwDQpwY2li MTogPE1QVGFibGUgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyLjAgb24gcGNpMA0KcGNp MjogPFBDSSBidXM+IG9uIHBjaWIxDQpwY2liMjogPE1QVGFibGUgUENJLVBDSSBicmlkZ2U+ IGF0IGRldmljZSAwLjAgb24gcGNpMg0KcGNpMzogPFBDSSBidXM+IG9uIHBjaWIyDQpiZ2Uw OiA8QnJvYWRjb20gQkNNNTcwNEMgRHVhbCBHaWdhYml0IEV0aGVybmV0LCBBU0lDIHJldi4g MHgyMTAwPiBtZW0gMHhmZGVmMDAwMC0weGZkZWZmZmZmIGlycSAyNSBhdCBkZXZpY2UgMS4w IG9uIHBjaTMNCm1paWJ1czA6IDxNSUkgYnVzPiBvbiBiZ2UwDQpicmdwaHkwOiA8QkNNNTcw NCAxMC8xMDAvMTAwMGJhc2VUWCBQSFk+IG9uIG1paWJ1czANCmJyZ3BoeTA6ICAxMGJhc2VU LCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCAxMDAwYmFzZVRYLCAx MDAwYmFzZVRYLUZEWCwgYXV0bw0KYmdlMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MTM6MjE6 Yzg6NGY6ZTENCmJnZTE6IDxCcm9hZGNvbSBCQ001NzA0QyBEdWFsIEdpZ2FiaXQgRXRoZXJu ZXQsIEFTSUMgcmV2LiAweDIxMDA+IG1lbSAweGZkZWUwMDAwLTB4ZmRlZWZmZmYgaXJxIDI2 IGF0IGRldmljZSAxLjEgb24gcGNpMw0KbWlpYnVzMTogPE1JSSBidXM+IG9uIGJnZTENCmJy Z3BoeTE6IDxCQ001NzA0IDEwLzEwMC8xMDAwYmFzZVRYIFBIWT4gb24gbWlpYnVzMQ0KYnJn cGh5MTogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgs IDEwMDBiYXNlVFgsIDEwMDBiYXNlVFgtRkRYLCBhdXRvDQpiZ2UxOiBFdGhlcm5ldCBhZGRy ZXNzOiAwMDoxMzoyMTpjODo0ZjplMA0KcGNpYjM6IDxNUFRhYmxlIFBDSS1QQ0kgYnJpZGdl PiBhdCBkZXZpY2UgMC4yIG9uIHBjaTINCnBjaTQ6IDxQQ0kgYnVzPiBvbiBwY2liMw0KY2lz czA6IDxIUCBTbWFydCBBcnJheSA2aT4gcG9ydCAweDQwMDAtMHg0MGZmIG1lbSAweGZkZmYw MDAwLTB4ZmRmZjFmZmYsMHhmZGY4MDAwMC0weGZkZmJmZmZmIGlycSA1MSBhdCBkZXZpY2Ug My4wIG9uIHBjaTQNCmNpc3MwOiBbR0lBTlQtTE9DS0VEXQ0KcGNpYjQ6IDxNUFRhYmxlIFBD SS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNi4wIG9uIHBjaTANCnBjaTU6IDxQQ0kgYnVzPiBv biBwY2liNA0KcGNpYjU6IDxNUFRhYmxlIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMC4w IG9uIHBjaTUNCnBjaTY6IDxQQ0kgYnVzPiBvbiBwY2liNQ0KcGNpYjY6IDxNUFRhYmxlIFBD SS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMC4yIG9uIHBjaTUNCnBjaTEwOiA8UENJIGJ1cz4g b24gcGNpYjYNCnBjaWI3OiA8TVBUYWJsZSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDMw LjAgb24gcGNpMA0KcGNpMTogPFBDSSBidXM+IG9uIHBjaWI3DQpwY2kxOiA8ZGlzcGxheSwg VkdBPiBhdCBkZXZpY2UgMy4wIChubyBkcml2ZXIgYXR0YWNoZWQpDQpwY2kxOiA8YmFzZSBw ZXJpcGhlcmFsPiBhdCBkZXZpY2UgNC4wIChubyBkcml2ZXIgYXR0YWNoZWQpDQpwY2kxOiA8 YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgNC4yIChubyBkcml2ZXIgYXR0YWNoZWQpDQpp c2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwDQppc2EwOiA8 SVNBIGJ1cz4gb24gaXNhYjANCmF0YXBjaTA6IDxJbnRlbCBJQ0g1IFVETUExMDAgY29udHJv bGxlcj4gcG9ydCAweDFmMC0weDFmNywweDNmNiwweDE3MC0weDE3NywweDM3NiwweDUwMC0w eDUwZiBhdCBkZXZpY2UgMzEuMSBvbiBwY2kwDQphdGEwOiA8QVRBIGNoYW5uZWwgMD4gb24g YXRhcGNpMA0KYXRhMTogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTANCmVpc2EwOiA8RUlT QSBidXM+IG9uIG1vdGhlcmJvYXJkDQptYWluYm9hcmQwOiA8Q1BRMDc0ZCAoU3lzdGVtIEJv YXJkKT4gb24gZWlzYTAgc2xvdCAwDQpwbnBiaW9zOiBlcnJvciAxLzgyIGdldHRpbmcgZGV2 aWNlIGNvdW50L3NpemUgbGltaXQNCnBtdGltZXIwIG9uIGlzYTANCm9ybTA6IDxJU0EgT3B0 aW9uIFJPTXM+IGF0IGlvbWVtIDB4YzAwMDAtMHhjN2ZmZiwweGM4MDAwLTB4Y2JmZmYsMHhj YzAwMC0weGNkN2ZmLDB4ZWUwMDAtMHhlZmZmZiBvbiBpc2EwDQphdGtiZGMwOiA8S2V5Ym9h cmQgY29udHJvbGxlciAoaTgwNDIpPiBhdCBwb3J0IDB4NjAsMHg2NCBvbiBpc2EwDQphdGti ZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMA0Ka2JkMCBhdCBhdGtiZDANCmF0 a2JkMDogW0dJQU5ULUxPQ0tFRF0NCnBzbTA6IDxQUy8yIE1vdXNlPiBpcnEgMTIgb24gYXRr YmRjMA0KcHNtMDogW0dJQU5ULUxPQ0tFRF0NCnBzbTA6IG1vZGVsIEludGVsbGlNb3VzZSBF eHBsb3JlciwgZGV2aWNlIElEIDQNCnBwYzA6IHBhcmFsbGVsIHBvcnQgbm90IGZvdW5kLg0K c2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTANCnNjMDogVkdB IDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4NCnNpbzAgYXQgcG9ydCAweDNm OC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9uIGlzYTANCnNpbzA6IHR5cGUgMTY1NTBBDQpz aW8xIGF0IHBvcnQgMHgyZjgtMHgyZmYgaXJxIDMgb24gaXNhMA0Kc2lvMTogdHlwZSAxNjU1 MEENCnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0g MHhhMDAwMC0weGJmZmZmIG9uIGlzYTANClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAw IG1zZWMNCmlwZncyICgraXB2NikgaW5pdGlhbGl6ZWQsIGRpdmVydCBsb2FkYWJsZSwgcnVs ZS1iYXNlZCBmb3J3YXJkaW5nIGVuYWJsZWQsIGRlZmF1bHQgdG8gYWNjZXB0LCBsb2dnaW5n IGRpc2FibGVkDQphY2QwOiBDRFJPTSA8Q09NUEFRIENELVJPTSBTTi0xMjQvTjEwND4gYXQg YXRhMC1tYXN0ZXIgUElPNA0KU01QOiBBUCBDUFUgIzEgTGF1bmNoZWQhDQpkYTAgYXQgY2lz czAgYnVzIDAgdGFyZ2V0IDAgbHVuIDANCmRhMDogPENPTVBBUSBSQUlEIDAgIFZPTFVNRSBP Sz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTAgZGV2aWNlIA0KZGEwOiAxMzUuMTY4TUIv cyB0cmFuc2ZlcnMNCmRhMDogMzQ3MjdNQiAoNzExMjI1NjAgNTEyIGJ5dGUgc2VjdG9yczog MjU1SCAzMlMvVCA4NzE2QykNClRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYv ZGEwczFhDQo= ------------9B16D10E3BC394C6-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 16:16:09 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57A1516A41F for ; Wed, 23 Nov 2005 16:16:09 +0000 (GMT) (envelope-from cgumucio@trinomio.cl) Received: from dp01.vtr.net (relay.vtr.net [200.83.1.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 927A843D72 for ; Wed, 23 Nov 2005 16:16:07 +0000 (GMT) (envelope-from cgumucio@trinomio.cl) Received: from [192.168.0.188] (200.104.138.31) by dp01.vtr.net (7.1.026) (authenticated as cgumucio@trinomio.cl) id 4295B0EE000F164E for freebsd-stable@freebsd.org; Wed, 23 Nov 2005 13:16:00 -0300 Message-ID: <438495C7.8090004@trinomio.cl> Date: Wed, 23 Nov 2005 13:16:07 -0300 From: =?ISO-8859-1?Q?Juan_Crist=F3bal_Gumucio?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: umass device support...how generic is it? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 16:16:09 -0000 ¿De que Martín Gumucio estamos hablando?... De chile De Bolivia País Vasco USA From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 16:19:52 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3ADD216A41F for ; Wed, 23 Nov 2005 16:19:52 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 095D043D5D for ; Wed, 23 Nov 2005 16:19:47 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id jANGJk9F021301; Wed, 23 Nov 2005 17:19:46 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id jANGJk0q021300; Wed, 23 Nov 2005 17:19:46 +0100 (CET) (envelope-from hk) Date: Wed, 23 Nov 2005 17:19:46 +0100 From: Holger Kipp To: Vivek Khera Message-ID: <20051123161946.GA20512@intserv.int1.b.intern> References: <4A97D753-FFE8-47D1-813F-E7968137ED24@khera.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A97D753-FFE8-47D1-813F-E7968137ED24@khera.org> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: boot menu change in 6.0? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 16:19:52 -0000 On Wed, Nov 23, 2005 at 10:34:08AM -0500, Vivek Khera wrote: > Last week, I installed from a 6.0-RELEASE cd onto a generic opteron > box and I get the beastie menu (albeit beastie is replaced with a > "FreeBSD" image). > > Thus, I am confused by this entry in the release notes. Can anyone > clarify which way the boot menu/prompt should be defaulted? I have only noticed that beastie is replaced with "FreeBSD" in default installation, but I am no expert regarding boot menu changes. ;-) Default behaviour afaik is to display "FreeBSD" - which you might want to call a 'political correctness patch' (*), but this can be changed - insert the following into your /boot/loader.conf: loader_logo="beastie" loader_color="YES" to get the old beastie ascii-image back - and if required, even in color. Regards, Holger Kipp (*) I always wonder if people never understand the difference between demons (archfiends or beasts) and daemons (divine power, fate, or god). See also http://en.wikipedia.org/wiki/Daemon_%28mythology%29 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 16:32:29 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32A3016A41F for ; Wed, 23 Nov 2005 16:32:29 +0000 (GMT) (envelope-from girgen@pingpong.net) Received: from rambutan.pingpong.net (81.milagro.bahnhof.net [195.178.168.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 828DC43D5E for ; Wed, 23 Nov 2005 16:32:27 +0000 (GMT) (envelope-from girgen@pingpong.net) Received: from localhost (localhost [127.0.0.1]) by rambutan.pingpong.net (8.13.4/8.13.4) with ESMTP id jANGWJDq000400; Wed, 23 Nov 2005 17:32:19 +0100 (CET) (envelope-from girgen@pingpong.net) Date: Wed, 23 Nov 2005 17:32:19 +0100 From: Palle Girgensohn To: freebsd-stable@freebsd.org, brooks@one-eyed-alien.net Message-ID: <987C5DB933009F1DBD995679@rambutan.pingpong.net> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Dell DRAC card snatches keyboard console X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 16:32:29 -0000 Hi! I just installed a Dell 2850 with a DRAC card and a PS/2 keyboard. The keyboard stopped working when entering multiuser mode, and I found an old email on current from September 2004, where Brooks said to comment away ukbd lines in devd.conf. I did, PS/2 keyboard works but the DRAC remote console does not. Is there a way to have both keyboards working? Regards, Palle From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 16:33:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1386816A41F for ; Wed, 23 Nov 2005 16:33:05 +0000 (GMT) (envelope-from girgen@pingpong.net) Received: from rambutan.pingpong.net (81.milagro.bahnhof.net [195.178.168.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DC1C43D62 for ; Wed, 23 Nov 2005 16:33:01 +0000 (GMT) (envelope-from girgen@pingpong.net) Received: from localhost (localhost [127.0.0.1]) by rambutan.pingpong.net (8.13.4/8.13.4) with ESMTP id jANGX1K5000417; Wed, 23 Nov 2005 17:33:01 +0100 (CET) (envelope-from girgen@pingpong.net) Date: Wed, 23 Nov 2005 17:33:01 +0100 From: Palle Girgensohn To: Palle Girgensohn , freebsd-stable@freebsd.org, brooks@one-eyed-alien.net Message-ID: <4D302858798C985A77C3273C@rambutan.pingpong.net> In-Reply-To: <987C5DB933009F1DBD995679@rambutan.pingpong.net> References: <987C5DB933009F1DBD995679@rambutan.pingpong.net> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: Dell DRAC card snatches keyboard console X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 16:33:05 -0000 FreeBSD 6.0 (IA32), sorry... --On onsdag, november 23, 2005 17.32.19 +0100 Palle Girgensohn wrote: > Hi! > > I just installed a Dell 2850 with a DRAC card and a PS/2 keyboard. The > keyboard stopped working when entering multiuser mode, and I found an old > email on current from September 2004, where Brooks said to comment away > ukbd lines in devd.conf. I did, PS/2 keyboard works but the DRAC remote > console does not. Is there a way to have both keyboards working? > > .html> > > Regards, > Palle > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 17:39:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 922DC16A41F for ; Wed, 23 Nov 2005 17:39:50 +0000 (GMT) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id A89FB43D64 for ; Wed, 23 Nov 2005 17:39:48 +0000 (GMT) (envelope-from kama@pvp.se) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id C27DBB1; Wed, 23 Nov 2005 18:40:31 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id C08D4AF; Wed, 23 Nov 2005 18:40:31 +0100 (CET) Date: Wed, 23 Nov 2005 18:40:31 +0100 (CET) From: kama X-X-Sender: kama@ns1.as.pvp.se To: Hendry Sarumpaet In-Reply-To: <155534764.20051123223521@ezekiel.jasatel.net.id> Message-ID: <20051123183903.F59053@ns1.as.pvp.se> References: <20051123134710.G57888@ns1.as.pvp.se> <155534764.20051123223521@ezekiel.jasatel.net.id> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: 6.0 Stable reboots randomly during high load. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 17:39:50 -0000 Try adding a lot of disk IO too. I believe that the problem lays within that area. I get a load of aprox 6 on that machine. /Bjorn On Wed, 23 Nov 2005, Hendry Sarumpaet wrote: > Hello kama, > > Wednesday, November 23, 2005, 8:04:36 PM, you wrote: > > > I have a HP DL380G3 Dual 2.4 w HT disabled. > > > This server is running as a newsserver (Diablo) and recieving more or less > > a full feed. aprox 200Mbps in and out. When the load rises the system > > reboots. > > > I can occupy it with high CPU load w/o problem, but once I allow > > connections to the machine, it will operate for a couple of hours and then > > reboot. It gets aprox 100 connections to the machine, all of them either > > write or read from disk. > > Just for the sharing, We've HP Proliant DL380 G4 with Dual 3.4 Ghz > HTT enabled 2 MB RAM. > this hardware act as our production router it seems > pretty robust on our lab enviroment with netperf we can succesfully forwarded packet up to > 600Mbps(symetric) through bge(configured with 10 vlan) connected to > catalyst Trunk port. CPU load around 60 % under the circumtances > above. currently it run as router with Full internet BGP feed (160K > prefix) with 3 neighbor upstream and moderate IPFW rule as > lightweight packet filter and bandwidth shapper. > nothing special on the configuration it runs with polling and IP > fastforwarding turn on with USB disabled via BIOS and ACPI turn off. > It runs on RELENG_6 latelly as of Nov 11 2005. > > attached boot message and kernel configuration. > > > > > > > > The kernel is GENERIC with small changes. (look at diff below) > > > This system had a working 5.4 system installed before, that did not suffer > > from these reboots. > > > How do I proceed for further gathering of information before I downgrade > > it to 5.4 again? > > > /Bjorn > > > - snip - > > > Copyright (c) 1992-2005 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 6.0-STABLE #8: Mon Nov 21 14:45:30 CET 2005 > > root@newspeer3:/usr/obj/usr/src/sys/newspeer > > ACPI APIC Table: > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2387.52-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > > > Features=0xbfebfbff > > Features2=0x4400> > > Hyperthreading: 2 logical CPUs > > real memory = 4110393344 (3919 MB) > > avail memory = 4022607872 (3836 MB) > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP): APIC ID: 6 > > MADT: Forcing active-low polarity and level trigger for SCI > > ioapic0 irqs 0-15 on motherboard > > ioapic1 irqs 16-31 on motherboard > > ioapic2 irqs 32-47 on motherboard > > ioapic3 irqs 48-63 on motherboard > > npx0: [FAST] > > npx0: on motherboard > > npx0: INT 16 interface > > acpi0: on motherboard > > acpi0: Power Button (fixed) > > pci_link0: on acpi0 > > pci_link1: on acpi0 > > pci_link2: on acpi0 > > pci_link3: on acpi0 > > pci_link4: on acpi0 > > pci_link5: on acpi0 > > pci_link6: on acpi0 > > pci_link7: on acpi0 > > pci_link8: on acpi0 > > pci_link9: on acpi0 > > pci_link10: on acpi0 > > pci_link11: on acpi0 > > pci_link12: on acpi0 > > pci_link13: on acpi0 > > pci_link14: on acpi0 > > pci_link15: on acpi0 > > pci_link16: on acpi0 > > pci_link17: on acpi0 > > pci_link18: on acpi0 > > pci_link19: on acpi0 > > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > > acpi_timer0: <32-bit timer at 3.579545MHz> port 0x920-0x923 on acpi0 > > cpu0: on acpi0 > > cpu1: on acpi0 > > pcib0: on acpi0 > > pci0: on pcib0 > > pci0: at device 3.0 (no driver attached) > > pci0: at device 4.0 (no driver attached) > > pci0: at device 4.2 (no driver attached) > > isab0: at device 15.0 on pci0 > > isa0: on isab0 > > atapci0: port > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 15.1 on pci0 > > ata0: on atapci0 > > ata1: on atapci0 > > ohci0: mem 0xf5ef0000-0xf5ef0fff irq 7 at > > device 15.2 on pci0 > > ohci0: [GIANT-LOCKED] > > usb0: OHCI version 1.0, legacy support > > usb0: SMM does not respond, resetting > > usb0: on ohci0 > > usb0: USB revision 1.0 > > uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > > uhub0: 4 ports with 4 removable, self powered > > pcib1: on acpi0 > > pci1: on pcib1 > > ciss0: port 0x3000-0x30ff mem > > 0xf7cc0000-0xf7cfffff,0xf7bf0000-0xf7bf3fff irq 30 at device 3.0 on pci1 > > ciss0: [GIANT-LOCKED] > > pcib2: on acpi0 > > pci2: on pcib2 > > bge0: mem > > 0xf7df0000-0xf7dfffff irq 29 at device 1.0 on pci2 > > miibus0: on bge0 > > brgphy0: on miibus0 > > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > > 1000baseTX-FDX, auto > > bge0: Ethernet address: 00:0b:cd:f3:af:4d > > bge1: mem > > 0xf7de0000-0xf7deffff irq 31 at device 2.0 on pci2 > > miibus1: on bge1 > > brgphy1: on miibus1 > > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > > 1000baseTX-FDX, auto > > bge1: Ethernet address: 00:0b:cd:f3:af:4c > > pcib3: on acpi0 > > pci3: on pcib3 > > pcib4: at device 1.0 on pci3 > > pci4: on pcib4 > > ciss1: port 0x4000-0x40ff mem 0xf7ef0000-0xf7ef1fff > > irq 20 at device 4.0 on pci4 > > ciss1: [GIANT-LOCKED] > > ciss2: port 0x4400-0x44ff mem > > 0xf7e70000-0xf7e71fff irq 21 at device 5.0 on pci4 > > ciss2: [GIANT-LOCKED] > > pcib5: on acpi0 > > pci6: on pcib5 > > pci6: at device 30.0 (no driver > > attached) > > acpi_tz0: on acpi0 > > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > > atkbd0: irq 1 on atkbdc0 > > kbd0 at atkbd0 > > atkbd0: [GIANT-LOCKED] > > sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > > sio0: type 16550A > > fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on > > acpi0 > > fdc0: [FAST] > > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > > pmtimer0 on isa0 > > orm0: at iomem > > 0xc0000-0xc7fff,0xc8000-0xcbfff,0xcc000-0xcffff,0xd0000-0xd17ff,0xee000-0xeffff > > on isa0 > > ppc0: parallel port not found. > > sc0: at flags 0x100 on isa0 > > sc0: VGA <16 virtual consoles, flags=0x300> > > sio1: configured irq 3 not in bitmap of probed irqs 0 > > sio1: port may not be enabled > > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > > Timecounters tick every 1.000 msec > > acd0: CDROM at ata0-master PIO4 > > da0 at ciss0 bus 0 target 0 lun 0 > > da0: Fixed Direct Access SCSI-0 device > > da0: 135.168MB/s transfers > > da0: 17359MB (35553120 512 byte sectors: 255H 32S/T 4357C) > > da1 at ciss0 bus 0 target 1 lun 0 > > da1: Fixed Direct Access SCSI-0 device > > da1: 135.168MB/s transfers > > da1: 17359MB (35553120 512 byte sectors: 255H 32S/T 4357C) > > da2 at ciss1 bus 0 target 0 lun 0 > > da2: Fixed Direct Access SCSI-0 device > > da2: 135.168MB/s transfers > > da2: 138919MB (284506560 512 byte sectors: 255H 32S/T 34866C) > > SMP: AP CPU #1 Launched! > > Trying to mount root from ufs:/dev/da0s1a > > WARNING: / was not properly dismounted > > WARNING: /usr was not properly dismounted > > WARNING: /var was not properly dismounted > > bge0: link state changed to UP > > bge1: link state changed to UP > > > # diff -ub GENERIC newspeer > > --- GENERIC Fri Oct 28 21:21:27 2005 > > +++ newspeer Mon Nov 21 14:02:53 2005 > > @@ -19,10 +19,10 @@ > > # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.429.2.4 2005/10/28 19:21:27 jhb > > Exp $ > > > machine i386 > > -cpu I486_CPU > > -cpu I586_CPU > > +#cpu I486_CPU > > +#cpu I586_CPU > > cpu I686_CPU > > -ident GENERIC > > +ident newspeer > > > # To statically compile in device wiring instead of /boot/device.hints > > #hints "GENERIC.hints" # Default places to look for > > devices. > > @@ -33,7 +33,7 @@ > > options SCHED_4BSD # 4BSD scheduler > > options PREEMPTION # Enable kernel thread preemption > > options INET # InterNETworking > > -options INET6 # IPv6 communications protocols > > +#options INET6 # IPv6 communications protocols > > options FFS # Berkeley Fast Filesystem > > options SOFTUPDATES # Enable FFS soft updates support > > options UFS_ACL # Support for access control lists > > @@ -62,6 +62,11 @@ > > options AHD_REG_PRETTY_PRINT # Print register bitfields in > > debug > > # output. Adds ~215k to driver. > > options ADAPTIVE_GIANT # Giant mutex is adaptive. > > + > > +options DEVICE_POLLING > > + > > +# To make an SMP kernel, the next line is needed > > +options SMP # Symmetric MultiProcessor Kernel > > > device apic # I/O APIC > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to > > "freebsd-stable-unsubscribe@freebsd.org" > > > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 17:43:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FBEA16A420 for ; Wed, 23 Nov 2005 17:43:33 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id A1C8F43D82 for ; Wed, 23 Nov 2005 17:43:17 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 21723 invoked from network); 23 Nov 2005 17:43:08 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 23 Nov 2005 17:43:08 -0000 Received: (qmail 14206 invoked by uid 89); 23 Nov 2005 17:43:09 -0000 Received: from unknown (HELO buh.cameradicommercio.ro) (82.76.1.117) by 0 with SMTP; 23 Nov 2005 17:43:09 -0000 Received: from buh.cameradicommercio.ro (localhost [127.0.0.1]) by buh.cameradicommercio.ro (Postfix) with ESMTP id ACFF7610E; Wed, 23 Nov 2005 19:43:20 +0200 (EET) Received: from it.buh.cameradicommercio.ro (it.buh.cameradicommercio.ro [192.168.0.10]) by buh.cameradicommercio.ro (Postfix) with ESMTP; Wed, 23 Nov 2005 19:43:20 +0200 (EET) Received: from it.buh.cameradicommercio.ro (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.cameradicommercio.ro (Postfix) with ESMTP id DBBC635; Wed, 23 Nov 2005 19:43:10 +0200 (EET) Date: Wed, 23 Nov 2005 19:43:10 +0200 From: Ion-Mihai Tetcu To: paul.koch@statseeker.com Message-ID: <20051123194310.41c62e74@it.buh.cameradicommercio.ro> In-Reply-To: <200511221125.31525.paul.koch@statseeker.com> References: <200511211520.25672.paul.koch@statseeker.com> <200511212128.27760.paul.koch@statseeker.com> <20051121210320.GA6804@xor.obsecurity.org> <200511221125.31525.paul.koch@statseeker.com> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.7; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AV-Checked: on buh by ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: 6.0 Release - Pentium install panic and some questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 17:43:33 -0000 On Tue, 22 Nov 2005 11:25:31 +1000 Paul Koch wrote: > On Tue, 22 Nov 2005 07:03 am, Kris Kennaway wrote: > > On Mon, Nov 21, 2005 at 09:28:27PM +1000, Paul Koch wrote: > > > On Mon, 21 Nov 2005 07:24 pm, Kris Kennaway wrote: > > > > > Issue 1: Can't install on a Pentium P5 class machine: > > > > > > > > > > The install panics when installing the base stuff. No useful > > > > > messages are displayed accept the "panic: page fault" and > > > > > rebooting in 15 seconds. The machines are 10 year old DEC > > > > > Pentiums, 32 to 64M ram, IDE disks, etc. We have four of these > > > > > in our test environment and appear to install and run > > > > > FreeBSD-5.4 fine. > > > > > > > > Try disabling ACPI. Many old systems have buggy ACPI > > > > implementations. Sometimes this can be fixed by a BIOS upgrade. > > > > > > A Pentium 150Mhz aged machine wouldn't have ACPI, would it ? > > > > I don't know..nevertheless, please try it :) > > > > Kris > > Ok, a bit of confusion here. When booting from floppy on these > machines, the option is to "Boot FreeBSD with ACPI enabled", while on > other machines it says "Boot FreeBSD with ACPI disabled". Looks like > this is from beastie.4th. We tried both options and it still panics > when it is extracting base (ie. you can partition, newfs, etc... > using sysinstall). It gets about 2% of the way through extracting > base. AFAIR (haven't look at the code, just what I remeber from installing on some old machines w/o ACPI) the first machines have ACPI the second don't. -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 18:06:55 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1846416A41F for ; Wed, 23 Nov 2005 18:06:55 +0000 (GMT) (envelope-from lukas.ertl@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64EBA43DA9 for ; Wed, 23 Nov 2005 18:06:15 +0000 (GMT) (envelope-from lukas.ertl@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so891641wra for ; Wed, 23 Nov 2005 10:06:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=I4KNCli/yr3wohXs2d7ebzUblkh5xERChHqpzaG8tbLbZcoy60vOpPNg9nFrE9uWLjyYeXA4cen9cdVzVQSXLjMYIMdv3l/ism9vWdEf4JfdG7gnS3C3pDfwYLhblN+svgTRsD7ECcdcUD+jfeq4XfE5CfUqVEhyq/lz4rMxx/g= Received: by 10.54.114.20 with SMTP id m20mr3734751wrc; Wed, 23 Nov 2005 10:06:09 -0800 (PST) Received: by 10.54.122.13 with HTTP; Wed, 23 Nov 2005 10:06:09 -0800 (PST) Message-ID: <4379f9100511231006v2a944135sf0fd0fb788689313@mail.gmail.com> Date: Wed, 23 Nov 2005 19:06:09 +0100 From: Lukas Ertl To: kama In-Reply-To: <20051123183903.F59053@ns1.as.pvp.se> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051123134710.G57888@ns1.as.pvp.se> <155534764.20051123223521@ezekiel.jasatel.net.id> <20051123183903.F59053@ns1.as.pvp.se> Cc: freebsd-stable@freebsd.org, Hendry Sarumpaet Subject: Re: 6.0 Stable reboots randomly during high load. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 18:06:55 -0000 On 11/23/05, kama wrote: > > Try adding a lot of disk IO too. I believe that the problem lays within > that area. I get a load of aprox 6 on that machine. We're having approximately the same config as you have (DL380G3, Dual CPU+HTT, Diablo). Runs happily day and night, throughput is about 1.3TB of news data per day, no crashes for the last couple of months, as I recall. cheers, le From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 18:08:52 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31C7816A41F for ; Wed, 23 Nov 2005 18:08:52 +0000 (GMT) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id E401143D75 for ; Wed, 23 Nov 2005 18:08:44 +0000 (GMT) (envelope-from kama@pvp.se) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id E5E37A7; Wed, 23 Nov 2005 19:09:19 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id E1D06A6 for ; Wed, 23 Nov 2005 19:09:19 +0100 (CET) Date: Wed, 23 Nov 2005 19:09:19 +0100 (CET) From: kama X-X-Sender: kama@ns1.as.pvp.se To: freebsd-stable@freebsd.org Message-ID: <20051123190414.K59053@ns1.as.pvp.se> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: crashing application. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 18:08:52 -0000 Hi, I have a linux based server application that crashes every now and then. This server is threaded. And I dont believe its a FreeBSD problem, since the same hardware runs other linux based server apps in threaded mode, without problems. Never the less, it runs on FreeBSD and I want to know how to be able to get most info out of the crashes. Currently I can do straces, but is there anything else that I can use to pin point the problems? These crashes happens on both FreeBSD 5.4 and 6.0. /Bjorn From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 18:13:10 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04CEC16A41F for ; Wed, 23 Nov 2005 18:13:09 +0000 (GMT) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id E126C43E32 for ; Wed, 23 Nov 2005 18:11:16 +0000 (GMT) (envelope-from kama@pvp.se) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id 2A8EECF; Wed, 23 Nov 2005 19:11:44 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id 2660DCB; Wed, 23 Nov 2005 19:11:44 +0100 (CET) Date: Wed, 23 Nov 2005 19:11:44 +0100 (CET) From: kama X-X-Sender: kama@ns1.as.pvp.se To: Lukas Ertl In-Reply-To: <4379f9100511231006v2a944135sf0fd0fb788689313@mail.gmail.com> Message-ID: <20051123191006.C59053@ns1.as.pvp.se> References: <20051123134710.G57888@ns1.as.pvp.se> <155534764.20051123223521@ezekiel.jasatel.net.id> <20051123183903.F59053@ns1.as.pvp.se> <4379f9100511231006v2a944135sf0fd0fb788689313@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: 6.0 Stable reboots randomly during high load. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 18:13:10 -0000 On Wed, 23 Nov 2005, Lukas Ertl wrote: > On 11/23/05, kama wrote: > > > > Try adding a lot of disk IO too. I believe that the problem lays within > > that area. I get a load of aprox 6 on that machine. > > We're having approximately the same config as you have (DL380G3, Dual > CPU+HTT, Diablo). > > Runs happily day and night, throughput is about 1.3TB of news data per > day, no crashes for the last couple of months, as I recall. On 6.0? I dont get reboots with 5.4. /Bjorn From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 18:59:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54F8816A41F for ; Wed, 23 Nov 2005 18:59:23 +0000 (GMT) (envelope-from kline@tao.thought.org) Received: from tao.thought.org (dsl231-043-140.sea1.dsl.speakeasy.net [216.231.43.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB79343D4C for ; Wed, 23 Nov 2005 18:59:21 +0000 (GMT) (envelope-from kline@tao.thought.org) Received: from tao.thought.org (localhost [127.0.0.1]) by tao.thought.org (8.13.1/8.13.1) with ESMTP id jANIxA6j017771 for ; Wed, 23 Nov 2005 10:59:10 -0800 (PST) (envelope-from kline@tao.thought.org) Received: (from kline@localhost) by tao.thought.org (8.13.1/8.13.1/Submit) id jANIxAB0017770 for freebsd-stable@freebsd.org; Wed, 23 Nov 2005 10:59:10 -0800 (PST) (envelope-from kline) Date: Wed, 23 Nov 2005 10:59:09 -0800 From: Gary Kline To: freebsd-stable@freebsd.org Message-ID: <20051123185909.GA17696@thought.org> References: <4383C20E.20509@shaw.ca> <200511231238.06590.doconnor@gsoft.com.au> <20051123105730.GA29369@laverenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051123105730.GA29369@laverenz.de> User-Agent: Mutt/1.4.2.1i X-Organization: Thought Unlimited. Public service Unix since 1986. X-Of_Interest: Observing 19 years of service to the Unix community Subject: Re: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 18:59:23 -0000 On Wed, Nov 23, 2005 at 11:57:30AM +0100, Uwe Laverenz wrote: > On Wed, Nov 23, 2005 at 12:38:05PM +1030, Daniel O'Connor wrote: > > > I'd say the Dell's video is more likely to work (even 3d). > > The graphics work perfectly on my Thinkpad R51 (Radeon 9000), > including 3D acceleration/dri. There are different R51 models with > different graphic chipsets available IIRC. > Not to hijack this thread, but I'm looking for a newer laptop (a newer, faster ThinkPad, probably). There are ' some seriously cheap laptops "on-sale", but they would probably be a bad choice because they have those touch/scratch mouse-pad things that I can't use. So:: does anybody know of a ThinkPad clone? Or, can the touch pads be disabled in the bios? thanks for any clues, guys, gary -- Gary Kline kline@thought.org www.thought.org Public service Unix From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 19:19:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B16916A41F for ; Wed, 23 Nov 2005 19:19:05 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from dd2718.kasserver.com (dd2718.kasserver.com [81.209.184.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A5D943D4C for ; Wed, 23 Nov 2005 19:19:04 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from [127.0.0.1] (dslb-084-060-104-037.pools.arcor-ip.net [84.60.104.37]) by dd2718.kasserver.com (Postfix) with ESMTP id CFDDC6098E; Wed, 23 Nov 2005 20:18:54 +0100 (CET) Message-ID: <4384C0AB.103@chillt.de> Date: Wed, 23 Nov 2005 20:19:07 +0100 From: Bartosz Fabianowski User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051106) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gary Kline References: <4383C20E.20509@shaw.ca> <200511231238.06590.doconnor@gsoft.com.au> <20051123105730.GA29369@laverenz.de> <20051123185909.GA17696@thought.org> In-Reply-To: <20051123185909.GA17696@thought.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 19:19:05 -0000 > Or, can the touch pads be disabled in the bios? I have a Dell Inspiron 8600C, which only has a touch pad. *But* its immediate predecessor, the 8600, had a track pad and one of those little pink joysticks (what are they called anyway?) and I know for a fact that the keyboard and wrist rest in the 8600C can be swapped for the 8600 model, which is often available cheaply on eBay. So, you could get a reasonably new 8600C (they were only replaced by the 6000 line a couple of months ago) and add the stick you like for a couple bucks. But I think that the touch pad will still be enabled - unless you cut a couple of wires, which shouldn't matter much because in case of a warranty return, you can swap back in the original keyboard and wrist rest, so nobody at Dell will see the cut wires :). Of course, this is not a Thinkpad clone, but it is a very good laptop nonetheless (especially the awesome 15.4" 1920x1200 screen). - Bartosz From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 19:37:43 2005 Return-Path: X-Original-To: stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B683E16A41F for ; Wed, 23 Nov 2005 19:37:43 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2414D43D55 for ; Wed, 23 Nov 2005 19:37:42 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.50 (FreeBSD)) id 1Ef0R2-0000Ey-CC for stable@FreeBSD.ORG; Wed, 23 Nov 2005 19:37:40 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.52 (FreeBSD)) id 1Ef0R2-000Olv-OV for stable@FreeBSD.ORG; Wed, 23 Nov 2005 19:37:40 +0000 To: stable@FreeBSD.ORG Message-Id: From: Pete French Date: Wed, 23 Nov 2005 19:37:40 +0000 Cc: Subject: 6.0 kernel will not boot past atkbd0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 19:37:43 -0000 Having successfully upgraded one system in-place from 5.4 to 6.0 I had a go at the second system today. This is an old Compaq proliant 1600R with two 500mhz pentium3's in it. Currently running 5.4 quite happily. so I buildworld, buildkernel, insall kernel and rebooot to check that the kernel works... ...and the new kernel will not boot past the point where it says atkdb0: [GIANT LOCKED] (under 5.4 the next thing I get is psm0 for the mouse.) My kernel is (almost) a generic SMP one - the only changes are that I have removed INET6 and all CPU's apart from I686_CPU. I have tried booting this in 'safe' mode, and sevarl other options from the beatsie menu, but no dice. I havent yet tried a straight 'GENERIC' kernel, and given the time of night wont be able to until tomorrow, but am very puzzled as I havent seen anything like this before. Does anyone have any hints or suggestions as to what I might try ? -pcf. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 19:42:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F08B16A41F for ; Wed, 23 Nov 2005 19:42:33 +0000 (GMT) (envelope-from kline@tao.thought.org) Received: from tao.thought.org (dsl231-043-140.sea1.dsl.speakeasy.net [216.231.43.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F70443D79 for ; Wed, 23 Nov 2005 19:42:22 +0000 (GMT) (envelope-from kline@tao.thought.org) Received: from tao.thought.org (localhost [127.0.0.1]) by tao.thought.org (8.13.1/8.13.1) with ESMTP id jANJgHxN018023; Wed, 23 Nov 2005 11:42:18 -0800 (PST) (envelope-from kline@tao.thought.org) Received: (from kline@localhost) by tao.thought.org (8.13.1/8.13.1/Submit) id jANJgHic018022; Wed, 23 Nov 2005 11:42:17 -0800 (PST) (envelope-from kline) Date: Wed, 23 Nov 2005 11:42:17 -0800 From: Gary Kline To: Bartosz Fabianowski Message-ID: <20051123194217.GC17696@thought.org> References: <4383C20E.20509@shaw.ca> <200511231238.06590.doconnor@gsoft.com.au> <20051123105730.GA29369@laverenz.de> <20051123185909.GA17696@thought.org> <4384C0AB.103@chillt.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4384C0AB.103@chillt.de> User-Agent: Mutt/1.4.2.1i X-Organization: Thought Unlimited. Public service Unix since 1986. X-Of_Interest: Observing 19 years of service to the Unix community Cc: Gary Kline , freebsd-stable@freebsd.org Subject: Re: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 19:42:33 -0000 On Wed, Nov 23, 2005 at 08:19:07PM +0100, Bartosz Fabianowski wrote: > >Or, can the touch pads be disabled in the bios? > > I have a Dell Inspiron 8600C, which only has a touch pad. *But* its > immediate predecessor, the 8600, had a track pad and one of those little > pink joysticks (what are they called anyway?) and I know for a fact that > the keyboard and wrist rest in the 8600C can be swapped for the 8600 > model, which is often available cheaply on eBay. So, you could get a > reasonably new 8600C (they were only replaced by the 6000 line a couple > of months ago) and add the stick you like for a couple bucks. But I > think that the touch pad will still be enabled - unless you cut a couple > of wires, which shouldn't matter much because in case of a warranty > return, you can swap back in the original keyboard and wrist rest, so > nobody at Dell will see the cut wires :). > > Of course, this is not a Thinkpad clone, but it is a very good laptop > nonetheless (especially the awesome 15.4" 1920x1200 screen). > That is *outsanding* resolution!!! I'm looking at some real good deals on ebay ... think I'll check the Thinkpads. See if they've come down. Like to find another one without XBill's stuff. thanks! gary > - Bartosz -- Gary Kline kline@thought.org www.thought.org Public service Unix From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 19:59:36 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D42F416A41F; Wed, 23 Nov 2005 19:59:36 +0000 (GMT) (envelope-from grog@lemis.com) Received: from ext-gw.lemis.com (ext-gw.lemis.com [150.101.14.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A982643D55; Wed, 23 Nov 2005 19:59:32 +0000 (GMT) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by ext-gw.lemis.com (Postfix) with ESMTP id BAA4D131BC9; Thu, 24 Nov 2005 06:29:30 +1030 (CST) Received: from eucla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by wantadilla.lemis.com (Postfix) with ESMTP id 029B5852DD; Thu, 24 Nov 2005 06:29:30 +1030 (CST) Received: by eucla.lemis.com (Postfix, from userid 1004) id 78B1586CA1; Wed, 23 Nov 2005 20:51:20 +0100 (CET) Date: Wed, 23 Nov 2005 20:51:20 +0100 From: Greg 'groggy' Lehey To: Graham North Message-ID: <20051123195120.GE908@eucla.lemis.com> References: <4383C20E.20509@shaw.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4383C20E.20509@shaw.ca> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: acpi@FreeBSD.org, freebsd-stable@freebsd.org Subject: ACPI problems with Dell laptops (was: Laptop choices) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 19:59:37 -0000 On Tuesday, 22 November 2005 at 17:12:46 -0800, Graham North wrote: > Am currently trying to choose between a couple of laptops, the luck > winner of which will have Freebsd loaded alongside WinXP. > > Dell Latitude d600 with Radeon 9000? video, intel pro wireless > or > IBM R51 - Intel Extreme2, intel pro wireless. > The main differences will likely be the video and maybe bios, acpi...? > Can someone suggest to me whether these are both safe choices? > Am I better off installing 5.4 or 6.0? I've had both Dell and ThinkPad (no longer IBM). I prefer Dell, despite their attempts to convince me otherwise. However, we currently seem to have significant ACPI problems with Dell laptops. I'm writing this on an Inspiron 6000 running 7-CURRENT, but the same problems occur with 6.0: if I enable ACPI, timing goes to hell, and some things just time out. There was a similar message a couple of days ago from an owner of (I think) the latest Latitude machine, which sounded even worse. My requests for feedback about how to solve the problem have so far not been resolved. If you're otherwise tending towards Dell, I'd suggest you watch this space until there's some indication that the problems will be resolved. Nothing of this says that ThinkPads will do better, of course. I don't know what the situation is there. Greg -- See complete headers for address and phone numbers From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 20:05:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3EC016A427 for ; Wed, 23 Nov 2005 20:05:05 +0000 (GMT) (envelope-from grog@lemis.com) Received: from ext-gw.lemis.com (ext-gw.lemis.com [150.101.14.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA67B43D55 for ; Wed, 23 Nov 2005 20:05:03 +0000 (GMT) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by ext-gw.lemis.com (Postfix) with ESMTP id 84422131BC9; Thu, 24 Nov 2005 06:35:01 +1030 (CST) Received: from eucla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by wantadilla.lemis.com (Postfix) with ESMTP id D0ECA8503F; Thu, 24 Nov 2005 06:35:00 +1030 (CST) Received: by eucla.lemis.com (Postfix, from userid 1004) id 3405D86C9F; Wed, 23 Nov 2005 21:05:05 +0100 (CET) Date: Wed, 23 Nov 2005 21:05:05 +0100 From: Greg 'groggy' Lehey To: Gary Kline Message-ID: <20051123200505.GF908@eucla.lemis.com> References: <4383C20E.20509@shaw.ca> <200511231238.06590.doconnor@gsoft.com.au> <20051123105730.GA29369@laverenz.de> <20051123185909.GA17696@thought.org> <4384C0AB.103@chillt.de> <20051123194217.GC17696@thought.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051123194217.GC17696@thought.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: Bartosz Fabianowski , freebsd-stable@freebsd.org Subject: Re: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 20:05:05 -0000 On Wednesday, 23 November 2005 at 11:42:17 -0800, Gary Kline wrote: > On Wed, Nov 23, 2005 at 08:19:07PM +0100, Bartosz Fabianowski wrote: >>> Or, can the touch pads be disabled in the bios? >> >> I have a Dell Inspiron 8600C, which only has a touch pad. ... >> >> Of course, this is not a Thinkpad clone, but it is a very good laptop >> nonetheless (especially the awesome 15.4" 1920x1200 screen). > > That is *outsanding* resolution!!! I'm looking at some real > good deals on ebay ... think I'll check the Thinkpads. See > if they've come down. Like to find another one without XBill's > stuff. This is one of the reasons I use Dell (the other is that I prefer them to ThinkPads, the only other machines that support this resolution). My machine has the 1920x1200 screen. It's so much better than the standard 1024x768 that you have to see it to understand. Greg -- See complete headers for address and phone numbers From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 20:29:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1E7E16A41F; Wed, 23 Nov 2005 20:29:03 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from dd2718.kasserver.com (dd2718.kasserver.com [81.209.184.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41DD443D58; Wed, 23 Nov 2005 20:29:03 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from [127.0.0.1] (dslb-084-060-104-037.pools.arcor-ip.net [84.60.104.37]) by dd2718.kasserver.com (Postfix) with ESMTP id C6F9E232FA; Wed, 23 Nov 2005 21:28:53 +0100 (CET) Message-ID: <4384D113.7010707@chillt.de> Date: Wed, 23 Nov 2005 21:29:07 +0100 From: Bartosz Fabianowski User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051106) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Greg 'groggy' Lehey References: <4383C20E.20509@shaw.ca> <200511231238.06590.doconnor@gsoft.com.au> <20051123105730.GA29369@laverenz.de> <20051123185909.GA17696@thought.org> <4384C0AB.103@chillt.de> <20051123194217.GC17696@thought.org> <20051123200505.GF908@eucla.lemis.com> In-Reply-To: <20051123200505.GF908@eucla.lemis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Gary Kline , freebsd-stable@freebsd.org Subject: Re: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 20:29:03 -0000 > It's so much better than the standard 1024x768 that you have to see > it to understand. At least in my experience, it also makes people call you nuts all the time. I am using tiny fonts for things that are not as important (like menu bars, for example) and bit fonts for text that I really want to read. To me, that's the real use of this 150 dpi screen - save a lot of screen real estate where readability does not matter and get beautiful glyphs where you have text that you actually want to use. One thing that really annoys me though is how those brain dead fixed width website designs break down big time when I increase the font size from say 10px to 30px in order to get a reasonable size on the screen... - Bartosz From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 20:36:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 614B516A41F for ; Wed, 23 Nov 2005 20:36:04 +0000 (GMT) (envelope-from parv@pair.com) Received: from mta13.adelphia.net (mta13.adelphia.net [68.168.78.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EA5143D49 for ; Wed, 23 Nov 2005 20:36:03 +0000 (GMT) (envelope-from parv@pair.com) Received: from default.chvlva.adelphia.net ([68.67.248.52]) by mta13.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20051123203602.FDKU28023.mta13.adelphia.net@default.chvlva.adelphia.net>; Wed, 23 Nov 2005 15:36:02 -0500 Received: by default.chvlva.adelphia.net (Postfix, from userid 1000) id E08FFB541; Wed, 23 Nov 2005 15:36:07 -0500 (EST) Date: Wed, 23 Nov 2005 15:36:07 -0500 From: Parv To: Gary Kline Message-ID: <20051123203607.GA36235@holestein.holy.cow> Mail-Followup-To: Gary Kline , freebsd-stable@freebsd.org References: <4383C20E.20509@shaw.ca> <200511231238.06590.doconnor@gsoft.com.au> <20051123105730.GA29369@laverenz.de> <20051123185909.GA17696@thought.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051123185909.GA17696@thought.org> Cc: freebsd-stable@freebsd.org Subject: Re: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 20:36:04 -0000 in message <20051123185909.GA17696@thought.org>, wrote Gary Kline thusly... > > I'm looking for a newer laptop (a newer, faster ThinkPad, > probably). There are ' some seriously cheap laptops "on-sale", > but they would probably be a bad choice because they have those > touch/scratch mouse-pad things that I can't use. So:: does > anybody know of a ThinkPad clone? Or, can the touch pads be > disabled in the bios? Yes, yes the touch pad can be disabled in BIOS, at least on IBM ThinkPad T41 (my sister dislikes touchpad) & T42 (i noticed the option in BIOS to disable touchpad) . I do not know of a ThinkPad clone; if/when you do, i would like to hear about them too. - Parv -- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 21:39:18 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C4E616A41F for ; Wed, 23 Nov 2005 21:39:18 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5EF743D45 for ; Wed, 23 Nov 2005 21:39:17 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 9CC151A3C1A; Wed, 23 Nov 2005 13:39:17 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id EC4E051593; Wed, 23 Nov 2005 16:39:16 -0500 (EST) Date: Wed, 23 Nov 2005 16:39:16 -0500 From: Kris Kennaway To: Rutger Bevaart Message-ID: <20051123213916.GA7375@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Gino Ruopolo Subject: Re: FreeBSD unstable on Dell 1750 using SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 21:39:18 -0000 --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 20, 2005 at 07:24:25PM +0100, Rutger Bevaart wrote: > Strange indeed. >=20 > On a 1750 with bge's: > 475 mbufs in use > 501/25600 mbuf clusters in use (current/max) > 0/3/6656 sfbufs in use (current/peak/max) > 1120 KBytes allocated to network > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 100 calls to protocol drain routines >=20 > On a 2850 (hardware identical to an 1850): > $ netstat -m > 4294966848 mbufs in use > 565/25600 mbuf clusters in use (current/max) > 0/67/6656 sfbufs in use (current/peak/max) > 1018 KBytes allocated to network > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 16449 requests for I/O initiated by sendfile > 589 calls to protocol drain routines >=20 > Both experience the "auto reboot" feature. The mbufs on the 2850 look =20 > like a counter (signed/unsigned) bug, maybe even just in the =20 > printing. Other than that I'm having a hard time interpreting these =20 > results. This is documented in the 5.4 errata, it's a leak in the stats counting on SMP machines. It was fixed after 5.4. Kris --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDhOGEWry0BWjoQKURAlZxAKDcx1sAbSMnfKFTYrnu8TR1pZHgPQCfVvU/ GIKp7lm/FSXcg2i0IqiuBP4= =iw/Z -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 21:54:54 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33FE716A41F for ; Wed, 23 Nov 2005 21:54:54 +0000 (GMT) (envelope-from ilja.alaoja@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id A434243D72 for ; Wed, 23 Nov 2005 21:54:40 +0000 (GMT) (envelope-from ilja.alaoja@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so47161nzo for ; Wed, 23 Nov 2005 13:54:39 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=DRpuNXfcqO3+r/3HibL5pAPeY3DR/V3lABAPZpibgwUnH7g0V2IqVkD2hMqMauokYBmrCjFdouLjL83NLWnrQTZnSs1/6uIjQQPeqlidRbLAohlvOsk/QP754XPyH4Mr4rJ7CqlT9cypGPxQevRBzSZ/p3aDD8CXKOzNoK0twsw= Received: by 10.36.80.14 with SMTP id d14mr5311352nzb; Wed, 23 Nov 2005 13:54:39 -0800 (PST) Received: by 10.37.12.29 with HTTP; Wed, 23 Nov 2005 13:54:39 -0800 (PST) Message-ID: Date: Wed, 23 Nov 2005 22:54:39 +0100 From: Ilja Alaoja To: freebsd-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Problem installing FreeBSD 6.0-RELEASE on HighPoint RocketRAID 1520 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 21:54:54 -0000 I've aquired a HighPoint RocketRAID 1520 SATA controller card, since it's supposed to be very well supported under FreeBSD. Unfortunately i can't seem to install FreeBSD 6.0-RELEASE. As a matter of fact, the installation CD fails to boot. My two disks are Seagate Barracuda 120 GB, and my motherboard is an Asus A7N8X Deluxe (nForce2). Verbose boot gives me this output, just before everything hangs. ata0-master: pio=3DPIO4 wdma=3Dwdma2 udma=3DUDMA133 cable=3D40 wire ad4: setting PIO4 on HighPoint chip ad4: 114473MB at ata2-master UDMA133 ad4: 234441648 sectors [232581C/16H/635] 16 sectors/interrupt 1 depth queue ad4: HighPoint (v3) check1 failed ad4: HighPoint (v2) check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed ata1-master: pio=3DPIO4 wdma=3Dwdma2 udma=3DUDMA133 cable=3D40 wire ad6: setting PIO4 on HighPoint chip ad6: 114473MB at ata2-master UDMA133 ad6: 234441648 sectors [232581C/16H/635] 16 sectors/interrupt 1 depth queue ad6: HighPoint (v3) check1 failed ad6: HighPoint (v2) check1 failed ad6: Adaptec check1 failed ad6: LSI (v3) check1 failed ad6: LSI (v2) check1 failed ad6: FreeBSD check1 failed GEOM: new disk ad4 GEOM: new disk ad6 Hopefully this is enough information to diagnose my problem. I would very much appreciate any help I can get. /Ilja Alaoja From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 22:25:30 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A7E116A423 for ; Wed, 23 Nov 2005 22:25:30 +0000 (GMT) (envelope-from paul.koch@statseeker.com) Received: from wally.statseeker.com (wally.statscout.com [203.39.101.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8647243DE4 for ; Wed, 23 Nov 2005 22:24:31 +0000 (GMT) (envelope-from paul.koch@statseeker.com) Received: from localhost (localhost [127.0.0.1]) by wally.statseeker.com (8.13.3/8.13.3) with ESMTP id jANMO4x5029362; Thu, 24 Nov 2005 08:24:04 +1000 (EST) (envelope-from paul.koch@statseeker.com) Received: from wally.statseeker.com ([127.0.0.1]) by localhost (wally.statseeker.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 29246-01; Thu, 24 Nov 2005 08:23:57 +1000 (EST) Received: from speedy (CPE-139-168-174-55.qld.bigpond.net.au [139.168.174.55]) (authenticated bits=0) by wally.statseeker.com (8.13.3/8.13.3) with ESMTP id jANMNnFE029356 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Thu, 24 Nov 2005 08:23:50 +1000 (EST) (envelope-from paul.koch@statseeker.com) From: Paul Koch Organization: Statseeker To: freebsd-stable@freebsd.org Date: Thu, 24 Nov 2005 08:23:42 +1000 User-Agent: KMail/1.8 References: <987C5DB933009F1DBD995679@rambutan.pingpong.net> In-Reply-To: <987C5DB933009F1DBD995679@rambutan.pingpong.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511240823.43208.paul.koch@statseeker.com> X-Virus-Scanned: amavisd-new at statseeker.com Cc: Palle Girgensohn Subject: Re: Dell DRAC card snatches keyboard console X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: paul.koch@statseeker.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 22:25:30 -0000 On Thu, 24 Nov 2005 02:32 am, Palle Girgensohn wrote: > Hi! > > I just installed a Dell 2850 with a DRAC card and a PS/2 keyboard. > The keyboard stopped working when entering multiuser mode, and I > found an old email on current from September 2004, where Brooks said > to comment away ukbd lines in devd.conf. I did, PS/2 keyboard works > but the DRAC remote console does not. Is there a way to have both > keyboards working? > > 8879.html> > > Regards, > Palle We also came across this problem some time ago on 5.4. We could install ok, go into single user mode, but in multiuser mode the DRAC would become the console. We didn't fiddle devd.conf, but instead put an entry in rc.conf of keyboard="/dev/kbd0". This allowed PS/2 keyboards to work, and if we plugged a usb keyboard in, it would also work. We didn't get to play with the DRAC though. I don't have access to these machines anymore because they are now installed at a customer site. I'd be interested in knowing how to get both a locally attached keyboard and the DRAC going at the same time. I recall the DRAC being a special card which contains an ethernet port and virtual keyboard/mouse/video. It is accessed remotely via IP and replaces the need to KVM switches/cabling. The card contains its own tiny OS and IP stack. Paul. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 22:32:09 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BAB616A420 for ; Wed, 23 Nov 2005 22:32:09 +0000 (GMT) (envelope-from lukas.ertl@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DDDA43DC4 for ; Wed, 23 Nov 2005 22:29:50 +0000 (GMT) (envelope-from lukas.ertl@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so940031wra for ; Wed, 23 Nov 2005 14:29:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cSCoaXzNnREH71CrTvAVdP3SIJxOXYnKDrdDZOlcpYczowgFHkjGRbkgHY0T1zplHlvtgH4fjIrQILKumyKcHNGmo2JYmDOcWEVj5iF7LDmwoK8z3QHKvo759qzixaPuGG+29EAT/jhJ5EBc2nRyq2Wj/WrNoDearYEhyzp4GJU= Received: by 10.54.66.7 with SMTP id o7mr1241887wra; Wed, 23 Nov 2005 14:29:46 -0800 (PST) Received: by 10.54.122.13 with HTTP; Wed, 23 Nov 2005 14:29:46 -0800 (PST) Message-ID: <4379f9100511231429l4ec906a1l2ca0f6f44eaf1fd4@mail.gmail.com> Date: Wed, 23 Nov 2005 23:29:46 +0100 From: Lukas Ertl To: kama In-Reply-To: <20051123191006.C59053@ns1.as.pvp.se> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051123134710.G57888@ns1.as.pvp.se> <155534764.20051123223521@ezekiel.jasatel.net.id> <20051123183903.F59053@ns1.as.pvp.se> <4379f9100511231006v2a944135sf0fd0fb788689313@mail.gmail.com> <20051123191006.C59053@ns1.as.pvp.se> Cc: freebsd-stable@freebsd.org Subject: Re: 6.0 Stable reboots randomly during high load. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 22:32:10 -0000 On 11/23/05, kama wrote: > > On Wed, 23 Nov 2005, Lukas Ertl wrote: > > We're having approximately the same config as you have (DL380G3, Dual > > CPU+HTT, Diablo). > > > > Runs happily day and night, throughput is about 1.3TB of news data per > > day, no crashes for the last couple of months, as I recall. > > On 6.0? I dont get reboots with 5.4. Yes, on 6.0. I was running 5.4 before with no problems either. cheers, le From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 22:37:08 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A31A16A41F; Wed, 23 Nov 2005 22:37:08 +0000 (GMT) (envelope-from kline@tao.thought.org) Received: from tao.thought.org (dsl231-043-140.sea1.dsl.speakeasy.net [216.231.43.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id B789843D60; Wed, 23 Nov 2005 22:37:06 +0000 (GMT) (envelope-from kline@tao.thought.org) Received: from tao.thought.org (localhost [127.0.0.1]) by tao.thought.org (8.13.1/8.13.1) with ESMTP id jANMatZA019391; Wed, 23 Nov 2005 14:36:55 -0800 (PST) (envelope-from kline@tao.thought.org) Received: (from kline@localhost) by tao.thought.org (8.13.1/8.13.1/Submit) id jANMar9Q019390; Wed, 23 Nov 2005 14:36:53 -0800 (PST) (envelope-from kline) Date: Wed, 23 Nov 2005 14:36:53 -0800 From: Gary Kline To: "Greg 'groggy' Lehey" Message-ID: <20051123223653.GA19327@thought.org> References: <4383C20E.20509@shaw.ca> <200511231238.06590.doconnor@gsoft.com.au> <20051123105730.GA29369@laverenz.de> <20051123185909.GA17696@thought.org> <4384C0AB.103@chillt.de> <20051123194217.GC17696@thought.org> <20051123200505.GF908@eucla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051123200505.GF908@eucla.lemis.com> User-Agent: Mutt/1.4.2.1i X-Organization: Thought Unlimited. Public service Unix since 1986. X-Of_Interest: Observing 19 years of service to the Unix community Cc: Gary Kline , freebsd-stable@FreeBSD.org, Bartosz Fabianowski Subject: Re: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 22:37:08 -0000 On Wed, Nov 23, 2005 at 09:05:05PM +0100, Greg 'groggy' Lehey wrote: > On Wednesday, 23 November 2005 at 11:42:17 -0800, Gary Kline wrote: > > On Wed, Nov 23, 2005 at 08:19:07PM +0100, Bartosz Fabianowski wrote: > >>> Or, can the touch pads be disabled in the bios? > >> > >> I have a Dell Inspiron 8600C, which only has a touch pad. ... > >> > >> Of course, this is not a Thinkpad clone, but it is a very good laptop > >> nonetheless (especially the awesome 15.4" 1920x1200 screen). > > > > That is *outsanding* resolution!!! I'm looking at some real > > good deals on ebay ... think I'll check the Thinkpads. See > > if they've come down. Like to find another one without XBill's > > stuff. > > This is one of the reasons I use Dell (the other is that I prefer them > to ThinkPads, the only other machines that support this resolution). > My machine has the 1920x1200 screen. It's so much better than the > standard 1024x768 that you have to see it to understand. > I wish some EE and ME would design a mouse-pad with a slight tilt to steer the mouse; I think that would be a great improvment on the current scratch mousepad. Similarly with Thinkpad's tiny joystick. I've tried my wife's Dell l'top.... Agree that the Thinkpad's screen res is drawback; the 1920x1200 is a ++major. gary -- Gary Kline kline@thought.org www.thought.org Public service Unix From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 22:45:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C167C16A41F for ; Wed, 23 Nov 2005 22:45:21 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out1.tiscali.nl (smtp-out1.tiscali.nl [195.241.79.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5572343D68 for ; Wed, 23 Nov 2005 22:45:21 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [82.171.39.195] (helo=guido.klop.ws) by smtp-out1.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1Ef3Me-0001Up-MV for ; Wed, 23 Nov 2005 23:45:20 +0100 Received: (qmail 44406 invoked from network); 23 Nov 2005 22:45:19 -0000 Received: from localhost.thuis.klop.ws (HELO outgoing.local) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 23 Nov 2005 22:45:19 -0000 Date: Wed, 23 Nov 2005 23:45:17 +0100 To: freebsd-stable@freebsd.org References: <987C5DB933009F1DBD995679@rambutan.pingpong.net> From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <987C5DB933009F1DBD995679@rambutan.pingpong.net> User-Agent: Opera M2/8.50 (FreeBSD, build 1358) Subject: Re: Dell DRAC card snatches keyboard console X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 22:45:21 -0000 Somebody is creating a keyboard multiplexer. I thought it was called vmux or something like that. This will make it possible to connect multiple keyboards to one console. I don't know the status of it. Ronald. On Wed, 23 Nov 2005 17:32:19 +0100, Palle Girgensohn wrote: > Hi! > > I just installed a Dell 2850 with a DRAC card and a PS/2 keyboard. The > keyboard stopped working when entering multiuser mode, and I found an > old email on current from September 2004, where Brooks said to comment > away ukbd lines in devd.conf. I did, PS/2 keyboard works but the DRAC > remote console does not. Is there a way to have both keyboards working? > > > > Regards, > Palle > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 23:01:33 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6A8016A41F; Wed, 23 Nov 2005 23:01:33 +0000 (GMT) (envelope-from faber@ISI.EDU) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB23843D46; Wed, 23 Nov 2005 23:01:32 +0000 (GMT) (envelope-from faber@ISI.EDU) Received: from hut.isi.edu (hut.isi.edu [128.9.168.160]) by boreas.isi.edu (8.11.6p2+0917/8.11.2) with ESMTP id jANN0jE20753; Wed, 23 Nov 2005 15:00:45 -0800 (PST) Received: (from faber@localhost) by hut.isi.edu (8.13.4/8.13.4/Submit) id jANN0jpi010825; Wed, 23 Nov 2005 15:00:45 -0800 (PST) (envelope-from faber) Date: Wed, 23 Nov 2005 15:00:45 -0800 From: Ted Faber To: "Greg 'groggy' Lehey" Message-ID: <20051123230045.GO63070@hut.isi.edu> References: <4383C20E.20509@shaw.ca> <20051123195120.GE908@eucla.lemis.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ctUzwJm0i+kwMBIK" Content-Disposition: inline In-Reply-To: <20051123195120.GE908@eucla.lemis.com> User-Agent: Mutt/1.4.2.1i X-url: http://www.isi.edu/~faber X-ISI-4-43-8-MailScanner: Found to be clean X-MailScanner-From: faber@hut.isi.edu Cc: acpi@FreeBSD.org, freebsd-stable@FreeBSD.org, Graham North Subject: Re: ACPI problems with Dell laptops (was: Laptop choices) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 23:01:34 -0000 --ctUzwJm0i+kwMBIK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 23, 2005 at 08:51:20PM +0100, Greg 'groggy' Lehey wrote: > On Tuesday, 22 November 2005 at 17:12:46 -0800, Graham North wrote: > > Am currently trying to choose between a couple of laptops, the luck > > winner of which will have Freebsd loaded alongside WinXP. > > > > Dell Latitude d600 with Radeon 9000? video, intel pro wireless > > or > > IBM R51 - Intel Extreme2, intel pro wireless. > > The main differences will likely be the video and maybe bios, acpi...? > > Can someone suggest to me whether these are both safe choices? > > Am I better off installing 5.4 or 6.0? >=20 > I've had both Dell and ThinkPad (no longer IBM). I prefer Dell, > despite their attempts to convince me otherwise. >=20 > However, we currently seem to have significant ACPI problems with Dell > laptops. I'm writing this on an Inspiron 6000 running 7-CURRENT, but > the same problems occur with 6.0: if I enable ACPI, timing goes to > hell, and some things just time out. Is *that* what's happening to my 6000 running CURRENT? I've noticed that under load my bfe0 interface sometimes just wanders off and needs to be re-ifconfiged to get going again. And its throughput generally sucks, but I haven't had a chance to try to run things down. If you want someone to check patches or try to reproduce problems, please let me know. --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --ctUzwJm0i+kwMBIK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDhPSdaUz3f+Zf+XsRAhTsAJ9KNcCQjsbEa9RvfeIJL3yVZMy8ngCffEnm EU/BW0ywxG7KBZP4CNk61aA= =HIac -----END PGP SIGNATURE----- --ctUzwJm0i+kwMBIK-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 23 23:51:31 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0833D16A420 for ; Wed, 23 Nov 2005 23:51:31 +0000 (GMT) (envelope-from forexs@lazy.dk) Received: from pfepb.post.tele.dk (pfepb.post.tele.dk [195.41.46.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id C656C43D55 for ; Wed, 23 Nov 2005 23:51:23 +0000 (GMT) (envelope-from forexs@lazy.dk) Received: from prophet (x1-6-00-0f-b5-14-63-5f.k136.webspeed.dk [80.162.1.51]) by pfepb.post.tele.dk (Postfix) with ESMTP id C9A675EE033 for ; Thu, 24 Nov 2005 00:51:21 +0100 (CET) From: "Sune Wettersteen" To: Date: Thu, 24 Nov 2005 00:51:18 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcXvzDazt5EdRIyhTtqU295kaytOoQAu4jvQAAA8L6A= Message-Id: <20051123235121.C9A675EE033@pfepb.post.tele.dk> Subject: RE: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 23:51:31 -0000 #Subject: Laptop choices #Am currently trying to choose between a couple of laptops, the luck #winner of which will have Freebsd loaded alongside WinXP. #Dell Latitude d600 with Radeon 9000? video, intel pro wireless #or #IBM R51 - Intel Extreme2, intel pro wireless. #The main differences will likely be the video and maybe bios, acpi...? #Can someone suggest to me whether these are both safe choices? I am myself using a Dell 500m with an Intel Extreme Graphics 2 and a Intel Pro Wireless. It works fine, although you should know that there is no DRM/DRI support for the i915 chipset (which the extreme graphics 2 uses), so I'd go with the radeon card if DRM/DRI matters to you. ACPI works fine, but I'm having problems with it registering when I open/close the lid. But I'm sure both laptops would work fine, just note the i915 support problem. Also, note down to yourself that you need to load/compile the ipw kernel module for Intel pro wireless support (this module is NOT listed in the default kernel .conf for unknown reasons) #Am I better off installing 5.4 or 6.0? I'd say you should go with 6.0. It features much better wireless support and I'm sure theres some acpi changes you could benefit from. # #Thanks, Graham/ # # #-- #Kindness can be infectious - try it. # #Graham North #Vancouver, BC #www.soleado.ca Regards, Sune Wettersteen Denmark From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 00:42:31 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FC7D16A41F for ; Thu, 24 Nov 2005 00:42:31 +0000 (GMT) (envelope-from peter.goetz@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 5C6D543D5A for ; Thu, 24 Nov 2005 00:42:29 +0000 (GMT) (envelope-from peter.goetz@gmx.de) Received: (qmail invoked by alias); 24 Nov 2005 00:42:22 -0000 Received: from LMasterson.reg.umassd.edu (EHLO lmasterson.reg.umassd.edu) [134.88.188.145] by mail.gmx.net (mp014) with SMTP; 24 Nov 2005 01:42:22 +0100 X-Authenticated: #1342105 From: Peter Goetz To: freebsd-stable@freebsd.org Date: Wed, 23 Nov 2005 19:42:14 -0500 User-Agent: KMail/1.8.3 References: <4383C20E.20509@shaw.ca> <20051123185909.GA17696@thought.org> <4384C0AB.103@chillt.de> In-Reply-To: <4384C0AB.103@chillt.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511231942.15494.peter.goetz@gmx.de> X-Y-GMX-Trusted: 0 Subject: Re: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 00:42:31 -0000 I have an IBM Thinkpad R51with a Radeon Mobility 9000 M9. It works quite well with FreeBSD 5.4. The only issue I have, is that I cannot have 3d-acceleration and at the same time have suspend-to-ram support. (Theres a huge difference noticable when I run glxgears) The device section in my xorg.conf looks like this: Section "Device" Identifier "Card0" # Driver "ati" Driver "radeon" VendorName "ATI Technologies Inc" BoardName "Radeon R250 Lf [Radeon Mobility 9000 M9]" BusID "PCI:1:0:0" EndSection To enable dri for hardware acceleration I have to set acpi_video_load="NO" in /boot/loader.conf But then it doesn't wake up properly from suspend mode. Setting it to "YES" dri cannot be loaded, but suspend mode works . Sorry, it was some time ago when I configured all the things so I cannot not remember what the problem finally was. (suspend to disk doesn't work at all) The touch pad can easily been disabled in the bios (what I also did, because I don't like it). I hope that helps! Peter From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 02:59:18 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B113C16A41F for ; Thu, 24 Nov 2005 02:59:18 +0000 (GMT) (envelope-from kline@tao.thought.org) Received: from tao.thought.org (dsl231-043-140.sea1.dsl.speakeasy.net [216.231.43.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFCCB43D55 for ; Thu, 24 Nov 2005 02:59:17 +0000 (GMT) (envelope-from kline@tao.thought.org) Received: from tao.thought.org (localhost [127.0.0.1]) by tao.thought.org (8.13.1/8.13.1) with ESMTP id jAO2xGl8020725; Wed, 23 Nov 2005 18:59:16 -0800 (PST) (envelope-from kline@tao.thought.org) Received: (from kline@localhost) by tao.thought.org (8.13.1/8.13.1/Submit) id jAO2xFNB020724; Wed, 23 Nov 2005 18:59:15 -0800 (PST) (envelope-from kline) Date: Wed, 23 Nov 2005 18:59:15 -0800 From: Gary Kline To: Gary Kline , freebsd-stable@freebsd.org Message-ID: <20051124025915.GB19327@thought.org> References: <4383C20E.20509@shaw.ca> <200511231238.06590.doconnor@gsoft.com.au> <20051123105730.GA29369@laverenz.de> <20051123185909.GA17696@thought.org> <20051123203607.GA36235@holestein.holy.cow> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051123203607.GA36235@holestein.holy.cow> User-Agent: Mutt/1.4.2.1i X-Organization: Thought Unlimited. Public service Unix since 1986. X-Of_Interest: Observing 19 years of service to the Unix community Cc: Subject: Re: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 02:59:18 -0000 On Wed, Nov 23, 2005 at 03:36:07PM -0500, Parv wrote: > in message <20051123185909.GA17696@thought.org>, wrote Gary Kline > thusly... > > > > I'm looking for a newer laptop (a newer, faster ThinkPad, > > probably). There are ' some seriously cheap laptops "on-sale", > > but they would probably be a bad choice because they have those > > touch/scratch mouse-pad things that I can't use. So:: does > > anybody know of a ThinkPad clone? Or, can the touch pads be > > disabled in the bios? > > Yes, yes the touch pad can be disabled in BIOS, at least on IBM > ThinkPad T41 (my sister dislikes touchpad) & T42 (i noticed the > option in BIOS to disable touchpad) . > > I do not know of a ThinkPad clone; if/when you do, i would like to > hear about them too. > I destest those scracth 'n' sniff pad; hard to move cursor by rubbing; harder by scrtching. Gotta be a better way. Till then, the tiny mouse-stick works. (I do plug in a real mouse if I'm "mousing" seriously. Google has a few hit on "thinkpad clone" but not in English. (*mumble*) gary PS to everyone:: Happy Thanksgiving; including folk not in the States! -- Gary Kline kline@thought.org www.thought.org Public service Unix From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 04:20:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E12C616A41F for ; Thu, 24 Nov 2005 04:20:05 +0000 (GMT) (envelope-from feelingwei@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56B9C43D55 for ; Thu, 24 Nov 2005 04:20:05 +0000 (GMT) (envelope-from feelingwei@gmail.com) Received: by zproxy.gmail.com with SMTP id 13so87445nzp for ; Wed, 23 Nov 2005 20:20:04 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Uwkgq/n5UdKyGblV0/ddJBCh4MSZaDIQvaDKB06WPBGl64qm9RI/0Li7GVcRMowjPXzkpmYTtbI0xZ4uHBnZ/1LMkSVkl/DWvnKnZ3qSqFf477jQT0pk6aaFl9dj1f2jlsoCZDysRaCcvDDwzM/TNfluCzR4GqoD2KWwc51aLGs= Received: by 10.65.11.20 with SMTP id o20mr6697255qbi; Wed, 23 Nov 2005 20:20:04 -0800 (PST) Received: by 10.64.209.6 with HTTP; Wed, 23 Nov 2005 20:20:04 -0800 (PST) Message-ID: Date: Thu, 24 Nov 2005 15:20:04 +1100 From: Wei Hu To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: has anyone installed Freebsd 6.0 on a thinkpad i 1300 laptop X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 04:20:06 -0000 freebsd 5.3's X was not working on thinkpad i 1300. if anyone has good news on 6.0, please advise. Wei From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 06:51:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 094AB16A420 for ; Thu, 24 Nov 2005 06:51:50 +0000 (GMT) (envelope-from dscheidt@panix.com) Received: from mail3.panix.com (mail3.panix.com [166.84.1.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5409643D49 for ; Thu, 24 Nov 2005 06:51:39 +0000 (GMT) (envelope-from dscheidt@panix.com) Received: from panix1.panix.com (panix1.panix.com [166.84.1.1]) by mail3.panix.com (Postfix) with ESMTP id B549B13AD5D; Thu, 24 Nov 2005 01:49:45 -0500 (EST) Received: (from dscheidt@localhost) by panix1.panix.com (8.11.6p3/8.8.8/PanixN1.1) id jAO6nkT23017; Thu, 24 Nov 2005 01:49:46 -0500 (EST) Date: Thu, 24 Nov 2005 01:49:46 -0500 From: David Scheidt To: Gary Kline , freebsd-stable@freebsd.org Message-ID: <20051124064946.GA387@panix.com> References: <4383C20E.20509@shaw.ca> <200511231238.06590.doconnor@gsoft.com.au> <20051123105730.GA29369@laverenz.de> <20051123185909.GA17696@thought.org> <20051123203607.GA36235@holestein.holy.cow> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051123203607.GA36235@holestein.holy.cow> User-Agent: Mutt/1.5.10i Cc: Subject: Re: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 06:51:50 -0000 On Wed, Nov 23, 2005 at 03:36:07PM -0500, Parv wrote: > in message <20051123185909.GA17696@thought.org>, wrote Gary Kline > thusly... > > > > I'm looking for a newer laptop (a newer, faster ThinkPad, > > probably). There are ' some seriously cheap laptops "on-sale", > > but they would probably be a bad choice because they have those > > touch/scratch mouse-pad things that I can't use. So:: does > > anybody know of a ThinkPad clone? Or, can the touch pads be > > disabled in the bios? > > Yes, yes the touch pad can be disabled in BIOS, at least on IBM > ThinkPad T41 (my sister dislikes touchpad) & T42 (i noticed the > option in BIOS to disable touchpad) . I've got a ThinkPad T42. The trackpad can be turned off in the bios. As a truely added bonus, the stick mouse has three buttons; if you turn the trackpad off in the bios, the stick works like a plain old-fashioned three-buttoned ps/2 mouse. I like the sticks, a whole lot. I hate mice, as I can type, thanks, muchly. Using a mouse means that I have to take my hand away from the keyboard. With the stick, while I have to displace my hand from the keys, it's only about half an inch, so it's not much loss of time. I really would like one for the desktop, but they're expensive, and I don't know of one with three buttons. Incidently, there are a whole buncy of T41/42/43 models, which have different features. The T42s and T43s are available in versions that will do 1400X1050, with either screen size. David From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 07:59:22 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9603816A41F for ; Thu, 24 Nov 2005 07:59:22 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2EF443D45 for ; Thu, 24 Nov 2005 07:59:20 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by zproxy.gmail.com with SMTP id 12so1005946nzp for ; Wed, 23 Nov 2005 23:59:20 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=epax8tss7EHMtwFwlJv0sgxpvZgmfnA/sEg5784a8hDgMWtFi44USosTirpmqcZ8MknYljO36GVNVCCAC49OsqFc4IYn71NUqx7ckyprvQLik32IzCql3Wb/2f2qTr7/k8A0jhoEb0A/WOYZ6eMBdqXNGswyHiPCuIm4HlC1LU4= Received: by 10.65.234.16 with SMTP id l16mr6838084qbr; Wed, 23 Nov 2005 23:59:19 -0800 (PST) Received: by 10.65.192.16 with HTTP; Wed, 23 Nov 2005 23:59:19 -0800 (PST) Message-ID: Date: Thu, 24 Nov 2005 08:59:19 +0100 From: Claus Guttesen To: Lukas Ertl In-Reply-To: <4379f9100511231429l4ec906a1l2ca0f6f44eaf1fd4@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051123134710.G57888@ns1.as.pvp.se> <155534764.20051123223521@ezekiel.jasatel.net.id> <20051123183903.F59053@ns1.as.pvp.se> <4379f9100511231006v2a944135sf0fd0fb788689313@mail.gmail.com> <20051123191006.C59053@ns1.as.pvp.se> <4379f9100511231429l4ec906a1l2ca0f6f44eaf1fd4@mail.gmail.com> Cc: kama , freebsd-stable@freebsd.org Subject: Re: 6.0 Stable reboots randomly during high load. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 07:59:22 -0000 > > > Runs happily day and night, throughput is about 1.3TB of news data pe= r > > > day, no crashes for the last couple of months, as I recall. > > > > On 6.0? I dont get reboots with 5.4. > > Yes, on 6.0. I was running 5.4 before with no problems either. One thought, did you "migrate" your kernel-config from 5.4 to 6.0? If so, you may want to save your current kernel-config, copy GENERIC and modify it according to your needs. regards Claus From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 08:07:08 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2104B16A41F; Thu, 24 Nov 2005 08:07:08 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD31543D49; Thu, 24 Nov 2005 08:07:07 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (ppp-71-139-30-140.dsl.snfc21.pacbell.net [71.139.30.140]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id jAO87AZM023788 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 24 Nov 2005 00:07:10 -0800 Message-ID: <438574A4.80001@root.org> Date: Thu, 24 Nov 2005 00:07:00 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Hajimu UMEMOTO References: <4377775B.3080606@pldrouin.net> <20051114105854.GA1041@galgenberg.net> <4378CC14.2020109@pldrouin.net> <437A3901.8010001@pldrouin.net> <437A3B96.4040300@root.org> <437B42C0.9040605@pldrouin.net> <437CAEB0.9060202@pldrouin.net> <43837A34.1030900@root.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Pierre-Luc Drouin , acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Performance problem since updating from 6.0-RELEASE to 6.0-STABLE last friday X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 08:07:08 -0000 Hajimu UMEMOTO wrote: >>>>>>On Tue, 22 Nov 2005 12:06:12 -0800 >>>>>>Nate Lawson said: > > > nate> Thank you for tracking this down. It is interesting that BIF is > nate> heavyweight while BST is not. I guess that is expected behavior by OEMs > nate> which only test on Windows and so not everyone makes BIF simple. On my > nate> laptops, BIF is as fast as BST. > > You are welcome. My laptops are also fast enough for BIF. I > remembered that iwasaki-san grouched at the heavyweight of BIF when he > was writing cmbat support. > > nate> I don't like the patch approach (changing the API), however. Let me > nate> look at it and commit a fix that doesn't change the API. > > Yes, I didn't feel satisfaction with my patch, too. So, I anticipated > that you say so. :-) My patch has been committed, tested, and MFCd. Thank you for your debugging help, Umemoto-san. -- Nate From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 08:45:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E858D16A41F for ; Thu, 24 Nov 2005 08:45:04 +0000 (GMT) (envelope-from rutger.bevaart@illian.net) Received: from darwin.illian.net (darwin.illian.net [80.69.74.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC34043D46 for ; Thu, 24 Nov 2005 08:45:03 +0000 (GMT) (envelope-from rutger.bevaart@illian.net) Received: from localhost (localhost.illian.net [127.0.0.1]) by darwin.illian.net (Postfix) with ESMTP id C6C86456A8; Thu, 24 Nov 2005 09:45:08 +0100 (CET) Received: from darwin.illian.net ([127.0.0.1]) by localhost (darwin.illian.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 85596-10; Thu, 24 Nov 2005 09:45:08 +0100 (CET) Received: from www.illian.net (localhost.illian.net [127.0.0.1]) by darwin.illian.net (Postfix) with ESMTP id 23FD0456A1; Thu, 24 Nov 2005 09:45:08 +0100 (CET) Received: from 62.58.16.80 (SquirrelMail authenticated user rutger) by www.illian.net with HTTP; Thu, 24 Nov 2005 09:45:08 +0100 (CET) Message-ID: <50249.62.58.16.80.1132821908.squirrel@www.illian.net> In-Reply-To: <20051123213916.GA7375@xor.obsecurity.org> References: <20051123213916.GA7375@xor.obsecurity.org> Date: Thu, 24 Nov 2005 09:45:08 +0100 (CET) From: "Rutger Bevaart" To: "Kris Kennaway" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at illian.net Cc: freebsd-stable@freebsd.org, Gino Ruopolo Subject: Re: FreeBSD unstable on Dell 1750 using SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 08:45:05 -0000 Hi Kris, I cannot find anything about that in the /usr/src/UPDATING for the 5.4 branch. We're running "FreeBSD xyz 5.4-RELEASE-p5 FreeBSD 5.4-RELEASE-p5" and p6 and later only fix some IPSEC and SSL stuff. Is it in 6.0 and if so, will somebody backport that fix? Regards Rutger On Wed, November 23, 2005 22:39, Kris Kennaway wrote: > On Sun, Nov 20, 2005 at 07:24:25PM +0100, Rutger Bevaart wrote: >> Strange indeed. >> >> On a 1750 with bge's: >> 475 mbufs in use >> 501/25600 mbuf clusters in use (current/max) >> 0/3/6656 sfbufs in use (current/peak/max) >> 1120 KBytes allocated to network >> 0 requests for sfbufs denied >> 0 requests for sfbufs delayed >> 0 requests for I/O initiated by sendfile >> 100 calls to protocol drain routines >> >> On a 2850 (hardware identical to an 1850): >> $ netstat -m >> 4294966848 mbufs in use >> 565/25600 mbuf clusters in use (current/max) >> 0/67/6656 sfbufs in use (current/peak/max) >> 1018 KBytes allocated to network >> 0 requests for sfbufs denied >> 0 requests for sfbufs delayed >> 16449 requests for I/O initiated by sendfile >> 589 calls to protocol drain routines >> >> Both experience the "auto reboot" feature. The mbufs on the 2850 look >> like a counter (signed/unsigned) bug, maybe even just in the >> printing. Other than that I'm having a hard time interpreting these >> results. > > This is documented in the 5.4 errata, it's a leak in the stats > counting on SMP machines. It was fixed after 5.4. > > Kris > Rutger Bevaart :: illian.networks From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 09:38:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 494A016A41F for ; Thu, 24 Nov 2005 09:38:58 +0000 (GMT) (envelope-from wilbury@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 712BA43D62 for ; Thu, 24 Nov 2005 09:38:57 +0000 (GMT) (envelope-from wilbury@gmail.com) Received: by xproxy.gmail.com with SMTP id r21so2857003wxc for ; Thu, 24 Nov 2005 01:38:57 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=HX1PUHKT1O63DwsjRqhVVBMuCobJeRIiZuSAolVrzHLSKkUei9gXkEL7MEg+JA/p+VbxH5sD5A0BMArhR7TiKyMYPk9yxA1t9hYkR7Z4Db5Ztf0MPbdj4/BsggIKK9J2mKlZ6DsV3NTuIJHzR2TbRt0kyVP7eU8OTzKCLnKwl4A= Received: by 10.64.153.6 with SMTP id a6mr6924801qbe; Thu, 24 Nov 2005 01:12:02 -0800 (PST) Received: by 10.65.40.19 with HTTP; Thu, 24 Nov 2005 01:12:02 -0800 (PST) Message-ID: Date: Thu, 24 Nov 2005 10:12:02 +0100 From: Juraj Lutter To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: performance issues with 6.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 09:38:58 -0000 Hi, (sorry for crossposting) recently I've updated to 6.0-STABLE and started noticing strange performanc= e issues with the system. The system itselfs acts as an web server running apache2 with php4 compiled from ports. However, there is, in my opinion, strange behaviour of this machine. Under normal operation, load average is between 0.30 and 0.60 but suddenly, from time to time (every 15 to 20 minutes), the load increases dramatically to 1= 5 or more with no visible causes. Anyone from you have encountered behaviour like this also? I suspect the ACPI or interrupt routing to be root cause of this, as the vmstat -i shows: # vmstat -i interrupt total rate irq9: acpi0 28 0 irq13: npx0 1 0 irq18: bfe0 atapci1 57519357 710 cpu0: timer 162084106 2000 Total 219603492 2710 710 interrupts/second is just too much... Machine runs customized kernel, with ACPI and APIC enabled, mainboard is Intel, processor is Intel P4 Celeron. I will provide complete dmesg.boot, ``ps ax'' output and kernel config upon request. .oO(And no, I can NOT put the DDB into kernel, nor do I have access to any kind of console of that box :-)) Thanks Juraj -- Sincerely yours, Juraj Lutter From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 12:02:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAD0916A41F for ; Thu, 24 Nov 2005 12:02:59 +0000 (GMT) (envelope-from content-filter@makana.gov.za) Received: from smtp2.imaginet.co.za (smtp2.imaginet.co.za [196.34.166.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8845243D6A for ; Thu, 24 Nov 2005 12:02:33 +0000 (GMT) (envelope-from content-filter@makana.gov.za) Received: from [196.211.28.150] (helo=makana.gov.za) by smtp2.imaginet.co.za with esmtpa (Exim 4.50 (FreeBSD)) id 1EfFo1-000Jm1-Cl for freebsd-stable@freebsd.org; Thu, 24 Nov 2005 14:02:26 +0200 Received: from 192.168.13.10 for freebsd-stable@freebsd.org; Thu, 24 Nov 2005 14:06:17 +0200 From: "WorkgroupMail Content Filter" To: freebsd-stable@freebsd.org Sender: "WorkgroupMail Content Filter" Date: Thu, 24 Nov 2005 14:06:16 +0200 X-WM-Plugin-Generated: MailScan MIME-Version: 1.0 Content-type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Message-ID: Subject: QUARANTINED: Message could not be delivered X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 12:02:59 -0000 The message "Message could not be delivered" from , sent on 11/24/2005 13:54 was quarantined because it contained either an executable file, a batch file or a screen saver file. All of these types of attachments are considered security risks. Please consult your mail administrator who can release the message. This message was checked by MailScan for WorkgroupMail. www.workgroupmail.com From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 13:51:00 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1891916A41F for ; Thu, 24 Nov 2005 13:51:00 +0000 (GMT) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1431843D58 for ; Thu, 24 Nov 2005 13:50:58 +0000 (GMT) (envelope-from kama@pvp.se) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id DE971B8; Thu, 24 Nov 2005 14:51:41 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id DD238B7; Thu, 24 Nov 2005 14:51:41 +0100 (CET) Date: Thu, 24 Nov 2005 14:51:41 +0100 (CET) From: kama X-X-Sender: kama@ns1.as.pvp.se To: Claus Guttesen In-Reply-To: Message-ID: <20051124145046.C62064@ns1.as.pvp.se> References: <20051123134710.G57888@ns1.as.pvp.se> <155534764.20051123223521@ezekiel.jasatel.net.id> <20051123183903.F59053@ns1.as.pvp.se> <4379f9100511231006v2a944135sf0fd0fb788689313@mail.gmail.com> <20051123191006.C59053@ns1.as.pvp.se> <4379f9100511231429l4ec906a1l2ca0f6f44eaf1fd4@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org, Lukas Ertl Subject: Re: 6.0 Stable reboots randomly during high load. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 13:51:00 -0000 On Thu, 24 Nov 2005, Claus Guttesen wrote: > > > > Runs happily day and night, throughput is about 1.3TB of news data per > > > > day, no crashes for the last couple of months, as I recall. > > > > > > On 6.0? I dont get reboots with 5.4. > > > > Yes, on 6.0. I was running 5.4 before with no problems either. > > One thought, did you "migrate" your kernel-config from 5.4 to 6.0? If > so, you may want to save your current kernel-config, copy GENERIC and > modify it according to your needs. Copied GENERIC to a new file. added SMP POLLING and removed inet6... In my first post I posted a diff. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 14:41:19 2005 Return-Path: X-Original-To: stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E98F216A431 for ; Thu, 24 Nov 2005 14:41:19 +0000 (GMT) (envelope-from mackiev@yandex.ru) Received: from smtp.apple-park.kiev.ua (smtp.apple-park.kiev.ua [212.82.221.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DDAB43D92 for ; Thu, 24 Nov 2005 14:41:10 +0000 (GMT) (envelope-from mackiev@yandex.ru) Received: from [10.10.0.20] (sysadmin.main.smk [10.10.0.20]) by smtp.apple-park.kiev.ua (Postfix) with ESMTP id 7C00F2F; Thu, 24 Nov 2005 16:41:08 +0200 (EET) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <1259D8B5-E564-419D-908E-3DA9682FD7C3@yandex.ru> Content-Transfer-Encoding: 7bit From: Alexander Vyrlanovich Date: Thu, 24 Nov 2005 16:42:03 +0200 To: Pete French X-Mailer: Apple Mail (2.746.2) Cc: stable@FreeBSD.ORG Subject: Re: 6.0 kernel will not boot past atkbd0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 14:41:20 -0000 Hi I have the same behavior on Compaq AP400 (2xPIII 700MHz). The problem disappeared when I disconnect the mouse. May be this can help your :) On 23 Nov 2005, at 21:37, Pete French wrote: > Having successfully upgraded one system in-place from 5.4 to 6.0 I > had a go > at the second system today. This is an old Compaq proliant 1600R with > two 500mhz pentium3's in it. Currently running 5.4 quite happily. > > so I buildworld, buildkernel, insall kernel and rebooot to check that > the kernel works... > > ...and the new kernel will not boot past the point where it says > atkdb0: [GIANT LOCKED] > > (under 5.4 the next thing I get is psm0 for the mouse.) > > My kernel is (almost) a generic SMP one - the only changes are that I > have removed INET6 and all CPU's apart from I686_CPU. > > I have tried booting this in 'safe' mode, and sevarl other options > from > the beatsie menu, but no dice. I havent yet tried a straight 'GENERIC' > kernel, and given the time of night wont be able to until tomorrow, > but > am very puzzled as I havent seen anything like this before. > > Does anyone have any hints or suggestions as to what I might try ? > > -pcf. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 15:18:41 2005 Return-Path: X-Original-To: stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7784516A41F for ; Thu, 24 Nov 2005 15:18:41 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id C74D743D55 for ; Thu, 24 Nov 2005 15:18:40 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.50 (FreeBSD)) id 1EfIrt-000MGZ-Gx; Thu, 24 Nov 2005 15:18:37 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.52 (FreeBSD)) id 1EfIrs-0002Tr-Hb; Thu, 24 Nov 2005 15:18:36 +0000 To: mackiev@yandex.ru In-Reply-To: <1259D8B5-E564-419D-908E-3DA9682FD7C3@yandex.ru> Message-Id: From: Pete French Date: Thu, 24 Nov 2005 15:18:36 +0000 Cc: stable@FreeBSD.ORG Subject: Re: 6.0 kernel will not boot past atkbd0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 15:18:41 -0000 > I have the same behavior on Compaq AP400 (2xPIII 700MHz). > The problem disappeared when I disconnect the mouse. Ah! Now that is worth knowing - I didnt even think of trying that. So does anyone know why the mouse being connected causes it to not boot ? I can rebuild the kernel without the mouse driver, that might help... thanks, -pcf. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 16:17:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29D2A16A41F; Thu, 24 Nov 2005 16:17:47 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5274143D5F; Thu, 24 Nov 2005 16:17:46 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id CD8451027F; Thu, 24 Nov 2005 11:17:44 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 753861A0856; Thu, 24 Nov 2005 11:17:41 -0500 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17285.59301.421840.741798@canoe.dclg.ca> Date: Thu, 24 Nov 2005 11:17:41 -0500 From: freebsd-lists@dclg.ca To: Gary Kline In-Reply-To: <20051123223653.GA19327@thought.org> References: <4383C20E.20509@shaw.ca> <200511231238.06590.doconnor@gsoft.com.au> <20051123105730.GA29369@laverenz.de> <20051123185909.GA17696@thought.org> <4384C0AB.103@chillt.de> <20051123194217.GC17696@thought.org> <20051123200505.GF908@eucla.lemis.com> <20051123223653.GA19327@thought.org> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid Cc: Greg 'groggy' Lehey , Bartosz Fabianowski , freebsd-stable@FreeBSD.org Subject: Re: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 16:17:47 -0000 >>>>> "Gary" == Gary Kline writes: >> >> Of course, this is not a Thinkpad clone, but it is a very good >> laptop >> nonetheless (especially the awesome 15.4" 1920x1200 >> screen). >> > >> > That is *outsanding* resolution!!! I'm looking at some real > >> good deals on ebay ... think I'll check the Thinkpads. See > if >> they've come down. Like to find another one without XBill's > >> stuff. >> >> This is one of the reasons I use Dell (the other is that I prefer >> them to ThinkPads, the only other machines that support this >> resolution). My machine has the 1920x1200 screen. It's so much >> better than the standard 1024x768 that you have to see it to >> understand. >> Gary> I wish some EE and ME would design a mouse-pad with a slight Gary> tilt to steer the mouse; I think that would be a great Gary> improvment on the current scratch mousepad. Similarly with Gary> Thinkpad's tiny joystick. I've tried my wife's Dell l'top.... Gary> Agree that the Thinkpad's screen res is drawback; the Gary> 1920x1200 is a ++major. I have the Dell D800 --- which is a frighteningly expensive machine (I think the 1920x1200 resolution plus a fast pentium-M will run you $3500 Cdn) --- but it's an amazingly good machine. So here's my score sheet: Pros: - 1920x1200 screen w/ nvidia 3D. One of the best screens in the business - P4M processor (essential) - available dual-battery - next day / no questions asked onsite repair for about 10% extra. - has both joystick and touchpad - GigE (handy in that it has auto-crossover) - real serial port Cons: - ACPI suspend still doesn't work (2.5 years on) - 7lbs - Not cheap - Dell doesn't acknowledge FreeBSD exists. On the warrenty... I'm hard on equipment and I depend on my equipment. I've been impressed that if I put my foot down and "say" that I believe something needs replacing, then without much fuss, they do it. The next day onsite service is cool. Most of the time I get them to ship me the part, but I did have them replace the moatherboard once --- a nice guy came and did that ... and didn't even ask about my rerouting of the ariels in the chassy (to accomodate a different interal wireless card). On the whole, the lease is up in about 6 months. I'd probably get another. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 16:19:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36FD116A427 for ; Thu, 24 Nov 2005 16:19:53 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEE7443D69 for ; Thu, 24 Nov 2005 16:19:39 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 5EAEB10C6C; Thu, 24 Nov 2005 11:19:34 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 5E2231A0856; Thu, 24 Nov 2005 11:19:31 -0500 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17285.59411.310097.33694@canoe.dclg.ca> Date: Thu, 24 Nov 2005 11:19:31 -0500 From: freebsd-lists@dclg.ca To: "Sune Wettersteen" In-Reply-To: <20051123235121.C9A675EE033@pfepb.post.tele.dk> References: <20051123235121.C9A675EE033@pfepb.post.tele.dk> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid Cc: freebsd-stable@freebsd.org Subject: RE: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 16:19:53 -0000 >>>>> "Sune" == Sune Wettersteen writes: Sune> #Am I better off installing 5.4 or 6.0? Sune> I'd say you should go with 6.0. It features much better wireless Sune> support and I'm sure theres some acpi changes you could benefit Sune> from. I'd vote 6.0, too. I've actually been running -CURRENT on mine for awhile leading up to 6.0 ... largely due to better wireless support and a few other minor things. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 16:29:40 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A231516A420 for ; Thu, 24 Nov 2005 16:29:40 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from maritaca.epm.br (disrouter.epm.br [200.17.25.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id B359843D5A for ; Thu, 24 Nov 2005 16:29:28 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from localhost (localhost.localdomain [127.0.0.1]) by maritaca.epm.br (Postfix) with ESMTP id 62B8D3A77 for ; Thu, 24 Nov 2005 14:29:27 -0200 (BRDT) Received: from [172.22.1.166] (ricardo.epm.br [172.22.1.166]) by maritaca.epm.br (Postfix) with ESMTP id 27E6E3A76 for ; Thu, 24 Nov 2005 14:29:20 -0200 (BRDT) Message-ID: <4385EA4E.4070500@yahoo.com.br> Date: Thu, 24 Nov 2005 14:29:02 -0200 From: "Ricardo A. Reis" User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051122) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: multipart/mixed; boundary="------------080106000205040306060503" UNIFESP-Virus-Scanned: by amavisd-new at dis.epm.br Cc: Subject: [Fwd: Firefox exited on signal 11.] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 16:29:40 -0000 This is a multi-part message in MIME format. --------------080106000205040306060503 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit --------------080106000205040306060503 Content-Type: message/rfc822; name="Firefox exited on signal 11." Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Firefox exited on signal 11." X-Account-Key: account4 X-Apparently-To: ricardo_bsd@yahoo.com.br via 68.142.206.91; Thu, 24 Nov 2005 04:56:24 -0800 X-Originating-IP: [216.136.204.119] Authentication-Results: mta359.mail.scd.yahoo.com from=yahoo.com.br; domainkeys=neutral (no sig) Received: from 216.136.204.119 (EHLO mx2.freebsd.org) (216.136.204.119) by mta359.mail.scd.yahoo.com with SMTP; Thu, 24 Nov 2005 04:56:23 -0800 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 8FF0391D01; Thu, 24 Nov 2005 12:55:00 +0000 (GMT) (envelope-from owner-freebsd-ports@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 0D8E616A42C; Thu, 24 Nov 2005 12:54:58 +0000 (GMT) (envelope-from owner-freebsd-ports@freebsd.org) X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5775216A41F for ; Thu, 24 Nov 2005 12:54:41 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from maritaca.epm.br (disrouter.epm.br [200.17.25.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B47443D60 for ; Thu, 24 Nov 2005 12:54:39 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from localhost (localhost.localdomain [127.0.0.1]) by maritaca.epm.br (Postfix) with ESMTP id D82FD3A60; Thu, 24 Nov 2005 10:54:34 -0200 (BRDT) Received: from [172.22.1.166] (ricardo.epm.br [172.22.1.166]) by maritaca.epm.br (Postfix) with ESMTP id 7C4A73946; Thu, 24 Nov 2005 10:54:27 -0200 (BRDT) Message-ID: <4385B7F1.7030802@yahoo.com.br> Date: Thu, 24 Nov 2005 10:54:09 -0200 From: "Ricardo A. Reis" User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051122) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ports@freebsd.org, "Michael C. Shultz" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit UNIFESP-Virus-Scanned: by amavisd-new at dis.epm.br Cc: Subject: Firefox exited on signal 11. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: owner-freebsd-ports@freebsd.org Errors-To: owner-freebsd-ports@freebsd.org Hi all, After update my workstation with portmanager +/- 800 pkg, firefox not work more. # sudo gdb /usr/X11R6/lib/firefox/firefox-bin firefox-bin.core Password: GNU gdb 6.1.1 [FreeBSD] Copyright 2004 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-marcel-freebsd"...(no debugging symbols found)... Core was generated by `firefox-bin'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/X11R6/lib/firefox/libmozjs.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/libmozjs.so Reading symbols from /usr/X11R6/lib/firefox/libxpcom.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/libxpcom.so Reading symbols from /usr/local/lib/libiconv.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /usr/local/lib/libplds4.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libplds4.so.1 Reading symbols from /usr/local/lib/libplc4.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libplc4.so.1 Reading symbols from /usr/local/lib/libnspr4.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libnspr4.so.1 Reading symbols from /usr/X11R6/lib/libgtk-x11-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libgtk-x11-2.0.so.0 Reading symbols from /usr/X11R6/lib/libgdk-x11-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libgdk-x11-2.0.so.0 Reading symbols from /usr/X11R6/lib/libXrandr.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libXrandr.so.2 Reading symbols from /usr/X11R6/lib/libXi.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libXi.so.6 Reading symbols from /usr/X11R6/lib/libXinerama.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libXinerama.so.1 Reading symbols from /usr/local/lib/libatk-1.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libatk-1.0.so.0 Reading symbols from /usr/X11R6/lib/libgdk_pixbuf-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libgdk_pixbuf-2.0.so.0 Reading symbols from /usr/X11R6/lib/libpangocairo-1.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libpangocairo-1.0.so.0 Reading symbols from /usr/X11R6/lib/libXcursor.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libXcursor.so.1 Reading symbols from /usr/X11R6/lib/libXfixes.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libXfixes.so.3 Reading symbols from /usr/local/lib/libcairo.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libcairo.so.2 Reading symbols from /usr/X11R6/lib/libpangoft2-1.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libpangoft2-1.0.so.0 Reading symbols from /usr/X11R6/lib/libfontconfig.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libfontconfig.so.1 Reading symbols from /usr/local/lib/libfreetype.so.9...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libfreetype.so.9 Reading symbols from /lib/libz.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.3 Reading symbols from /usr/X11R6/lib/libpango-1.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libpango-1.0.so.0 Reading symbols from /usr/X11R6/lib/libXrender.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libXrender.so.1 Reading symbols from /usr/X11R6/lib/libX11.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libX11.so.6 Reading symbols from /usr/X11R6/lib/libXext.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libXext.so.6 Reading symbols from /usr/local/lib/libgobject-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libgobject-2.0.so.0 Reading symbols from /usr/local/lib/libgmodule-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libgmodule-2.0.so.0 Reading symbols from /usr/local/lib/libglib-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libglib-2.0.so.0 Reading symbols from /lib/libm.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.4 Reading symbols from /usr/lib/libstdc++.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libstdc++.so.5 Reading symbols from /usr/lib/libpthread.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libpthread.so.2 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /usr/local/lib/libpng.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libpng.so.5 Reading symbols from /usr/local/lib/libglitz.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libglitz.so.1 Reading symbols from /usr/local/lib/libexpat.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libexpat.so.5 Reading symbols from /usr/local/lib/libintl.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libintl.so.6 Reading symbols from /usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2 Reading symbols from /usr/X11R6/lib/firefox/components/libxpcom_compat_c.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libxpcom_compat_c.so Reading symbols from /usr/X11R6/lib/firefox/libxpcom_compat.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/libxpcom_compat.so Reading symbols from /usr/X11R6/lib/firefox/components/libxpconnect.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libxpconnect.so Reading symbols from /usr/X11R6/lib/firefox/components/libuconv.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libuconv.so Reading symbols from /usr/X11R6/lib/firefox/components/libucvmath.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libucvmath.so Reading symbols from /usr/X11R6/lib/firefox/components/libi18n.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libi18n.so Reading symbols from /usr/X11R6/lib/firefox/components/libjar50.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libjar50.so Reading symbols from /usr/X11R6/lib/firefox/components/liboji.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/liboji.so Reading symbols from /usr/X11R6/lib/firefox/libjsj.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/libjsj.so Reading symbols from /usr/X11R6/lib/firefox/components/libnecko.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libnecko.so Reading symbols from /usr/X11R6/lib/firefox/components/libnecko2.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libnecko2.so Reading symbols from /usr/X11R6/lib/firefox/components/libpref.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libpref.so Reading symbols from /usr/X11R6/lib/firefox/components/libcaps.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libcaps.so Reading symbols from /usr/X11R6/lib/firefox/components/librdf.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/librdf.so Reading symbols from /usr/X11R6/lib/firefox/components/libhtmlpars.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libhtmlpars.so Reading symbols from /usr/X11R6/lib/firefox/components/libgfxps.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libgfxps.so Reading symbols from /usr/X11R6/lib/firefox/libgkgfx.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/libgkgfx.so Reading symbols from /usr/X11R6/lib/firefox/components/libgfxxprint.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libgfxxprint.so Reading symbols from /usr/X11R6/lib/firefox/libxlibrgb.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/libxlibrgb.so Reading symbols from /usr/X11R6/lib/libXp.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libXp.so.6 Reading symbols from /usr/X11R6/lib/firefox/components/libgfx_gtk.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libgfx_gtk.so Reading symbols from /usr/X11R6/lib/libXft.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libXft.so.2 Reading symbols from /usr/X11R6/lib/firefox/components/libimglib2.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libimglib2.so Reading symbols from /usr/local/lib/libjpeg.so.9...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libjpeg.so.9 Reading symbols from /usr/X11R6/lib/firefox/components/libgkplugin.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libgkplugin.so Reading symbols from /usr/X11R6/lib/firefox/libgtkxtbin.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/libgtkxtbin.so Reading symbols from /usr/X11R6/lib/libXt.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libXt.so.6 Reading symbols from /usr/X11R6/lib/libSM.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libSM.so.6 Reading symbols from /usr/X11R6/lib/libICE.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libICE.so.6 Reading symbols from /usr/X11R6/lib/firefox/components/libwidget_gtk2.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libwidget_gtk2.so Reading symbols from /usr/X11R6/lib/firefox/components/libxremote_client.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libxremote_client.so Reading symbols from /usr/X11R6/lib/firefox/components/libgklayout.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libgklayout.so Reading symbols from /usr/X11R6/lib/firefox/components/libmork.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libmork.so Reading symbols from /usr/X11R6/lib/firefox/components/libdocshell.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libdocshell.so Reading symbols from /usr/X11R6/lib/firefox/components/libembedcomponents.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libembedcomponents.so Reading symbols from /usr/X11R6/lib/firefox/components/libwebbrwsr.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libwebbrwsr.so Reading symbols from /usr/X11R6/lib/firefox/components/libeditor.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libeditor.so Reading symbols from /usr/X11R6/lib/firefox/components/libtxmgr.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libtxmgr.so Reading symbols from /usr/X11R6/lib/firefox/components/libcomposer.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libcomposer.so Reading symbols from /usr/X11R6/lib/firefox/components/libnsappshell.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libnsappshell.so Reading symbols from /usr/X11R6/lib/firefox/components/libchrome.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libchrome.so Reading symbols from /usr/X11R6/lib/firefox/components/libaccessibility.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libaccessibility.so Reading symbols from /usr/X11R6/lib/firefox/components/libpipboot.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libpipboot.so Reading symbols from /usr/X11R6/lib/firefox/components/libpipnss.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libpipnss.so Reading symbols from /usr/local/lib/libsmime3.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libsmime3.so.1 Reading symbols from /usr/local/lib/libssl3.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libssl3.so.1 Reading symbols from /usr/local/lib/libnss3.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libnss3.so.1 Reading symbols from /usr/local/lib/libsoftokn3.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libsoftokn3.so.1 Reading symbols from /usr/X11R6/lib/firefox/components/libpippki.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libpippki.so Reading symbols from /usr/X11R6/lib/firefox/components/libfileview.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libfileview.so Reading symbols from /usr/X11R6/lib/firefox/components/libmozfind.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libmozfind.so Reading symbols from /usr/X11R6/lib/firefox/components/libxremoteservice.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libxremoteservice.so Reading symbols from /usr/X11R6/lib/firefox/components/libappcomps.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libappcomps.so Reading symbols from /usr/X11R6/lib/firefox/components/libtoolkitcomps.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libtoolkitcomps.so Reading symbols from /usr/X11R6/lib/firefox/components/libxpinstall.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libxpinstall.so Reading symbols from /usr/X11R6/lib/firefox/components/libcookie.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libcookie.so Reading symbols from /usr/X11R6/lib/firefox/components/libxmlextras.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libxmlextras.so Reading symbols from /usr/X11R6/lib/firefox/components/libautoconfig.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libautoconfig.so Reading symbols from /usr/X11R6/lib/firefox/components/libsystem-pref.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libsystem-pref.so Reading symbols from /usr/X11R6/lib/firefox/components/libtransformiix.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libtransformiix.so Reading symbols from /usr/X11R6/lib/firefox/components/libuniversalchardet.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libuniversalchardet.so Reading symbols from /usr/X11R6/lib/firefox/components/libwebsrvcs.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libwebsrvcs.so Reading symbols from /usr/X11R6/lib/firefox/components/libinspector.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libinspector.so Reading symbols from /usr/X11R6/lib/firefox/components/libp3p.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libp3p.so Reading symbols from /usr/X11R6/lib/firefox/components/libnegotiateauth.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libnegotiateauth.so Reading symbols from /usr/local/lib/libgssapi.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libgssapi.so.5 Reading symbols from /usr/local/lib/libkrb5.so.20...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libkrb5.so.20 Reading symbols from /usr/local/lib/libasn1.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libasn1.so.6 Reading symbols from /lib/libcrypto.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypto.so.3 Reading symbols from /usr/local/lib/libroken.so.16...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libroken.so.16 Reading symbols from /lib/libcrypt.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypt.so.3 Reading symbols from /usr/lib/libcom_err.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libcom_err.so.3 Reading symbols from /lib/libcrypto.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypto.so.4 Reading symbols from /usr/X11R6/lib/firefox/components/libbrowsercomps.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/firefox/components/libbrowsercomps.so Reading symbols from /usr/X11R6/lib/libgconf-2.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libgconf-2.so.4 Reading symbols from /usr/local/lib/libORBit-2.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libORBit-2.so.0 Reading symbols from /usr/local/lib/libgthread-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libgthread-2.0.so.0 Reading symbols from /usr/local/lib/libpopt.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libpopt.so.0 Reading symbols from /usr/X11R6/lib/gtk-2.0/2.4.0/engines/libsmooth.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/gtk-2.0/2.4.0/engines/libsmooth.so Reading symbols from /usr/X11R6/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-xpm.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-xpm.so Reading symbols from /usr/X11R6/lib/libgnome-2.so...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libgnome-2.so Reading symbols from /usr/X11R6/lib/libgnomevfs-2.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libgnomevfs-2.so.0 Reading symbols from /usr/local/lib/libbonobo-2.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libbonobo-2.so.0 Reading symbols from /usr/local/lib/libbonobo-activation.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libbonobo-activation.so.4 Reading symbols from /usr/local/lib/libesd.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libesd.so.2 Reading symbols from /usr/local/lib/libaudiofile.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libaudiofile.so.0 Reading symbols from /usr/local/lib/libxml2.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libxml2.so.5 Reading symbols from /usr/lib/libssl.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libssl.so.3 Reading symbols from /usr/local/lib/libhowl.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libhowl.so.0 Reading symbols from /usr/local/lib/libORBitCosNaming-2.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libORBitCosNaming-2.so.0 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x28af69a3 in pthread_testcancel () from /usr/lib/libpthread.so.2 [New Thread 0x80eea00 (runnable)] [New Thread 0x80ee800 (LWP 100195)] [New Thread 0x8068000 (LWP 100217)] (gdb) bt full #0 0x28af69a3 in pthread_testcancel () from /usr/lib/libpthread.so.2 No symbol table info available. #1 0x28ae5d1e in sigaction () from /usr/lib/libpthread.so.2 No symbol table info available. #2 0x28adf519 in pthread_kill () from /usr/lib/libpthread.so.2 No symbol table info available. #3 0x28adee6e in raise () from /usr/lib/libpthread.so.2 No symbol table info available. #4 0x08059fa6 in nsProfileLock::FatalSignalHandler () No symbol table info available. #5 0x28ae3c05 in sigaction () from /usr/lib/libpthread.so.2 No symbol table info available. #6 0x28ae57b8 in sigaction () from /usr/lib/libpthread.so.2 No symbol table info available. #7 0x28aedd6c in pthread_mutexattr_init () from /usr/lib/libpthread.so.2 No symbol table info available. #8 0x28aeddd5 in pthread_mutexattr_init () from /usr/lib/libpthread.so.2 No symbol table info available. #9 0x28ba5227 in _ctx_start () from /lib/libc.so.6 No symbol table info available. #10 0x00000000 in ?? () No symbol table info available. #11 0xbfbfd2b0 in ?? () No symbol table info available. #12 0xbfbfcff0 in ?? () No symbol table info available. #13 0x00000000 in ?? () No symbol table info available. #14 0x28aedd93 in pthread_mutexattr_init () from /usr/lib/libpthread.so.2 No symbol table info available. #15 0x2a2ff54d in OBJ_NAME_add () from /lib/libcrypto.so.3 No symbol table info available. #16 0x2a827c3c in SSL_library_init () from /usr/lib/libssl.so.3 No symbol table info available. #17 0x2a649097 in _gnome_vfs_ssl_init () from /usr/X11R6/lib/libgnomevfs-2.so.0 No symbol table info available. #18 0x2a638c42 in gnome_vfs_init () from /usr/X11R6/lib/libgnomevfs-2.so.0 No symbol table info available. #19 0x2a60d0a2 in gnome_user_accels_dir_get () from /usr/X11R6/lib/libgnome-2.so No symbol table info available. #20 0x2a6106e0 in ?? () from /usr/X11R6/lib/libgnome-2.so No symbol table info available. #21 0xbfbfd438 in ?? () No symbol table info available. #22 0x2a609b0f in gnome_program_postinit () from /usr/X11R6/lib/libgnome-2.so No symbol table info available. Previous frame inner to this frame (corrupt stack?) (gdb) _______________________________________________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" --------------080106000205040306060503-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 18:03:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E5B216A41F for ; Thu, 24 Nov 2005 18:03:06 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2056343D5D for ; Thu, 24 Nov 2005 18:03:04 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from baal.u-strasbg.fr (baal.u-strasbg.fr [IPv6:2001:660:2402::41]) by mailhost.u-strasbg.fr (8.13.3/jtpda-5.5pre1) with ESMTP id jAOI32kp014614 ; Thu, 24 Nov 2005 19:03:02 +0100 (CET) Received: from [127.0.0.1] (crc.u-strasbg.fr [IPv6:2001:660:2402:1001::1]) by baal.u-strasbg.fr (8.13.4/jtpda-5.5pre1) with ESMTP id jAOI324v012974 ; Thu, 24 Nov 2005 19:03:02 +0100 Message-ID: <4385FFED.3050003@crc.u-strasbg.fr> Date: Thu, 24 Nov 2005 19:01:17 +0100 From: Philippe Pegon User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051016) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Marc G. Fournier" References: <20051123033644.O1053@ganymede.hub.org> In-Reply-To: <20051123033644.O1053@ganymede.hub.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1193/Thu Nov 24 12:35:39 2005 on mr8.u-strasbg.fr X-Virus-Scanned: ClamAV 0.87.1/1193/Thu Nov 24 12:35:39 2005 on baal.u-strasbg.fr X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::158]); Thu, 24 Nov 2005 19:03:03 +0100 (CET) X-Spam-Status: No, score=-0.3 required=5.0 tests=AWL,NO_RELAYS autolearn=disabled version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mr8.u-strasbg.fr Cc: freebsd-stable@freebsd.org Subject: Re: ciss(4) driver in FreeBSD 6.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 18:03:06 -0000 Marc G. Fournier wrote: > > Hi .. Hi, > > Having read the man page, there is alot in there that makes me wonder > whether going with a HP Smart Array P600 is a wise idea ... > > "The Compaq ciss adapters require faked responses to get reasonable > behavior out of them. In addition, the ciss command set is by no means > adequate to support the functionality of a RAID controller, and thus the > supported Compaq adapters utilize portions of the control protocol from > earlier" > > I'm specifically looking at the Proliant DL360, which has this card > ... can you provide any comments, or insight, concerning what the man > page states? Should I shy away from this controller? :( We have about thirty HP servers (DL360 and DL380) with FreeBSD 5 and 6, and they seem to work fine with ciss driver. Just this damn bug (kern/83375) which is not related to ciss driver... > > Thanks ... -- Philippe Pegon From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 18:15:18 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB65316A420 for ; Thu, 24 Nov 2005 18:15:18 +0000 (GMT) (envelope-from aperum@serverbitch.de) Received: from serverbitch.de (serverbitch.de [212.227.60.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0F9743D64 for ; Thu, 24 Nov 2005 18:15:11 +0000 (GMT) (envelope-from aperum@serverbitch.de) Received: from aperum by serverbitch.de with local (Exim 4.54 (FreeBSD)) id 1EfLch-0000oJ-Ab; Thu, 24 Nov 2005 19:15:07 +0100 Date: Thu, 24 Nov 2005 19:15:07 +0100 From: Sascha Holzleiter To: Philippe Pegon Message-ID: <20051124181507.GA3012@serverbitch.de> References: <20051123033644.O1053@ganymede.hub.org> <4385FFED.3050003@crc.u-strasbg.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4385FFED.3050003@crc.u-strasbg.fr> User-Agent: Mutt/1.5.11 Sender: Sascha Holzleiter Cc: freebsd-stable@freebsd.org Subject: Re: ciss(4) driver in FreeBSD 6.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 18:15:18 -0000 Hi, On Thu, Nov 24, 2005 at 07:01:17PM +0100, Philippe Pegon wrote: > We have about thirty HP servers (DL360 and DL380) with FreeBSD 5 and 6, > and they seem to work fine with ciss driver. Just this damn bug > (kern/83375) which is not related to ciss driver... do you know of any method to monitor these controllers with FreeBSD, e.g. to detect drive failures? -- Sascha From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 18:23:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7615C16A423 for ; Thu, 24 Nov 2005 18:23:32 +0000 (GMT) (envelope-from ps@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ED2943DCE for ; Thu, 24 Nov 2005 18:22:40 +0000 (GMT) (envelope-from ps@freebsd.org) Received: from [192.168.0.100] (12-240-19-60.client.mchsi.com [12.240.19.60]) by elvis.mu.org (Postfix) with ESMTP id E8E671A3C25; Thu, 24 Nov 2005 10:22:23 -0800 (PST) Message-ID: <438604DD.3010105@freebsd.org> Date: Thu, 24 Nov 2005 10:22:21 -0800 From: Paul Saab User-Agent: Thunderbird 1.4 (Macintosh/20050908) MIME-Version: 1.0 To: "Marc G. Fournier" References: <20051123033644.O1053@ganymede.hub.org> In-Reply-To: <20051123033644.O1053@ganymede.hub.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ciss(4) driver in FreeBSD 6.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 18:23:32 -0000 Marc G. Fournier wrote: > > Hi .. > > Having read the man page, there is alot in there that makes me > wonder whether going with a HP Smart Array P600 is a wise idea ... > > "The Compaq ciss adapters require faked responses to get reasonable > behavior out of them. In addition, the ciss command set is by no > means adequate to support the functionality of a RAID controller, and > thus the supported Compaq adapters utilize portions of the control > protocol from earlier" > > I'm specifically looking at the Proliant DL360, which has this card > ... can you provide any comments, or insight, concerning what the man > page states? Should I shy away from this controller? :( The P600 should work just fine. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 18:24:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED77C16A41F for ; Thu, 24 Nov 2005 18:24:32 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail23.syd.optusnet.com.au (mail23.syd.optusnet.com.au [211.29.133.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5240B43D68 for ; Thu, 24 Nov 2005 18:24:08 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail23.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id jAOIO0Eq024704 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 25 Nov 2005 05:24:02 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id jAOINxHh010603; Fri, 25 Nov 2005 05:23:59 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id jAOINvfu010602; Fri, 25 Nov 2005 05:23:57 +1100 (EST) (envelope-from pjeremy) Date: Fri, 25 Nov 2005 05:23:57 +1100 From: Peter Jeremy To: Greg Rivers Message-ID: <20051124182357.GE7512@cirb503493.alcatel.com.au> References: <20051121164139.T48994@w10.sac.fedex.com> <20051122021224.GA12402@xor.obsecurity.org> <20051121205535.W32523@nc8000.tharned.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051121205535.W32523@nc8000.tharned.org> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Recurring problem: processes block accessing UFS file system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 18:24:33 -0000 On Mon, 2005-Nov-21 21:23:10 -0600, Greg Rivers wrote: > the >deadlock also occurs under normal operation when no snapshots are running >or have ever been run since boot. It's just much less frequent in this >case. I've also seen this behaviour in both 5.x and 6.0 (I can't recall if it bit me in 4.x). In my case, the trigger is OpenOffice.org - one of the offending processes is almost always OOo/program/pagein. Unfortunately, I haven't been able to get to the bottom of this (and my son isn't happy that OOo keeps deadlocking on him). -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 18:28:19 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8352716A41F for ; Thu, 24 Nov 2005 18:28:19 +0000 (GMT) (envelope-from ps@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CB5743DB9 for ; Thu, 24 Nov 2005 18:28:06 +0000 (GMT) (envelope-from ps@freebsd.org) Received: from [192.168.0.100] (12-240-19-60.client.mchsi.com [12.240.19.60]) by elvis.mu.org (Postfix) with ESMTP id EDCCA1A3C1A; Thu, 24 Nov 2005 10:27:48 -0800 (PST) Message-ID: <43860625.4070103@freebsd.org> Date: Thu, 24 Nov 2005 10:27:49 -0800 From: Paul Saab User-Agent: Thunderbird 1.4 (Macintosh/20050908) MIME-Version: 1.0 To: Sascha Holzleiter References: <20051123033644.O1053@ganymede.hub.org> <4385FFED.3050003@crc.u-strasbg.fr> <20051124181507.GA3012@serverbitch.de> In-Reply-To: <20051124181507.GA3012@serverbitch.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ciss(4) driver in FreeBSD 6.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 18:28:19 -0000 Sascha Holzleiter wrote: > do you know of any method to monitor these controllers with FreeBSD, > e.g. to detect drive failures? > > No, but the code is in the driver and can be easily adapted to a userland program to probe the controller through the ioctl interface, but the easiest way is to just have something monitor syslog. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 18:34:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40BAC16A42C for ; Thu, 24 Nov 2005 18:34:47 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 167A443DAC for ; Thu, 24 Nov 2005 18:34:21 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id jAOIYC3o050626; Thu, 24 Nov 2005 19:34:12 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id jAOIYCZY050625; Thu, 24 Nov 2005 19:34:12 +0100 (CET) (envelope-from hk) Date: Thu, 24 Nov 2005 19:34:12 +0100 From: Holger Kipp To: Sascha Holzleiter Message-ID: <20051124183412.GA50476@intserv.int1.b.intern> References: <20051123033644.O1053@ganymede.hub.org> <4385FFED.3050003@crc.u-strasbg.fr> <20051124181507.GA3012@serverbitch.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051124181507.GA3012@serverbitch.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: ciss(4) driver in FreeBSD 6.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 18:34:47 -0000 On Thu, Nov 24, 2005 at 07:15:07PM +0100, Sascha Holzleiter wrote: > > On Thu, Nov 24, 2005 at 07:01:17PM +0100, Philippe Pegon wrote: > > We have about thirty HP servers (DL360 and DL380) with FreeBSD 5 and 6, > > and they seem to work fine with ciss driver. Just this damn bug > > (kern/83375) which is not related to ciss driver... > > do you know of any method to monitor these [ciss] controllers with FreeBSD, > e.g. to detect drive failures? You could simply monitor the corresponding ciss syslog-messages and scan for state changes (ie from OK to something else). Apart from reboot-messages, you only get messages if states are changing... Regards, Holger Kipp alogis AG, Berlin From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 19:19:02 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7A2916A420 for ; Thu, 24 Nov 2005 19:19:02 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7695043D6E for ; Thu, 24 Nov 2005 19:19:00 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from baal.u-strasbg.fr (baal.u-strasbg.fr [IPv6:2001:660:2402::41]) by mailhost.u-strasbg.fr (8.13.3/jtpda-5.5pre1) with ESMTP id jAOJHQ3k015893 ; Thu, 24 Nov 2005 20:17:26 +0100 (CET) Received: from [127.0.0.1] (crc.u-strasbg.fr [IPv6:2001:660:2402:1001::1]) by baal.u-strasbg.fr (8.13.4/jtpda-5.5pre1) with ESMTP id jAOJHPmC008948 ; Thu, 24 Nov 2005 20:17:25 +0100 Message-ID: <4386115D.5070702@crc.u-strasbg.fr> Date: Thu, 24 Nov 2005 20:15:41 +0100 From: Philippe Pegon User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051016) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Holger Kipp References: <20051123033644.O1053@ganymede.hub.org> <4385FFED.3050003@crc.u-strasbg.fr> <20051124181507.GA3012@serverbitch.de> <20051124183412.GA50476@intserv.int1.b.intern> In-Reply-To: <20051124183412.GA50476@intserv.int1.b.intern> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1194/Thu Nov 24 18:26:07 2005 on mr5.u-strasbg.fr X-Virus-Scanned: ClamAV 0.87.1/1194/Thu Nov 24 18:26:07 2005 on baal.u-strasbg.fr X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::155]); Thu, 24 Nov 2005 20:17:26 +0100 (CET) X-Spam-Status: No, score=-0.2 required=5.0 tests=AWL,NO_RELAYS autolearn=disabled version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mr5.u-strasbg.fr Cc: freebsd-stable@freebsd.org, Sascha Holzleiter Subject: Re: ciss(4) driver in FreeBSD 6.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 19:19:03 -0000 Holger Kipp wrote: > On Thu, Nov 24, 2005 at 07:15:07PM +0100, Sascha Holzleiter wrote: > >>On Thu, Nov 24, 2005 at 07:01:17PM +0100, Philippe Pegon wrote: >> >>>We have about thirty HP servers (DL360 and DL380) with FreeBSD 5 and 6, >>>and they seem to work fine with ciss driver. Just this damn bug >>>(kern/83375) which is not related to ciss driver... >> >>do you know of any method to monitor these [ciss] controllers with FreeBSD, >>e.g. to detect drive failures? > > > You could simply monitor the corresponding ciss syslog-messages > and scan for state changes (ie from OK to something else). Apart > from reboot-messages, you only get messages if states are > changing... you could also use camcontrol(8) for example : camcontrol inquiry da0 -D > > Regards, > Holger Kipp > alogis AG, Berlin -- Philippe Pegon From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 19:20:12 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C78116A41F; Thu, 24 Nov 2005 19:20:12 +0000 (GMT) (envelope-from kline@tao.thought.org) Received: from tao.thought.org (dsl231-043-140.sea1.dsl.speakeasy.net [216.231.43.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DB0443D5C; Thu, 24 Nov 2005 19:20:11 +0000 (GMT) (envelope-from kline@tao.thought.org) Received: from tao.thought.org (localhost [127.0.0.1]) by tao.thought.org (8.13.1/8.13.1) with ESMTP id jAOJK1xj026722; Thu, 24 Nov 2005 11:20:01 -0800 (PST) (envelope-from kline@tao.thought.org) Received: (from kline@localhost) by tao.thought.org (8.13.1/8.13.1/Submit) id jAOJJxXp026718; Thu, 24 Nov 2005 11:19:59 -0800 (PST) (envelope-from kline) Date: Thu, 24 Nov 2005 11:19:59 -0800 From: Gary Kline To: freebsd-lists@dclg.ca Message-ID: <20051124191959.GA26104@thought.org> References: <4383C20E.20509@shaw.ca> <200511231238.06590.doconnor@gsoft.com.au> <20051123105730.GA29369@laverenz.de> <20051123185909.GA17696@thought.org> <4384C0AB.103@chillt.de> <20051123194217.GC17696@thought.org> <20051123200505.GF908@eucla.lemis.com> <20051123223653.GA19327@thought.org> <17285.59301.421840.741798@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17285.59301.421840.741798@canoe.dclg.ca> User-Agent: Mutt/1.4.2.1i X-Organization: Thought Unlimited. Public service Unix since 1986. X-Of_Interest: Observing 19 years of service to the Unix community Cc: Greg 'groggy' Lehey , Gary Kline , freebsd-stable@FreeBSD.org, Bartosz Fabianowski Subject: Re: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 19:20:12 -0000 On Thu, Nov 24, 2005 at 11:17:41AM -0500, freebsd-lists@dclg.ca wrote: > >>>>> "Gary" == Gary Kline writes: > > >> > > Gary> I wish some EE and ME would design a mouse-pad with a slight > Gary> tilt to steer the mouse; I think that would be a great > Gary> improvment on the current scratch mousepad. Similarly with > Gary> Thinkpad's tiny joystick. I've tried my wife's Dell l'top.... > > Gary> Agree that the Thinkpad's screen res is drawback; the > Gary> 1920x1200 is a ++major. > > I have the Dell D800 --- which is a frighteningly expensive machine (I > think the 1920x1200 resolution plus a fast pentium-M will run you > $3500 Cdn) --- but it's an amazingly good machine. So here's my score > sheet: > > Pros: > > - 1920x1200 screen w/ nvidia 3D. One of the best screens in the > business > - P4M processor (essential) > - available dual-battery > - next day / no questions asked onsite repair for about 10% extra. > - has both joystick and touchpad > - GigE (handy in that it has auto-crossover) > - real serial port > > Cons: > > - ACPI suspend still doesn't work (2.5 years on) > - 7lbs > - Not cheap > - Dell doesn't acknowledge FreeBSD exists. > > On the warrenty... I'm hard on equipment and I depend on my > equipment. I've been impressed that if I put my foot down and "say" > that I believe something needs replacing, then without much fuss, they > do it. The next day onsite service is cool. Most of the time I get > them to ship me the part, but I did have them replace the moatherboard > once --- a nice guy came and did that ... and didn't even ask about my > rerouting of the ariels in the chassy (to accomodate a different > interal wireless card). > > On the whole, the lease is up in about 6 months. I'd probably get > another. > > Dave. > Do you lease or buy most hardware? I've never crunched cost vs return on computers, but it seems likly that leasing might win here. Brand new machine every 18 months; what a deal. In any case, $3K (US or Cnd) is out of my league. All but two of my platforms were used or donated, but they were all rugged. My HP Kayaks will probably still be working when I'm pushing up weeds; same with the ThinkPad 600E. I stress everything pretty hard with just plain use and by keeping things current. I don't really-REALLLLLY *need* a faster laptop. But figure I could put ubuntu on my 600E for my 10-year-old [she prefers linux to windoze:)], then load FBSD-6 and Ubuntu on the faster TP. The great thing about unix is that it isn't over-gloppy--you don't need GHz processors for decent performance. BUT:: it's the brain-dead OS's their glop-ware that sells the new hardware. If everybody were as cheap as I am, we'd prob'ly still be living in caves. thanks for your input; I'm saving it on my wish-list! gary -- Gary Kline kline@thought.org www.thought.org Public service Unix From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 23:10:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F16916A468 for ; Thu, 24 Nov 2005 23:10:27 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5A284445A for ; Thu, 24 Nov 2005 20:22:32 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 99FF91A3C28; Thu, 24 Nov 2005 12:22:32 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E1D6D515B2; Thu, 24 Nov 2005 15:22:31 -0500 (EST) Date: Thu, 24 Nov 2005 15:22:31 -0500 From: Kris Kennaway To: Rutger Bevaart Message-ID: <20051124202231.GA29868@xor.obsecurity.org> References: <20051123213916.GA7375@xor.obsecurity.org> <50249.62.58.16.80.1132821908.squirrel@www.illian.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <50249.62.58.16.80.1132821908.squirrel@www.illian.net> User-Agent: Mutt/1.4.2.1i Cc: Gino Ruopolo , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: FreeBSD unstable on Dell 1750 using SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 23:10:27 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 24, 2005 at 09:45:08AM +0100, Rutger Bevaart wrote: > Hi Kris, >=20 > I cannot find anything about that in the /usr/src/UPDATING for the 5.4 > branch. I didn't say anything about UPDATING, I said the release errata. > We're running "FreeBSD xyz 5.4-RELEASE-p5 FreeBSD 5.4-RELEASE-p5" > and p6 and later only fix some IPSEC and SSL stuff. >=20 > Is it in 6.0 and if so, will somebody backport that fix? Yes and as I said, it already was. > > This is documented in the 5.4 errata, it's a leak in the stats > > counting on SMP machines. It was fixed after 5.4. Kris --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDhiEHWry0BWjoQKURAh7pAJ9rP2+fdIFewPGJsTjTTmUmbsdzfwCgx0Ox xMicdWq0sVRwrprDDJlUm0U= =TQxF -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 23:12:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30D3216A755 for ; Thu, 24 Nov 2005 23:12:52 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEC0E442E3 for ; Thu, 24 Nov 2005 19:35:38 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from baal.u-strasbg.fr (baal.u-strasbg.fr [IPv6:2001:660:2402::41]) by mailhost.u-strasbg.fr (8.13.3/jtpda-5.5pre1) with ESMTP id jAOJZaIR040571 ; Thu, 24 Nov 2005 20:35:36 +0100 (CET) Received: from [127.0.0.1] (crc.u-strasbg.fr [IPv6:2001:660:2402:1001::1]) by baal.u-strasbg.fr (8.13.4/jtpda-5.5pre1) with ESMTP id jAOJZZCp014992 ; Thu, 24 Nov 2005 20:35:35 +0100 Message-ID: <4386159F.800@crc.u-strasbg.fr> Date: Thu, 24 Nov 2005 20:33:51 +0100 From: Philippe Pegon User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051016) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sascha Holzleiter References: <20051123033644.O1053@ganymede.hub.org> <4385FFED.3050003@crc.u-strasbg.fr> <20051124181507.GA3012@serverbitch.de> In-Reply-To: <20051124181507.GA3012@serverbitch.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1194/Thu Nov 24 18:26:07 2005 on mr7.u-strasbg.fr X-Virus-Scanned: ClamAV 0.87.1/1194/Thu Nov 24 18:26:07 2005 on baal.u-strasbg.fr X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::157]); Thu, 24 Nov 2005 20:35:36 +0100 (CET) X-Spam-Status: No, score=-0.1 required=5.0 tests=AWL,NO_RELAYS autolearn=disabled version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mr7.u-strasbg.fr Cc: freebsd-stable@freebsd.org Subject: Re: ciss(4) driver in FreeBSD 6.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 23:12:58 -0000 Sascha Holzleiter wrote: > Hi, > > On Thu, Nov 24, 2005 at 07:01:17PM +0100, Philippe Pegon wrote: > >>We have about thirty HP servers (DL360 and DL380) with FreeBSD 5 and 6, >>and they seem to work fine with ciss driver. Just this damn bug >>(kern/83375) which is not related to ciss driver... > > > do you know of any method to monitor these controllers with FreeBSD, > e.g. to detect drive failures? We use camcontrol(8) and a perl script. The perl script runs every five minutes a command like that : # camcontrol inquiry da0 -D pass0: Fixed Direct Access SCSI-5 device and when the output changes, it sends an alarm by mail. -- Philippe Pegon From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 23:13:31 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 130A816A8B5 for ; Thu, 24 Nov 2005 23:13:31 +0000 (GMT) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59C0B454AD for ; Thu, 24 Nov 2005 22:07:44 +0000 (GMT) (envelope-from kama@pvp.se) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id C447FBD; Thu, 24 Nov 2005 23:08:28 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id BF845BB; Thu, 24 Nov 2005 23:08:28 +0100 (CET) Date: Thu, 24 Nov 2005 23:08:28 +0100 (CET) From: kama X-X-Sender: kama@ns1.as.pvp.se To: Holger Kipp In-Reply-To: <20051124183412.GA50476@intserv.int1.b.intern> Message-ID: <20051124230726.G63444@ns1.as.pvp.se> References: <20051123033644.O1053@ganymede.hub.org> <4385FFED.3050003@crc.u-strasbg.fr> <20051124181507.GA3012@serverbitch.de> <20051124183412.GA50476@intserv.int1.b.intern> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org, Sascha Holzleiter Subject: Re: ciss(4) driver in FreeBSD 6.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 23:13:33 -0000 On Thu, 24 Nov 2005, Holger Kipp wrote: > On Thu, Nov 24, 2005 at 07:15:07PM +0100, Sascha Holzleiter wrote: > > > > On Thu, Nov 24, 2005 at 07:01:17PM +0100, Philippe Pegon wrote: > > > We have about thirty HP servers (DL360 and DL380) with FreeBSD 5 and 6, > > > and they seem to work fine with ciss driver. Just this damn bug > > > (kern/83375) which is not related to ciss driver... > > > > do you know of any method to monitor these [ciss] controllers with FreeBSD, > > e.g. to detect drive failures? > > You could simply monitor the corresponding ciss syslog-messages > and scan for state changes (ie from OK to something else). Apart > from reboot-messages, you only get messages if states are > changing... Maybe this is what you are looking for? http://people.freebsd.org/~jcagle/ /Bjorn From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 23:13:51 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E110416A57E; Thu, 24 Nov 2005 23:13:50 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id E93C2449E6; Thu, 24 Nov 2005 20:30:03 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 5424610E39; Thu, 24 Nov 2005 15:30:03 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 651821A08DB; Thu, 24 Nov 2005 15:30:00 -0500 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17286.8904.278937.405685@canoe.dclg.ca> Date: Thu, 24 Nov 2005 15:30:00 -0500 From: freebsd-lists@dclg.ca To: Gary Kline In-Reply-To: <20051124191959.GA26104@thought.org> References: <4383C20E.20509@shaw.ca> <200511231238.06590.doconnor@gsoft.com.au> <20051123105730.GA29369@laverenz.de> <20051123185909.GA17696@thought.org> <4384C0AB.103@chillt.de> <20051123194217.GC17696@thought.org> <20051123200505.GF908@eucla.lemis.com> <20051123223653.GA19327@thought.org> <17285.59301.421840.741798@canoe.dclg.ca> <20051124191959.GA26104@thought.org> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid Cc: Greg 'groggy' Lehey , Bartosz Fabianowski , freebsd-stable@FreeBSD.org, freebsd-lists@dclg.ca Subject: Re: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 23:13:51 -0000 >>>>> "Gary" == Gary Kline writes: [on the merrits of my D800 laptop] Gary> Do you lease or buy most hardware? I've never crunched cost Gary> vs return on computers, but it seems likly that leasing might Gary> win here. Brand new machine every 18 months; what a deal. In Gary> any case, $3K (US or Cnd) is out of my league. I lease the laptop. It's a business tool. People pay me monthly, I pay dell monthly. In my case, I took the 3 year business lease ... which means that you "walk away" (or buy) the laptop at the end of the lease. I tend to walk away (ie: lease another laptop). Gary> thanks for your input; I'm saving it on my wish-list! Heh. You don't need faster... but compiling openoffice is a chore on a slow machine. :). Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 23:14:02 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E6D416A937 for ; Thu, 24 Nov 2005 23:14:00 +0000 (GMT) (envelope-from dan@syz.com) Received: from mail.clearwave.ca (h139-142-194-114.gtcust.grouptelecom.net [139.142.194.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id E57D9459B9 for ; Thu, 24 Nov 2005 21:36:11 +0000 (GMT) (envelope-from dan@syz.com) Received: from localhost (localhost.clearwave.ca [127.0.0.1]) by mail.clearwave.ca (Postfix) with ESMTP id 9DF821037A33 for ; Thu, 24 Nov 2005 14:35:58 -0700 (MST) Received: from mail.clearwave.ca ([127.0.0.1]) by localhost (mail.clearwave.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 73943-05 for ; Thu, 24 Nov 2005 14:35:49 -0700 (MST) Received: from [192.168.2.108] (h139-142-196-33.gtcust.grouptelecom.net [139.142.196.33]) by mail.clearwave.ca (Postfix) with ESMTP id E3C661037A2F for ; Thu, 24 Nov 2005 14:35:49 -0700 (MST) Mime-Version: 1.0 (Apple Message framework v746.2) Content-Transfer-Encoding: 7bit Message-Id: <83BB6E6C-AF9B-4B1F-9D89-C170E98AECFF@syz.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: Dan Charrois Date: Thu, 24 Nov 2005 14:36:01 -0700 X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: amavisd-new at clearwave.ca Subject: Re: FreeBSD unstable on Dell 1750 using SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 23:14:02 -0000 Hi Kris, Rutger, and others that have commented on this thread. I'm happy to hear that I'm not the only one experiencing problems like this. I posted a similar question a month or so ago about a PowerEdge 2850 using SMP (dual Xeons) and never received any responses that helped solve the problem, or even any indication that others had the same problem. As you know, troubleshooting this is quite difficult, since it can take weeks to go down, and then the "auto-reboot" doesn't result in any clues as to why in the log file - it's just suddenly started again as if someone had pulled the plug on it. I've been pulling my hair out. My machine crashed twice in the last month or so, within two weeks of each other. Both times, it was just as a cron task was about to schedule the mysqlhotcopy script to back up some SQL databases that are being hosted on that machine, so I thought it may have something to do with that (I had it running as a root crontask so figured that maybe some bug in that caused things to go weird - it was running as root, after all). I changed it to run under a less privileged user and the machine hasn't died for about 2 1/2 weeks. But that's hardly a conclusive case of having solved the situation - it's probably planning on surviving just long enough to last until the point I need it the most to work. It sounds as though memory buffer allocations are going wacky or something, in which anything could take it down given the wrong combination of events. In any case, We're running the amd64 version of FreeBSD 5.4-RELEASE- p6 FreeBSD 5.4-RELEASE-p6 #3: Fri Aug 5 18:18:10 MDT 2005 A netstat -m (which I'd never tried before) yields: 18446744073709551402 mbufs in use 49/25600 mbuf clusters in use (current/max) 0/0/0 sfbufs in use (current/peak/max) 44 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 884 calls to protocol drain routines Obviously, the mbufs in use currently on that machine is way out to lunch. And interestingly, it looks as though my max mbuf clusters in use of 25600 is identical to the other netstat -m reports from people having this problem. Another machine (an older single CPU Dell) on which I'm running the 386 version of FreeBSD 5.4-RELEASE-p5 FreeBSD 5.4-RELEASE-p5 #1: Thu Jul 21 22:30:46 MDT 2005 has a more sane netstat -m: 130 mbufs in use 128/8896 mbuf clusters in use (current/max) 0/177/2480 sfbufs in use (current/peak/max) 288 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 208493 requests for I/O initiated by sendfile 26697 calls to protocol drain routines But here's about where any troubleshooting on my own reaches its limit. I noticed that Kris mentioned it was a known problem in the stats counting for SMP machines and had been fixed, but haven't been able to find a reference to that, or any indication of how to do so. Is this fix supposed to have been an accounting bug in the report for netstat, or is it something which would have taken down the machine as has been happening? If switching to single CPU mode works, it's good to hear that I have an option if things continue to act up. But I'd really rather not have to "dumb down" the machine to one CPU when there is the potential of two. Most of the time it's not under a huge load, but periodically there are massive spikes, and that's where having two CPUs really help. If anyone can shed further light on a fix for this problem, it would be greatly appreciated! Dan -- Syzygy Research & Technology Box 83, Legal, AB T0G 1L0 Canada Phone: 780-961-2213 From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 23:14:52 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 950A616AA78 for ; Thu, 24 Nov 2005 23:14:47 +0000 (GMT) (envelope-from paul.koch@statseeker.com) Received: from wally.statseeker.com (wally.statscout.com [203.39.101.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E4C045C5D for ; Thu, 24 Nov 2005 22:24:07 +0000 (GMT) (envelope-from paul.koch@statseeker.com) Received: from localhost (localhost [127.0.0.1]) by wally.statseeker.com (8.13.3/8.13.3) with ESMTP id jAOMO5Y5050604; Fri, 25 Nov 2005 08:24:05 +1000 (EST) (envelope-from paul.koch@statseeker.com) Received: from wally.statseeker.com ([127.0.0.1]) by localhost (wally.statseeker.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 50388-01; Fri, 25 Nov 2005 08:24:00 +1000 (EST) Received: from speedy (CPE-139-168-174-55.qld.bigpond.net.au [139.168.174.55]) (authenticated bits=0) by wally.statseeker.com (8.13.3/8.13.3) with ESMTP id jAOMNulK050594 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Fri, 25 Nov 2005 08:23:57 +1000 (EST) (envelope-from paul.koch@statseeker.com) From: Paul Koch Organization: Statseeker To: freebsd-stable@freebsd.org Date: Fri, 25 Nov 2005 08:22:00 +1000 User-Agent: KMail/1.8 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511250822.00875.paul.koch@statseeker.com> X-Virus-Scanned: amavisd-new at statseeker.com Cc: mackiev@yandex.ru, Pete French Subject: Re: 6.0 kernel will not boot past atkbd0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: paul.koch@statseeker.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 23:14:52 -0000 On Fri, 25 Nov 2005 01:18 am, Pete French wrote: > > I have the same behavior on Compaq AP400 (2xPIII 700MHz). > > The problem disappeared when I disconnect the mouse. > > Ah! Now that is worth knowing - I didnt even think of trying that. > So does anyone know why the mouse being connected causes it to not > boot ? > > I can rebuild the kernel without the mouse driver, that might help... We have an array of new ASUS machine connected through a KVM. These machines panic when the kernel is probing for the mouse if ACPI is not loaded. If a mouse is not plugged in, no panic. If ACPI is loaded and the mouse is plugged in, it boots fine. Paul. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 23:16:02 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF38C16A80C for ; Thu, 24 Nov 2005 23:16:02 +0000 (GMT) (envelope-from dan@syz.com) Received: from mail.clearwave.ca (h139-142-194-114.gtcust.grouptelecom.net [139.142.194.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DA0545C21 for ; Thu, 24 Nov 2005 21:49:20 +0000 (GMT) (envelope-from dan@syz.com) Received: from localhost (localhost.clearwave.ca [127.0.0.1]) by mail.clearwave.ca (Postfix) with ESMTP id 0783A1037A68 for ; Thu, 24 Nov 2005 14:49:07 -0700 (MST) Received: from mail.clearwave.ca ([127.0.0.1]) by localhost (mail.clearwave.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 74244-01 for ; Thu, 24 Nov 2005 14:48:58 -0700 (MST) Received: from [192.168.2.108] (h139-142-196-33.gtcust.grouptelecom.net [139.142.196.33]) by mail.clearwave.ca (Postfix) with ESMTP id 74FF41037A48 for ; Thu, 24 Nov 2005 14:48:58 -0700 (MST) Mime-Version: 1.0 (Apple Message framework v746.2) Content-Transfer-Encoding: 7bit Message-Id: <24EC8636-1C7E-418A-BD16-41F5AF57C988@syz.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: Dan Charrois Date: Thu, 24 Nov 2005 14:49:10 -0700 X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: amavisd-new at clearwave.ca Subject: Re: FreeBSD unstable on Dell 1750 using SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 23:16:03 -0000 I just thought of one other bit of info that may be relevant to the auto-rebooting problem I've experienced with our PowerEdge 2850. Since the problem may be related to memory allocation, I thought I should mention that we have more memory in that machine that is typical for some users. We have 5 Gigs installed. From "top": Mem: 175M Active, 4121M Inact, 244M Wired, 244M Cache, 214M Buf, 23M Free Swap: 10G Total, 12K Used, 10G Free If this turns out to be an AMD64 vs. 386 issue and we were to revert to the 386 branch, would we still be able to access this memory, or would the 386 be limited to 4Gb (or maybe 2Gb) due to 32 bit addressing? We don't need anywhere near this much memory for user space programs, but the kernel does make good use of it to cache commonly accessed regions of the file system in memory. Dan -- Syzygy Research & Technology Box 83, Legal, AB T0G 1L0 Canada Phone: 780-961-2213 From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 00:24:52 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1343016A41F for ; Fri, 25 Nov 2005 00:24:52 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E165343D7E for ; Fri, 25 Nov 2005 00:24:29 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 5ADAB1A3C28; Thu, 24 Nov 2005 16:23:55 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A0511515B2; Thu, 24 Nov 2005 19:23:54 -0500 (EST) Date: Thu, 24 Nov 2005 19:23:54 -0500 From: Kris Kennaway To: Dan Charrois Message-ID: <20051125002354.GA33000@xor.obsecurity.org> References: <83BB6E6C-AF9B-4B1F-9D89-C170E98AECFF@syz.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: <83BB6E6C-AF9B-4B1F-9D89-C170E98AECFF@syz.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD unstable on Dell 1750 using SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 00:24:52 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 24, 2005 at 02:36:01PM -0700, Dan Charrois wrote: > But here's about where any troubleshooting on my own reaches its =20 > limit. I noticed that Kris mentioned it was a known problem in the =20 > stats counting for SMP machines and had been fixed, but haven't been =20 > able to find a reference to that, or any indication of how to do so. =20 > Is this fix supposed to have been an accounting bug in the report for =20 > netstat, or is it something which would have taken down the machine =20 > as has been happening? It's a leak in the stats counting that has no implications other than cosmetic ones. If you update to 5.4-STABLE that should be fixed. Anyway, if 5.4 is giving you stability problems then you should try 6.0 to see if the bug is already fixed. Kris --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDhlmaWry0BWjoQKURAkRiAKC6tUuRpsc0zRG+cvuu+XQKoDZNTQCcDadH A4pxNfhBVXYyXGAGHyBB8WA= =EVRj -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 00:26:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7BF616A420 for ; Fri, 25 Nov 2005 00:26:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id AED1343D97 for ; Fri, 25 Nov 2005 00:26:29 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 085371A3C28; Thu, 24 Nov 2005 16:26:29 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 65462515B2; Thu, 24 Nov 2005 19:26:28 -0500 (EST) Date: Thu, 24 Nov 2005 19:26:28 -0500 From: Kris Kennaway To: Dan Charrois Message-ID: <20051125002628.GB33000@xor.obsecurity.org> References: <24EC8636-1C7E-418A-BD16-41F5AF57C988@syz.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5/uDoXvLw7AC5HRs" Content-Disposition: inline In-Reply-To: <24EC8636-1C7E-418A-BD16-41F5AF57C988@syz.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD unstable on Dell 1750 using SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 00:26:49 -0000 --5/uDoXvLw7AC5HRs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 24, 2005 at 02:49:10PM -0700, Dan Charrois wrote: > I just thought of one other bit of info that may be relevant to the =20 > auto-rebooting problem I've experienced with our PowerEdge 2850. =20 > Since the problem may be related to memory allocation, I thought I =20 > should mention that we have more memory in that machine that is =20 > typical for some users. We have 5 Gigs installed. From "top": >=20 > Mem: 175M Active, 4121M Inact, 244M Wired, 244M Cache, 214M Buf, 23M =20 > Free > Swap: 10G Total, 12K Used, 10G Free >=20 > If this turns out to be an AMD64 vs. 386 issue and we were to revert =20 > to the 386 branch, would we still be able to access this memory, or =20 > would the 386 be limited to 4Gb (or maybe 2Gb) due to 32 bit =20 > addressing? We don't need anywhere near this much memory for user =20 > space programs, but the kernel does make good use of it to cache =20 > commonly accessed regions of the file system in memory. There are no issues with using 5GB of RAM on AMD64, unless of course you have bad memory (I assume you already ruled this out by swapping out the RAM, making sure you don't have mismatched RAM with different characteristics, etc). On i386 this would be limited to 4GB unless you enable PAE, which has performance implications (how much depends on your CPU) and which may not be supported by the drivers you need (see the PAE kernel config file). Kris --5/uDoXvLw7AC5HRs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDhlo0Wry0BWjoQKURAk+mAJ9xvBSbh6idnvDmsQl1Q/Vi0+N94gCgvUzd dVi8kJlxR0TUgGo2V7Mm6R4= =a0vY -----END PGP SIGNATURE----- --5/uDoXvLw7AC5HRs-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 00:47:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 137CE16A436 for ; Fri, 25 Nov 2005 00:47:47 +0000 (GMT) (envelope-from distro.watch@msa.hinet.net) Received: from msr15.hinet.net (msr15.hinet.net [168.95.4.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59AE443E50 for ; Fri, 25 Nov 2005 00:45:03 +0000 (GMT) (envelope-from distro.watch@msa.hinet.net) Received: from [192.168.1.180] (61-229-13-109.dynamic.hinet.net [61.229.13.109]) by msr15.hinet.net (8.9.3/8.9.3) with ESMTP id IAA06353 for ; Fri, 25 Nov 2005 08:44:50 +0800 (CST) From: Ladislav Bodnar Organization: DistroWatch To: freebsd-stable@freebsd.org Date: Fri, 25 Nov 2005 08:45:43 +0800 User-Agent: KMail/1.9 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511250845.43542.distro.watch@msa.hinet.net> Subject: Rotating web server logs without restarting Apache X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 00:47:47 -0000 Hi, Every time my httpd-access.log file is rotated I need to restart Apache, otherwise it won't write into the new httpd-access.log file. Is there a way for Apache (version 2.0.55 on FreeBSD 6.0) to write to the new log file without the need to restart it? I restart it routinely from a cron job, but occasionally Apache fails to restart (or more precisely, if fails to shutdown completely before it is told to come up again). Thank you very much for your help. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 01:18:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8111D16A41F for ; Fri, 25 Nov 2005 01:18:58 +0000 (GMT) (envelope-from pmurray@nevada.net.nz) Received: from bellagio.open2view.com (ns2.open2view.com [203.97.20.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD86443D67 for ; Fri, 25 Nov 2005 01:18:57 +0000 (GMT) (envelope-from pmurray@nevada.net.nz) Received: from localhost (localhost [127.0.0.1]) by bellagio.open2view.com (Postfix) with ESMTP id 90ADB61088; Fri, 25 Nov 2005 14:21:47 +1300 (NZDT) Received: from bellagio.open2view.com ([127.0.0.1]) by localhost (bellagio.open2view.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 91433-09; Fri, 25 Nov 2005 14:21:45 +1300 (NZDT) Received: from [10.58.3.145] (222-153-67-4.jetstream.xtra.co.nz [222.153.67.4]) by bellagio.open2view.com (Postfix) with ESMTP id 16F9E610B6; Fri, 25 Nov 2005 14:21:45 +1300 (NZDT) In-Reply-To: <200511250845.43542.distro.watch@msa.hinet.net> References: <200511250845.43542.distro.watch@msa.hinet.net> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <11EEE0FE-A7DC-4585-BF05-6FE3B73D5D97@nevada.net.nz> Content-Transfer-Encoding: 7bit From: Philip Murray Date: Fri, 25 Nov 2005 14:18:51 +1300 To: Ladislav Bodnar X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: amavisd-new at open2view.com Cc: freebsd-stable@freebsd.org Subject: Re: Rotating web server logs without restarting Apache X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 01:18:58 -0000 On 25/11/2005, at 1:45 PM, Ladislav Bodnar wrote: > Is there a way for Apache (version 2.0.55 on FreeBSD 6.0) to write > to the > new log file without the need to restart it? I restart it routinely > from a > cron job, but occasionally Apache fails to restart (or more > precisely, if > fails to shutdown completely before it is told to come up again). Look at sysutils/cronolog in ports. Apache logs to cronolog via a pipe and cronolog will do rotation for you without needing to restart Apache. Cheers Phil From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 02:09:56 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 992FC16A431 for ; Fri, 25 Nov 2005 02:09:56 +0000 (GMT) (envelope-from hangdog@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id A99FD43D45 for ; Fri, 25 Nov 2005 02:09:55 +0000 (GMT) (envelope-from hangdog@gmail.com) Received: by zproxy.gmail.com with SMTP id z31so387843nzd for ; Thu, 24 Nov 2005 18:09:55 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ThR46Poe6nHmy0N6Sbjxb+88u8B4lWMRzXVVOwwcF1V7hnIutZIWsb5ZRM8lAXRw+yUr7AAPBADUfspRV6qMEGCzgUi7rzFxwtwERblnf7NZ3u1mdNYz4BjtHC3IFDNxCYVg2qa5NluVLKFhj/MpWpIsbV0/fFqQx6rGwKMpBLc= Received: by 10.65.253.5 with SMTP id f5mr7830085qbs; Thu, 24 Nov 2005 18:09:55 -0800 (PST) Received: by 10.64.204.20 with HTTP; Thu, 24 Nov 2005 18:09:55 -0800 (PST) Message-ID: Date: Fri, 25 Nov 2005 10:09:55 +0800 From: Calvin OnEarth To: Philip Murray In-Reply-To: <11EEE0FE-A7DC-4585-BF05-6FE3B73D5D97@nevada.net.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200511250845.43542.distro.watch@msa.hinet.net> <11EEE0FE-A7DC-4585-BF05-6FE3B73D5D97@nevada.net.nz> Cc: freebsd-stable@freebsd.org Subject: Re: Rotating web server logs without restarting Apache X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 02:09:56 -0000 My very non-orthodox way is to:- 1) copy the entire content of the log file out for storage, renamed according to date. 2) cat /dev/null to the apache logfile On 11/25/05, Philip Murray wrote: > On 25/11/2005, at 1:45 PM, Ladislav Bodnar wrote: > > Is there a way for Apache (version 2.0.55 on FreeBSD 6.0) to write > > to the > > new log file without the need to restart it? I restart it routinely > > from a > > cron job, but occasionally Apache fails to restart (or more > > precisely, if > > fails to shutdown completely before it is told to come up again). > > Look at sysutils/cronolog in ports. Apache logs to cronolog via a > pipe and cronolog will do rotation for you without needing to restart > Apache. > > Cheers > > Phil From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 02:26:10 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8984416A41F for ; Fri, 25 Nov 2005 02:26:10 +0000 (GMT) (envelope-from mv@roq.com) Received: from vault.mel.jumbuck.com (ppp166-27.static.internode.on.net [150.101.166.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6ADC843D7D for ; Fri, 25 Nov 2005 02:26:09 +0000 (GMT) (envelope-from mv@roq.com) Received: from vault.mel.jumbuck.com (localhost [127.0.0.1]) by vault.mel.jumbuck.com (Postfix) with ESMTP id D3B568A063; Fri, 25 Nov 2005 13:25:59 +1100 (EST) Received: from [192.168.46.52] (unknown [192.168.46.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vault.mel.jumbuck.com (Postfix) with ESMTP id B8A568A023; Fri, 25 Nov 2005 13:25:59 +1100 (EST) Message-ID: <4386763F.9070507@roq.com> Date: Fri, 25 Nov 2005 13:26:07 +1100 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.12) Gecko/20051110 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ladislav Bodnar References: <200511250845.43542.distro.watch@msa.hinet.net> In-Reply-To: <200511250845.43542.distro.watch@msa.hinet.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: Re: Rotating web server logs without restarting Apache X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 02:26:10 -0000 Ladislav Bodnar wrote: >Hi, > >Every time my httpd-access.log file is rotated I need to restart Apache, >otherwise it won't write into the new httpd-access.log file. > >Is there a way for Apache (version 2.0.55 on FreeBSD 6.0) to write to the >new log file without the need to restart it? I restart it routinely from a >cron job, but occasionally Apache fails to restart (or more precisely, if >fails to shutdown completely before it is told to come up again). > >Thank you very much for your help. >_______________________________________________ > > Maybe I am missing something here but can't you use rotatelogs? I use it to rotate logs every day with apache2 and I never restart Apache. Mike From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 03:28:55 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9807016A41F for ; Fri, 25 Nov 2005 03:28:55 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from web36208.mail.mud.yahoo.com (web36208.mail.mud.yahoo.com [209.191.68.234]) by mx1.FreeBSD.org (Postfix) with SMTP id 7B00243D80 for ; Fri, 25 Nov 2005 03:28:46 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 73801 invoked by uid 60001); 25 Nov 2005 03:28:45 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=DyoxNN2nL65550EkFWtfQs3yiaxKbM5nu24qKrIzOcp3YfnFCna5vKsNAc8t4zfF7wt8z79b+dFvyqlOw12qzb1B6WZQ7qINdH99lGD4616hGxf+iGaeueSbiG+zQ98Yqevyc1jNKuUmPS0bc1xeYi4m2dhMGJUDQcSNXQpAJvE= ; Message-ID: <20051125032845.73799.qmail@web36208.mail.mud.yahoo.com> Received: from [147.46.44.181] by web36208.mail.mud.yahoo.com via HTTP; Thu, 24 Nov 2005 19:28:45 PST Date: Thu, 24 Nov 2005 19:28:45 -0800 (PST) From: Rob To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: PeterJeremy@optushome.com.au Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 03:28:55 -0000 Peter Jeremy wrote: > On Thu, 2005-Nov-17 00:00:03 -0800, Rob wrote: > >>The only way I know of how to trigger the deadlock, is to compile >>a new kernel and the 'linking kernel' stage will lock-up the PC. >>With a regular kernel, this takes 2.5 hours until deadlock, but with >>a fully equipped debug kernel it takes about 8 hours.... > > > When the first deadlock occurs, you have a fully populated set of kernel > objects (though possibly some of them are in the buffer case rather than > on disk). You should be able to quickly reproduce the panic by running: > # cd /usr/obj/usr/src/sys/<> > # make I have cvsup'ed the sources to STABLE as of Nov. 23rd 2005. After recompiling/installing world and debug-kernel, I again get a kernel deadlock when using swapfile: http://surfion.snu.ac.kr/~lahaye/swapfile2.txt Previous deadlocks are still documented here http://surfion.snu.ac.kr/~lahaye/swapfile.txt I hope this is of use for fixing this bug in 6. If further investigation is needed, then please let me know. Regards, Rob. __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 03:30:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3F8816A41F for ; Fri, 25 Nov 2005 03:30:06 +0000 (GMT) (envelope-from darren@nighttide.net) Received: from olmec.nighttide.net (jasper.nighttide.net [207.5.141.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30FBB43D73 for ; Fri, 25 Nov 2005 03:30:04 +0000 (GMT) (envelope-from darren@nighttide.net) Received: from localhost (darren@localhost [127.0.0.1]) by olmec.nighttide.net (8.13.3/8.13.3) with ESMTP id jAP3Txi3033542; Thu, 24 Nov 2005 22:29:59 -0500 (EST) (envelope-from darren@nighttide.net) Date: Thu, 24 Nov 2005 22:29:59 -0500 (EST) From: Darren Henderson To: Ladislav Bodnar In-Reply-To: <200511250845.43542.distro.watch@msa.hinet.net> Message-ID: <20051124222759.H32161@olmec> References: <200511250845.43542.distro.watch@msa.hinet.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Rotating web server logs without restarting Apache X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 03:30:06 -0000 On Fri, 25 Nov 2005, Ladislav Bodnar wrote: > Every time my httpd-access.log file is rotated I need to restart Apache, > otherwise it won't write into the new httpd-access.log file. Use apache's logrotate if you never want to stop apache. If you don't mind the restart you can use newsyslog to role the logs - I've never had it fail to keep apache going. -Darren ______________________________________________________________________ Darren Henderson darren@nighttide.net Help fight junk e-mail, visit http://www.cauce.org/ From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 03:53:46 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1376716A41F for ; Fri, 25 Nov 2005 03:53:46 +0000 (GMT) (envelope-from jose.mancebo@infomed.sld.cu) Received: from mail.sld.cu (mail.sld.cu [200.55.136.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE4A043D5D for ; Fri, 25 Nov 2005 03:53:40 +0000 (GMT) (envelope-from jose.mancebo@infomed.sld.cu) Received: by mail.sld.cu (Postfix, from userid 2) id F0AF63433D; Thu, 24 Nov 2005 23:41:55 -0400 (AST) Received: from mailhub.sld.cu(196.1.112.37) via SMTP by mail-2.sld.cu, id smtpdWk0ELm; Thu Nov 24 23:41:54 2005 Received: from [192.168.30.176] (infomed.sld.cu [196.1.112.17]) by mailhub.sld.cu (Postfix) with ESMTP id 0125C18684D for ; Thu, 24 Nov 2005 23:41:54 -0400 (AST) Message-ID: <43869692.6050503@infomed.sld.cu> Date: Thu, 24 Nov 2005 23:44:02 -0500 From: Jose Mancebo User-Agent: Mozilla Thunderbird 0.9 (X11/20041116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Infomed-MailScanner-Information: Please contact the ISP for more information X-Infomed-MailScanner: Found to be clean (Mailhub) X-MailScanner-From: jose.mancebo@infomed.sld.cu Subject: (no subject) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 03:53:46 -0000 From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 09:28:51 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D1F316A423 for ; Fri, 25 Nov 2005 09:28:51 +0000 (GMT) (envelope-from wilbury@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 912BF43D45 for ; Fri, 25 Nov 2005 09:28:50 +0000 (GMT) (envelope-from wilbury@gmail.com) Received: by zproxy.gmail.com with SMTP id z31so443733nzd for ; Fri, 25 Nov 2005 01:28:48 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=gYDT35orEvdGXoDRFae8E7Kl1XaHAeRlnaysKy6U8gmmNg7S4hO3QYhNrbmi706/ZKa3ZqbhrNNOkP5EXDcQ+mtoMEOPhXMch0rAunTcTHDalqcA7oTVh85EGkeu7y9Njz7ZV99Cy1SbvxFDe1zfreTTBm0ZmlS6ALOPtniuUqI= Received: by 10.64.251.9 with SMTP id y9mr8003355qbh; Fri, 25 Nov 2005 01:28:48 -0800 (PST) Received: by 10.65.40.19 with HTTP; Fri, 25 Nov 2005 01:28:48 -0800 (PST) Message-ID: Date: Fri, 25 Nov 2005 10:28:48 +0100 From: Juraj Lutter To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: using bsnmpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 09:28:51 -0000 Hi, anyone of you using bsnmpd? I seem to be stuck on it's config. Basically, it works but I can't see PF variables exported to MIB although I load proper MIB into my snmp client. Any idea what I might be doing wrong? otis -- Sincerely yours, Juraj Lutter From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 10:10:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B346216A41F for ; Fri, 25 Nov 2005 10:10:50 +0000 (GMT) (envelope-from aperum@serverbitch.de) Received: from serverbitch.de (serverbitch.de [212.227.60.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CE5E43D45 for ; Fri, 25 Nov 2005 10:10:50 +0000 (GMT) (envelope-from aperum@serverbitch.de) Received: from aperum by serverbitch.de with local (Exim 4.54 (FreeBSD)) id 1EfaXX-00038O-SY for freebsd-stable@freebsd.org; Fri, 25 Nov 2005 11:10:47 +0100 Date: Fri, 25 Nov 2005 11:10:47 +0100 From: Sascha Holzleiter To: freebsd-stable@freebsd.org Message-ID: <20051125101047.GA11963@serverbitch.de> References: <20051123033644.O1053@ganymede.hub.org> <4385FFED.3050003@crc.u-strasbg.fr> <20051124181507.GA3012@serverbitch.de> <20051124183412.GA50476@intserv.int1.b.intern> <20051124230726.G63444@ns1.as.pvp.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051124230726.G63444@ns1.as.pvp.se> User-Agent: Mutt/1.5.11 Sender: Sascha Holzleiter Subject: Re: ciss(4) driver in FreeBSD 6.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 10:10:50 -0000 Hi, thanks for the input on this. On Thu, Nov 24, 2005 at 11:08:28PM +0100, kama wrote: > > > do you know of any method to monitor these [ciss] controllers with FreeBSD, > > > e.g. to detect drive failures? > > > > You could simply monitor the corresponding ciss syslog-messages > > and scan for state changes (ie from OK to something else). Apart > > from reboot-messages, you only get messages if states are > > changing... This is what is done already but I always wanted to watch the drives directly. The camcontrol approach seems to satisfy this. > Maybe this is what you are looking for? > > http://people.freebsd.org/~jcagle/ Also looks promising, I'll definitly try the hpasmcli util and hope there is more to it than the screenshot is showing :) Thanks, -- Sascha From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 10:25:07 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BF8216A41F; Fri, 25 Nov 2005 10:25:07 +0000 (GMT) (envelope-from martinkov@pobox.sk) Received: from mail.pipni.cz (mail.pipni.cz [193.86.238.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFC8E43D5A; Fri, 25 Nov 2005 10:25:04 +0000 (GMT) (envelope-from martinkov@pobox.sk) Received: from [193.86.238.3] (port=47225 helo=gamato.org) id 1Efal6-00075s-KP; Fri, 25 Nov 2005 11:24:48 +0100 From: "martinko" To: Wojciech Puchar , Bartosz Fabianowski Date: Fri, 25 Nov 2005 11:24:48 +0100 Message-Id: <20051125102023.M99147@pobox.sk> In-Reply-To: <20051123013603.O66337@chylonia.3miasto.net> References: <438398F2.9020802@chillt.de> <20051123013603.O66337@chylonia.3miasto.net> X-Mailer: Open WebMail 2.51 20050228 X-OriginatingIP: 165.72.200.8 (m@gamato.org) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: recompiled 6.0 does not boot -- need help !! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 10:25:07 -0000 On Wed, 23 Nov 2005 01:36:48 +0100 (CET), Wojciech Puchar wrote > > boot: > > > > Simply copy the default line and append ".old", as in: > > > > boot: 0:ad(0,a)/boot/loader.old > > loader.old??? AFAIK loader is not rebuilt while compiling kernel and > there is no such file like loader.old created! > > > Here, you can tell the loader to boot the previous kernel: > > > > OK boot /boot/kernel.old > > > > looks better :) thanks, but the issue is with the loader itself -- it resets my laptop as soon as it's loaded (by grub installed in gentoo partition). i'll check and try the other advices i received and will let you all know ... cheers, martin From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 11:01:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61EA116A41F for ; Fri, 25 Nov 2005 11:01:37 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id E885B43D88 for ; Fri, 25 Nov 2005 11:01:29 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.50 (FreeBSD)) id 1EfbKa-000FpL-3o; Fri, 25 Nov 2005 11:01:28 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.52 (FreeBSD)) id 1EfbKa-0007ep-1k; Fri, 25 Nov 2005 11:01:28 +0000 To: freebsd-stable@freebsd.org, paul.koch@statseeker.com In-Reply-To: <200511250822.00875.paul.koch@statseeker.com> Message-Id: From: Pete French Date: Fri, 25 Nov 2005 11:01:28 +0000 Cc: Subject: Re: 6.0 kernel will not boot past atkbd0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 11:01:37 -0000 > We have an array of new ASUS machine connected through a KVM. These > machines panic when the kernel is probing for the mouse if ACPI is not > loaded. If a mouse is not plugged in, no panic. If ACPI is loaded and > the mouse is plugged in, it boots fine. I didnt try ACPI. I merely took the ouse driiver out of the kernel. Interestingly this then let me boot single user, but would not boot multi user! I had to physically unplug the mouse in the end. Shall file a PR (unless someone else already did?) -pcf. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 11:11:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73A2716A41F for ; Fri, 25 Nov 2005 11:11:23 +0000 (GMT) (envelope-from paul.koch@statseeker.com) Received: from wally.statseeker.com (wally.statscout.com [203.39.101.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id A75B443D4C for ; Fri, 25 Nov 2005 11:11:22 +0000 (GMT) (envelope-from paul.koch@statseeker.com) Received: from localhost (localhost [127.0.0.1]) by wally.statseeker.com (8.13.3/8.13.3) with ESMTP id jAPBBKlY061708; Fri, 25 Nov 2005 21:11:20 +1000 (EST) (envelope-from paul.koch@statseeker.com) Received: from wally.statseeker.com ([127.0.0.1]) by localhost (wally.statseeker.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 60188-10; Fri, 25 Nov 2005 21:11:15 +1000 (EST) Received: from speedy (CPE-139-168-174-55.qld.bigpond.net.au [139.168.174.55]) (authenticated bits=0) by wally.statseeker.com (8.13.3/8.13.3) with ESMTP id jAPBBAIx061703 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Fri, 25 Nov 2005 21:11:10 +1000 (EST) (envelope-from paul.koch@statseeker.com) From: Paul Koch Organization: Statseeker To: Pete French Date: Fri, 25 Nov 2005 21:11:03 +1000 User-Agent: KMail/1.8 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511252111.04620.paul.koch@statseeker.com> X-Virus-Scanned: amavisd-new at statseeker.com Cc: freebsd-stable@freebsd.org Subject: Re: 6.0 kernel will not boot past atkbd0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: paul.koch@statseeker.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 11:11:23 -0000 On Fri, 25 Nov 2005 09:01 pm, Pete French wrote: > > We have an array of new ASUS machine connected through a KVM. > > These machines panic when the kernel is probing for the mouse if > > ACPI is not loaded. If a mouse is not plugged in, no panic. If > > ACPI is loaded and the mouse is plugged in, it boots fine. > > I didnt try ACPI. I merely took the ouse driiver out of the kernel. > Interestingly this then let me boot single user, but would not boot > multi user! I had to physically unplug the mouse in the end. > > Shall file a PR (unless someone else already did?) For the ASUS machines, we think it is already covered in PR i386/69750. Paul. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 12:11:38 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 679EF16A41F for ; Fri, 25 Nov 2005 12:11:38 +0000 (GMT) (envelope-from lwh@pathcom.com) Received: from smtp.tor.pathcom.com (smtp.tor.pathcom.com [209.250.128.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A0C543D79 for ; Fri, 25 Nov 2005 12:11:36 +0000 (GMT) (envelope-from lwh@pathcom.com) Received: from [207.188.64.76] (luke@rdsl-0588.tor.pathcom.com [207.188.64.76] (may be forged)) by smtp.tor.pathcom.com (8.13.5/8.12.6) with ESMTP id jAPCBa3m014061 for ; Fri, 25 Nov 2005 07:11:36 -0500 Message-ID: <4386FF87.9070506@pathcom.com> Date: Fri, 25 Nov 2005 07:11:51 -0500 From: Luke Hollins User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051112) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200511250845.43542.distro.watch@msa.hinet.net> In-Reply-To: <200511250845.43542.distro.watch@msa.hinet.net> X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Rotating web server logs without restarting Apache X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 12:11:38 -0000 Ladislav Bodnar wrote: >Hi, > >Every time my httpd-access.log file is rotated I need to restart Apache, >otherwise it won't write into the new httpd-access.log file. > >Is there a way for Apache (version 2.0.55 on FreeBSD 6.0) to write to the >new log file without the need to restart it? I restart it routinely from a >cron job, but occasionally Apache fails to restart (or more precisely, if >fails to shutdown completely before it is told to come up again). > > > If you send it kill -USR1 instead of restarting it, it will close and re-open the logfile(s). -- PGP: http://www.pathcom.com/~lwh/lwh@pathcom.com.asc From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 12:21:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6785616A41F for ; Fri, 25 Nov 2005 12:21:57 +0000 (GMT) (envelope-from rutger.bevaart@illian.net) Received: from darwin.illian.net (darwin.illian.net [80.69.74.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A07143D62 for ; Fri, 25 Nov 2005 12:21:55 +0000 (GMT) (envelope-from rutger.bevaart@illian.net) Received: from localhost (localhost.illian.net [127.0.0.1]) by darwin.illian.net (Postfix) with ESMTP id 81B35450CC; Fri, 25 Nov 2005 13:22:02 +0100 (CET) Received: from darwin.illian.net ([127.0.0.1]) by localhost (darwin.illian.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17716-03; Fri, 25 Nov 2005 13:22:01 +0100 (CET) Received: from www.illian.net (localhost.illian.net [127.0.0.1]) by darwin.illian.net (Postfix) with ESMTP id D0C6F450C3; Fri, 25 Nov 2005 13:22:01 +0100 (CET) Received: from 62.58.16.80 (SquirrelMail authenticated user rutger) by www.illian.net with HTTP; Fri, 25 Nov 2005 13:22:01 +0100 (CET) Message-ID: <37161.62.58.16.80.1132921321.squirrel@www.illian.net> In-Reply-To: <20051124202231.GA29868@xor.obsecurity.org> References: <20051123213916.GA7375@xor.obsecurity.org> <50249.62.58.16.80.1132821908.squirrel@www.illian.net> <20051124202231.GA29868@xor.obsecurity.org> Date: Fri, 25 Nov 2005 13:22:01 +0100 (CET) From: "Rutger Bevaart" To: "Kris Kennaway" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at illian.net Cc: freebsd-stable@freebsd.org, Gino Ruopolo Subject: Re: FreeBSD unstable on Dell 1750 using SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 12:21:57 -0000 Hello Kris (& list), Thanks for helping the 1750 and 2850 owners on this list. Unfortunately I cannot find any references to the leak or the fix you are referring to in the Release errata (http://www.freebsd.org/releases/5.4R/errata.html). We are trying really hard to resolve the stability issues with our Dell servers and would be very happy to know when the fix for what was committed. No way we'll be upgrading to 6.0 without knowing exactly what is going on (remembering broken 4.10 -> 5.3 systems) ... Regards Rutger Bevaart On Thu, November 24, 2005 21:22, Kris Kennaway wrote: > On Thu, Nov 24, 2005 at 09:45:08AM +0100, Rutger Bevaart wrote: >> Hi Kris, >> >> I cannot find anything about that in the /usr/src/UPDATING for the 5.4 >> branch. > > I didn't say anything about UPDATING, I said the release errata. > >> We're running "FreeBSD xyz 5.4-RELEASE-p5 FreeBSD 5.4-RELEASE-p5" >> and p6 and later only fix some IPSEC and SSL stuff. >> >> Is it in 6.0 and if so, will somebody backport that fix? > > Yes and as I said, it already was. > >> > This is documented in the 5.4 errata, it's a leak in the stats >> > counting on SMP machines. It was fixed after 5.4. > > Kris > Rutger Bevaart :: illian.networks From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 13:09:36 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3CD016A41F for ; Fri, 25 Nov 2005 13:09:36 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2010E43D49 for ; Fri, 25 Nov 2005 13:09:34 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id jAPD9W7J072012; Fri, 25 Nov 2005 14:09:32 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id jAPD9U0S072011; Fri, 25 Nov 2005 14:09:30 +0100 (CET) (envelope-from hk) Date: Fri, 25 Nov 2005 14:09:30 +0100 From: Holger Kipp To: Ladislav Bodnar Message-ID: <20051125130930.GA71513@intserv.int1.b.intern> References: <200511250845.43542.distro.watch@msa.hinet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200511250845.43542.distro.watch@msa.hinet.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Rotating web server logs without restarting Apache X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 13:09:37 -0000 On Fri, Nov 25, 2005 at 08:45:43AM +0800, Ladislav Bodnar wrote: > Hi, > > Every time my httpd-access.log file is rotated I need to restart Apache, > otherwise it won't write into the new httpd-access.log file. I usually use something like CustomLog "|/usr/local/sbin/rotatelogs /var/log/apache/logname.%Y%m%d%H 3600" combined This will automatically write to a new file every hour. See "man rotatelogs". rotatelogs is part of apache installation afaik. Regards, Holger Kipp alogis AG, Berlin From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 13:17:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 069A616A41F for ; Fri, 25 Nov 2005 13:17:59 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3180043D81 for ; Fri, 25 Nov 2005 13:17:52 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id jAPDHgmN072211; Fri, 25 Nov 2005 14:17:42 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id jAPDHgvo072210; Fri, 25 Nov 2005 14:17:42 +0100 (CET) (envelope-from hk) Date: Fri, 25 Nov 2005 14:17:42 +0100 From: Holger Kipp To: Sascha Holzleiter Message-ID: <20051125131742.GB71513@intserv.int1.b.intern> References: <20051123033644.O1053@ganymede.hub.org> <4385FFED.3050003@crc.u-strasbg.fr> <20051124181507.GA3012@serverbitch.de> <20051124183412.GA50476@intserv.int1.b.intern> <20051124230726.G63444@ns1.as.pvp.se> <20051125101047.GA11963@serverbitch.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051125101047.GA11963@serverbitch.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: ciss(4) driver in FreeBSD 6.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 13:17:59 -0000 On Fri, Nov 25, 2005 at 11:10:47AM +0100, Sascha Holzleiter wrote: > Hi, > > thanks for the input on this. > > On Thu, Nov 24, 2005 at 11:08:28PM +0100, kama wrote: > > > > do you know of any method to monitor these [ciss] controllers with FreeBSD, > > > > e.g. to detect drive failures? > > > > > > You could simply monitor the corresponding ciss syslog-messages > > > and scan for state changes (ie from OK to something else). Apart > > > from reboot-messages, you only get messages if states are > > > changing... > > This is what is done already but I always wanted to watch the drives > directly. The camcontrol approach seems to satisfy this. Well, that requires active testing every few minutes. You could instead make an appropriate entry in syslog.conf to pipe ciss-related entries into a program of your choice, so you get instant feedback ;-) Regards, Holger Kipp see man syslog.conf, action field description: --- o A vertical bar (``|''), followed by a command to pipe the selected messages to. The command is passed to sh(1) for evaluation, so usual shell metacharacters or input/output redirection can occur. (Note however that redirecting stdio(3) buffered output from the invoked command can cause additional delays, or even lost output data in case a logging subprocess exited with a signal.) The command itself runs with stdout and stderr redirected to /dev/null. Upon receipt of a SIGHUP, syslogd(8) will close the pipe to the process. If the process did not exit voluntarily, it will be sent a SIGTERM signal after a grace period of up to 60 seconds. The command will only be started once data arrives that should be piped to it. If it exited later, it will be restarted as necessary. So if it is desired that the subprocess should get exactly one line of input only (which can be very resource-consuming if there are a lot of messages flowing quickly), this can be achieved by exiting after just one line of input. If necessary, a script wrapper can be written to this effect. Unless the command is a full pipeline, it is probably useful to start the command with exec so that the invoking shell process does not wait for the command to complete. Warning: the process is started under the UID invoking syslogd(8), normally the superuser. --- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 13:23:36 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22D1B16A423 for ; Fri, 25 Nov 2005 13:23:36 +0000 (GMT) (envelope-from neil.hoggarth@physiol.ox.ac.uk) Received: from relay2.mail.ox.ac.uk (relay2.mail.ox.ac.uk [163.1.2.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D36C43D62 for ; Fri, 25 Nov 2005 13:23:27 +0000 (GMT) (envelope-from neil.hoggarth@physiol.ox.ac.uk) Received: from wren.physiol.ox.ac.uk ([163.1.249.100] helo=mail.physiol.ox.ac.uk) by relay2.mail.ox.ac.uk with esmtp (Exim 4.54) id 1EfdXw-0001Ei-8H; Fri, 25 Nov 2005 13:23:24 +0000 Received: from saros.physiol (saros.physiol [163.1.249.131]) by mail.physiol.ox.ac.uk (8.12.10/8.12.8) with ESMTP id jAPDNNWv025182; Fri, 25 Nov 2005 13:23:24 GMT Date: Fri, 25 Nov 2005 13:23:23 +0000 (GMT) From: Neil Hoggarth To: Ilja Alaoja In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@FreeBSD.org Subject: Re: Problem installing FreeBSD 6.0-RELEASE on HighPoint RocketRAID 1520 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 13:23:36 -0000 On Wed, 23 Nov 2005, Ilja Alaoja wrote: > I've aquired a HighPoint RocketRAID 1520 SATA controller card, since it's > supposed to be very well supported under FreeBSD. > Unfortunately i can't seem to install FreeBSD 6.0-RELEASE. As a matter of > fact, the installation CD fails to boot. > My two disks are Seagate Barracuda 120 GB, and my motherboard is an Asus > A7N8X Deluxe (nForce2). That sounds like PR 87568 - have you tried disabling ACPI? I have a similar problem with a different nForce2 based motherboard (Abit NF-7S v2) and HighPoint card (RocketRAID 1640), which I logged in PR 89409. Disabling ACPI is a work-around that has been very effective in my case. Regards, -- Neil Hoggarth Departmental Computing Manager Laboratory of Physiology http://www.physiol.ox.ac.uk/~njh/ University of Oxford, UK From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 14:28:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 798FC16A41F for ; Fri, 25 Nov 2005 14:28:33 +0000 (GMT) (envelope-from geralddelapascua@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85E8E43D46 for ; Fri, 25 Nov 2005 14:28:32 +0000 (GMT) (envelope-from geralddelapascua@gmail.com) Received: by nproxy.gmail.com with SMTP id l23so327366nfc for ; Fri, 25 Nov 2005 06:28:31 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references; b=rIC8h+VGxmPjshTSxRk5MDZUrdmSW8yDgtctQyadzElNlaYawY5v7x419uERdPOOV6lDK2f3Rk/YpgFwI86YTI129QmFX0MAbHrRXzkiQnqntT+JLY41w1N00C1A1QDhCjI3or4JyWlb3yrImdbyhMHAstPUgdn1RZXZv/sf2Tc= Received: by 10.48.163.1 with SMTP id l1mr87192nfe; Fri, 25 Nov 2005 06:28:31 -0800 (PST) Received: by 10.48.108.7 with HTTP; Fri, 25 Nov 2005 06:28:31 -0800 (PST) Message-ID: <1bcf5ef90511250628l6da1a5ex863f1feed8faaedb@mail.gmail.com> Date: Fri, 25 Nov 2005 14:28:31 +0000 From: Gerald de la Pascua Sender: geralddelapascua@gmail.com To: Luke Hollins In-Reply-To: <4386FF87.9070506@pathcom.com> MIME-Version: 1.0 References: <200511250845.43542.distro.watch@msa.hinet.net> <4386FF87.9070506@pathcom.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Rotating web server logs without restarting Apache X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 14:28:33 -0000 I usally just copy the file and then echo > /var/log/apache/httpd_log and apache doesn't seem to need to be restarted, thanks Gerald On 11/25/05, Luke Hollins wrote: > > Ladislav Bodnar wrote: > > >Hi, > > > >Every time my httpd-access.log file is rotated I need to restart Apache, > >otherwise it won't write into the new httpd-access.log file. > > > >Is there a way for Apache (version 2.0.55 on FreeBSD 6.0) to write to th= e > >new log file without the need to restart it? I restart it routinely from > a > >cron job, but occasionally Apache fails to restart (or more precisely, i= f > >fails to shutdown completely before it is told to come up again). > > > > > > > If you send it kill -USR1 instead of restarting it, it will close and > re-open the logfile(s). > > -- > PGP: http://www.pathcom.com/~lwh/lwh@pathcom.com.asc > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 14:51:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1570116A420 for ; Fri, 25 Nov 2005 14:51:37 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 271E843D67 for ; Fri, 25 Nov 2005 14:51:35 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id jAPEpX4K074332; Fri, 25 Nov 2005 15:51:33 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id jAPEpXOd074331; Fri, 25 Nov 2005 15:51:33 +0100 (CET) (envelope-from hk) Date: Fri, 25 Nov 2005 15:51:33 +0100 From: Holger Kipp To: Gerald de la Pascua Message-ID: <20051125145133.GA74302@intserv.int1.b.intern> References: <200511250845.43542.distro.watch@msa.hinet.net> <4386FF87.9070506@pathcom.com> <1bcf5ef90511250628l6da1a5ex863f1feed8faaedb@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1bcf5ef90511250628l6da1a5ex863f1feed8faaedb@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Rotating web server logs without restarting Apache X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 14:51:37 -0000 On Fri, Nov 25, 2005 at 02:28:31PM +0000, Gerald de la Pascua wrote: > I usally just copy the file and then > > echo > /var/log/apache/httpd_log > > and apache doesn't seem to need to be restarted, you will lose log entries. don't do that. Regards, Holger Kipp alogis AG, Berlin From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 15:10:11 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 709FA16A41F; Fri, 25 Nov 2005 15:10:11 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from dd2718.kasserver.com (dd2718.kasserver.com [81.209.184.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC9DC43D7B; Fri, 25 Nov 2005 15:10:01 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from [127.0.0.1] (dslb-084-060-108-125.pools.arcor-ip.net [84.60.108.125]) by dd2718.kasserver.com (Postfix) with ESMTP id E845BAF74B; Fri, 25 Nov 2005 16:09:43 +0100 (CET) Message-ID: <43872949.6050602@chillt.de> Date: Fri, 25 Nov 2005 16:10:01 +0100 From: Bartosz Fabianowski User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051106) X-Accept-Language: en-us, en MIME-Version: 1.0 To: martinko References: <438398F2.9020802@chillt.de> <20051123013603.O66337@chylonia.3miasto.net> <20051125102023.M99147@pobox.sk> In-Reply-To: <20051125102023.M99147@pobox.sk> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: Wojciech Puchar , freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: recompiled 6.0 does not boot -- need help !! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 15:10:11 -0000 > thanks, but the issue is with the loader itself Telling it to use loader.old should definitely work around that problem. Unless, of course, the problem lies within something that starts even earlier. In this case, you could always use a 6.0 CD to restore the original, working, files. - Bartosz From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 17:09:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9C9B16A420 for ; Fri, 25 Nov 2005 17:09:27 +0000 (GMT) (envelope-from geralddelapascua@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED0F043D53 for ; Fri, 25 Nov 2005 17:09:26 +0000 (GMT) (envelope-from geralddelapascua@gmail.com) Received: by nproxy.gmail.com with SMTP id l23so338765nfc for ; Fri, 25 Nov 2005 09:09:25 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references; b=ED0IzHmmndLuESC86yknvF6dsDkLWpOiC3F93Mi96YvkAL14W9mljbUx1065i/K+VHw6STeVamEgppEClUeGIEU6fXdUSPobyff1I7xMlalZ53T0gC/bqkkHt3KgEUG5aemf7EuyZaed5r2Yknhj+yJ0feqjOCPa5mSpn3MSgU8= Received: by 10.48.3.5 with SMTP id 5mr222738nfc; Fri, 25 Nov 2005 09:09:25 -0800 (PST) Received: by 10.48.108.7 with HTTP; Fri, 25 Nov 2005 09:09:25 -0800 (PST) Message-ID: <1bcf5ef90511250909k3f645678nc432bef3f7246622@mail.gmail.com> Date: Fri, 25 Nov 2005 17:09:25 +0000 From: Gerald de la Pascua Sender: geralddelapascua@gmail.com To: Holger Kipp In-Reply-To: <20051125145133.GA74302@intserv.int1.b.intern> MIME-Version: 1.0 References: <200511250845.43542.distro.watch@msa.hinet.net> <4386FF87.9070506@pathcom.com> <1bcf5ef90511250628l6da1a5ex863f1feed8faaedb@mail.gmail.com> <20051125145133.GA74302@intserv.int1.b.intern> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Rotating web server logs without restarting Apache X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 17:09:27 -0000 loose entries? what in the window between the copy and the restart? would the scheme you suggest work with individual logfiles for individual domains? Gerald On 11/25/05, Holger Kipp wrote: > > On Fri, Nov 25, 2005 at 02:28:31PM +0000, Gerald de la Pascua wrote: > > I usally just copy the file and then > > > > echo > /var/log/apache/httpd_log > > > > and apache doesn't seem to need to be restarted, > > you will lose log entries. don't do that. > > Regards, > Holger Kipp > alogis AG, Berlin > From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 19:09:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C67BC16A422 for ; Fri, 25 Nov 2005 19:09:45 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA50443D82 for ; Fri, 25 Nov 2005 19:09:23 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 6813C1A3C28; Fri, 25 Nov 2005 11:09:21 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 12C8751245; Fri, 25 Nov 2005 14:09:20 -0500 (EST) Date: Fri, 25 Nov 2005 14:09:19 -0500 From: Kris Kennaway To: Rutger Bevaart Message-ID: <20051125190919.GA54009@xor.obsecurity.org> References: <20051123213916.GA7375@xor.obsecurity.org> <50249.62.58.16.80.1132821908.squirrel@www.illian.net> <20051124202231.GA29868@xor.obsecurity.org> <37161.62.58.16.80.1132921321.squirrel@www.illian.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline In-Reply-To: <37161.62.58.16.80.1132921321.squirrel@www.illian.net> User-Agent: Mutt/1.4.2.1i Cc: Gino Ruopolo , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: FreeBSD unstable on Dell 1750 using SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 19:09:46 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 25, 2005 at 01:22:01PM +0100, Rutger Bevaart wrote: > Hello Kris (& list), >=20 > Thanks for helping the 1750 and 2850 owners on this list. Unfortunately I > cannot find any references to the leak or the fix you are referring to in > the Release errata (http://www.freebsd.org/releases/5.4R/errata.html). It was in the 5.3 errata, sorry. I don't think it was fixed until after 5.4 though. =20 > We are trying really hard to resolve the stability issues with our Dell > servers and would be very happy to know when the fix for what was > committed. As I said twice already, the stats leak is ***HARMLESS***. It only gives the wrong value to counters that are unused for anything except reporting to the user. > No way we'll be upgrading to 6.0 without knowing exactly what > is going on (remembering broken 4.10 -> 5.3 systems) ... 5.4 -> 6.0 is really a very minor jump. But if you're not willing to even test it out on one machine to see whether it resolves your problems, you'll likely just have to get used to the instability until someone can identify your problem and then fix it. Kris --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDh2FfWry0BWjoQKURAoPlAJ9KXPSDQ633F54Czo3TrxJcvCNO+wCgwoQ6 uGWsD0dyFUgDwmy7UoklJE4= =LcsQ -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 20:17:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 490BD16A41F for ; Fri, 25 Nov 2005 20:17:20 +0000 (GMT) (envelope-from rutger.bevaart@illian.net) Received: from darwin.illian.net (darwin.illian.net [80.69.74.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA90843D5C for ; Fri, 25 Nov 2005 20:17:15 +0000 (GMT) (envelope-from rutger.bevaart@illian.net) Received: from localhost (localhost.illian.net [127.0.0.1]) by darwin.illian.net (Postfix) with ESMTP id 7BFFF456C2; Fri, 25 Nov 2005 21:17:29 +0100 (CET) Received: from darwin.illian.net ([127.0.0.1]) by localhost (darwin.illian.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 57851-02; Fri, 25 Nov 2005 21:17:28 +0100 (CET) Received: from [192.168.3.5] (237192.xs4all.nl [194.109.237.192]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by darwin.illian.net (Postfix) with ESMTP id D090C4565D; Fri, 25 Nov 2005 21:17:28 +0100 (CET) In-Reply-To: <20051125190919.GA54009@xor.obsecurity.org> References: <20051123213916.GA7375@xor.obsecurity.org> <50249.62.58.16.80.1132821908.squirrel@www.illian.net> <20051124202231.GA29868@xor.obsecurity.org> <37161.62.58.16.80.1132921321.squirrel@www.illian.net> <20051125190919.GA54009@xor.obsecurity.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <270DD688-5EB9-4B52-9B29-500948880610@illian.net> Content-Transfer-Encoding: 7bit From: Rutger Bevaart Date: Fri, 25 Nov 2005 21:17:11 +0100 To: Kris Kennaway X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: amavisd-new at illian.net Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD unstable on Dell 1750 using SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 20:17:20 -0000 On Nov 25, 2005, at 8:09 PM, Kris Kennaway wrote: > > As I said twice already, the stats leak is ***HARMLESS***. It only > gives the wrong value to counters that are unused for anything except > reporting to the user. > Aha, that's what I was trying to clear up when the whole counters issue came along in the first place. Must have missed your previous remark about it. >> No way we'll be upgrading to 6.0 without knowing exactly what >> is going on (remembering broken 4.10 -> 5.3 systems) ... > > 5.4 -> 6.0 is really a very minor jump. But if you're not willing to > even test it out on one machine to see whether it resolves your > problems, you'll likely just have to get used to the instability until > someone can identify your problem and then fix it. > Of course I'm trying it out, it's just hard to get a spare Dell 2850 and put it through the same day-to-day use as the rest of them. That's a matter of cost. On other posts I've basically offered anything short of root access to resolve this. There are actually quite a group of people with issues with this. Some think it's an ACPI issue. An irq conflict with USB has been suggested. the 'em' driver was suspect, the 'bge' driver was suspect, the 'amr' driver was suspect. Funny thing is we have this 1750 (2x 2.4 Xeon) that takes a major hitting each day, running 5.3-BETA6. Hasn't crashed ever. If you have any clues on where I can look further (previous posts at: http://lists.freebsd.org/pipermail/freebsd-smp/2005-July/000930.html) greatly appreciated. Regards & thanks for all the help, Rutger From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 20:52:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC0AA16A41F; Fri, 25 Nov 2005 20:52:34 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EEA243D72; Fri, 25 Nov 2005 20:52:31 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (mail, from userid 1001) id 7167D2D2DD; Fri, 25 Nov 2005 14:52:30 -0600 (CST) Date: Fri, 25 Nov 2005 14:52:28 -0600 From: Craig Boston To: freebsd-mobile@freebsd.org Message-ID: <20051125205228.GA40282@nowhere> Mail-Followup-To: Craig Boston , freebsd-mobile@freebsd.org, freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Toshiba Satellite L25 (how to run FreeBSD 6.0 on) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-mobile@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 20:52:34 -0000 Sorry for the cross post, but there doesn't seem to be much traffic on -mobile so I don't know how many people are reading it. Please respect reply-to freebsd-mobile@ and keep any discussion there and off of stable. I picked up one of these laptops early this morning at the Best Buy black friday sale since they were ridiculously cheap. Of course the first thing I did was pop in the 6.0 install CD. Here are my results in the hope that they may help someone else who grabbed one of these. First of all, ACPI is severiously broken on this machine. It boots and appears to be ok at first, but half the hardware doesn't work. The integrated NIC (realtek, yuck) starts getting watchdog timeouts as soon as it's brought up. So did the 3Com cardbus NIC I popped in. An old 16-bit PCMCIA NIC just froze and didn't do anything. There are also a lot of complaints about the \_SB_.BAT1._BST method being busted (can't find [Z00D] in namespace), and as a result the battery status cannot be read. Attempting to boot with ACPI disabled results in a panic: MPTable: < RS400 Board> ioapic0: Assuming intbase of 0 panic: Bogus interrupt flags Okay, so it appears the APIC setup in the mptable is hosed as well. Disabling both ACPI and APIC (hint.apic.0.disabled="1" in device.hints) results in a working system, but alas without power management. I lucked out and the wireless is an Atheros 5212. With ACPI on it was able to scan once before it just stopped working (my guess is interrupt routing is screwed up somewhere), but with ACPI & APIC disabled it works fine. Just make sure to hit the button on the front to enable the radio as it appears to be hardware controlled in this machine rather than software. Sound doesn't work. It's an ATI IXP SB400 audio controller according to pciids.sf.net, but it's an AC97 based one so it shouldn't be too hard to hack together a driver for it. The video is listed as a Radeon Xpress 200M. I doubt there's any 3D support for it, but I'll be installing Xorg in a bit to see if I can get 2D working. Here's some technical info for any who want it: http://www.gank.org/freebsd/l25/dmesg.txt http://www.gank.org/freebsd/l25/pciconf.txt http://www.gank.org/freebsd/l25/mptable.txt I'll probably start hacking on the ASL to see if I can repair ACPI support first, then work on a sound driver if I can't find one. I'll post any progress or new information on the -mobile list. Craig From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 23:00:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C20D16A41F for ; Fri, 25 Nov 2005 23:00:32 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9A9743D5E for ; Fri, 25 Nov 2005 23:00:29 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1EfmWw-0001So-Lt for freebsd-stable@freebsd.org; Fri, 25 Nov 2005 23:58:58 +0100 Received: from r5k101.chello.upc.cz ([86.49.10.101]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 25 Nov 2005 23:58:58 +0100 Received: from martinkov by r5k101.chello.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 25 Nov 2005 23:58:58 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Fri, 25 Nov 2005 23:57:57 +0100 Lines: 22 Message-ID: References: <438398F2.9020802@chillt.de> <20051123013603.O66337@chylonia.3miasto.net> <20051125102023.M99147@pobox.sk> <43872949.6050602@chillt.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5k101.chello.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051114 X-Accept-Language: sk, cs, en-gb, en-us, en In-Reply-To: <43872949.6050602@chillt.de> Sender: news Cc: freebsd-questions@freebsd.org Subject: Re: recompiled 6.0 does not boot -- need help !! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 23:00:32 -0000 Bartosz Fabianowski wrote: >> thanks, but the issue is with the loader itself > > > Telling it to use loader.old should definitely work around that problem. > Unless, of course, the problem lies within something that starts even > earlier. In this case, you could always use a 6.0 CD to restore the > original, working, files. > > - Bartosz i tried to interrupt booting process as you advised in previous email but that didn't work. i spotted some text from grub, then something like [FreeBSD-a.out ..... and then reset. anyway, i've fixed it for now by booting from CD and renaming /boot/loader.old to /boot/loader i'll try to investigate on this later on. thank you for your help! martin From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 23:03:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E900816A41F for ; Fri, 25 Nov 2005 23:03:28 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE62343D8B for ; Fri, 25 Nov 2005 23:03:05 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1EfmZ0-0002Wu-JT for freebsd-stable@freebsd.org; Sat, 26 Nov 2005 00:01:06 +0100 Received: from r5k101.chello.upc.cz ([86.49.10.101]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 26 Nov 2005 00:01:06 +0100 Received: from martinkov by r5k101.chello.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 26 Nov 2005 00:01:06 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Fri, 25 Nov 2005 23:51:41 +0100 Lines: 20 Message-ID: <4387957D.1040105@pobox.sk> References: <438398F2.9020802@chillt.de> <20051123013603.O66337@chylonia.3miasto.net> <4383BC21.7060103@chillt.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5k101.chello.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051114 X-Accept-Language: sk, cs, en-gb, en-us, en In-Reply-To: <4383BC21.7060103@chillt.de> Sender: news Cc: freebsd-questions@freebsd.org Subject: Re: recompiled 6.0 does not boot -- need help !! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 23:03:29 -0000 Bartosz Fabianowski wrote: >> loader.old??? AFAIK loader is not rebuilt while compiling kernel and >> there is no such file like loader.old created! > > > It is installed with world and not kernel then. Sorry for getting that > wrong, I didn't check. But it makes no difference to the original poster > because he reinstalled both world and kernel: > > > i recompiled kernel (and world) and it does not boot anymore. > > Of course, the handbook recommends installing a new kernel and rebooting > before installing world, but people keep doing it differently ;). > > - Bartosz i did follow the handbook ... (though i might not be precise with my wording above) m. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 23:34:56 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6069016A41F for ; Fri, 25 Nov 2005 23:34:56 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3918043D5D for ; Fri, 25 Nov 2005 23:34:55 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (av.hub.org [200.46.204.144]) by hub.org (Postfix) with ESMTP id 52726C08BF2 for ; Fri, 25 Nov 2005 19:34:54 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 03959-01 for ; Fri, 25 Nov 2005 23:34:54 +0000 (GMT) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id E75E3C089F4 for ; Fri, 25 Nov 2005 19:34:53 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 3732E3C043; Fri, 25 Nov 2005 19:34:56 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 2783B39971 for ; Fri, 25 Nov 2005 19:34:56 -0400 (AST) Date: Fri, 25 Nov 2005 19:34:55 -0400 (AST) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20051125193341.N1053@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Subject: How is the SRCU42X under 6.x ... ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 23:34:56 -0000 Found that its supported by the amr vs iir driver ... anyone using/used this with bad experiences? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 00:04:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BED816A41F for ; Sat, 26 Nov 2005 00:04:12 +0000 (GMT) (envelope-from Tor.Egge@cvsup.no.freebsd.org) Received: from pil.idi.ntnu.no (pil.idi.ntnu.no [129.241.107.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59DA643D5D for ; Sat, 26 Nov 2005 00:04:10 +0000 (GMT) (envelope-from Tor.Egge@cvsup.no.freebsd.org) Received: from cvsup.no.freebsd.org (c2h5oh.idi.ntnu.no [129.241.103.69]) by pil.idi.ntnu.no (8.13.1/8.13.1) with ESMTP id jAQ0485i017720 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 26 Nov 2005 01:04:09 +0100 (MET) Received: from localhost (localhost [127.0.0.1]) by cvsup.no.freebsd.org (8.13.1/8.13.1) with ESMTP id jAQ047Kh040512; Sat, 26 Nov 2005 00:04:08 GMT (envelope-from Tor.Egge@cvsup.no.freebsd.org) Date: Sat, 26 Nov 2005 00:04:06 +0000 (UTC) Message-Id: <20051126.000406.74717773.Tor.Egge@cvsup.no.freebsd.org> To: gcr+freebsd-stable@tharned.org From: Tor Egge In-Reply-To: <20051122211507.P32523@nc8000.tharned.org> References: <20051121205535.W32523@nc8000.tharned.org> <20051122043952.GA14168@xor.obsecurity.org> <20051122211507.P32523@nc8000.tharned.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned-By: mimedefang.idi.ntnu.no, using CLAMD X-SMTP-From: Sender=, Relay/Client=c2h5oh.idi.ntnu.no [129.241.103.69], EHLO=cvsup.no.freebsd.org X-Scanned-By: MIMEDefang 2.48 on 129.241.107.38 X-Scanned-By: mimedefang.idi.ntnu.no, using MIMEDefang 2.48 with local filter 16.42-idi X-Filter-Time: 0 seconds Cc: freebsd-stable@freebsd.org, kris@obsecurity.org Subject: Re: Recurring problem: processes block accessing UFS file system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 00:04:12 -0000 > Thanks Kris, these are exactly the clues I needed. Since the deadlock > during a snapshot is fairly easy to reproduce, I did so and collected this > information below. "alltrace" didn't work as I expected (didn't produce a > trace), so I traced each pid associated with a locked vnode separately. The vnode syncing loop in ffs_sync() has some problems: 1. Softupdate processing performed after the loop has started might trigger the need for retrying the loop. Processing of dirrem work items can cause IN_CHANGE to be set on some inodes, causing deadlock in ufs_inactive() later on while the file system is suspended). 2. nvp might no longer be associated with the same mount point after MNT_IUNLOCK(mp) has been called in the loop. This can cause the vnode list traversal to be incomplete, with stale information in the snapshot. Further damage can occur when background fsck uses that stale information. Just a few lines down from that loop is a new problem: 3. softdep_flushworklist() might not have processed all dirrem work items associated with the file system even if both error and count are zero. This can cause both background fsck and softupdate processing (after file system has been resumed) to decrement the link count of an inode, causing file system corruption or a panic. Processing of these work items while the file system is suspended causes a panic. - Tor Egge From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 00:26:01 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF95416A41F for ; Sat, 26 Nov 2005 00:26:01 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxsf40.cluster1.charter.net (mxsf40.cluster1.charter.net [209.225.28.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34DC643D66 for ; Sat, 26 Nov 2005 00:25:59 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxip30a.cluster1.charter.net (mxip30a.cluster1.charter.net [209.225.28.189]) by mxsf40.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id jAQ0PwWX020989 for ; Fri, 25 Nov 2005 19:25:58 -0500 Received: from 68-116-0-143.dhcp.knwk.wa.charter.com (HELO yak.mseubanks.net) ([68.116.0.143]) by mxip30a.cluster1.charter.net with ESMTP; 25 Nov 2005 19:25:58 -0500 X-IronPort-AV: i="3.97,378,1125892800"; d="scan'208"; a="472678797:sNHT26229908" From: Mike Eubanks To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Fri, 25 Nov 2005 16:25:57 -0800 Message-Id: <1132964757.831.20.camel@yak.mseubanks.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: NFS network load on 5.4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mse_software@charter.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 00:26:02 -0000 As soon as I mount my NFS file systems, the network load increases to a constant 80%-90% of network bandwidth, even when the file systems are not in use. NFS stats on the client machine (nfsstat -c) produce the following: Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Remove 0 0 8 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 1 0 4 Mknod Fsstat Fsinfo PathConf Commit 0 73030 6 0 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 0 0 73049 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Misses 37 1 10 8 0 0 0 0 BioRLHits Misses BioD Hits Misses DirE Hits Misses 0 0 1 1 1 0 Fsstat and Requests are increasing very rapidly. Both the client and server are i386 5.4-STABLE machines. Is this behaviour normal? /etc/rc.conf ------------ rpcbind_enable="YES" rpcbind_flags="-h 192.168.11.200" nfs_server_enable="YES" nfs_server_flags="-h 192.168.11.200 -u -t -n 6" mountd_flags="-r" -- Mike Eubanks From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 00:35:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C976116A423 for ; Sat, 26 Nov 2005 00:35:41 +0000 (GMT) (envelope-from frank@exit.com) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E91C43D5D for ; Sat, 26 Nov 2005 00:35:40 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.4/8.13.4) with ESMTP id jAQ0Zefh004817; Fri, 25 Nov 2005 16:35:40 -0800 (PST) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.4/8.13.4) with ESMTP id jAQ0Zdac041764; Fri, 25 Nov 2005 16:35:39 -0800 (PST) (envelope-from frank@exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.4/8.13.4/Submit) id jAQ0Zd9p041763; Fri, 25 Nov 2005 16:35:39 -0800 (PST) (envelope-from frank@exit.com) X-Authentication-Warning: realtime.exit.com: frank set sender to frank@exit.com using -f From: Frank Mayhar To: "Marc G. Fournier" In-Reply-To: <20051125193341.N1053@ganymede.hub.org> References: <20051125193341.N1053@ganymede.hub.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Exit Consulting Date: Fri, 25 Nov 2005 16:35:38 -0800 Message-Id: <1132965338.41135.6.camel@realtime.exit.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on tinker.exit.com X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: How is the SRCU42X under 6.x ... ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: frank@exit.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 00:35:41 -0000 On Fri, 2005-11-25 at 19:34 -0400, Marc G. Fournier wrote: > Found that its supported by the amr vs iir driver ... anyone using/used > this with bad experiences? I've been trying to use it. The problem isn't _directly_ related to the driver itself, but I think it's indirectly related. Basically I get a panic in geom sometime after the damage was done. I've been trying to track this down off and on, but haven't had the time to really sit down and find the problem. See http://www.freebsd.org/cgi/query-pr.cgi?pr=87861. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 00:38:19 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0058B16A41F for ; Sat, 26 Nov 2005 00:38:18 +0000 (GMT) (envelope-from dan@ferrarishields.com) Received: from ferrarishields.com (ferrarishields.com [216.82.146.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFC6343D5E for ; Sat, 26 Nov 2005 00:38:18 +0000 (GMT) (envelope-from dan@ferrarishields.com) Received: from Dan (dan [10.70.153.5]) by ferrarishields.com (Postfix) with SMTP id 5F4927301A; Fri, 25 Nov 2005 16:38:18 -0800 (PST) Message-ID: <007601c5f221$b0d9e640$0599460a@Dan> From: "Dan O'Connor" To: "Ladislav Bodnar" , References: <200511250845.43542.distro.watch@msa.hinet.net> Date: Fri, 25 Nov 2005 16:38:14 -0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Cc: Subject: Re: Rotating web server logs without restarting Apache X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 00:38:19 -0000 > Every time my httpd-access.log file is rotated I need to restart > Apache, > otherwise it won't write into the new httpd-access.log file. In /etc/newsyslog.conf: /var/log/httpd-access.log 644 4 100 * J /var/run/httpd.pid 30 /var/log/httpd-error.log 644 4 100 * J /var/run/httpd.pid 30 This will signal apache to do a graceful restart following a log rotation... ~Dan From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 00:51:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E94A16A41F for ; Sat, 26 Nov 2005 00:51:41 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id B166B43D78 for ; Sat, 26 Nov 2005 00:51:32 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id jAQ0pP3e084995; Sat, 26 Nov 2005 01:51:25 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id jAQ0pPhC084994; Sat, 26 Nov 2005 01:51:25 +0100 (CET) (envelope-from hk) Date: Sat, 26 Nov 2005 01:51:24 +0100 From: Holger Kipp To: Gerald de la Pascua Message-ID: <20051126005124.GA84800@intserv.int1.b.intern> References: <200511250845.43542.distro.watch@msa.hinet.net> <4386FF87.9070506@pathcom.com> <1bcf5ef90511250628l6da1a5ex863f1feed8faaedb@mail.gmail.com> <20051125145133.GA74302@intserv.int1.b.intern> <1bcf5ef90511250909k3f645678nc432bef3f7246622@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1bcf5ef90511250909k3f645678nc432bef3f7246622@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Rotating web server logs without restarting Apache X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 00:51:41 -0000 On Fri, Nov 25, 2005 at 05:09:25PM +0000, Gerald de la Pascua wrote: > loose entries? what in the window between the copy and the restart? Yes. > would the scheme you suggest work with individual logfiles for individual > domains? You can use the CustomLog directive per virtual server. You could also set environment variables depending on the request and use that to log to different files, eg to ignore local referreres etc. You might find the man page for CustomLog worth reading, too: http://httpd.apache.org/docs/1.3/mod/mod_log_config.html#customlog http://httpd.apache.org/docs/2.0/mod/mod_log_config.html#customlog Regards, Holger Kipp alogis AG, Berlin From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 00:57:31 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F0BF16A41F for ; Sat, 26 Nov 2005 00:57:31 +0000 (GMT) (envelope-from dan@ferrarishields.com) Received: from ferrarishields.com (ferrarishields.com [216.82.146.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76FA443DAE for ; Sat, 26 Nov 2005 00:56:11 +0000 (GMT) (envelope-from dan@ferrarishields.com) Received: from Dan (dan [10.70.153.5]) by ferrarishields.com (Postfix) with SMTP id ADF0073022; Fri, 25 Nov 2005 16:55:28 -0800 (PST) Message-ID: <01df01c5f224$17293c50$0599460a@Dan> From: "Dan O'Connor" To: "Ladislav Bodnar" , References: <200511250845.43542.distro.watch@msa.hinet.net> <007601c5f221$b0d9e640$0599460a@Dan> Date: Fri, 25 Nov 2005 16:55:24 -0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Cc: Subject: Re: Re: Rotating web server logs without restarting Apache X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 00:57:31 -0000 > /var/log/httpd-access.log 644 4 100 * J > /var/run/httpd.pid 30 > /var/log/httpd-error.log 644 4 100 * J > /var/run/httpd.pid 30 Sorry about that word wrap...the "/var/run/httpd.pid 30" parts should be on the same line as the line immediately above... ~Dan From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 01:12:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21AA916A41F for ; Sat, 26 Nov 2005 01:12:45 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5209543D62 for ; Sat, 26 Nov 2005 01:12:44 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id jAQ1CeRe085445; Sat, 26 Nov 2005 02:12:40 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id jAQ1CdIv085444; Sat, 26 Nov 2005 02:12:39 +0100 (CET) (envelope-from hk) Date: Sat, 26 Nov 2005 02:12:39 +0100 From: Holger Kipp To: "Dan O'Connor" Message-ID: <20051126011239.GB84800@intserv.int1.b.intern> References: <200511250845.43542.distro.watch@msa.hinet.net> <007601c5f221$b0d9e640$0599460a@Dan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <007601c5f221$b0d9e640$0599460a@Dan> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Rotating web server logs without restarting Apache X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 01:12:45 -0000 On Fri, Nov 25, 2005 at 04:38:14PM -0800, Dan O'Connor wrote: > >Every time my httpd-access.log file is rotated I need to restart > >Apache, otherwise it won't write into the new httpd-access.log file. > > In /etc/newsyslog.conf: > > /var/log/httpd-access.log 644 4 100 * J > /var/run/httpd.pid 30 > /var/log/httpd-error.log 644 4 100 * J > /var/run/httpd.pid 30 > > This will signal apache to do a graceful restart following a log > rotation... Don't compress those files in this case! For a comprehesive explanation see http://www.freebsddiary.org/rotatelogs.php but it boils down to the following: if sending SIGUSR1 to apache, not all children might have finished writing to the log files immediately, so the file might still be written to (it was not copied, but merely renamed by newsyslog) for some time (depending on the requests, client bandwidth, delays etc. this might be a few minutes for http-connections to finish). Regards, Holger Kipp alogis AG, Berlin From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 01:18:06 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E04716A41F for ; Sat, 26 Nov 2005 01:18:06 +0000 (GMT) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [65.122.236.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECB0543D49 for ; Sat, 26 Nov 2005 01:18:05 +0000 (GMT) (envelope-from brett@lariat.net) Received: (from brett@localhost) by lariat.net (8.9.3/8.9.3) id SAA20596 for stable@freebsd.org; Fri, 25 Nov 2005 18:18:02 -0700 (MST) Date: Fri, 25 Nov 2005 18:18:02 -0700 (MST) From: Brett Glass Message-Id: <200511260118.SAA20596@lariat.net> To: stable@freebsd.org Cc: Subject: FreeBSD 6.0 cron is running on GMT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 01:18:06 -0000 Just created a server using FreeBSD 6.0, and it's quite stable and fast. One glitch, though: Jobs scheduled to run at midnight via /etc/crontab are running at 6 PM (midnight GMT). I've double checked, and the CMOS clock is set to local time and the time zone is specified as Mountain Standard Time. What could be going on? Is this a known problem? --Brett Glass From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 01:55:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85BFA16A41F for ; Sat, 26 Nov 2005 01:55:37 +0000 (GMT) (envelope-from distro.watch@msa.hinet.net) Received: from msr26.hinet.net (msr26.hinet.net [168.95.4.126]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA37E43D5C for ; Sat, 26 Nov 2005 01:55:36 +0000 (GMT) (envelope-from distro.watch@msa.hinet.net) Received: from [192.168.1.180] (61-229-13-109.dynamic.hinet.net [61.229.13.109]) by msr26.hinet.net (8.9.3/8.9.3) with ESMTP id JAA29611 for ; Sat, 26 Nov 2005 09:55:27 +0800 (CST) From: Ladislav Bodnar Organization: DistroWatch To: freebsd-stable@freebsd.org Date: Sat, 26 Nov 2005 09:55:29 +0800 User-Agent: KMail/1.9 References: <200511250845.43542.distro.watch@msa.hinet.net> <007601c5f221$b0d9e640$0599460a@Dan> In-Reply-To: <007601c5f221$b0d9e640$0599460a@Dan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200511260955.29350.distro.watch@msa.hinet.net> Subject: Re: Rotating web server logs without restarting Apache X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 01:55:37 -0000 On Saturday 26 November 2005 08:38, Dan O'Connor wrote: > In /etc/newsyslog.conf: > > /var/log/httpd-access.log =A0 =A0 =A0 =A0 =A0 =A0 =A0 644 =A04 =A0 =A0 10= 0 =A0* =A0 =A0 J > /var/run/httpd.pid =A030 > /var/log/httpd-error.log =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0644 =A04 =A0 =A0 = 100 =A0* =A0 =A0 J > /var/run/httpd.pid =A030 > > This will signal apache to do a graceful restart following a log > rotation... Great, thanks a lot. I'll try this and report back if I still have a=20 problem. Ladislav From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 02:07:05 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 716C516A41F for ; Sat, 26 Nov 2005 02:07:05 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 070E543D64 for ; Sat, 26 Nov 2005 02:07:02 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from ranger.anduin.net ([81.0.162.52] helo=[192.168.1.112]) by anduin.net with esmtpa (Exim 4.50 (FreeBSD)) id 1EfpSv-000MFB-J9 for stable@freebsd.org; Sat, 26 Nov 2005 03:07:01 +0100 Mime-Version: 1.0 (Apple Message framework v746.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: stable@freebsd.org From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Sat, 26 Nov 2005 03:06:29 +0100 X-Mailer: Apple Mail (2.746.2) Cc: Subject: Reduced java/tomcat performance 6-beta3 -> 6-stable ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 02:07:05 -0000 Hi all, are there any obvious changes between 6.0-BETA3 and 6.0-RELEASE / 6.0- STABLE that I should be aware of, that could cause a quite noticeable decline in performance (and a change in performance patterns) for java/tomcat? On a BETA-3 system I'm seeing, with the particular application we're running, about 28 transactions/second over a 10 minute interval. With -RELEASE and -STABLE I'm lucky to reach 24, and it'll usually wobble around 20. Another oddity is that where the BETA-3 system starts out with good performance from the beginning when running load tests, the -RELEASE and -STABLE systems need a good 20 seconds to reach their "max", starting out very low (3-10 transactions/second for the first 10 seconds or so). This is on HP DL385 servers with dual 2.4ghz Opteron CPUs, running FreeBSD-amd64 from 15kRPM drives in cached RAID. Hardware and software configuration (apart from the base system), network configuration and latencies, database access, etc. is 100% equal on all systems. Any ideas? Thanks, /Eirik From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 02:17:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBA2F16A41F for ; Sat, 26 Nov 2005 02:17:37 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4908F43D45 for ; Sat, 26 Nov 2005 02:17:37 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (av.hub.org [200.46.204.144]) by hub.org (Postfix) with ESMTP id 44DADC08BEE; Fri, 25 Nov 2005 22:17:36 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 31533-01; Sat, 26 Nov 2005 02:17:36 +0000 (GMT) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id C468CC089F4; Fri, 25 Nov 2005 22:17:35 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 4B2F2490DA; Fri, 25 Nov 2005 22:17:40 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 49EC649070; Fri, 25 Nov 2005 22:17:40 -0400 (AST) Date: Fri, 25 Nov 2005 22:17:40 -0400 (AST) From: "Marc G. Fournier" To: Frank Mayhar In-Reply-To: <1132965338.41135.6.camel@realtime.exit.com> Message-ID: <20051125221711.Q1053@ganymede.hub.org> References: <20051125193341.N1053@ganymede.hub.org> <1132965338.41135.6.camel@realtime.exit.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: freebsd-stable@freebsd.org Subject: Re: How is the SRCU42X under 6.x ... ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 02:17:38 -0000 On Fri, 25 Nov 2005, Frank Mayhar wrote: > On Fri, 2005-11-25 at 19:34 -0400, Marc G. Fournier wrote: >> Found that its supported by the amr vs iir driver ... anyone using/used >> this with bad experiences? > > I've been trying to use it. The problem isn't _directly_ related to the > driver itself, but I think it's indirectly related. Basically I get a > panic in geom sometime after the damage was done. I've been trying to > track this down off and on, but haven't had the time to really sit down > and find the problem. Why would you use GEOM instead of letting the card do the work? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 02:20:54 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15FA716A420 for ; Sat, 26 Nov 2005 02:20:54 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from regurgitate.ugcs.caltech.edu (regurgitate.ugcs.caltech.edu [131.215.176.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D3BE43D5E for ; Sat, 26 Nov 2005 02:20:53 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by regurgitate.ugcs.caltech.edu (Postfix, from userid 3640) id 4E089E816; Fri, 25 Nov 2005 18:20:52 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by regurgitate.ugcs.caltech.edu (Postfix) with ESMTP id 3E9A1E815; Fri, 25 Nov 2005 18:20:52 -0800 (PST) Date: Fri, 25 Nov 2005 18:20:52 -0800 (PST) From: Jon Dama To: Brett Glass In-Reply-To: <200511260118.SAA20596@lariat.net> Message-ID: References: <200511260118.SAA20596@lariat.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: stable@freebsd.org Subject: Re: FreeBSD 6.0 cron is running on GMT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 02:20:54 -0000 Uh, the problem would be that kernel does not know that the CMOS clock is set to the local time. Standard practice is that the CMOS clock should be set to UTC. libc then uses knowledge of the timezone to properly report the local time. see man adjkerntz (adjust kernel time zone) On Fri, 25 Nov 2005, Brett Glass wrote: > Just created a server using FreeBSD 6.0, and it's quite > stable and fast. One glitch, though: Jobs scheduled to > run at midnight via /etc/crontab are running at 6 PM > (midnight GMT). I've double checked, and the CMOS clock > is set to local time and the time zone is specified as > Mountain Standard Time. What could be going on? Is this > a known problem? > > --Brett Glass > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 03:20:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D76F316A41F for ; Sat, 26 Nov 2005 03:20:04 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id C68AE43D49 for ; Sat, 26 Nov 2005 03:20:03 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id jAQ3K3hT024860; Fri, 25 Nov 2005 19:20:03 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id jAQ3K2N7024858; Fri, 25 Nov 2005 19:20:02 -0800 (PST) (envelope-from jmg) Date: Fri, 25 Nov 2005 19:20:02 -0800 From: John-Mark Gurney To: "Marc G. Fournier" Message-ID: <20051126032002.GF885@funkthat.com> Mail-Followup-To: "Marc G. Fournier" , freebsd-stable@freebsd.org References: <20051125193341.N1053@ganymede.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051125193341.N1053@ganymede.hub.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-stable@freebsd.org Subject: Re: How is the SRCU42X under 6.x ... ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 03:20:05 -0000 The Hermit Hacker wrote this message on Fri, Nov 25, 2005 at 19:34 -0400: > Found that its supported by the amr vs iir driver ... anyone using/used > this with bad experiences? Well, definately look for something that isn't iir based... ICP aka Adaptec does not support iir beyond 5.2-R, so if you run into issues (like we have with GDT and SRCU based cards hanging), hope that you can reproduce on 4.x, else they really won't listen to you.. Though they did finally send us a patch against 5.4-R.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 04:14:55 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C867B16A432 for ; Sat, 26 Nov 2005 04:14:54 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76A2A43D5F for ; Sat, 26 Nov 2005 04:14:53 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so1733590wxc for ; Fri, 25 Nov 2005 20:14:52 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FPJsUjhvSadgpYAhIe5paCwPTluxaQkTTfzpTdz0DEzW9FVwf285g7BLxfnsw3D7kLdoBSJk84hBGe19naW7uaOiX10ks4/lc+nsU2nWhxAIDmSYdD7xCaaR8VuUbxYCgKi4c3fLnkHzoAc9JzVacdMVO23yFLPZsW4aJ9Ozg0c= Received: by 10.70.54.9 with SMTP id c9mr8300472wxa; Fri, 25 Nov 2005 20:08:47 -0800 (PST) Received: by 10.70.105.13 with HTTP; Fri, 25 Nov 2005 20:08:47 -0800 (PST) Message-ID: <84dead720511252008t57c1495ao4d115e3e5e09c8eb@mail.gmail.com> Date: Sat, 26 Nov 2005 09:38:47 +0530 From: Joseph Koshy To: Brett Glass In-Reply-To: <200511260118.SAA20596@lariat.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200511260118.SAA20596@lariat.net> Cc: stable@freebsd.org Subject: Re: FreeBSD 6.0 cron is running on GMT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 04:14:56 -0000 > Just created a server using FreeBSD 6.0, and it's quite > stable and fast. One glitch, though: Jobs scheduled to > run at midnight via /etc/crontab are running at 6 PM > (midnight GMT). I've double checked, and the CMOS clock > is set to local time and the time zone is specified as > Mountain Standard Time. What could be going on? Is this > a known problem? Is there a file /etc/wall_cmos_clock on this system? -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 04:48:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 820B016A41F for ; Sat, 26 Nov 2005 04:48:24 +0000 (GMT) (envelope-from frank@exit.com) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FC0A43D55 for ; Sat, 26 Nov 2005 04:48:23 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.4/8.13.4) with ESMTP id jAQ4mMfx008575; Fri, 25 Nov 2005 20:48:22 -0800 (PST) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.4/8.13.4) with ESMTP id jAQ4mLcb043789; Fri, 25 Nov 2005 20:48:21 -0800 (PST) (envelope-from frank@exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.4/8.13.4/Submit) id jAQ4mKqX043788; Fri, 25 Nov 2005 20:48:20 -0800 (PST) (envelope-from frank@exit.com) X-Authentication-Warning: realtime.exit.com: frank set sender to frank@exit.com using -f From: Frank Mayhar To: "Marc G. Fournier" In-Reply-To: <20051125221711.Q1053@ganymede.hub.org> References: <20051125193341.N1053@ganymede.hub.org> <1132965338.41135.6.camel@realtime.exit.com> <20051125221711.Q1053@ganymede.hub.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Exit Consulting Date: Fri, 25 Nov 2005 20:48:20 -0800 Message-Id: <1132980500.43500.2.camel@realtime.exit.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on tinker.exit.com X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: How is the SRCU42X under 6.x ... ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: frank@exit.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 04:48:24 -0000 On Fri, 2005-11-25 at 22:17 -0400, Marc G. Fournier wrote: > On Fri, 25 Nov 2005, Frank Mayhar wrote: > > I've been trying to use it. The problem isn't _directly_ related to the > > driver itself, but I think it's indirectly related. Basically I get a > > panic in geom sometime after the damage was done. I've been trying to > > track this down off and on, but haven't had the time to really sit down > > and find the problem. > Why would you use GEOM instead of letting the card do the work? GEOM is ubiquitous at the lower layers. I'm not using it for RAID, hell, I'm not directly using it at all, but it still comes in below the block layer, as far as I can discern. All I know is that the panic is in g_vfs_(). -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 05:53:25 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64AA616A41F; Sat, 26 Nov 2005 05:53:25 +0000 (GMT) (envelope-from efinleywork@efinley.com) Received: from postmaster.etv.net (postmaster.etv.net [208.14.190.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19C4643D45; Sat, 26 Nov 2005 05:53:24 +0000 (GMT) (envelope-from efinleywork@efinley.com) Received: from work.efinley.com ([205.161.203.55] helo=elliotdevelop) by postmaster.etv.net with smtp (Exim 4.54 (FreeBSD)) id 1Eft00-000Ji4-6a; Fri, 25 Nov 2005 22:53:24 -0700 Message-ID: <065101c5f24d$b6c032e0$37cba1cd@emerytelcom.com> From: "Elliot Finley" To: , Date: Fri, 25 Nov 2005 22:53:23 -0700 Organization: Emery Telcom MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 Cc: Subject: gmirror comments and questions (causes panic) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Elliot Finley List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 05:53:25 -0000 I'm on 6-Stable as of yesterday. I've been playing around with gmirror and overall I'm very impressed. I created a mirror with three components: gmirror label -v -b round-robin test twed12 gmirror insert -v test twed13 gmirror insert -v test twed14 in the man page for gmirror the synopsis for the label and insert commands are: gmirror label [-hnv] [-b balance] [-s slice] name prov ... gmirror insert [-hiv] [-p priority] name prov ... which means that it's calling twed12, twed13, twed14 the providers. presumably test would be the consumer. But when I do a gmirror list, I get (shortened): Providers: 1. Name: mirror/test Consumers: 1. Name: twed12 2. Name: twed13 3. Name: twed14 which means that it's calling twed12, twed13 and twed14 the consumers. So that is a little confusing. twed12 already had data on it, so I mounted it on /mnt and waited for 13 and 14 to finish syncing. I wanted to try using a disk image as a backup for a simulated data update so that I could roll back to the image if need be. I did a: gmirror remove -v test twed12 so I could use 12 as the backup image. I made changes to the mirror and then: gmirror remove -v test twed13 gmirror remove -v test twed14 gmirror status which caused the machine to panic. I know that's not the right procedure, but maybe gmirror could be changed to warn against removing the last component of a mirror, or possibly handle it in a better way. I booted back up and recreated the mirror using twed12 as the first component, thus restoring the mirror to it's pre-upgrade state. So the disk-image-as-a-backup worked very well. I was impressed with the fact that when I rebooted in the middle of a gmirror syncronize, it started where it left off rather than starting over. so here's the big question; if I have the boot disk mirrored with gmirror, is it possible to remove a component of the mirror before a major upgrade and use it as a backup just in case the upgrade catastrophically fails. If so, what would be the correct procedure? This would all need to be remote without physical access to the machine of course. Thanks in advance for any info/pointers/rtfm. Double thanks for gmirror, it is a fine piece of software. Elliot From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 06:53:11 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A1B116A41F for ; Sat, 26 Nov 2005 06:53:11 +0000 (GMT) (envelope-from kolicz@EUnet.yu) Received: from smtpclu-2.eunet.yu (smtpclu-2.eunet.yu [194.247.192.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id C32A743D4C for ; Sat, 26 Nov 2005 06:53:10 +0000 (GMT) (envelope-from kolicz@EUnet.yu) Received: from faust.net (P-12.197.EUnet.yu [213.240.12.197]) by smtpclu-2.eunet.yu (8.13.4/8.13.4) with ESMTP id jAQ6r7b4008988 for ; Sat, 26 Nov 2005 07:53:07 +0100 Received: by faust.net (Postfix, from userid 1001) id 65A56B834; Sat, 26 Nov 2005 07:44:16 +0100 (CET) Date: Sat, 26 Nov 2005 07:44:16 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20051126064416.GA642@faust.net> References: <20051125120113.0B4C916A42C@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051125120113.0B4C916A42C@hub.freebsd.org> X-Virus-Scan: EUnet-AVAS-Milter X-AVAS-Virus-Status: clean X-Spam-Checker: EUnet-AVAS-Milter X-AVAS-Spam-Score: -1.1 X-AVAS-Spam-Symbols: AWL BAYES_40 NO_RELAYS TW_KB TW_TK Subject: Re: 6.0 kernel will not boot past atkbd0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 06:53:11 -0000 Hi Pete! > > We have an array of new ASUS machine connected through a KVM. These > > machines panic when the kernel is probing for the mouse if ACPI is not > > loaded. If a mouse is not plugged in, no panic. If ACPI is loaded and > > the mouse is plugged in, it boots fine. > > I didnt try ACPI. I merely took the ouse driiver out of the kernel. > Interestingly this then let me boot single user, but would not boot multi > user! I had to physically unplug the mouse in the end. Is there any chance that the very mouse is not working correctly? What if you change the device and try again? Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 10:28:08 2005 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22B9016A420 for ; Sat, 26 Nov 2005 10:28:08 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4461243D5C for ; Sat, 26 Nov 2005 10:28:07 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id jAQAS5kR072456 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 26 Nov 2005 13:28:06 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id jAQAS5Ir072455 for stable@FreeBSD.org; Sat, 26 Nov 2005 13:28:05 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sat, 26 Nov 2005 13:28:05 +0300 From: Gleb Smirnoff To: stable@FreeBSD.org Message-ID: <20051126102805.GX25711@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.6i Cc: Subject: [WARNING] RELENG_6 is broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 10:28:08 -0000 Colleagues, I'm very sorry but at this moment RELENG_6 is broken a bit. If you are using DHCP (client or server) please do not upgrade until I reply here that it is fixed. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 10:59:00 2005 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D51316A41F for ; Sat, 26 Nov 2005 10:59:00 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id B000443D5D for ; Sat, 26 Nov 2005 10:58:56 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id jAQAwtFp072811 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 26 Nov 2005 13:58:55 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id jAQAwsH1072810 for stable@freebsd.org; Sat, 26 Nov 2005 13:58:55 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sat, 26 Nov 2005 13:58:54 +0300 From: Gleb Smirnoff To: stable@FreeBSD.org Message-ID: <20051126105854.GC25711@cell.sick.ru> References: <20051126102805.GX25711@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20051126102805.GX25711@cell.sick.ru> User-Agent: Mutt/1.5.6i Cc: Subject: Re: [WARNING] RELENG_6 is broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 10:59:00 -0000 On Sat, Nov 26, 2005 at 01:28:05PM +0300, Gleb Smirnoff wrote: T> I'm very sorry but at this moment RELENG_6 is broken a bit. If you T> are using DHCP (client or server) please do not upgrade until I T> reply here that it is fixed. The ARP problem in RELENG_6 is fixed in revision 1.137.2.6 of if_ether.c. The problem was introduced in revision 1.137.2.5. Make sure that you have revision 1.137.2.4 or revision 1.137.2.6, before you build new kernel. P.S. Important note is that problem is not related to DHCP, it affects any Ethernet user. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 13:08:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAADD16A41F for ; Sat, 26 Nov 2005 13:08:06 +0000 (GMT) (envelope-from yraffah@savola.com) Received: from Heathrow.savoladns.com (heathrow.savoladns.com [212.100.209.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31A6043D62 for ; Sat, 26 Nov 2005 13:07:52 +0000 (GMT) (envelope-from yraffah@savola.com) Received: (qmail 3398 invoked from network); 26 Nov 2005 16:07:48 +0300 Received: from unknown (HELO ocs.savola.com) (172.31.12.10) by 172.31.12.2 with SMTP; 26 Nov 2005 16:07:48 +0300 Received: from 222.22.1.191 by ocs.savola.com with ESMTP id 28847031133009865; Sat, 26 Nov 2005 15:57:45 +0300 From: Yousef Raffah To: freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-6GeHTfOLdeA3c6LbfYXH" Organization: The Savola Group Date: Sat, 26 Nov 2005 16:07:34 +0300 Message-Id: <1133010454.824.9.camel@RedDevil.savola.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Subject: Upgrading Question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yraffah@savola.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 13:08:07 -0000 --=-6GeHTfOLdeA3c6LbfYXH Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hello Everyone, I just thought of upgrading from FreeBSD 6 BETA5 to 6-STABLE so I followed the http://www.freebsd.org/doc/handbook/makeworld.html manual page. I reached to a point where I had to reboot into single user mode to continue with make installworld and mergemaster but I wasn't able to boot into single user mode. The machine was hanging saying: Trying to mount root from ufs:/dev/ad0s2a I tried and tried and kept on trying with no luck, I disable some modules during kernel bootup and unset some variables but no luck! Anyhow, one of the guys on IRC told me to build a GENERIC kernel to at least boot so I built it but it panicked! My only way to boot my system now is going to the loader prompt and boot /boot/kernel.old/kernel No here comes my question, by booting this way, can I still create a new GENERIC kernel in order to upgrade my system? I would really appreciate your advice --=-6GeHTfOLdeA3c6LbfYXH Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDiF4W9KbelRb+qmwRAt7zAJ9lMwkh3xcEn5z9NPOozwq2C8HLagCgxbTk RFPY0tloFJkmTGtQWyR2UhI= =tNYT -----END PGP SIGNATURE----- --=-6GeHTfOLdeA3c6LbfYXH-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 13:47:44 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E963916A424 for ; Sat, 26 Nov 2005 13:47:44 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19F6A43D78 for ; Sat, 26 Nov 2005 13:47:36 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so1787047wxc for ; Sat, 26 Nov 2005 05:47:36 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VGqZ2edFhY+BADyJfi1SlKbmg74eXPpnPseRlcS4Hd4NpTpHWDMeerxYQTlAexopuZSkoavlIdxlaE8uZHL/XpNMY/Ra/9pCC0/HbVXN7kzN2M5IVkcRbrZPQ2X0a6W4//fya8ELbrMottmoRf/scz6Mw5Mt+RChWKsFyr1vG7E= Received: by 10.70.73.6 with SMTP id v6mr8706411wxa; Sat, 26 Nov 2005 05:47:36 -0800 (PST) Received: by 10.70.105.13 with HTTP; Sat, 26 Nov 2005 05:47:36 -0800 (PST) Message-ID: <84dead720511260547w6b97619du35025c6051c8b0e2@mail.gmail.com> Date: Sat, 26 Nov 2005 19:17:36 +0530 From: Joseph Koshy To: yraffah@savola.com In-Reply-To: <1133010454.824.9.camel@RedDevil.savola.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1133010454.824.9.camel@RedDevil.savola.com> Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading Question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 13:47:45 -0000 > Trying to mount root from ufs:/dev/ad0s2a > I tried and tried and kept on trying with no luck, I > disable some modules during kernel bootup and unset some > variables but no luck! > Anyhow, one of the guys on IRC told me to build a GENERIC > kernel to at least boot so I built it but it panicked! There isn't any information in your bug report that we could use to help you out: - what kind of hardware does your machine have (the output of dmesg would be a good start)? - how did you checkout your source tree (which CVS tag did you use? - what is the panic message from the GENERIC kernel? - do you have any third-party kernel modules that you load in the kernel? -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 13:55:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F50F16A41F for ; Sat, 26 Nov 2005 13:55:58 +0000 (GMT) (envelope-from yraffah@savola.com) Received: from Heathrow.savoladns.com (heathrow.savoladns.com [212.100.209.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id B266843D64 for ; Sat, 26 Nov 2005 13:55:52 +0000 (GMT) (envelope-from yraffah@savola.com) Received: (qmail 4574 invoked from network); 26 Nov 2005 16:55:49 +0300 Received: from unknown (HELO ocs.savola.com) (172.31.12.10) by 172.31.12.2 with SMTP; 26 Nov 2005 16:55:49 +0300 Received: from 222.22.1.191 by ocs.savola.com with ESMTP id 28860451133012827; Sat, 26 Nov 2005 16:47:07 +0300 From: Yousef Raffah To: freebsd-stable@freebsd.org In-Reply-To: <84dead720511260547w6b97619du35025c6051c8b0e2@mail.gmail.com> References: <1133010454.824.9.camel@RedDevil.savola.com> <84dead720511260547w6b97619du35025c6051c8b0e2@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-2nyI9YLu/8EffrSDU/vh" Organization: The Savola Group Date: Sat, 26 Nov 2005 16:56:56 +0300 Message-Id: <1133013416.824.16.camel@RedDevil.savola.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Subject: Re: Upgrading Question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yraffah@savola.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 13:55:58 -0000 --=-2nyI9YLu/8EffrSDU/vh Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2005-11-26 at 19:17 +0530, Joseph Koshy wrote: > > Trying to mount root from ufs:/dev/ad0s2a >=20 > > I tried and tried and kept on trying with no luck, I > > disable some modules during kernel bootup and unset some > > variables but no luck! >=20 > > Anyhow, one of the guys on IRC told me to build a GENERIC > > kernel to at least boot so I built it but it panicked! >=20 > There isn't any information in your bug report that we > could use to help you out: >=20 Sorry for not providing that but please find below the required information. > - what kind of hardware does your machine have (the > output of dmesg would be a good start)? This is the output of dmesg with my boot /boot/kernel.old/kernel: Copyright (c) 1992-2005 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 6.0-BETA5 #9: Thu Oct 20 21:36:39 AST 2005 root@RedDevil.savola.com:/usr/obj/usr/src/sys/MYKERNEL module firewire already present! Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.86GHz (1862.01-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x6d8 Stepping =3D 8 Features=3D0xafe9f9ff Features2=3D0x180 real memory =3D 1073606656 (1023 MB) avail memory =3D 1041719296 (993 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: Please update driver or contact the maintainer. est: cpu_vendor GenuineIntel, msr 6120e2606000e26, bus_clk, 64 device_attach: est0 attach returned 6 p4tcc0: on cpu0 pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 pcib1: irq 11 at device 1.0 on pci0 pci1: on pcib1 drm0: port 0xc000-0xc0ff mem 0x90000000-0x97ffffff,0xc0000000-0xc000ffff irq 11 at device 0.0 on pci1 info: [drm] Initialized radeon 1.16.0 20050311 on minor 0 pcib2: irq 10 at device 28.0 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) pcib3: irq 11 at device 28.1 on pci0 pci3: on pcib3 uhci0: port 0x1200-0x121f irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1220-0x123f irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1240-0x125f irq 11 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1260-0x127f irq 11 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xf4000000-0xf40003ff irq 11 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib4: at device 30.0 on pci0 pci6: on pcib4 iwi0: mem 0xb000b000-0xb000bfff irq 11 at device 4.0 on pci6 iwi0: Ethernet address: 00:12:f0:63:ae:ca cbb0: mem 0x13000000-0x13000fff at device 6.0 on pci6 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: bad Vcc request. ctrl=3D0xfff8508, status=3D0xffffffff cbb_power: 0V fwohci0: <1394 Open Host Controller Interface> mem 0xb0000000-0xb00007ff,0xb0004000-0xb0007fff irq 11 at device 6.2 on pci6 fwohci0: OHCI version 1.10 (ROM=3D0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:08:0d:a0:d1:bf:aa:e1 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:08:0d:bf:aa:e1 fwe0: Ethernet address: 02:08:0d:bf:aa:e1 fwe0: if_start running deferred for Giant fwip0: on firewire0 fwip0: Firewire address: 00:08:0d:a0:d1:bf:aa:e1 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x3ea4c000 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc000ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) pci6: at device 6.3 (no driver attached) pci6: at device 6.4 (no driver attached) pcm0: port 0xe000-0xe0ff,0xe100-0xe13f mem 0xd0000000-0xd00001ff,0xd0000200-0xd00002ff irq 10 at device 30.2 on pci0 pcm0: [GIANT-LOCKED] pcm0: pci0: at device 30.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1100-0x110f at device 31.2 on pci0 atapci0: failed to enable memory mapping! ata0: on atapci0 ata1: on atapci0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xe0000-0xe1fff,0xe5000-0xe5fff,0xeb000-0xeffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 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 ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (irq) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) ums0: Mitsumi Electric Apple Optical USB Mouse, rev 1.10/1.08, addr 2, iclass 3/1 ums0: 4 buttons and Z dir. Timecounter "TSC" frequency 1862010244 Hz quality 800 Timecounters tick every 1.000 msec ad0: 76319MB at ata0-master PIO4 acd0: DVDR at ata1-master UDMA33 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad0s2a iwi0: link state changed to UP cbb0: Unsupported card type detected cbb0: Unsupported card type detected cbb0: Unsupported card type detected cbb0: Unsupported card type detected cbb0: Unsupported card type detected cbb0: Unsupported card type detected cbb0: Unsupported card type detected cbb0: Unsupported card type detected cbb0: Unsupported card type detected cbb0: Unsupported card type detected cbb0: Unsupported card type detected cbb0: Unsupported card type detected cbb0: Unsupported card type detected cbb0: bad Vcc request. ctrl=3D0x0, status=3D0x28067261 cbb_power: 0V cbb0: bad Vcc request. ctrl=3D0x55, status=3D0x28067261 cbb_power: 1V cbb0: bad Vcc request. ctrl=3D0x0, status=3D0x28067261 cbb_power: 0V cbb0: Unsupported card type detected cbb0: Unsupported card type detected cbb0: Unsupported card type detected cbb0: Unsupported card type detected cbb0: Unsupported card type detected cbb0: Unsupported card type detected pccard0: Card has no functions! cbb0: PC Card card activation failed cbb0: Unsupported card type detected cbb0: bad Vcc request. ctrl=3D0x454e5200, status=3D0x20636e69 cbb_power: 0V cbb0: bad Vcc request. ctrl=3D0x454e5255, status=3D0x20636e69 cbb_power: 1V cbb0: bad Vcc request. ctrl=3D0x454e5200, status=3D0x20636e69 cbb_power: 0V cbb0: Unsupported card type detected cbb0: Unsupported card type detected cbb0: Unsupported card type detected > - how did you checkout your source tree (which CVS tag > did you use? I used the standard-supfile which had RELENG_6 > - what is the panic message from the GENERIC kernel? I will try to get it again as I'm in the process of rebuilding another kernel > - do you have any third-party kernel modules that you > load in the kernel? >=20 That is my /boot/loader.conf: autoboot_delay=3D"3" if_iwi_load=3D"YES" wlan_wep_load=3D"YES" #hint.apic.0.disabled=3D"1" #hw.pci.unsupported_io=3D"1" hw.ata.ata_dma=3D"0" hw.ata.atapi_dma=3D"1" #agp.ko_load=3D"YES" #radeon.ko_load=3D"YES" hint.apm.0.disable=3D"1" hw.psm.synaptics.support=3D"1" #acpi_load=3D"YES" #linprocfs_load=3D"YES" dcons_crom_load=3D"YES" #splash_bmp_load=3D"YES" #splash_pcx_load=3D"YES" #bitmap_load=3D"YES" #bitmap_name=3D"/boot/daemon_640.bmp" > -- > FreeBSD Volunteer, http://people.freebsd.org/~jkoshy --=-2nyI9YLu/8EffrSDU/vh Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDiGmo9KbelRb+qmwRAnmBAJ4+iyQoK3BKkf/gH06lLvGXdB68WwCdGTL5 CL4mz82oZ1BRDBqAQghhdEg= =m9U0 -----END PGP SIGNATURE----- --=-2nyI9YLu/8EffrSDU/vh-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 14:41:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 094C916A43C for ; Sat, 26 Nov 2005 14:41:27 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DF8943D5C for ; Sat, 26 Nov 2005 14:41:26 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so1793402wxc for ; Sat, 26 Nov 2005 06:41:25 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=d0jIzXPpAZH31eXKKsmDAOAABOztzQCZl/6Urje/cW+22GL8Fo4s6ZmeEMJAUwjSApYNgQdsV7D83hWtQhkG1ilDde3BZdteUdc67K4f9tXVxXjrKndQ8GCHJ+fY3eyHZIw2pwj0J0Npmth3MhYI030sv1NGoX87ren33xpwoKA= Received: by 10.70.128.4 with SMTP id a4mr8711314wxd; Sat, 26 Nov 2005 06:41:25 -0800 (PST) Received: by 10.70.105.13 with HTTP; Sat, 26 Nov 2005 06:41:25 -0800 (PST) Message-ID: <84dead720511260641j41a90221l843314f26e849cf0@mail.gmail.com> Date: Sat, 26 Nov 2005 20:11:25 +0530 From: Joseph Koshy To: yraffah@savola.com In-Reply-To: <1133013416.824.16.camel@RedDevil.savola.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1133010454.824.9.camel@RedDevil.savola.com> <84dead720511260547w6b97619du35025c6051c8b0e2@mail.gmail.com> <1133013416.824.16.camel@RedDevil.savola.com> Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading Question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 14:41:27 -0000 yr> This is the output of dmesg with my boot yr> /boot/kernel.old/kernel: You use a number of devices in your machine that I'm unfamiliar with. So, YMMV with the advice below :). yr> FreeBSD 6.0-BETA5 #9: Thu Oct 20 21:36:39 AST 2005 yr> root@RedDevil.savola.com:/usr/obj/usr/src/sys/MYKERNEL yr> module firewire already present! I don't know why this message should appear here, early in the kernel boot process. You might want to check your config file. yr> est0: on cpu0 yr> est: CPU supports Enhanced Speedstep, but is not recognized. yr> est: Please update driver or contact the maintainer. We lack a manual page for this driver. Grr. gr> iwi0: mem \ yr> 0xb000b000-0xb000bfff irq 11 at device 4.0 on pci6 yr> iwi0: Ethernet address: 00:12:f0:63:ae:ca This driver had a very recent MFC done to it. yr> That is my /boot/loader.conf: yr> autoboot_delay=3D"3" yr> if_iwi_load=3D"YES" yr> wlan_wep_load=3D"YES" I would suggest trying a RELENG_6_0_0_RELEASE GENERIC kernel with all modules disabled, and then enable stuff in steps. You may want to check if your ports/net/iwi-firmware installation is upto-date too. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 14:44:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07A3D16A41F for ; Sat, 26 Nov 2005 14:44:03 +0000 (GMT) (envelope-from yraffah@savola.com) Received: from Heathrow.savoladns.com (heathrow.savoladns.com [212.100.209.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id B304843D4C for ; Sat, 26 Nov 2005 14:44:00 +0000 (GMT) (envelope-from yraffah@savola.com) Received: (qmail 5762 invoked from network); 26 Nov 2005 17:43:57 +0300 Received: from unknown (HELO ocs.savola.com) (172.31.12.10) by 172.31.12.2 with SMTP; 26 Nov 2005 17:43:57 +0300 Received: from 222.22.1.191 by ocs.savola.com with ESMTP id 28868891133015698; Sat, 26 Nov 2005 17:34:58 +0300 From: Yousef Raffah To: freebsd-stable@freebsd.org In-Reply-To: <1133013416.824.16.camel@RedDevil.savola.com> References: <1133010454.824.9.camel@RedDevil.savola.com> <84dead720511260547w6b97619du35025c6051c8b0e2@mail.gmail.com> <1133013416.824.16.camel@RedDevil.savola.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-hjFGenPIlbWJ4JRwIQzh" Organization: The Savola Group Date: Sat, 26 Nov 2005 17:44:46 +0300 Message-Id: <1133016286.1070.7.camel@RedDevil.savola.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Subject: Re: Upgrading Question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yraffah@savola.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 14:44:03 -0000 --=-hjFGenPIlbWJ4JRwIQzh Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2005-11-26 at 16:56 +0300, Yousef Raffah wrote: > On Sat, 2005-11-26 at 19:17 +0530, Joseph Koshy wrote: > > > Trying to mount root from ufs:/dev/ad0s2a > >=20 > > > I tried and tried and kept on trying with no luck, I > > > disable some modules during kernel bootup and unset some > > > variables but no luck! > >=20 > > > Anyhow, one of the guys on IRC told me to build a GENERIC > > > kernel to at least boot so I built it but it panicked! > >=20 > > There isn't any information in your bug report that we > > could use to help you out: > >=20 > Sorry for not providing that but please find below the required > information. >=20 > > - what kind of hardware does your machine have (the > > output of dmesg would be a good start)? > This is the output of dmesg with my boot /boot/kernel.old/kernel: OK I was able to boot up using my new GENERIC kernel after unload all the drivers in the loader prompt here is my dmesg: (sorry it is so long) Copyright (c) 1992-2005 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 6.0-STABLE #2: Sat Nov 26 16:49:02 AST 2005 root@RedDevil.savola.com:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a36000. Calibrating clock(s) ... i8254 clock: 1193173 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1862014843 Hz CPU: Intel(R) Pentium(R) M processor 1.86GHz (1862.01-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x6d8 Stepping =3D 8 Features=3D0xafe9f9ff Features2=3D0x180 real memory =3D 1073606656 (1023 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000003eda6fff, 1041768448 bytes (254338 pages) avail memory =3D 1041686528 (993 MB) bios32: Found BIOS32 Service Directory header at 0xc00e6050 bios32: Entry =3D 0xea8e0 (c00ea8e0) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xe6000+0x48f4 pnpbios: Found PnP BIOS data at 0xc00ff020 pnpbios: Entry =3D eb000:3d78 Rev =3D 1.0 pnpbios: Event flag at eb01e pnpbios: OEM ID 8224744e Other BIOS signatures found: wlan: <802.11 Link Layer> null: random: nfslock: pseudo-device io: mem: Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x80010014 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D2590808= 6) pcibios: BIOS version 2.10 Found $PIR table, 12 entries at 0xc00fe840 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x60 5 9 10 11 embedded 0 28 A 0x61 5 9 10 11 embedded 0 28 B 0x60 5 9 10 11 embedded 0 28 C 0x62 5 9 10 11 embedded 0 28 D 0x63 5 9 10 11 embedded 0 29 A 0x6b 5 9 10 11 embedded 0 29 B 0x63 5 9 10 11 embedded 0 29 C 0x62 5 9 10 11 embedded 0 29 D 0x60 5 9 10 11 embedded 0 30 A 0x61 5 9 10 11 embedded 0 30 B 0x68 5 9 10 11 embedded 0 31 A 0x62 5 9 10 11 embedded 0 31 B 0x63 5 9 10 11 embedded 0 31 D 0x60 5 9 10 11 embedded 1 0 A 0x60 5 9 10 11 embedded 1 0 B 0x61 5 9 10 11 embedded 1 0 C 0x62 5 9 10 11 embedded 1 0 D 0x63 5 9 10 11 embedded 2 0 A 0x60 5 9 10 11 embedded 2 0 B 0x61 5 9 10 11 embedded 2 0 C 0x62 5 9 10 11 embedded 2 0 D 0x63 5 9 10 11 embedded 3 0 A 0x61 5 9 10 11 embedded 3 0 B 0x62 5 9 10 11 embedded 3 0 C 0x63 5 9 10 11 embedded 3 0 D 0x60 5 9 10 11 embedded 4 0 A 0x62 5 9 10 11 embedded 4 0 B 0x63 5 9 10 11 embedded 4 0 C 0x60 5 9 10 11 embedded 4 0 D 0x61 5 9 10 11 embedded 5 0 A 0x63 5 9 10 11 embedded 5 0 B 0x60 5 9 10 11 embedded 5 0 C 0x61 5 9 10 11 embedded 5 0 D 0x62 5 9 10 11 embedded 6 4 A 0x60 5 9 10 11 embedded 6 4 B 0x61 5 9 10 11 embedded 6 6 A 0x62 5 9 10 11 embedded 6 6 B 0x63 5 9 10 11 embedded 6 6 C 0x6a 5 9 10 11 embedded 6 6 D 0x68 5 9 10 11 pcib0: pcibus 0 on motherboard pir0: on motherboard $PIR: Links after initial probe: Link IRQ Rtd Ref IRQs 0x60 255 N 10 5 9 10 11 0x61 255 N 8 5 9 10 11 0x62 255 N 9 5 9 10 11 0x63 255 N 9 5 9 10 11 0x6b 255 N 1 5 9 10 11 0x68 255 N 2 5 9 10 11 0x6a 255 N 1 5 9 10 11 $PIR: Found matching pin for 0.1.INTA at func 0: 11 $PIR: Found matching pin for 0.28.INTA at func 0: 10 $PIR: Found matching pin for 0.28.INTB at func 1: 11 $PIR: Found matching pin for 0.29.INTA at func 0: 11 $PIR: Found matching pin for 0.29.INTB at func 1: 11 $PIR: Found matching pin for 0.29.INTC at func 2: 11 $PIR: Found matching pin for 0.29.INTD at func 3: 11 $PIR: Found matching pin for 0.30.INTA at func 2: 10 $PIR: Found matching pin for 0.30.INTB at func 3: 5 $PIR: Found matching pin for 0.31.INTB at func 2: 255 $PIR: Found matching pin for 1.0.INTA at func 0: 11 $PIR: Found matching pin for 2.0.INTA at func 0: 11 $PIR: Found matching pin for 6.4.INTA at func 0: 11 $PIR: Found matching pin for 6.6.INTA at func 0: 255 $PIR: Found matching pin for 6.6.INTA at func 4: 11 $PIR: Found matching pin for 6.6.INTC at func 2: 11 $PIR: Found matching pin for 6.6.INTD at func 3: 5 $PIR: Links after initial IRQ discovery: Link IRQ Rtd Ref IRQs 0x60 11 Y 10 5 9 10 11 0x61 10 Y 8 5 9 10 11 0x62 11 Y 9 5 9 10 11 0x63 11 Y 9 5 9 10 11 0x6b 11 Y 1 5 9 10 11 0x68 5 Y 2 5 9 10 11 0x6a 11 Y 1 5 9 10 11 $PIR: IRQs used by BIOS: 5 10 11 $PIR: Interrupt Weights: [ 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ] [ 0 0 0 0 0 2 0 0 0 0 8 30 0 0 0 0 ] pci0: on pcib0 pci0: physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x2590, revid=3D0x03 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x2090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x2591, revid=3D0x03 bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D4 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x0a (2500 ns), maxlat=3D0x00 (0 n= s) intpin=3Da, irq=3D11 $PIR: 0:1 INTA routed to irq 11 found-> vendor=3D0x8086, dev=3D0x2660, revid=3D0x04 bus=3D0, slot=3D28, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D4 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x00 (0 ns= ) intpin=3Da, irq=3D10 $PIR: 0:28 INTA routed to irq 10 found-> vendor=3D0x8086, dev=3D0x2662, revid=3D0x04 bus=3D0, slot=3D28, func=3D1 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D4 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x00 (0 ns= ) intpin=3Db, irq=3D11 $PIR: 0:28 INTB routed to irq 11 found-> vendor=3D0x8086, dev=3D0x2658, revid=3D0x04 bus=3D0, slot=3D29, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 map[20]: type 4, range 32, base 00001200, size 5, enabled $PIR: 0:29 INTA routed to irq 11 found-> vendor=3D0x8086, dev=3D0x2659, revid=3D0x04 bus=3D0, slot=3D29, func=3D1 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 map[20]: type 4, range 32, base 00001220, size 5, enabled $PIR: 0:29 INTB routed to irq 11 found-> vendor=3D0x8086, dev=3D0x265a, revid=3D0x04 bus=3D0, slot=3D29, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D11 map[20]: type 4, range 32, base 00001240, size 5, enabled $PIR: 0:29 INTC routed to irq 11 found-> vendor=3D0x8086, dev=3D0x265b, revid=3D0x04 bus=3D0, slot=3D29, func=3D3 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D11 map[20]: type 4, ran class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0000, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base f4000000, size 10, memory disabled $PIR: 0:29 INTA routed to irq 11 found-> vendor=3D0x8086, dev=3D0x2448, revid=3D0xd4 bus=3D0, slot=3D30, func=3D0 class=3D06-04-01, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x00 (0 n= s) found-> vendor=3D0x8086, dev=3D0x266e, revid=3D0x04 bus=3D0, slot=3D30, func=3D2 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000e000, size 8, enabled map[14]: type 4, range 32, base 0000e100, size 6, enabled map[18]: type 1, range 32, base d0000000, size 9, enabled map[1c]: type 1, range 32, base d0000200, size 8, enabled $PIR: 0:30 INTA routed to irq 10 found-> vendor=3D0x8086, dev=3D0x266d, revid=3D0x04 bus=3D0, slot=3D30, func=3D3 class=3D07-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D5 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000e200, size 8, enabled map[14]: type 4, range 32, base 0000e300, size 7, enabled $PIR: 0:30 INTB routed to irq 5 found-> vendor=3D0x8086, dev=3D0x2641, revid=3D0x04 bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x2653, revid=3D0x04 bus=3D0, slot=3D31, func=3D2 class=3D01-01-80, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x02b8, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D255 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 00001100, size 4, enabled pcib1: irq 11 at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xc000-0xdfff pcib1: memory decode 0xc0000000-0xcfffffff pcib1: prefetched decode 0x90000000-0x9fffffff pci1: on pcib1 pci1: physical bus=3D1 found-> vendor=3D0x1002, dev=3D0x5460, revid=3D0x00 bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D4 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 3, range 32, base 90000000, size 27, enabled pcib1: (null) requested memory range 0x90000000-0x97ffffff: good map[14]: type 4, range 32, base 0000c000, size 8, enabled pcib1: (null) requested I/O range 0xc000-0xc0ff: in range map[18]: type 1, range 32, base c0000000, size 16, enabled pcib1: (null) requested memory range 0xc0000000-0xc000ffff: good $PIR: 1:0 INTA routed to irq 11 pci1: at device 0.0 (no driver attached) pcib2: irq 10 at device 28.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xa000-0xbfff pcib2: memory decode 0xbc000000-0xbfffffff pcib2: prefetched decode 0x8c000000-0x8fffffff pci2: on pcib2 pci2: physical bus=3D2 found-> vendor=3D0x11ab, dev=3D0x4362, revid=3D0x15 bus=3D2, slot=3D0, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D4 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type 1, range 64, base bc000000, size 14, enabled pcib2: (null) requested memory range 0xbc000000-0xbc003fff: good map[18]: type 4, range 32, base 0000a000, size 8, enabled pcib2: (null) requested I/O range 0xa000-0xa0ff: in range $PIR: 2:0 INTA routed to irq 11 pci2: at device 0.0 (no driver attached) pcib3: irq 11 at device 28.1 on pci0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0x8000-0x9fff pcib3: memory decode 0xb8000000-0xbbffffff pcib3: prefetched decode 0x88000000-0x8bffffff pci3: on pcib3 pci3: physical bus=3D3 uhci0: port 0x1200-0x121f irq 11 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1200 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1220-0x123f irq 11 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1220 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1240-0x125f irq 11 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1240 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1260-0x127f irq 11 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1260 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xf4000000-0xf40003ff irq 11 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xf4000000 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib4: at device 30.0 on pci0 pcib4: secondary bus 6 pcib4: subordinate bus 6 pcib4: I/O decode 0x6000-0x7fff pcib4: memory decode 0xb0000000-0xb7ffffff pcib4: prefetched decode 0x80000000-0x87ffffff pcib4: Subtractively decoded bridge. pci6: on pcib4 pci6: physical bus=3D6 found-> vendor=3D0x8086, dev=3D0x4220, revid=3D0x05 bus=3D6, slot=3D4, func=3D0 class=3D02-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x80 (3840 ns), mingnt=3D0x03 (750 ns), maxlat=3D0x18 (6= 000 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base b000b000, size 12, enabled pcib4: (null) requested memory range 0xb000b000-0xb000bfff: good $PIR: 6:4 INTA routed to irq 11 found-> vendor=3D0x104c, dev=3D0x8031, revid=3D0x00 bus=3D6, slot=3D6, func=3D0 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0xc0 (48000 ns), maxlat=3D0x03 (750 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 13000000, size 12, enabled pcib4: (null) requested memory range 0x13000000-0x13000fff: good found-> vendor=3D0x104c, dev=3D0x8032, revid=3D0x00 bus=3D6, slot=3D6, func=3D2 class=3D0c-00-10, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0210, cachelnsz=3D4 (dwords) lattimer=3D0x80 (3840 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x04 (1= 000 ns) intpin=3Dc, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base b0000000, size 11, enabled pcib4: (null) requested memory range 0xb0000000-0xb00007ff: good map[14]: type 1, range 32, base b0004000, size 14, enabled pcib4: (null) requested memory range 0xb0004000-0xb0007fff: good $PIR: 6:6 INTC routed to irq 11 found-> vendor=3D0x104c, dev=3D0x8033, revid=3D0x00 bus=3D6, slot=3D6, func=3D3 class=3D01-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0210, cachelnsz=3D4 (dwords) lattimer=3D0x80 (3840 ns), mingnt=3D0x07 (1750 ns), maxlat=3D0x04 (1000 ns) intpin=3Dd, irq=3D5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base b0008000, size 13, enabled pcib4: (null) requested memory range 0xb0008000-0xb0009fff: good $PIR: 6:6 INTD routed to irq 5 found-> vendor=3D0x104c, dev=3D0x8034, revid=3D0x00 bus=3D6, slot=3D6, func=3D4 class=3D08-05-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0210, cachelnsz=3D4 (dwords) lattimer=3D0x80 (3840 ns), mingnt=3D0x07 (1750 ns), maxlat=3D0x04 (1000 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base b000a000, size 8, enabled pcib4: (null) requested memory range 0xb000a000-0xb000a0ff: good map[14]: type 1, range 32, base b000a100, size 8, enabled pcib4: (null) requested memory range 0xb000a100-0xb000a1ff: good map[18]: type 1, range 32, base b000a200, size 8, enabled pcib4: (null) requested memory range 0xb000a200-0xb000a2ff: good $PIR: 6:6 INTA routed to irq 11 pci6: at device 4.0 (no driver attached) cbb0: mem 0x13000000-0x13000fff at device 6.0 on pci6 cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x13000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 $PIR: 6:6 INTA routed to irq 11 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x8031104c 0x02100007 0x06070000 0x00824000=20 0x10: 0x13000000 0x020000a0 0x40080706 0xfffff000=20 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc=20 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740010b=20 0x40: 0xff101179 0x00000001 0x00000000 0x00000000=20 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x80: 0x08409060 0x02930019 0x000f0002 0x01aa1b22=20 0x90: 0x606600c0 0x00000000 0x00000000 0x00000000=20 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000=20 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 fwohci0: vendor=3D104c, dev=3D8032 fwohci0: vendor=3D104c, dev=3D8032 fwohci0: <1394 Open Host Controller Interface> mem 0xb0000000-0xb00007ff,0xb0004000-0xb0007fff irq 11 at device 6.2 on pci6 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xb0000000 fwohci0: [MPSAFE] fwohci0: OHCI version 1.10 (ROM=3D0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:08:0d:a0:d1:bf:aa:e1 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:08:0d:bf:aa:e1 fwe0: bpf attached fwe0: Ethernet address: 02:08:0d:bf:aa:e1 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc000ffc0, gen=3D2, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) fwohci0: phy int pci6: at device 6.3 (no driver attached) pci6: at device 6.4 (no driver attached) pci0: at device 30.2 (no driver attached) pci0: at device 30.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1100-0x110f at device 31.2 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1100 atapci0: failed to enable memory mapping! ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D80 ostat1=3D80 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata1: stat0=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: stat1=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x4 ata1: [MPSAFE] ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete pnpbios: 16 devices, largest 230 bytes PNP0c01: adding fixed memory32 range 0-0x9ffff, size=3D0xa0000 PNP0c01: adding fixed memory32 range 0x100000-0x3ffeffff, size=3D0x3fef0000 PNP0c01: adding fixed memory32 range 0xe0000-0xfffff, size=3D0x20000 PNP0c01: adding fixed memory32 range 0xfff80000-0xffffffff, size=3D0x80000 pnpbios: handle 0 device ID PNP0c01 (010cd041) PNP0c02: adding io range 0x4d0-0x4d1, size=3D0x2, align=3D0 PNP0c02: adding io range 0x680-0x6ff, size=3D0x80, align=3D0 PNP0c02: adding io range 0x92-0x92, size=3D0x1, align=3D0 PNP0c02: adding io range 0x62-0x62, size=3D0x1, align=3D0 PNP0c02: adding io range 0x66-0x66, size=3D0x1, align=3D0 PNP0c02: adding io range 0x2e-0x2f, size=3D0x2, align=3D0 PNP0c02: adding io range 0xb2-0xb3, size=3D0x2, align=3D0 PNP0c02: adding io range 0x1000-0x107f, size=3D0x80, align=3D0 PNP0c02: adding io range 0x1300-0x133f, size=3D0x40, align=3D0 pnpbios: handle 1 device ID PNP0c02 (020cd041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xff, size=3D0x10, align=3D0 pnpbios: handle 2 device ID PNP0c04 (040cd041) PNP0200: adding io range 0-0x1f, size=3D0x20, align=3D0 PNP0200: adding io range 0x80-0x8f, size=3D0x10, align=3D0 PNP0200: adding io range 0xc0-0xdf, size=3D0x20, align=3D0 PNP0200: adding dma mask 0x10 pnpbios: handle 4 device ID PNP0200 (0002d041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x5f, size=3D0x20, align=3D0 pnpbios: handle 5 device ID PNP0100 (0001d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x7f, size=3D0x10, align=3D0 pnpbios: handle 6 device ID PNP0b00 (000bd041) PNP0303: adding irq mask 0x2 PNP0303: adding io range 0x60-0x60, size=3D0x1, align=3D0 PNP0303: adding io range 0x64-0x64, size=3D0x1, align=3D0 pnpbios: handle 7 device ID PNP0303 (0303d041) PNP0800: adding io range 0x61-0x61, size=3D0x1, align=3D0 pnpbios: handle 8 device ID PNP0800 (0008d041) PNP0a03: adding io range 0xcf8-0xcff, size=3D0x8, align=3D0 pnpbios: handle 9 device ID PNP0a03 (030ad041) PNP0f13: adding irq mask 0x1000 pnpbios: handle 10 device ID PNP0f13 (130fd041) INT0800: adding fixed memory32 range 0xffb00000-0xffb7ffff, size=3D0x80000 pnpbios: handle 11 device ID INT0800 (0008d425) PNP0501: adding irq mask 0x10 PNP0501: adding io range 0x3f8-0x3ff, size=3D0x8, align=3D0 pnpbios: handle 13 device ID PNP0501 (0105d041) PNP0e03: adding io range 0x3e0-0x3e3, size=3D0x4, align=3D0 pnpbios: handle 15 device ID PNP0e03 (030ed041) SMCf010: adding irq mask 0x8 SMCf010: adding io range 0x2f8-0x2ff, size=3D0x8, align=3D0 SMCf010: adding io range 0x110-0x117, size=3D0x8, align=3D0 SMCf010: adding dma mask 0x2 pnpbios: handle 16 device ID SMCf010 (10f0a34d) PNP0401: adding irq mask 0x80 PNP0401: adding io range 0x378-0x37f, size=3D0x8, align=3D0 PNP0401: adding io range 0x778-0x77b, size=3D0x4, align=3D0 PNP0401: adding dma mask 0x8 pnpbios: handle 17 device ID PNP0401 (0104d041) unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xe0000-0xe1fff,0xe5000-0xe5fff,0xeb000-0xeffff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0067 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) 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 ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x801 0x811 0x801 0x801 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: irq maps: 0x801 0x809 0x801 0x801 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices unknown: can't assign resources (memory) unknown: at iomem 0-0x9ffff,0x100000-0x3ffeffff on isa0 unknown: can't assign resources (port) unknown: at port 0x60 on isa0 unknown: failed to probe at port 0x61 on isa0 unknown: can't assign resources (irq) unknown: at irq 12 on isa0 unknown: failed to probe at iomem 0xffb00000-0xffb7ffff on isa0 unknown: can't assign resources (port) unknown: at port 0x3f8-0x3ff on isa0 unknown: failed to probe at port 0x3e0-0x3e3 on isa0 unknown: can't assign resources (port) unknown: at port 0x2f8-0x2ff on isa0 unknown: can't assign resources (port) unknown: at port 0x378-0x37f on isa0 ums0: Mitsumi Electric Apple Optical USB Mouse, rev 1.10/1.08, addr 2, iclass 3/1 ums0: 4 buttons and Z dir. Device configuration finished. procfs registered Timecounter "TSC" frequency 1862014843 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D80 wire ad0: 76319MB at ata0-master PIO4 ad0: 156301488 sectors [155061C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 ad0: Intel check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata1-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D40 wire acd0: DVDR drive at ata1 as master acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error ATA PseudoRAID loaded Trying to mount root from ufs:/dev/ad0s2a start_init: trying /sbin/init Linux ELF exec handler installed linprocfs registered logo_saver: the console does not support M_VGA_CG320 module_register_init: MOD_LOAD (logo_saver, 0xc5125ac8, 0) error 19 So what am I advised to do now? --=-hjFGenPIlbWJ4JRwIQzh Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDiHTe9KbelRb+qmwRAtyVAKC6onlQJ942igDCs9h8W6Uvh08PVgCgmhQ4 HB27/G4SZbQklNd91L/N0Qo= =IDx5 -----END PGP SIGNATURE----- --=-hjFGenPIlbWJ4JRwIQzh-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 14:56:22 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C9D116A41F for ; Sat, 26 Nov 2005 14:56:22 +0000 (GMT) (envelope-from volcane.uk@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id F054A43D45 for ; Sat, 26 Nov 2005 14:56:21 +0000 (GMT) (envelope-from volcane.uk@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so566292nzo for ; Sat, 26 Nov 2005 06:56:21 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=LZOMoSG0WwrHYJl7cDTSnKGP9Nc/v1kQUn79lR6TcoxYXytNa43tTN/+ipTDypfavQTY/J90yFymv6LfsdgdwIa/+sXvGYK8J9hrdYIhUej1DJvVKtf6/rgGRuBX/l4Nj3/UweXGd/wbK6ci0BLhUgsaWDd2v4S3LuR13AQRAns= Received: by 10.37.15.18 with SMTP id s18mr1868461nzi; Sat, 26 Nov 2005 06:56:21 -0800 (PST) Received: by 10.36.8.20 with HTTP; Sat, 26 Nov 2005 06:56:21 -0800 (PST) Message-ID: <964bdb4d0511260656p121c1b3ap54fe4571d945e73d@mail.gmail.com> Date: Sat, 26 Nov 2005 14:56:21 +0000 From: Volcane To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: 6-STABLE + Intel ICH6 SATA Timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 14:56:22 -0000 hello, I installed FreeBSD-6 RELEASE on a Intel based server, updated world to this mornings -STABLE. The machine has a Intel ICH6 SATA controller in it and 2 drives: =3D=3D=3D dmesg atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x3090-0x309f at device 31.2 on pci0 atapci0: failed to enable memory mapping! ata0: on atapci0 ata1: on atapci0 ad0: 157066MB at ata0-master SATA150 ad1: 157066MB at ata0-slave SATA150 =3D=3D=3D The problem is I'm getting read timeouts all over: ad1: TIMEOUT - READ_DMA retrying (1 retry left) LBA=3D191 ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=3D10055263 ad1: TIMEOUT - READ_DMA retrying (1 retry left) LBA=3D12095 ad1: TIMEOUT - READ_DMA retrying (1 retry left) LBA=3D764891 ad0: TIMEOUT - READ_DMA48 retrying (1 retry left) LBA=3D282913823 ad0: TIMEOUT - READ_DMA48 retrying (0 retries left) LBA=3D282913823 ad0: FAILURE - READ_DMA48 status=3D51 error=3D4 LBA=3D282913823 g_vfs_done():ad0s1f[READ(offset=3D138958848000, length=3D10752)]error =3D 5 vnode_pager_getpages: I/O read error ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=3D11521823 ad0: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=3D283051135 ad0: TIMEOUT - WRITE_DMA48 retrying (0 retries left) LBA=3D283051135 ad0: FAILURE - WRITE_DMA48 status=3D51 error=3D4 LBA=3D283051135 g_vfs_done():ad0s1f[WRITE(offset=3D139029151744, length=3D4096)]error =3D 5 ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=3D12703 I've tried booting without ACPI that didn't help, other than that I'm out of ideas, has anyone had success with this card? I searched through the archives and on google and I've come across many posts concluding this is a crap card, unfortunately I have extremely limited options for changing cards as the machine is hosted at a ISP and its their hardware. Any help would be appreciated. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 17:28:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1198816A41F for ; Sat, 26 Nov 2005 17:28:39 +0000 (GMT) (envelope-from ginoruopolo@hotmail.com) Received: from hotmail.com (bay16-f30.bay16.hotmail.com [65.54.186.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9801F43D5E for ; Sat, 26 Nov 2005 17:28:38 +0000 (GMT) (envelope-from ginoruopolo@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 26 Nov 2005 09:28:38 -0800 Message-ID: Received: from 206.112.112.35 by by16fd.bay16.hotmail.msn.com with HTTP; Sat, 26 Nov 2005 17:28:37 GMT X-Originating-IP: [151.44.23.88] X-Originating-Email: [ginoruopolo@hotmail.com] X-Sender: ginoruopolo@hotmail.com In-Reply-To: <20051125190919.GA54009@xor.obsecurity.org> From: "Gino Ruopolo" To: kris@obsecurity.org, rutger.bevaart@illian.net Date: Sat, 26 Nov 2005 17:28:37 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed X-OriginalArrivalTime: 26 Nov 2005 17:28:38.0139 (UTC) FILETIME=[D62C5CB0:01C5F2AE] Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD unstable on Dell 1750 using SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 17:28:39 -0000 Both the servers where I changed the nic to an old intel 10/100 reached a week of uptime! I'm seriously thinking about a problem with the "em" ethernet card driver. later, gino >From: Kris Kennaway >To: Rutger Bevaart >CC: Kris Kennaway , freebsd-stable@freebsd.org,Gino >Ruopolo >Subject: Re: FreeBSD unstable on Dell 1750 using SMP? >Date: Fri, 25 Nov 2005 14:09:19 -0500 > >On Fri, Nov 25, 2005 at 01:22:01PM +0100, Rutger Bevaart wrote: > > Hello Kris (& list), > > > > Thanks for helping the 1750 and 2850 owners on this list. Unfortunately >I > > cannot find any references to the leak or the fix you are referring to >in > > the Release errata (http://www.freebsd.org/releases/5.4R/errata.html). > >It was in the 5.3 errata, sorry. I don't think it was fixed until >after 5.4 though. > > > We are trying really hard to resolve the stability issues with our Dell > > servers and would be very happy to know when the fix for what was > > committed. > >As I said twice already, the stats leak is ***HARMLESS***. It only >gives the wrong value to counters that are unused for anything except >reporting to the user. > > > No way we'll be upgrading to 6.0 without knowing exactly what > > is going on (remembering broken 4.10 -> 5.3 systems) ... > >5.4 -> 6.0 is really a very minor jump. But if you're not willing to >even test it out on one machine to see whether it resolves your >problems, you'll likely just have to get used to the instability until >someone can identify your problem and then fix it. > >Kris ><< attach3 >> _________________________________________________________________ Parla con i tuoi amici che hanno MSN Hotmail in tempo reale! E' gratis. http://www.imagine-msn.com/messenger/default.aspx?locale=it-IT From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 18:08:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F91116A41F for ; Sat, 26 Nov 2005 18:08:48 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out0.tiscali.nl (smtp-out0.tiscali.nl [195.241.79.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id C01FD43D83 for ; Sat, 26 Nov 2005 18:08:36 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [82.171.39.195] (helo=guido.klop.ws) by smtp-out0.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1Eg4TO-0005Tp-Jf for ; Sat, 26 Nov 2005 19:08:30 +0100 Received: (qmail 875 invoked from network); 26 Nov 2005 18:08:29 -0000 Received: from localhost.thuis.klop.ws (HELO outgoing.local) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 26 Nov 2005 18:08:29 -0000 Date: Sat, 26 Nov 2005 19:08:28 +0100 To: freebsd-stable@freebsd.org References: <1133010454.824.9.camel@RedDevil.savola.com> <84dead720511260547w6b97619du35025c6051c8b0e2@mail.gmail.com> <1133013416.824.16.camel@RedDevil.savola.com> <1133016286.1070.7.camel@RedDevil.savola.com> From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <1133016286.1070.7.camel@RedDevil.savola.com> User-Agent: Opera M2/8.51 (FreeBSD, build 1462) Subject: Re: Upgrading Question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 18:08:48 -0000 On Sat, 26 Nov 2005 15:44:46 +0100, Yousef Raffah wrote: > On Sat, 2005-11-26 at 16:56 +0300, Yousef Raffah wrote: >> On Sat, 2005-11-26 at 19:17 +0530, Joseph Koshy wrote: >> > > Trying to mount root from ufs:/dev/ad0s2a >> > >> > > I tried and tried and kept on trying with no luck, I >> > > disable some modules during kernel bootup and unset some >> > > variables but no luck! >> > >> > > Anyhow, one of the guys on IRC told me to build a GENERIC >> > > kernel to at least boot so I built it but it panicked! >> > >> > There isn't any information in your bug report that we >> > could use to help you out: >> > >> Sorry for not providing that but please find below the required >> information. >> >> > - what kind of hardware does your machine have (the >> > output of dmesg would be a good start)? >> This is the output of dmesg with my boot /boot/kernel.old/kernel: > OK I was able to boot up using my new GENERIC kernel after unload all > the drivers in the loader prompt > here is my dmesg: (sorry it is so long) > > So what am I advised to do now? Re-enable the modules 1 by 1, so you will discover what gives you your troubles. Maybe the problem is in a combination of modules or you are loading modules, which are also compiled in the kernel. Ronald. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 18:53:50 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AFB216A41F; Sat, 26 Nov 2005 18:53:50 +0000 (GMT) (envelope-from frank@exit.com) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 176C043D7B; Sat, 26 Nov 2005 18:53:41 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.4/8.13.4) with ESMTP id jAQIrawo001555; Sat, 26 Nov 2005 10:53:36 -0800 (PST) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.4/8.13.4) with ESMTP id jAQIpNfR005087; Sat, 26 Nov 2005 10:51:23 -0800 (PST) (envelope-from frank@exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.4/8.13.4/Submit) id jAQIpMp7005086; Sat, 26 Nov 2005 10:51:22 -0800 (PST) (envelope-from frank@exit.com) X-Authentication-Warning: realtime.exit.com: frank set sender to frank@exit.com using -f From: Frank Mayhar To: Gleb Smirnoff In-Reply-To: <20051126105854.GC25711@cell.sick.ru> References: <20051126102805.GX25711@cell.sick.ru> <20051126105854.GC25711@cell.sick.ru> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Exit Consulting Date: Sat, 26 Nov 2005 10:51:22 -0800 Message-Id: <1133031082.4465.4.camel@realtime.exit.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on tinker.exit.com X-Virus-Status: Clean Cc: stable@freebsd.org Subject: Re: [WARNING] RELENG_6 is broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: frank@exit.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 18:53:50 -0000 On Sat, 2005-11-26 at 13:58 +0300, Gleb Smirnoff wrote: > The ARP problem in RELENG_6 is fixed in revision 1.137.2.6 of if_ether.c. Does this problem cause an arp storm? If so, I ran into it last night and am very glad to see that it's fixed. (It was a new system and I just figured it was due to pilot error or bad hardware.) -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 19:31:03 2005 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A29816A41F for ; Sat, 26 Nov 2005 19:31:03 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id A08F743D58 for ; Sat, 26 Nov 2005 19:31:02 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id jAQJUXDi076071 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 26 Nov 2005 22:30:34 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id jAQJUXkN076070; Sat, 26 Nov 2005 22:30:33 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sat, 26 Nov 2005 22:30:33 +0300 From: Gleb Smirnoff To: Frank Mayhar Message-ID: <20051126193033.GN25711@cell.sick.ru> References: <20051126102805.GX25711@cell.sick.ru> <20051126105854.GC25711@cell.sick.ru> <1133031082.4465.4.camel@realtime.exit.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <1133031082.4465.4.camel@realtime.exit.com> User-Agent: Mutt/1.5.6i Cc: stable@FreeBSD.org Subject: Re: [WARNING] RELENG_6 is broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 19:31:03 -0000 On Sat, Nov 26, 2005 at 10:51:22AM -0800, Frank Mayhar wrote: F> On Sat, 2005-11-26 at 13:58 +0300, Gleb Smirnoff wrote: F> > The ARP problem in RELENG_6 is fixed in revision 1.137.2.6 of if_ether.c. F> F> Does this problem cause an arp storm? If so, I ran into it last night F> and am very glad to see that it's fixed. (It was a new system and I F> just figured it was due to pilot error or bad hardware.) Yes, it does. I'm sorry to waste your time. :| -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 22:09:37 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33EFC16A41F for ; Sat, 26 Nov 2005 22:09:37 +0000 (GMT) (envelope-from brett@lariat.org) Received: from lariat.net (lariat.net [65.122.236.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B58343D53 for ; Sat, 26 Nov 2005 22:09:36 +0000 (GMT) (envelope-from brett@lariat.org) Received: from Anne (IDENT:ppp1000.lariat.net@lariat.net [65.122.236.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id PAA01162; Sat, 26 Nov 2005 15:09:31 -0700 (MST) X-message-flag: Warning! Use of Microsoft Outlook renders your system susceptible to Internet worms. Message-Id: <6.2.5.6.2.20051126150622.0843d3e0@lariat.org> X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6 Date: Sat, 26 Nov 2005 15:07:26 -0700 To: Jon Dama , Brett Glass From: Brett Glass In-Reply-To: References: <200511260118.SAA20596@lariat.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Cc: stable@freebsd.org Subject: Re: FreeBSD 6.0 cron is running on GMT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 22:09:37 -0000 At 07:20 PM 11/25/2005, Jon Dama wrote: >Uh, the problem would be that kernel does not know that the CMOS clock is >set to the local time. Standard practice is that the CMOS clock should be >set to UTC. We've never set the CMOS clock to UTC/GMT on any previous version of FreeBSD, and yet have never seen this behavior. By the way, the "date" command does report the correct time. It's cron that seems to be getting the time wrong. --Brett Glass From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 22:09:38 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 575F816A425 for ; Sat, 26 Nov 2005 22:09:38 +0000 (GMT) (envelope-from brett@lariat.org) Received: from lariat.net (lariat.net [65.122.236.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6CF743D53 for ; Sat, 26 Nov 2005 22:09:37 +0000 (GMT) (envelope-from brett@lariat.org) Received: from Anne (IDENT:ppp1000.lariat.net@lariat.net [65.122.236.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id PAA01164; Sat, 26 Nov 2005 15:09:32 -0700 (MST) X-message-flag: Warning! Use of Microsoft Outlook renders your system susceptible to Internet worms. Message-Id: <6.2.5.6.2.20051126150808.0829c668@lariat.org> X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6 Date: Sat, 26 Nov 2005 15:09:24 -0700 To: Joseph Koshy From: Brett Glass In-Reply-To: <84dead720511252008t57c1495ao4d115e3e5e09c8eb@mail.gmail.co m> References: <200511260118.SAA20596@lariat.net> <84dead720511252008t57c1495ao4d115e3e5e09c8eb@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Cc: stable@freebsd.org Subject: Re: FreeBSD 6.0 cron is running on GMT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 22:09:38 -0000 At 09:08 PM 11/25/2005, Joseph Koshy wrote: >> Just created a server using FreeBSD 6.0, and it's quite >> stable and fast. One glitch, though: Jobs scheduled to >> run at midnight via /etc/crontab are running at 6 PM >> (midnight GMT). I've double checked, and the CMOS clock >> is set to local time and the time zone is specified as >> Mountain Standard Time. What could be going on? Is this >> a known problem? > >Is there a file /etc/wall_cmos_clock on this system? There's a zero length file by that name. Ownership and permissions are root:wheel, a=r. --Brett From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 23:48:36 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34FF916A41F for ; Sat, 26 Nov 2005 23:48:36 +0000 (GMT) (envelope-from erik@tefre.com) Received: from mta1-filtered.netlife.no (banan.netlife.no [213.187.191.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 296E743D66 for ; Sat, 26 Nov 2005 23:48:33 +0000 (GMT) (envelope-from erik@tefre.com) Received: from localhost (localhost.netlife.no [127.0.0.1]) by mta1-filtered.netlife.no (Postfix) with ESMTP id 00FBB67987 for ; Sun, 27 Nov 2005 00:48:27 +0100 (CET) Received: from mta1.netlife.no ([127.0.0.1]) by localhost (banan.netlife.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 91887-02 for ; Sun, 27 Nov 2005 00:48:24 +0100 (CET) Received: from bavian.netlife.no (bavian.netlife.no [213.187.191.52]) by mta1.netlife.no (Postfix) with ESMTP id 0265B67984 for ; Sun, 27 Nov 2005 00:48:23 +0100 (CET) From: Erik Stian Tefre To: stable@freebsd.org Content-Type: text/plain Date: Sun, 27 Nov 2005 00:49:39 +0100 Message-Id: <1133048979.8549.43.camel@bavian.netlife.no> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at netlife.no Cc: Subject: 6.0 ethernet problem with 4GB ram X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 23:48:36 -0000 Hi list! I'm seeing a strange network problem on a couple of athlon 64 X2 boxes with 4 GB ram. The ethernet interfaces (em in one box and vge in the other) stops working if I enable more than 2 GB of ram. The interfaces continue to receive incoming broadcast packets (verified with tcpdump) but nothing else seems to work (the local arp table stays empty). The ethernet interfaces work OK on: -6.0 i386 GENERIC (without PAE) -6.0 amd64 GENERIC with hw.physmem=2g set in loader They don't work on: -6.0 i386 PAE -6.0 amd64 GENERIC I have tested this on 6.0 release. Upgrading to RELENG_6 (cvsuped today) seems to make no difference. Compiling the kernel with or without SMP also makes no difference. Anyone have any ideas or workarounds other than limiting the memory to 2GB? -- Erik Stian Tefre From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 23:51:50 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F8ED16A41F for ; Sat, 26 Nov 2005 23:51:50 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from smtp209.mail.sc5.yahoo.com (smtp209.mail.sc5.yahoo.com [216.136.130.117]) by mx1.FreeBSD.org (Postfix) with SMTP id 7778843D5F for ; Sat, 26 Nov 2005 23:51:49 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: (qmail 92246 invoked from network); 26 Nov 2005 21:53:43 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.br; h=Received:Subject:From:To:Content-Type:Date:Message-Id:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=fVwrLKzeErmeK4tACoUFbvIMbTr0bEiMiLFYi59OdHmgFrlN7SzW/0ed+Ln3baRCdI0mhdKX4vhAZ2f9zNQ6dxyip9JAkiS6TW5qkjB94oxXNZ6F3z5VK7y1c2cM+oHKRm/v+lXyr/EjLPLfIOEAmBgGrO5NOrqwZmpU+Hp+QvE= ; Received: from unknown (HELO 201-1-75-81.dsl.telesp.net.br) (ricardo?bsd@201.1.75.81 with plain) by smtp209.mail.sc5.yahoo.com with SMTP; 26 Nov 2005 21:53:39 -0000 From: "Ricardo A. Reis" To: stable@freebsd.org Content-Type: text/plain; charset=iso8859-1 Date: Sat, 26 Nov 2005 17:53:10 -0200 Message-Id: <1133034790.906.8.camel@myfreebsd.homeunix.org> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: Subject: Strange Kernel Panic with Gnome and Evolution X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 23:51:50 -0000 Hi all, A strange kernel panic when i use my workstation with gnome 2.12.1 i don't have idea if this is caused by threads or is another problem Dump header from device /dev/ad2s1b Architecture: i386 Architecture Version: 2 Dump Length: 200867840B (191 MB) Blocksize: 512 Dumptime: Sat Nov 26 17:32:05 2005 Hostname: myfreebsd.homeunix.org Magic: FreeBSD Kernel Dump Version String: FreeBSD 6.0-STABLE #1: Sat Nov 26 12:02:28 BRST 2005 root@myfreebsd.homeunix.org:/usr/obj/usr/src/sys/GENERIC Panic String: page fault Dump Parity: 193487664 Bounds: 5 Dump Status: good kgdb--------------- # sudo kgdb kernel.debug /usr/crash/vmcore.5 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 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-marcel-freebsd". #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) (kgdb) bt full #0 doadump () at pcpu.h:165 No locals. #1 0xc067ee30 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 first_buf_printf = 1 #2 0xc067f116 in panic (fmt=0xc08a856b "%s") at /usr/src/sys/kern/kern_shutdown.c:555 td = (struct thread *) 0xc141c480 bootopt = 260 newpanic = 0 ap = 0xc141c480 "0¸AÁ å>Á" buf = "page fault", '\0' #3 0xc085f851 in trap_fatal (frame=0xca6a5b34, eva=0) at /usr/src/sys/i386/i386/trap.c:831 code = 40 type = 12 ss = 40 esp = 0 softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, ssd_dpl = 0, ssd_p = 1, ssd_xx = 8, ssd_xx1 = 3, ssd_def32 = 1, ssd_gran = 1} #4 0xc085f5ae in trap_pfault (frame=0xca6a5b34, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:742 va = 0 vm = (struct vmspace *) 0x0 map = 0xc097dba0 rv = 1 ftype = 1 '\001' td = (struct thread *) 0xc141c480 p = (struct proc *) 0xc141b830 #5 0xc085f1ed in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -1063751200, tf_esi = -1063751200, tf_ebp = -898999428, tf_isp = -898999456, tf_ebx = -1049361712, tf_edx = 0, tf_ecx = -1051141984, tf_eax = 0, tf_trapno = 12, tf_err = 2, tf_eip = -1066297054, tf_cs = 32, tf_eflags = 66118, tf_esp = -1044063812, tf_ss = -1049361712}) at /usr/src/sys/i386/i386/trap.c:432 td = (struct thread *) 0xc141c480 p = (struct proc *) 0xc141b830 sticks = 3250903542 i = 0 ucode = 0 type = 12 code = 2 eva = 0 #6 0xc084dc7a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 No locals. #7 0x00000008 in ?? () No symbol table info available. #8 0x00000028 in ?? () No symbol table info available. #9 0x00000028 in ?? () No symbol table info available. #10 0xc09871e0 in tcb () No symbol table info available. #11 0xc09871e0 in tcb () No symbol table info available. #12 0xca6a5b7c in ?? () No symbol table info available. #13 0xca6a5b60 in ?? () No symbol table info available. #14 0xc17402d0 in ?? () No symbol table info available. #15 0x00000000 in ?? () No symbol table info available. #16 0xc158d8a0 in ?? () No symbol table info available. #17 0x00000000 in ?? () No symbol table info available. #18 0x0000000c in ?? () No symbol table info available. #19 0x00000002 in ?? () No symbol table info available. #20 0xc0719922 in in_pcbremlists (inp=0xc17402d0) at /usr/src/sys/netinet/in_pcb.c:1180 phd = (struct inpcbport *) 0x0 pcbinfo = (struct inpcbinfo *) 0xc09871e0 #21 0xc0718d93 in in_pcbdetach (inp=0xc17402d0) at /usr/src/sys/netinet/in_pcb.c:723 so = (struct socket *) 0xc1c4d9bc ipi = (struct inpcbinfo *) 0xc09871e0 #22 0xc0728bb3 in tcp_close (tp=0x0) at /usr/src/sys/netinet/tcp_subr.c:779 inp = (struct inpcb *) 0xc17402d0 ---Type to continue, or q to quit--- so = (struct socket *) 0xc1c4d9bc #23 0xc07254e0 in tcp_input (m=0xc1555600, off0=20) at /usr/src/sys/netinet/tcp_input.c:2198 th = (struct tcphdr *) 0xc1555648 ip = (struct ip *) 0xc1555634 ipov = (struct ipovly *) 0xc1555634 inp = (struct inpcb *) 0xc17402d0 optp = (u_char *) 0xc155565c "\001\001\b\n" optlen = 12 len = 4 tlen = 0 off = 32 drop_hdrlen = 52 tp = (struct tcpcb *) 0xc16f5000 thflags = 16 so = (struct socket *) 0xc1c4d9bc todrop = 4 acked = 4 ourfinisacked = 1 needoutput = 1 tiwin = 65219 to = {to_flags = 1, to_tsval = 222419, to_tsecr = 13045187, to_mss = 0, to_requested_s_scale = 0 '\0', to_nsacks = 0 '\0', to_sacks = 0x0} headlocked = 1 rstreason = 4 ip6 = (struct ip6_hdr *) 0x0 isipv6 = 0 #24 0xc071c9a9 in ip_input (m=0xc1555600) at /usr/src/sys/netinet/ip_input.c:778 ip = (struct ip *) 0xc1555634 ia = (struct in_ifaddr *) 0xc1590e00 ifa = (struct ifaddr *) 0x0 checkif = 0 hlen = 20 sum = 0 dchg = 0 odst = {s_addr = 3490188745} #25 0xc06f895f in netisr_processqueue (ni=0xc0986378) at /usr/src/sys/net/netisr.c:236 m = (struct mbuf *) 0xc1555600 #26 0xc06f8b6a in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:349 ni = (struct netisr *) 0xc0986378 bits = 0 i = 0 #27 0xc06698c5 in ithread_loop (arg=0xc13e8600) at /usr/src/sys/kern/kern_intr.c:547 ithd = (struct ithd *) 0xc13e8600 ih = (struct intrhand *) 0xc13e4500 td = (struct thread *) 0xc141c480 p = (struct proc *) 0xc141b830 count = 0 warned = 0 #28 0xc0668aef in fork_exit (callout=0xc0669760 , arg=0xc13e8600, frame=0xca6a5d38) at /usr/src/sys/kern/kern_fork.c:789 p = (struct proc *) 0xc141b830 td = (struct thread *) 0x0 #29 0xc084dcdc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 No locals. _______________________________________________________ Faça do Yahoo! sua página inicial. http://br.yahoo.com/homepageset.html