From owner-freebsd-stable@FreeBSD.ORG Sun Nov 2 05:11:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC5421065679 for ; Sun, 2 Nov 2008 05:11:19 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.188]) by mx1.freebsd.org (Postfix) with ESMTP id 6D0D08FC1D for ; Sun, 2 Nov 2008 05:11:19 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so1038837tid.3 for ; Sat, 01 Nov 2008 22:11:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=w8PO6VukdgEFW5v4rrbatXsYHK3K2KCW5zdt6LPNuyo=; b=X9CZsm6I4+D+sezTHQo/IguKZOejeKUa+tEd1v3Y1n7fzaVK7HUIuCyINEh+I+C4m4 odlzMBb1AaaRskW/iPdoIP10Z6Q/QGZ3nrBtq8Cpd9FV17oM2M4L+AztJQIahw2+xjT+ ZbnGXGxj8NauaRsgJS6Hqe9XWCBcb8xlUPo4U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=oMDTSNlsk8RVm40Yi6zCdeCYjFFC3p7jB0oKd3JXy9cLzDc2SKXiAMq73bDP2W+qDh 1cfkhuD6nWXZ7ELGdLn3dXqU9CHGX4aK6oTn6CLb2cjhY83P/8SpjmpNpNcOzi8fu9wn icu+Q7IimqUvni+F/VWlMT5C47PBuJTNroRF0= Received: by 10.110.53.14 with SMTP id b14mr9919166tia.45.1225602678191; Sat, 01 Nov 2008 22:11:18 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id i9sm6276899tid.9.2008.11.01.22.11.15 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 01 Nov 2008 22:11:16 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mA259GNB091413 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 2 Nov 2008 14:09:16 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mA259Fvu091412; Sun, 2 Nov 2008 14:09:15 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sun, 2 Nov 2008 14:09:15 +0900 From: Pyun YongHyeon To: Torfinn Ingolfsen Message-ID: <20081102050915.GA90993@cdnetworks.co.kr> References: <20080921215704.eca7300b.torfinn.ingolfsen@broadpark.no> <20080922021022.GC26294@cdnetworks.co.kr> <20081002222542.849d5481.torfinn.ingolfsen@broadpark.no> <20081003083443.GD71518@cdnetworks.co.kr> <20081101200606.e50b5dbc.torfinn.ingolfsen@broadpark.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081101200606.e50b5dbc.torfinn.ingolfsen@broadpark.no> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.5-prerelease and if_re - patches needed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Nov 2008 05:11:20 -0000 On Sat, Nov 01, 2008 at 08:06:06PM +0100, Torfinn Ingolfsen wrote: > On Fri, 03 Oct 2008 17:34:43 +0900 > Pyun YongHyeon wrote: > > > Maybe you can use if_re.c/if_rlreg.h in RELENG_7 with minor > > modification. > > I have tried that now. Unfortunately, the differences were too many - > I never managed to get it to compile. > > Has anyone else created pathes for if_re for RELENG_6? http://people.freebsd.org/~yongari/re/6.x/README Hope this helps. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Sun Nov 2 08:37:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D4B61065672 for ; Sun, 2 Nov 2008 08:37:09 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail17.syd.optusnet.com.au (mail17.syd.optusnet.com.au [211.29.132.198]) by mx1.freebsd.org (Postfix) with ESMTP id C1E0B8FC08 for ; Sun, 2 Nov 2008 08:37:08 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail17.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id mA28b5OK029189 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 2 Nov 2008 19:37:06 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id mA28b5JU076868; Sun, 2 Nov 2008 19:37:05 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id mA28b5gv076867; Sun, 2 Nov 2008 19:37:05 +1100 (EST) (envelope-from peter) Date: Sun, 2 Nov 2008 19:37:05 +1100 From: Peter Jeremy To: Kostik Belousov Message-ID: <20081102083704.GH99398@server.vk2pj.dyndns.org> References: <20081015082428.GE26536@server.vk2pj.dyndns.org> <20081015083538.GA72190@icarus.home.lan> <48F65490.6040305@FreeBSD.org> <20081019032104.GB25796@server.vk2pj.dyndns.org> <20081019083902.GP7782@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GV0iVqYguTV4Q9ER" Content-Disposition: inline In-Reply-To: <20081019083902.GP7782@deviant.kiev.zoral.com.ua> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: System hanging during dump X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Nov 2008 08:37:09 -0000 --GV0iVqYguTV4Q9ER Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Sorry for the late reply. On 2008-Oct-19 11:39:02 +0300, Kostik Belousov wrote: >> I have built myself a looping 'ps -axl' which should let me gather more >> information if it does re-appear. (In the process, I've found that ps >> leaks memory, though that's not a problem until you wrap it in a loop). > >What memory ? Kernel one ? How did you noted this ? Could you add >vmstat -z and vmstat -m to the loop and watch what allocation grows ? ps(1) malloc's memory and doesn't free it. This isn't an issue in normal operation because it's a once-through program. I hacked ps to turn the guts of main() into a while(1){} loop and this showed the process was growing. There were a couple of superfluous strdup() calls that could be removed but I don't think it's worth making it exhaustively clean up after itself (my hacking included hard-wiring the options so I'm not sure my cleanup code is complete in the general case). As a low priority, I'll create a PR covering the strdup's. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --GV0iVqYguTV4Q9ER Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkNZrAACgkQ/opHv/APuIdOTwCfbCy7o1fVs5sdpu3OS7YbhYDV gRcAnjlpGMG0lUosS110Zawn3WOOOymo =r9Bg -----END PGP SIGNATURE----- --GV0iVqYguTV4Q9ER-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 2 09:50:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FC8E1065678 for ; Sun, 2 Nov 2008 09:50:31 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id AE34E8FC1A for ; Sun, 2 Nov 2008 09:50:30 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTP id 4C33D46B17; Sun, 2 Nov 2008 04:50:30 -0500 (EST) Date: Sun, 2 Nov 2008 09:50:30 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ryan In-Reply-To: Message-ID: References: User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Install issues with 7.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: Sun, 02 Nov 2008 09:50:31 -0000 On Wed, 29 Oct 2008, Ryan wrote: > Hello, I purchased a new Clevo M860TU on the account that it ran linux very > well and was hoping it would fair the same on FreeBSD. Not so much, little > help? I posted this in mobile originally but though stable would be a better > choice. Don't know if it is more appropriate here or ACPI. > > I'm giving you as much information as I know how to get. as I cannot get > sysinstall to load I am having to type all these dmesg. The boot process is > hanging. This is all with 7.x, I can give 6.x if needed. xpt_config is the CAM configuration wait, so basically the system is waiting for a storage device to report back on whether it could be used as a root file system. I recently saw a similar report of problems involving a firewire controller on an nvidia motherboard following an upgrade to 7.x, and I wonder if you might try the following: see if 6.4 will install, and if so, install it. Then cvsup 7.x, and do a buildworld but not an installworld. This will let you build and experiment with 7.x kernels from a known-working environment. Make sure to keep a working 6.x kernel around -- I suggest something like "cp -r /boot/kernel /boot/kernel.good" before starting so you can always fall back to a good kernel. Now try building a 7.x kernel without USB or firewire support, and booting that? Also, it's worth checking there are no BIOS upgrades available for the motherboard... Robert N M Watson Computer Laboratory University of Cambridge > > Hardware: > Intel P9500 > 4gb DDR3-1066 > Nvidia 9800M GT > Atheros AR5006e > > FreeBSD 7.1-BETA2 > > These snippets of dmesg happen around the end where it hangs. > > 1. Default > > ... > cpu0: on acpi0 > ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj > 0xc6a02d40 [20070320] > ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving > operands for [OpcodeName unavailable] [20070320] > ACPI Error (psparse-0626): Method parse/execution failed > [\_PR_.CPU0._OSC] (Node 0xc68556e0), AE_AML_INTERNAL > est0: on cpu0 > p4tcc0: on cpu0 > cpu1: on acpi0 > ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj > 0xc6a0e300 [20070320] > ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving > operands for [OpcodeName unavailable] [20070320] > ACPI Error (psparse-0626): Method parse/execution failed > [\_PR_.CPU1._OSC] (Node 0xc685560), AE_AML_INTERNAL > est1: on cpu1 > p4tcc1: on cpu1 > ... > cpu0: Cx states changed > cpu1: Cx states changed > unknown: timeout waiting for read DRQ > unknown: timeout waiting for read DRQ > acd0: DVDR at ata3-master UDMA33 > GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install > run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 240 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config > > Then just stalls > > 2. No ACPI > > ... > unknown: timeout waiting for read DRQ > unknown: timeout waiting for read DRQ > acd0: DVDR at ata3-master UDMA33 > GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install > run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 240 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config > > Then just stalls > > 3. Safe Mode > > I can only tell you a little because console is spammed. It is the > same as no ACPI, but with an interrupt storm. > > ... > unknown: timeout waiting for read DRQ > unknown: timeout waiting for read DRQ > acd0: DVDR at ata3-master UDMA33 > GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install > run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 240 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config > > When it gets to the unknowns, this is spammed. > > interrupt storm detected on "irq10:"; throttling interrupt source > > Other than the interrupt storm spam, it is halted like the others. > > > 4. Single User Mode > > Same as 1, Default > > > 5. Verbose > > All I can tell you is what is spammed at the end. > > acpi: bad write to port 0x080 (32), val hex > > Where hex is ever increasing and loops when it hits 0xff01. I can also > see run_interrupt_driven_hooks message in all the spam. > > Using some googling if you add the sysctl before boot > > debug.acpi.block_bad_io=1 > > it might be of some help. This just leads to a never ending loop of > acpi errors - the scroll very fast and difficult to record might I > add! > > ... > acpi: bad write to port 0x080 (32), val hex > ACPI Exception (evregion-0529): AE_BAD_PARAMETER, Returned by handler > for [SystemIO] [20070320] > ACPI Error (psparse-0626): Method parse/execution failed [\P8XH] (Node > 0xc6850a60), AE_BAD_PARAMETER > ACPI Error (psparse-0626): Method parse/execution failed [\_GPE._L01] > [20070320] > ACPI Exception (evgpe-0687): AE_BAD_PARAMETER, while evauating GPE > method [_L01] [20070320] > --repeat-- > ... > > > FreeBSD 7.0-REL > > 7.0 is a little different than 7.1. Messages are somewhat the same but > they happen near the beginning of dmesg instead of around the end. The > run_interrupt_driven_hooks issue is nonexistant as well, but it still > hangs. I'm guessing that's a debug tool more than an error. > > 1. Default > > ... > cpu0: on acpi0 > ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj > 0xc6862580 [20070320] > ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving > operands for [OpcodeName unavailable] [20070320] > ACPI Error (psparse-0626): Method parse/execution failed > [\_PR_.CPU0._OSC] (Node 0xc682d580), AE_AML_INTERNAL > est0: on cpu0 > p4tcc0: on cpu0 > cpu1: on acpi0 > ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj > 0xc6861100 [20070320] > ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving > operands for [OpcodeName unavailable] [20070320] > ACPI Error (psparse-0626): Method parse/execution failed > [\_PR_.CPU1._OSC] (Node 0xc682d4a0), AE_AML_INTERNAL > est1: on cpu1 > p4tcc1: on cpu1 > ... > cpu0: Cx states changed > cpu1: Cx states changed > unknown: timeout waiting for read DRQ > unknown: timeout waiting for read DRQ > acd0: DVDR at ata3-master UDMA33 > GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install > > Hangs. > > 2. No ACPI > > .. > unknown: timeout waiting for read DRQ > unknown: timeout waiting for read DRQ > .. > > Hangs. > > > 3. Safe Mode > > Same interrupt storm as 7.1-BETA2. > > ... > interrupt storm detected on "irq10:"; throttling interrupt source > --repeat-- > > 4. Single User Mode > > Same as 1. Default. > > > 5. Verbose > > Hang like normal, cannot see the ACPI errors since they fly off the > scroll lock buffer. > > ... > cpu0: Cx states changed > cpu1: Cx states changed > ... > unknown: timeout waiting for read DRQ > unknown: timeout waiting for read DRQ > ... > > > Thanks again. > _______________________________________________ > 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 2 10:54:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13ED21065670 for ; Sun, 2 Nov 2008 10:54:25 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id A85148FC1C for ; Sun, 2 Nov 2008 10:54:24 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Kwab7-0002nw-2X; Sun, 02 Nov 2008 12:54:21 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id mA2AsICP025168 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 2 Nov 2008 12:54:18 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id mA2AsIe2071045; Sun, 2 Nov 2008 12:54:18 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id mA2AsIY5071044; Sun, 2 Nov 2008 12:54:18 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 2 Nov 2008 12:54:17 +0200 From: Kostik Belousov To: Peter Jeremy Message-ID: <20081102105417.GZ18100@deviant.kiev.zoral.com.ua> References: <20081015082428.GE26536@server.vk2pj.dyndns.org> <20081015083538.GA72190@icarus.home.lan> <48F65490.6040305@FreeBSD.org> <20081019032104.GB25796@server.vk2pj.dyndns.org> <20081019083902.GP7782@deviant.kiev.zoral.com.ua> <20081102083704.GH99398@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AMgu92tiTAjHNJcM" Content-Disposition: inline In-Reply-To: <20081102083704.GH99398@server.vk2pj.dyndns.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1Kwab7-0002nw-2X cdea67afb9ef4c88f7571d380150ee80 X-Terabit: YES Cc: freebsd-stable@freebsd.org Subject: Re: System hanging during dump X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Nov 2008 10:54:25 -0000 --AMgu92tiTAjHNJcM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 02, 2008 at 07:37:05PM +1100, Peter Jeremy wrote: > Sorry for the late reply. >=20 > On 2008-Oct-19 11:39:02 +0300, Kostik Belousov wrot= e: > >> I have built myself a looping 'ps -axl' which should let me gather more > >> information if it does re-appear. (In the process, I've found that ps > >> leaks memory, though that's not a problem until you wrap it in a loop). > > > >What memory ? Kernel one ? How did you noted this ? Could you add > >vmstat -z and vmstat -m to the loop and watch what allocation grows ? >=20 > ps(1) malloc's memory and doesn't free it. This isn't an issue in > normal operation because it's a once-through program. I hacked ps to > turn the guts of main() into a while(1){} loop and this showed the > process was growing. There were a couple of superfluous strdup() > calls that could be removed but I don't think it's worth making it > exhaustively clean up after itself (my hacking included hard-wiring > the options so I'm not sure my cleanup code is complete in the general > case). As a low priority, I'll create a PR covering the strdup's. Thank you for clarification. Please, Cc: me with a PR, I will look at it. --AMgu92tiTAjHNJcM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkkNhtkACgkQC3+MBN1Mb4jvGgCdFiSrqHL3B7B4YKS7YZ+73dPL OI0AoN6lEfaq01q/9WARobrS9PxMCjvp =8YXL -----END PGP SIGNATURE----- --AMgu92tiTAjHNJcM-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 2 11:29:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 888781065673 for ; Sun, 2 Nov 2008 11:29:08 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 4340D8FC21 for ; Sun, 2 Nov 2008 11:29:08 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0K9P00DRDEKJ2540@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 02 Nov 2008 12:29:07 +0100 (CET) Received: from kg-work2.kg4.no ([80.202.173.243]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0K9P00J7EEKIY410@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 02 Nov 2008 12:29:07 +0100 (CET) Date: Sun, 02 Nov 2008 12:29:06 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20081102122906.eeceebd8.torfinn.ingolfsen@broadpark.no> In-reply-to: <20081102050915.GA90993@cdnetworks.co.kr> References: <20080921215704.eca7300b.torfinn.ingolfsen@broadpark.no> <20080922021022.GC26294@cdnetworks.co.kr> <20081002222542.849d5481.torfinn.ingolfsen@broadpark.no> <20081003083443.GD71518@cdnetworks.co.kr> <20081101200606.e50b5dbc.torfinn.ingolfsen@broadpark.no> <20081102050915.GA90993@cdnetworks.co.kr> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.0) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Cc: pyunyh@gmail.com Subject: Re: FreeBSD 6.5-prerelease and if_re - patches needed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Nov 2008 11:29:08 -0000 On Sun, 02 Nov 2008 14:09:15 +0900 Pyun YongHyeon wrote: > http://people.freebsd.org/~yongari/re/6.x/README > > Hope this helps. Yes it does, thanks! On boot, trherer is a noticable delay (tens of seconds) after printing these lines: re0: port 0xee00-0xeeff mem 0xfdfff000-0xfdffffff irq 19 at device 0.0 on pci2 re0: turning off MSI enable bit. re0: Chip rev. 0x38000000 re0: MAC rev. 0x00000000 The original didn't have that delay. Otrher than that it works much better. Details: root@kg-vm# uname -a FreeBSD kg-vm.kg4.no 6.4-PRERELEASE FreeBSD 6.4-PRERELEASE #3: Sun Nov 2 10:44:32 CET 2008 root@kg-vm.kg4.no:/usr/obj/usr/src/sys/SMP amd64 root@kg-vm# pciconf -lv | grep re0 -A 4 re0@pci2:0:0: class=0x020000 card=0x81aa1043 chip=0x816810ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' class = network subclass = ethernet Note: I haven't testet if_rl, so I don't know how this patch affects that. I'll get back with a note on stability sometime next week (after I have done losts of data transfers to and from this box). -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Sun Nov 2 17:36:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09B701065679 for ; Sun, 2 Nov 2008 17:36:59 +0000 (UTC) (envelope-from jbolivar@cantv.net) Received: from rs25s9.datacenter.cha.cantv.net (rs25s9.datacenter.cha.cantv.net [200.11.173.10]) by mx1.freebsd.org (Postfix) with ESMTP id 99B278FC08 for ; Sun, 2 Nov 2008 17:36:58 +0000 (UTC) (envelope-from jbolivar@cantv.net) X-DNSBL-MILTER: Passed Received: from [127.0.0.1] (dbec61b89.dslam-172-17-160-245-0126-313.dsl.cantv.net [190.198.27.137] (may be forged)) by rs25s9.datacenter.cha.cantv.net (8.14.3/8.14.3/3.0) with ESMTP id mA2GqBa1025902 for ; Sun, 2 Nov 2008 12:22:14 -0430 X-Matched-Lists: [] Message-ID: <490DDABA.9000304@cantv.net> Date: Sun, 02 Nov 2008 12:22:10 -0430 From: Julian Bolivar User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 081102-0, 11/02/2008), Outbound message X-Antivirus-Status: Clean X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on 10.128.1.88 X-Virus-Status: Clean Subject: /stand/sysinstall freezed on FreeBSD 7.1 install X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Nov 2008 17:36:59 -0000 Dear Friends, I try to install FreeBSD 7.1 AMD64 beta 2 in an Intel Core 2 Duo and motherboard MSI 975X Platinum V.2m, but when /stand/sysinstall try to start from the installation CD, the system freezed and don't continue the install process. Anyone know how to solved this problem to install it Thanks and regards, Julian Bolivar From owner-freebsd-stable@FreeBSD.ORG Mon Nov 3 00:49:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAE651065680 for ; Mon, 3 Nov 2008 00:49:19 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.185]) by mx1.freebsd.org (Postfix) with ESMTP id 78E888FC0A for ; Mon, 3 Nov 2008 00:49:19 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so1191399tid.3 for ; Sun, 02 Nov 2008 16:49:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=nxlaNVK/kxKjDWWLb5U8Rwx7KhmaJQqIr9BwPTXg2M4=; b=XRE0OVpr+v0PF6L7svSf5A3o2Ph3DFLq9gpbxXVpBcx2TLsRJwUurzmFZr1c8ihILc /swv7Bv7xSs9qrHvKF1jzhNwfPSbo9snH64RXZQ+NSN51E9qgVwmbolAIwJDCeeXLi5h 4SsUNjSXC5Y902idw/bHwmq3HjIoR4oGkJlDk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=YMHihjIfzG+N/eF5QeHgtpgaWJ/PO2Kr6PiaUwfpJCt2/KTo9X25rRU1wmhdyr5WfQ 15m7vaAqQU/PtdcGIQ9IJ+dN1ICsoH9kaA3aT4G5zDbMaaHwxRwy3ChpEv7DYV2sDQla bCsYEN9p2qm0GStqRRiGCLh6ycQUqLxxwKfl0= Received: by 10.110.57.6 with SMTP id f6mr10741323tia.46.1225673358082; Sun, 02 Nov 2008 16:49:18 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id a14sm8054596tia.12.2008.11.02.16.49.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 02 Nov 2008 16:49:16 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mA30lFvO094512 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Nov 2008 09:47:15 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mA30lEBx094511; Mon, 3 Nov 2008 09:47:14 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 3 Nov 2008 09:47:14 +0900 From: Pyun YongHyeon To: Torfinn Ingolfsen Message-ID: <20081103004714.GB94302@cdnetworks.co.kr> References: <20080921215704.eca7300b.torfinn.ingolfsen@broadpark.no> <20080922021022.GC26294@cdnetworks.co.kr> <20081002222542.849d5481.torfinn.ingolfsen@broadpark.no> <20081003083443.GD71518@cdnetworks.co.kr> <20081101200606.e50b5dbc.torfinn.ingolfsen@broadpark.no> <20081102050915.GA90993@cdnetworks.co.kr> <20081102122906.eeceebd8.torfinn.ingolfsen@broadpark.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081102122906.eeceebd8.torfinn.ingolfsen@broadpark.no> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.5-prerelease and if_re - patches needed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2008 00:49:20 -0000 On Sun, Nov 02, 2008 at 12:29:06PM +0100, Torfinn Ingolfsen wrote: > On Sun, 02 Nov 2008 14:09:15 +0900 > Pyun YongHyeon wrote: > > > http://people.freebsd.org/~yongari/re/6.x/README > > > > Hope this helps. > > Yes it does, thanks! > > On boot, trherer is a noticable delay (tens of seconds) after printing > these lines: > re0: port 0xee00-0xeeff mem 0xfdfff000-0xfdffffff irq 19 at device 0.0 on pci2 > re0: turning off MSI enable bit. > re0: Chip rev. 0x38000000 > re0: MAC rev. 0x00000000 > > The original didn't have that delay. I've changed to have re(4) wait the completion of DMAable memory allocation during bus_dma cleanups. The delay you've seen may be related with that change. Previously it just failed to load the driver if there is no available memory at the time of driver loading. However I guess that delay wouldn't happen if the driver is statically linked into kernel. Did you use kernel module? In theory PCIe variants of RealTek controllers would work with DAC so I could alleviate memory allocation restrictions imposed by bus_dma by allowing 64bits DMA addressing. Since I don't have PCIe based RealTek controllers and no datasheets are available for PCIe based controllers it's somewaht difficult to chage current allocation restrictions. > Otrher than that it works much better. Details: > root@kg-vm# uname -a > FreeBSD kg-vm.kg4.no 6.4-PRERELEASE FreeBSD 6.4-PRERELEASE #3: Sun Nov 2 10:44:32 CET 2008 root@kg-vm.kg4.no:/usr/obj/usr/src/sys/SMP amd64 > root@kg-vm# pciconf -lv | grep re0 -A 4 > re0@pci2:0:0: class=0x020000 card=0x81aa1043 chip=0x816810ec rev=0x01 hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' > class = network > subclass = ethernet > > Note: I haven't testet if_rl, so I don't know how this patch affects that. rl(4) has a single change to build with updated if_rlreg.h and I don't think that would affect any stability of rl(4). > I'll get back with a note on stability sometime next week (after I have done losts of data transfers to and from this box). Ok. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Mon Nov 3 04:11:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0414106564A; Mon, 3 Nov 2008 04:11:04 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.227]) by mx1.freebsd.org (Postfix) with ESMTP id 5F8788FC18; Mon, 3 Nov 2008 04:11:04 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2191011rvf.43 for ; Sun, 02 Nov 2008 20:11:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=CayrhIZnENmF3puT8JHznHBt+x+7Le8cHr+BIyIxS20=; b=m3+v/6nCoNl6+6wrJbPaSfIIRXIb8E7NN5rI/R/US0foiru1Eo5xOWdOUjZgZv8ocm ky0krkPNAMElxDjAAxviOrc2OFx6wiT3JkVtmU6Uu3rhmMikUbKS3SrmOdJJzCThTNL7 PwduMiC5gmIh8gLB60JfmmEC8rGeuwYxCxI4w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=x6YyXg4AxQf9V5R7WFlpBRsyovJoPAJs72WxfezghilD1z34wRA5Lxch8ajqG8FKUi Wcv7NMKE77p7lYQkFxsQMf3m70rsF3yC+hGt+N9tGuXWt48VjnfNwP5kOsLE2aRIugKq Xsa6ax2iUepj2jNHb+G25aWpZWVtBriOMLxVU= Received: by 10.140.186.21 with SMTP id j21mr8637533rvf.104.1225685463963; Sun, 02 Nov 2008 20:11:03 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id b8sm19132457rvf.9.2008.11.02.20.10.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 02 Nov 2008 20:11:01 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mA3491Xj095028 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Nov 2008 13:09:01 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mA348xTr095027; Mon, 3 Nov 2008 13:08:59 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 3 Nov 2008 13:08:59 +0900 From: Pyun YongHyeon To: Georgi Iovchev Message-ID: <20081103040859.GD94302@cdnetworks.co.kr> References: <596673353.20081006181334@pulsar.bg> <20081010012058.GA99376@cdnetworks.co.kr> <1948191744.20081010114326@pulsar.bg> <20081014064456.GE14769@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081014064456.GE14769@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.1i Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: can not wake on lan after halt -p (or shutdown -p now) on releng_7 and releng_7_0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2008 04:11:04 -0000 On Tue, Oct 14, 2008 at 03:44:56PM +0900, To Georgi Iovchev wrote: > On Fri, Oct 10, 2008 at 11:43:26AM +0300, Georgi Iovchev wrote: > > > > > > -- > > Friday, October 10, 2008, 4:20:58 AM: > > > > > On Mon, Oct 06, 2008 at 06:13:34PM +0300, Georgi Iovchev wrote: > > >> Hello list > > >> > > >> I have a shutdown problem. I have a machine with gigabyte GA-G33M-DS2R > > >> motherboard. Integrated network card is Realtek 8111B. > > >> I can not wake the computer after I shutdown it from FreeBSD. > > >> It is a dualboot system - windows xp and freebsd. If I shutdown the > > >> computer from windows - later I can wake it up with magic packet. Even > > >> if i shutdown the machine on the boot menu with the power button - than > > >> later I can wake on lan. The only situation where I CANNOT wake it is > > >> when I shutdown the machine from freebsd (halt -p). > > >> > > >> First I tested with 7.0-RELEASE-p5 amd64 (RELENG_7_0) and than I > > >> upgraded to 7.1 PRERELASE amd64 (RELENG_7). I also tested with two > > >> network cards - the integrated one Realtek 8111B and another one Intel > > >> PRO1000PT PCI-E with WOL enabled. > > >> > > > > > Don't know WOL issue of em(4) but re(4) should respond to WOL. > > > 7.0-RELEASE had no support for WOL so RELENG_7 or 7.1-PRERELEASE > > > should be used to experiment WOL. > > Now I am using 7.1-prerelase > > > > >> With both nics and both freebsd versions the situation is the same - > > >> after shutdown from bsd the computer is not able to wake on lan. The > > > > > Because you can wake up your sytem from Windows shutdown I think > > > your BIOS is already configured to allow wakeup from WOL. Would > > > you compare ethernet address of re(4) to Winwods? Have you tried to > > > send Magic packets to FreeBSD box? > > I have tried sending magic packets from another bsd machine. I am > > using net/wol. I also tried to send magic packets from windows machine > > using 3 different programs. > > > > > You may also try suspend your box with acpiconf and resume from WOL. > > I cant. > > > > [root@backup ~]# acpiconf -s 5 > > acpiconf: invalid sleep type (5) > > > > Actually I cant enter in any sleep state > > [root@backup ~]# acpiconf -s 4 > > acpiconf: request sleep type (4) failed: Operation not supported > > [root@backup ~]# acpiconf -s 3 > > acpiconf: request sleep type (3) failed: Operation not supported > > [root@backup ~]# acpiconf -s 2 > > acpiconf: request sleep type (2) failed: Operation not supported > > [root@backup ~]# acpiconf -s 1 > > acpiconf: request sleep type (1) failed: Operation not supported > > > > I am using generic kernel with little modifications, (generally i have > > commented many unused drivers - raid, if_....) Acpi is in generic > > kernel now. > > > > I even tried to wake the machine with magic packet after shutdown -h. > > But still no luck. > > > > > > >> indication on the switch port says that after shut down there is > > >> active link. > > >> > > > > > That indicates the controller is alive so it shall respond to WOL > > > if it was correctly configured to receive WOL packets. Have you > > > tried to send Magic packets to FreeBSD box? > > > > >> Here is some information after last update: > > >> > > >> [root@backup ~]# uname -a > > >> FreeBSD backup.pulsar.bg 7.1-PRERELEASE FreeBSD > > >> 7.1-PRERELEASE #1: Mon Oct 6 17:01:26 EEST 2008 > > >> root@backup.pulsar.bg:/usr/obj/usr/src/sys/MYCONF amd64 > > >> > > >> [root@backup ~]# pciconf -lv > > >> ... > > >> re0@pci0:3:0:0: class=0x020000 card=0xe0001458 > > >> chip=0x816810ec rev=0x01 hdr=0x00 > > >> vendor = 'Realtek Semiconductor' > > >> device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' > > >> class = network > > >> subclass = ethernet > > >> ... > > > > > Show me dmesg output pertinent to re(4). > > > > re0: port 0xd000-0xd0ff mem 0xf2000000-0xf2000fff irq 17 at device 0.0 on pci3 > > re0: turning off MSI enable bit. > > re0: Chip rev. 0x38000000 > > re0: MAC rev. 0x00000000 > > miibus0: on re0 > > rgephy0: PHY 1 on miibus0 > > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > > re0: Ethernet address: 00:1f:d0:24:19:e9 > > re0: [FILTER] > > > > It looks like your chip is RTL8168B and I don't see any errors in > WOL related code of re(4). :-( > Can you check the resolved link speed/duplex of FreeBSD box after > shutdown?(You can enter to your switch menu and see the port > status.) > How about sending WOL packets over direct-connected UTP cable > without using switch? > Here is WOL patch which may fix the issye. Would you try the following patch and let me know whether WOL works or not? http://people.freebsd.org/~yongari/re/re.phy.patch.20081103 -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Mon Nov 3 06:46:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 550EF106568D for ; Mon, 3 Nov 2008 06:46:09 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 3A1B38FC14 for ; Mon, 3 Nov 2008 06:46:09 +0000 (UTC) (envelope-from randy@psg.com) Received: from 50.216.138.210.bn.2iij.net ([210.138.216.50] helo=rmac.psg.com) by ran.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KwtCS-00042F-FZ for freebsd-stable@freebsd.org; Mon, 03 Nov 2008 06:46:08 +0000 Message-ID: <490E9E2F.2010403@psg.com> Date: Mon, 03 Nov 2008 15:46:07 +0900 From: Randy Bush User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: FreeBSD Stable X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: installworld chflags failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Nov 2008 06:46:09 -0000 i386, fresh cvsup FreeBSD 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #14: Sun Nov 2 12:13:46 GMT 2008 root@psg.com:/usr/obj/usr/src/sys/PSG i386 single luser mode over serial console :/usr/src# time make installworld 2>&1 > installworld.log install: /usr/lib/libkse.so.3: chflags: Operation not supported install: /usr/lib/librt.so.1: chflags: Operation not supported chflags: /usr/bin/chpass: Operation not supported install: /usr/bin/login: chflags: Operation not supported install: /usr/bin/opieinfo: chflags: Operation not supported install: /usr/bin/opiepasswd: chflags: Operation not supported chflags: /usr/bin/passwd: Operation not supported install: /usr/bin/rlogin: chflags: Operation not supported install: /usr/bin/rsh: chflags: Operation not supported install: /usr/bin/su: chflags: Operation not supported install: /usr/bin/crontab: chflags: Operation not supported install: /usr/sbin/sliplogin: chflags: Operation not supported this is new and different, and i am worried. no clue in UPDATING. no clue in head. randy From owner-freebsd-stable@FreeBSD.ORG Mon Nov 3 06:53:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EE48106564A for ; Mon, 3 Nov 2008 06:53:08 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id 114A78FC13 for ; Mon, 3 Nov 2008 06:53:07 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA13.westchester.pa.mail.comcast.net ([76.96.62.52]) by QMTA05.westchester.pa.mail.comcast.net with comcast id aWaK1a00H17dt5G55WsyUc; Mon, 03 Nov 2008 06:52:58 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA13.westchester.pa.mail.comcast.net with comcast id aWt01a00C2P6wsM3ZWt1zD; Mon, 03 Nov 2008 06:53:01 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=Gea-2v6hPApHvpKoutgA:9 a=mfZWbgsYFcsOLGa4EX0A:7 a=SViuL9hBSdELTCV9yMEM6uNyCuQA:4 a=EoioJ0NPDVgA:10 a=PKgchsl1YdkA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 679A2C9419; Sun, 2 Nov 2008 22:53:06 -0800 (PST) Date: Sun, 2 Nov 2008 22:53:06 -0800 From: Jeremy Chadwick To: Randy Bush Message-ID: <20081103065306.GA13398@icarus.home.lan> References: <490E9E2F.2010403@psg.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <490E9E2F.2010403@psg.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Stable Subject: Re: installworld chflags failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Nov 2008 06:53:08 -0000 On Mon, Nov 03, 2008 at 03:46:07PM +0900, Randy Bush wrote: > i386, fresh cvsup > > FreeBSD 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #14: Sun Nov 2 12:13:46 > GMT 2008 root@psg.com:/usr/obj/usr/src/sys/PSG i386 > > single luser mode over serial console > > :/usr/src# time make installworld 2>&1 > installworld.log > install: /usr/lib/libkse.so.3: chflags: Operation not supported > install: /usr/lib/librt.so.1: chflags: Operation not supported > chflags: /usr/bin/chpass: Operation not supported > install: /usr/bin/login: chflags: Operation not supported > install: /usr/bin/opieinfo: chflags: Operation not supported > install: /usr/bin/opiepasswd: chflags: Operation not supported > chflags: /usr/bin/passwd: Operation not supported > install: /usr/bin/rlogin: chflags: Operation not supported > install: /usr/bin/rsh: chflags: Operation not supported > install: /usr/bin/su: chflags: Operation not supported > install: /usr/bin/crontab: chflags: Operation not supported > install: /usr/sbin/sliplogin: chflags: Operation not supported > > this is new and different, and i am worried. no clue in UPDATING. no > clue in head. Sounds like kern.securelevel is biting you, or possibly some very odd filesystem mounting flags. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Nov 3 07:00:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AD52106567A; Mon, 3 Nov 2008 07:00:03 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 7625F8FC14; Mon, 3 Nov 2008 07:00:03 +0000 (UTC) (envelope-from randy@psg.com) Received: from 50.216.138.210.bn.2iij.net ([210.138.216.50] helo=rmac.psg.com) by ran.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KwtPv-00043z-6B; Mon, 03 Nov 2008 07:00:03 +0000 Message-ID: <490EA171.8050600@psg.com> Date: Mon, 03 Nov 2008 16:00:01 +0900 From: Randy Bush User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: Jeremy Chadwick References: <490E9E2F.2010403@psg.com> <20081103065306.GA13398@icarus.home.lan> In-Reply-To: <20081103065306.GA13398@icarus.home.lan> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: installworld chflags failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Nov 2008 07:00:03 -0000 Jeremy Chadwick wrote: > On Mon, Nov 03, 2008 at 03:46:07PM +0900, Randy Bush wrote: >> i386, fresh cvsup >> >> FreeBSD 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #14: Sun Nov 2 12:13:46 >> GMT 2008 root@psg.com:/usr/obj/usr/src/sys/PSG i386 >> >> single luser mode over serial console >> >> :/usr/src# time make installworld 2>&1 > installworld.log >> install: /usr/lib/libkse.so.3: chflags: Operation not supported >> install: /usr/lib/librt.so.1: chflags: Operation not supported >> chflags: /usr/bin/chpass: Operation not supported >> install: /usr/bin/login: chflags: Operation not supported >> install: /usr/bin/opieinfo: chflags: Operation not supported >> install: /usr/bin/opiepasswd: chflags: Operation not supported >> chflags: /usr/bin/passwd: Operation not supported >> install: /usr/bin/rlogin: chflags: Operation not supported >> install: /usr/bin/rsh: chflags: Operation not supported >> install: /usr/bin/su: chflags: Operation not supported >> install: /usr/bin/crontab: chflags: Operation not supported >> install: /usr/sbin/sliplogin: chflags: Operation not supported >> >> this is new and different, and i am worried. no clue in UPDATING. no >> clue in head. > > Sounds like kern.securelevel is biting you, exactly. but in single user root? i thought that was not supposed to happen. certainly did not use to happen. randy From owner-freebsd-stable@FreeBSD.ORG Mon Nov 3 07:04:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B0DB106568D for ; Mon, 3 Nov 2008 07:04:05 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id C97858FC21 for ; Mon, 3 Nov 2008 07:04:04 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA07.westchester.pa.mail.comcast.net ([76.96.62.59]) by QMTA07.westchester.pa.mail.comcast.net with comcast id aWw01a00Y1GhbT857X3dny; Mon, 03 Nov 2008 07:03:37 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA07.westchester.pa.mail.comcast.net with comcast id aX431a00F2P6wsM3TX43by; Mon, 03 Nov 2008 07:04:04 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=9uq--AT20rj0P15Faf8A:9 a=i0m-E1xmU1bZii9wlS0A:7 a=axIzLdT0JkmXUjwMGO_Wpqt-IEUA:4 a=EoioJ0NPDVgA:10 a=PKgchsl1YdkA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 3C57CC9426; Sun, 2 Nov 2008 23:04:03 -0800 (PST) Date: Sun, 2 Nov 2008 23:04:03 -0800 From: Jeremy Chadwick To: Randy Bush Message-ID: <20081103070403.GA13649@icarus.home.lan> References: <490E9E2F.2010403@psg.com> <20081103065306.GA13398@icarus.home.lan> <490EA171.8050600@psg.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <490EA171.8050600@psg.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Stable Subject: Re: installworld chflags failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Nov 2008 07:04:05 -0000 On Mon, Nov 03, 2008 at 04:00:01PM +0900, Randy Bush wrote: > Jeremy Chadwick wrote: > > On Mon, Nov 03, 2008 at 03:46:07PM +0900, Randy Bush wrote: > >> i386, fresh cvsup > >> > >> FreeBSD 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #14: Sun Nov 2 12:13:46 > >> GMT 2008 root@psg.com:/usr/obj/usr/src/sys/PSG i386 > >> > >> single luser mode over serial console > >> > >> :/usr/src# time make installworld 2>&1 > installworld.log > >> install: /usr/lib/libkse.so.3: chflags: Operation not supported > >> install: /usr/lib/librt.so.1: chflags: Operation not supported > >> chflags: /usr/bin/chpass: Operation not supported > >> install: /usr/bin/login: chflags: Operation not supported > >> install: /usr/bin/opieinfo: chflags: Operation not supported > >> install: /usr/bin/opiepasswd: chflags: Operation not supported > >> chflags: /usr/bin/passwd: Operation not supported > >> install: /usr/bin/rlogin: chflags: Operation not supported > >> install: /usr/bin/rsh: chflags: Operation not supported > >> install: /usr/bin/su: chflags: Operation not supported > >> install: /usr/bin/crontab: chflags: Operation not supported > >> install: /usr/sbin/sliplogin: chflags: Operation not supported > >> > >> this is new and different, and i am worried. no clue in UPDATING. no > >> clue in head. > > > > Sounds like kern.securelevel is biting you, > > exactly. but in single user root? i thought that was not supposed to > happen. certainly did not use to happen. Did you reboot into single-user, or did you simply drop from multi-user into single-user by killing init? And what does "sysctl kern.securelevel" show you while in single-user mode? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Nov 3 07:18:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40C25106564A; Mon, 3 Nov 2008 07:18:50 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id F08998FC18; Mon, 3 Nov 2008 07:18:49 +0000 (UTC) (envelope-from randy@psg.com) Received: from 50.216.138.210.bn.2iij.net ([210.138.216.50] helo=rmac.psg.com) by ran.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Kwti4-00045d-Nf; Mon, 03 Nov 2008 07:18:48 +0000 Message-ID: <490EA5D7.3020307@psg.com> Date: Mon, 03 Nov 2008 16:18:47 +0900 From: Randy Bush User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: Jeremy Chadwick References: <490E9E2F.2010403@psg.com> <20081103065306.GA13398@icarus.home.lan> <490EA171.8050600@psg.com> <20081103070403.GA13649@icarus.home.lan> In-Reply-To: <20081103070403.GA13649@icarus.home.lan> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: installworld chflags failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Nov 2008 07:18:50 -0000 > Did you reboot into single-user, or did you simply drop from > multi-user into single-user by killing init? rebooted and was in out of band on serial console > And what does "sysctl kern.securelevel" show you while in single-user > mode? doh. i shoulda looked, eh? Enter full pathname of shell or RETURN for /bin/sh: id: not found grep: not found :/> sysctl kern.securelevel kern.securelevel: -1 :/> /etc/rc.d/hostid start Setting hostuuid: 6b70e4ac-874d-11dc-873e-003048293754. Setting hostid: 0x5ef5842d. :/> /etc/rc.d/zfs start :/> sysctl kern.securelevel kern.securelevel: -1 :/> cd /usr/src :/usr/src> bash :/usr/src# time make installworld 2>&1 > installworld.log install: /usr/lib/libkse.so.3: chflags: Operation not supported install: /usr/lib/librt.so.1: chflags: Operation not supported chflags: /usr/bin/chpass: Operation not supported install: /usr/bin/login: chflags: Operation not supported install: /usr/bin/opieinfo: chflags: Operation not supported install: /usr/bin/opiepasswd: chflags: Operation not supported chflags: /usr/bin/passwd: Operation not supported install: /usr/bin/rlogin: chflags: Operation not supported install: /usr/bin/rsh: chflags: Operation not supported install: /usr/bin/su: chflags: Operation not supported install: /usr/bin/crontab: chflags: Operation not supported install: /usr/sbin/sliplogin: chflags: Operation not supported real 2m7.290s user 0m30.610s sys 0m40.766s :/usr/src# sysctl kern.securelevel kern.securelevel: -1 From owner-freebsd-stable@FreeBSD.ORG Mon Nov 3 07:21:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E1311065673 for ; Mon, 3 Nov 2008 07:21:47 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id C6F618FC08 for ; Mon, 3 Nov 2008 07:21:46 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA12.westchester.pa.mail.comcast.net ([76.96.62.44]) by QMTA06.westchester.pa.mail.comcast.net with comcast id aXKn1a00H0xGWP856XMC5D; Mon, 03 Nov 2008 07:21:12 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA12.westchester.pa.mail.comcast.net with comcast id aXMl1a0052P6wsM3YXMl8W; Mon, 03 Nov 2008 07:21:46 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=9S9OCtD5l9EZLICLCPcA:9 a=Q02F-cNFsayZdWJd8OUA:7 a=nbBw5HjLYcCA5tHK0v6CZVeAAMEA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 1A5CDC9419; Sun, 2 Nov 2008 23:21:45 -0800 (PST) Date: Sun, 2 Nov 2008 23:21:45 -0800 From: Jeremy Chadwick To: Randy Bush Message-ID: <20081103072145.GA14071@icarus.home.lan> References: <490E9E2F.2010403@psg.com> <20081103065306.GA13398@icarus.home.lan> <490EA171.8050600@psg.com> <20081103070403.GA13649@icarus.home.lan> <490EA5D7.3020307@psg.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <490EA5D7.3020307@psg.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Stable Subject: Re: installworld chflags failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Nov 2008 07:21:47 -0000 On Mon, Nov 03, 2008 at 04:18:47PM +0900, Randy Bush wrote: > > Did you reboot into single-user, or did you simply drop from > > multi-user into single-user by killing init? > > rebooted and was in out of band on serial console > > > And what does "sysctl kern.securelevel" show you while in single-user > > mode? > > doh. i shoulda looked, eh? > > > > Enter full pathname of shell or RETURN for /bin/sh: > id: not found > grep: not found > :/> sysctl kern.securelevel > kern.securelevel: -1 > :/> /etc/rc.d/hostid start > Setting hostuuid: 6b70e4ac-874d-11dc-873e-003048293754. > Setting hostid: 0x5ef5842d. > :/> /etc/rc.d/zfs start > :/> sysctl kern.securelevel > kern.securelevel: -1 > :/> cd /usr/src > :/usr/src> bash > :/usr/src# time make installworld 2>&1 > installworld.log > install: /usr/lib/libkse.so.3: chflags: Operation not supported > install: /usr/lib/librt.so.1: chflags: Operation not supported > chflags: /usr/bin/chpass: Operation not supported > install: /usr/bin/login: chflags: Operation not supported > install: /usr/bin/opieinfo: chflags: Operation not supported > install: /usr/bin/opiepasswd: chflags: Operation not supported > chflags: /usr/bin/passwd: Operation not supported > install: /usr/bin/rlogin: chflags: Operation not supported > install: /usr/bin/rsh: chflags: Operation not supported > install: /usr/bin/su: chflags: Operation not supported > install: /usr/bin/crontab: chflags: Operation not supported > install: /usr/sbin/sliplogin: chflags: Operation not supported Is /usr a ZFS filesystem or part of a zpool? If so, possibly you have some ZFS settings on your pool or filesystem which are inhibiting the ability to use chflags in some way? "zfs get all" will help. Otherwise, I don't have any immediate ideas. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Nov 3 09:01:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC316106568C for ; Mon, 3 Nov 2008 09:01:36 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 9F6068FC13 for ; Mon, 3 Nov 2008 09:01:36 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0K9R004RT2EA9GE0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 03 Nov 2008 10:01:22 +0100 (CET) Received: from kg-work2.kg4.no ([80.202.173.243]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0K9R00FEI2E9XXB0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 03 Nov 2008 10:01:22 +0100 (CET) Date: Mon, 03 Nov 2008 10:01:21 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20081103100121.4f551f1c.torfinn.ingolfsen@broadpark.no> In-reply-to: <20081103004714.GB94302@cdnetworks.co.kr> References: <20080921215704.eca7300b.torfinn.ingolfsen@broadpark.no> <20080922021022.GC26294@cdnetworks.co.kr> <20081002222542.849d5481.torfinn.ingolfsen@broadpark.no> <20081003083443.GD71518@cdnetworks.co.kr> <20081101200606.e50b5dbc.torfinn.ingolfsen@broadpark.no> <20081102050915.GA90993@cdnetworks.co.kr> <20081102122906.eeceebd8.torfinn.ingolfsen@broadpark.no> <20081103004714.GB94302@cdnetworks.co.kr> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.0) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Cc: pyunyh@gmail.com Subject: Re: FreeBSD 6.5-prerelease and if_re - patches needed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Nov 2008 09:01:37 -0000 On Mon, 03 Nov 2008 09:47:14 +0900 Pyun YongHyeon wrote: > I've changed to have re(4) wait the completion of DMAable memory > allocation during bus_dma cleanups. The delay you've seen may be > related with that change. Previously it just failed to load the > driver if there is no available memory at the time of driver > loading. However I guess that delay wouldn't happen if the driver > is statically linked into kernel. > Did you use kernel module? No, the driver is compiled into the kernel: root@kg-vm# ifconfig re0 re0: flags=8843 mtu 1500 options=1b inet 10.1.150.15 netmask 0xffff0000 broadcast 10.1.255.255 ether 00:1d:60:2c:80:f0 media: Ethernet autoselect (100baseTX ) status: active root@kg-vm# kldstat Id Refs Address Size Name 1 3 0xffffffff80100000 aa37d8 kernel 2 1 0xffffffff80ba4000 1a850 snd_hda.ko 3 2 0xffffffff80bbf000 35c80 sound.ko root@kg-vm# HTH -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Mon Nov 3 09:06:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2502B1065680 for ; Mon, 3 Nov 2008 09:06:05 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id D42908FC26 for ; Mon, 3 Nov 2008 09:06:04 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0K9R004PP2M4R600@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 03 Nov 2008 10:06:04 +0100 (CET) Received: from kg-work2.kg4.no ([80.202.173.243]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0K9R00FXP2M316G0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 03 Nov 2008 10:06:04 +0100 (CET) Date: Mon, 03 Nov 2008 10:06:03 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20081103100603.19d24c10.torfinn.ingolfsen@broadpark.no> In-reply-to: <490EA5D7.3020307@psg.com> References: <490E9E2F.2010403@psg.com> <20081103065306.GA13398@icarus.home.lan> <490EA171.8050600@psg.com> <20081103070403.GA13649@icarus.home.lan> <490EA5D7.3020307@psg.com> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.0) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: installworld chflags failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Nov 2008 09:06:05 -0000 On Mon, 03 Nov 2008 16:18:47 +0900 Randy Bush wrote: > :/> cd /usr/src > :/usr/src> bash Hmm, what happens if you do _not_ use bash here? bash is non-standard for a FreeBSD install (the procedure), so it might bite you. Or it might not. HTH -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Mon Nov 3 09:51:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1193A106567A; Mon, 3 Nov 2008 09:51:46 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id E56438FC1E; Mon, 3 Nov 2008 09:51:45 +0000 (UTC) (envelope-from randy@psg.com) Received: from 50.216.138.210.bn.2iij.net ([210.138.216.50] helo=rmac.psg.com) by ran.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Kww64-0004EL-Ny; Mon, 03 Nov 2008 09:51:45 +0000 Message-ID: <490EC9AF.7020804@psg.com> Date: Mon, 03 Nov 2008 18:51:43 +0900 From: Randy Bush User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: Jeremy Chadwick References: <490E9E2F.2010403@psg.com> <20081103065306.GA13398@icarus.home.lan> <490EA171.8050600@psg.com> <20081103070403.GA13649@icarus.home.lan> <490EA5D7.3020307@psg.com> <20081103072145.GA14071@icarus.home.lan> In-Reply-To: <20081103072145.GA14071@icarus.home.lan> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: installworld chflags failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Nov 2008 09:51:46 -0000 > Is /usr a ZFS filesystem or part of a zpool? If so, possibly you have > some ZFS settings on your pool or filesystem which are inhibiting the > ability to use chflags in some way? "zfs get all" will help. aha! i suspect you care correct. but i can not decipher from man zfs which property it is. http://wiki.freebsd.org/ZFS tells me that chflags(2) support is done. still googling, but nothing exciting. xattr is extended attributes, and should default to on but is temp off for unknown reasons. is that it? randy -- # zfs get all tank/usr NAME PROPERTY VALUE SOURCE tank/usr type filesystem - tank/usr creation Wed Oct 8 1:02 2008 - tank/usr used 63.0G - tank/usr available 164G - tank/usr referenced 14.6G - tank/usr compressratio 1.00x - tank/usr mounted yes - tank/usr quota none default tank/usr reservation none default tank/usr recordsize 128K default tank/usr mountpoint /usr local tank/usr sharenfs off default tank/usr checksum on default tank/usr compression off default tank/usr atime on default tank/usr devices on default tank/usr exec on default tank/usr setuid on default tank/usr readonly off default tank/usr jailed off default tank/usr snapdir hidden default tank/usr aclmode groupmask default tank/usr aclinherit secure default tank/usr canmount on default tank/usr shareiscsi off default tank/usr xattr off temporary tank/usr copies 1 default From owner-freebsd-stable@FreeBSD.ORG Mon Nov 3 10:07:39 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB0901065690 for ; Mon, 3 Nov 2008 10:07:39 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0158C8FC0C for ; Mon, 3 Nov 2008 10:07:37 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 29C0728449 for ; Mon, 3 Nov 2008 18:07:36 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id C9561EBB406; Mon, 3 Nov 2008 18:07:35 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id XlCaGVxsxBFf; Mon, 3 Nov 2008 18:07:30 +0800 (CST) Received: from charlie.delphij.net (c-76-103-40-85.hsd1.ca.comcast.net [76.103.40.85]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 61182EBB11A; Mon, 3 Nov 2008 18:07:29 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=r6tAgfcwxZRq2yZrX7tKD8m48jxavQ7D2zrVqZvSfdmFYOTnwiUEFBnsR5nqVMOZl ixfJq+ZjQKVNU0gzYbAHw== Message-ID: <490ECD5E.8060203@delphij.net> Date: Mon, 03 Nov 2008 02:07:26 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.17 (X11/20080928) MIME-Version: 1.0 To: FreeBSD Stable X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [Call for testers] bce(4) update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@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, 03 Nov 2008 10:07:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dear 7-STABLE users, I would like to call for test for a patchset that is intended for MFC to 7-STABLE before 7.1-RELEASE. The patchset can be viewed/downloaded here: http://www.delphij.net/bce.diff (~1.2MB) For those with slow network, you can download the compressed version: http://www.delphij.net/bce.diff.bz2 (~210KB) In order to apply the patch, you will need to update your source tree to latest RELENG_7, then, cd into /usr/src/sys and use patch < ~/bce.diff (assume that you have downloaded it to your home directory), then recompile your kernel (or module). This patchset would add some new hardware support, plus a bunch of bugfixes done by davidch@ in the past months. Since this is a relatively big change, I would appreciate tests from bce(4) hardware owners, your help will aid us to make FreeBSD 7.1 a better release. For your convenience, here is a summary for the change: r176448,178132,178853,179436,179695,179771,182293 r176448 (davidch) - Added loose RX MTU functionality to allow frames larger than 1500 bytes to be accepted even though the interface MTU is set to 1500. - Implemented new TCP header splitting/jumbo frame support which uses two chains for receive traffic rather than the original single receive chain. - Added additional debug support code. r178132 (davidch) - Fixed a problem with the send chain consumer index which would cause TX traffic to sit in the send chain until a received packet kick started the interrupt handler. This would cause extremely slow performance when used with NFS over UDP. - Removed untested polling code. - Updated copyright year in the file header. - Removed inadvertent ^M's created by DOS text editor. r178853 (scottl) The BCE chips appear to have an undocumented requirement that RX frames be aligned on an 8 byte boundary. Prior to rev 1.36 (now r176448) this wasn't a problem because mbuf clusters tend be naturally aligned. The switch to using split buffers with the first buffer being the embedded data area of the mbuf has broken this assumption, at least on i386, causing a complete failure of RX functionality. Fix this for now by using a full cluster for the first RX buffer. A more sophisticated approach could be done with the old buffer scheme to realign the m_data pointer with m_adj(), but I'm also not clear on performance benefits of this old scheme or the performance implications of adding an m_adj() call to every allocation. r179436 (jhb) Trim an extra semi-colon. r179695 (davidch) - Fixed kern/123696 by increasing firmware timeout value from 100 to 1000. - Fixed a problem on i386 architecture when using split header/jumbo frame firmware caused by hardware alignment requirements. - Added #define BCE_USE_SPLIT_HEADER to allow the feature to be enabled/disabled. Enabled by default. PR: kern/123696 r179771 (davidch) - Added support for BCM5709 and BCM5716 controllers. r182293 (davidch) - Updated support for 5716. - Added some additional code for debug builds. - Fixed a problem printing physical memory on 64bit system during debugging. - Modified some of the context memory and mailbox register names to more clearly distinguish their use. - Added memory barriers for Intel CPUs when accessing host memory data structures which are written by hardware. - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkOzV4ACgkQi+vbBBjt66C3IgCgi5OVuzAIlzJ/cgSpZuWPdqvZ FAEAn0xUK/gp5VNwisDgcbGzfPh7jig4 =1CGv -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 3 10:43:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9391F106564A; Mon, 3 Nov 2008 10:43:06 +0000 (UTC) (envelope-from geo@pulsar.bg) Received: from pulsar.bg (pulsar.bg [213.130.70.6]) by mx1.freebsd.org (Postfix) with ESMTP id 2E3058FC1A; Mon, 3 Nov 2008 10:43:06 +0000 (UTC) (envelope-from geo@pulsar.bg) Received: from [78.142.42.148] by pulsar.bg with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Kwwtk-0005Lm-Fg; Mon, 03 Nov 2008 12:43:04 +0200 Message-ID: <490ED5E7.40606@pulsar.bg> Date: Mon, 03 Nov 2008 12:43:51 +0200 From: Georgi Iovchev User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: pyunyh@gmail.com References: <596673353.20081006181334@pulsar.bg> <20081010012058.GA99376@cdnetworks.co.kr> <1948191744.20081010114326@pulsar.bg> <20081014064456.GE14769@cdnetworks.co.kr> <20081103040859.GD94302@cdnetworks.co.kr> In-Reply-To: <20081103040859.GD94302@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 03 Nov 2008 12:24:24 +0000 Cc: Subject: Re: can not wake on lan after halt -p (or shutdown -p now) on releng_7 and releng_7_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, 03 Nov 2008 10:43:06 -0000 Pyun YongHyeon wrote: > On Tue, Oct 14, 2008 at 03:44:56PM +0900, To Georgi Iovchev wrote: > > On Fri, Oct 10, 2008 at 11:43:26AM +0300, Georgi Iovchev wrote: > > > > > > > > > -- > > > Friday, October 10, 2008, 4:20:58 AM: > > > > > > > On Mon, Oct 06, 2008 at 06:13:34PM +0300, Georgi Iovchev wrote: > > > >> Hello list > > > >> > > > >> I have a shutdown problem. I have a machine with gigabyte GA-G33M-DS2R > > > >> motherboard. Integrated network card is Realtek 8111B. > > > >> I can not wake the computer after I shutdown it from FreeBSD. > > > >> It is a dualboot system - windows xp and freebsd. If I shutdown the > > > >> computer from windows - later I can wake it up with magic packet. Even > > > >> if i shutdown the machine on the boot menu with the power button - than > > > >> later I can wake on lan. The only situation where I CANNOT wake it is > > > >> when I shutdown the machine from freebsd (halt -p). > > > >> > > > >> First I tested with 7.0-RELEASE-p5 amd64 (RELENG_7_0) and than I > > > >> upgraded to 7.1 PRERELASE amd64 (RELENG_7). I also tested with two > > > >> network cards - the integrated one Realtek 8111B and another one Intel > > > >> PRO1000PT PCI-E with WOL enabled. > > > >> > > > > > > > Don't know WOL issue of em(4) but re(4) should respond to WOL. > > > > 7.0-RELEASE had no support for WOL so RELENG_7 or 7.1-PRERELEASE > > > > should be used to experiment WOL. > > > Now I am using 7.1-prerelase > > > > > > >> With both nics and both freebsd versions the situation is the same - > > > >> after shutdown from bsd the computer is not able to wake on lan. The > > > > > > > Because you can wake up your sytem from Windows shutdown I think > > > > your BIOS is already configured to allow wakeup from WOL. Would > > > > you compare ethernet address of re(4) to Winwods? Have you tried to > > > > send Magic packets to FreeBSD box? > > > I have tried sending magic packets from another bsd machine. I am > > > using net/wol. I also tried to send magic packets from windows machine > > > using 3 different programs. > > > > > > > You may also try suspend your box with acpiconf and resume from WOL. > > > I cant. > > > > > > [root@backup ~]# acpiconf -s 5 > > > acpiconf: invalid sleep type (5) > > > > > > Actually I cant enter in any sleep state > > > [root@backup ~]# acpiconf -s 4 > > > acpiconf: request sleep type (4) failed: Operation not supported > > > [root@backup ~]# acpiconf -s 3 > > > acpiconf: request sleep type (3) failed: Operation not supported > > > [root@backup ~]# acpiconf -s 2 > > > acpiconf: request sleep type (2) failed: Operation not supported > > > [root@backup ~]# acpiconf -s 1 > > > acpiconf: request sleep type (1) failed: Operation not supported > > > > > > I am using generic kernel with little modifications, (generally i have > > > commented many unused drivers - raid, if_....) Acpi is in generic > > > kernel now. > > > > > > I even tried to wake the machine with magic packet after shutdown -h. > > > But still no luck. > > > > > > > > > >> indication on the switch port says that after shut down there is > > > >> active link. > > > >> > > > > > > > That indicates the controller is alive so it shall respond to WOL > > > > if it was correctly configured to receive WOL packets. Have you > > > > tried to send Magic packets to FreeBSD box? > > > > > > >> Here is some information after last update: > > > >> > > > >> [root@backup ~]# uname -a > > > >> FreeBSD backup.pulsar.bg 7.1-PRERELEASE FreeBSD > > > >> 7.1-PRERELEASE #1: Mon Oct 6 17:01:26 EEST 2008 > > > >> root@backup.pulsar.bg:/usr/obj/usr/src/sys/MYCONF amd64 > > > >> > > > >> [root@backup ~]# pciconf -lv > > > >> ... > > > >> re0@pci0:3:0:0: class=0x020000 card=0xe0001458 > > > >> chip=0x816810ec rev=0x01 hdr=0x00 > > > >> vendor = 'Realtek Semiconductor' > > > >> device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' > > > >> class = network > > > >> subclass = ethernet > > > >> ... > > > > > > > Show me dmesg output pertinent to re(4). > > > > > > re0: port 0xd000-0xd0ff mem 0xf2000000-0xf2000fff irq 17 at device 0.0 on pci3 > > > re0: turning off MSI enable bit. > > > re0: Chip rev. 0x38000000 > > > re0: MAC rev. 0x00000000 > > > miibus0: on re0 > > > rgephy0: PHY 1 on miibus0 > > > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > > > re0: Ethernet address: 00:1f:d0:24:19:e9 > > > re0: [FILTER] > > > > > > > It looks like your chip is RTL8168B and I don't see any errors in > > WOL related code of re(4). :-( > > Can you check the resolved link speed/duplex of FreeBSD box after > > shutdown?(You can enter to your switch menu and see the port > > status.) > > How about sending WOL packets over direct-connected UTP cable > > without using switch? > > Hello again :) I have resumed my experimets with wol again. I checked the link speed from the switch web gui. It says "100M Full". > Here is WOL patch which may fix the issye. Would you try the > following patch and let me know whether WOL works or not? > http://people.freebsd.org/~yongari/re/re.phy.patch.20081103 > I tried your patch. Just to be sure that I did it correct - here are my steps: cd / patch < /path/re.phy.patch.20081103 cd /sys/modules/re make all install reboot After reboot I shutdown the machine and try to wake it from another computer. Still WOL does not work. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 3 14:48:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B34F71065679 for ; Mon, 3 Nov 2008 14:48:08 +0000 (UTC) (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 7EE088FC08 for ; Mon, 3 Nov 2008 14:48:08 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA3Em2nB093805; Mon, 3 Nov 2008 09:48:03 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id mA3Em2Ow024387 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Nov 2008 09:48:02 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200811031448.mA3Em2Ow024387@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 03 Nov 2008 09:48:08 -0500 To: freebsd-stable@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Subject: fifo log 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: Mon, 03 Nov 2008 14:48:08 -0000 I have been taking a look at the fifolog(1) system in RELENG_7 and I must be missing something obvious. I created a file using default params e.g fifolog_create /var/log/all.fifo and then in /etc/syslog.conf I have *.* /var/log/all.log *.* | /usr/sbin/fifolog_writer /var/log/all.fifo It seems to work for the most part, but there are entries that are missing throughout the log e.g. in the traditional all.log I have # wc all.log 4833 55212 398099 all.log yet the fifo log file I have # fifolog_reader all.fifo | wc >From 0 Wed Dec 31 19:00:00 1969 To 1225722724 Mon Nov 3 09:32:04 2008 Read from 0 223 2783 23271 There does not seem to be any pattern as to what it discards / keeps ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Mon Nov 3 15:31:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEE1A1065679 for ; Mon, 3 Nov 2008 15:31:43 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id A29B48FC14 for ; Mon, 3 Nov 2008 15:31:43 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by wa-out-1112.google.com with SMTP id m34so180905wag.27 for ; Mon, 03 Nov 2008 07:31:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=zlF5mHdHrdLM8lkEO1cUDWKNdZDXpZh+8q/O2/xGRxQ=; b=MPtlYUI58z0LOCVGrIWvZcUqE0OxZhGTP87MWnFnGyVqSdOM8kMDARpRy4cuqgv7Ir VO4q0BpC97LFnokLvzFCRFkB88LkiEHnjiDRaAVy6Qk/amKuw5uRGNEVjcwNrph/l9zz jaJljbPSfSNC5oYaMCN2Kr6HXjISWQrVUjXJI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=YJnij/T7VTHz8p/ntollyKrJRRylexTDhPOsiGQG4a0Mllr7KRD7/lTCNcqJm46LiS +L4aP3pWNjRNeGl6etXyzvRFlhJXi9gZTZ3TWD89YxKublJklWyLBgDx4g/c5W4gBqkw 6WLpH6KbSejA+ia+YqHE3zQE61WEeFXdyUOhk= Received: by 10.114.194.1 with SMTP id r1mr143789waf.205.1225726303314; Mon, 03 Nov 2008 07:31:43 -0800 (PST) Received: by 10.114.103.7 with HTTP; Mon, 3 Nov 2008 07:31:43 -0800 (PST) Message-ID: <790a9fff0811030731g1638ea48q96dd1783a4a9ce59@mail.gmail.com> Date: Mon, 3 Nov 2008 09:31:43 -0600 From: "Scot Hetzel" To: "Randy Bush" In-Reply-To: <490E9E2F.2010403@psg.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <490E9E2F.2010403@psg.com> Cc: FreeBSD Stable Subject: Re: installworld chflags failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Nov 2008 15:31:43 -0000 On 11/3/08, Randy Bush wrote: > i386, fresh cvsup > > FreeBSD 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #14: Sun Nov 2 12:13:46 > GMT 2008 root@psg.com:/usr/obj/usr/src/sys/PSG i386 > > single luser mode over serial console > > :/usr/src# time make installworld 2>&1 > installworld.log > install: /usr/lib/libkse.so.3: chflags: Operation not supported > install: /usr/lib/librt.so.1: chflags: Operation not supported > chflags: /usr/bin/chpass: Operation not supported > install: /usr/bin/login: chflags: Operation not supported > install: /usr/bin/opieinfo: chflags: Operation not supported > install: /usr/bin/opiepasswd: chflags: Operation not supported > chflags: /usr/bin/passwd: Operation not supported > install: /usr/bin/rlogin: chflags: Operation not supported > install: /usr/bin/rsh: chflags: Operation not supported > install: /usr/bin/su: chflags: Operation not supported > install: /usr/bin/crontab: chflags: Operation not supported > install: /usr/sbin/sliplogin: chflags: Operation not supported > > this is new and different, and i am worried. no clue in UPDATING. no > clue in head. > ZFS currently doesn't support chflags(2): FreeBSD hp010.hetzel.org 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Mon Oct 27 22:02:16 CDT 2008 root@hp010.hetzel.org:/usr/obj/usr/src/8x-zfs/sys/DV8135NR amd64 hp010# touch t ; chflags arch t chflags: t: Operation not supported hp010# touch t ; chflags opaque t chflags: t: Operation not supported hp010# touch t ; chflags nodump t chflags: t: Operation not supported hp010# touch t ; chflags sappnd t chflags: t: Operation not supported hp010# touch t ; chflags schg t chflags: t: Operation not supported hp010# touch t ; chflags sunlnk t chflags: t: Operation not supported hp010# touch t ; chflags uappnd t chflags: t: Operation not supported hp010# touch t ; chflags uchg t chflags: t: Operation not supported hp010# touch t ; chflags uunlnk t chflags: t: Operation not supported hp010# rm t Even though http://wiki.freebsd.org/ZFS tells says that chflags(2) support is done. (see http://perforce.freebsd.org/changeView.cgi?CH=147105), it hasn't been merged from perforce to -CURRENT. Scot From owner-freebsd-stable@FreeBSD.ORG Mon Nov 3 15:47:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A4811065689 for ; Mon, 3 Nov 2008 15:47:34 +0000 (UTC) (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 325FE8FC1F for ; Mon, 3 Nov 2008 15:47:34 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA3FlW0D011176; Mon, 3 Nov 2008 10:47:32 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id mA3FlVVs024666 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Nov 2008 10:47:31 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200811031547.mA3FlVVs024666@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 03 Nov 2008 10:47:39 -0500 To: "Poul-Henning Kamp" From: Mike Tancsa In-Reply-To: <43295.1225726136@critter.freebsd.dk> References: <43295.1225726136@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: freebsd-stable@freebsd.org Subject: Re: fifo log 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: Mon, 03 Nov 2008 15:47:34 -0000 At 10:28 AM 11/3/2008, Poul-Henning Kamp wrote: >In message <200811031448.mA3Em2Ow024387@lava.sentex.ca>, Mike Tancsa writes: > >I have been taking a look at the fifolog(1) system in RELENG_7 and I > >must be missing something obvious. I created a file using default params > >e.g > > > >fifolog_create /var/log/all.fifo > >and then in /etc/syslog.conf I have > >*.* /var/log/all.log > >*.* | /usr/sbin/fifolog_writer /var/log/all.fifo > > > >It seems to work for the most part, but there are entries that are > >missing throughout the log > > > >e.g. in the traditional all.log I have > ># wc all.log > > 4833 55212 398099 all.log > > > >yet the fifo log file I have > > > ># fifolog_reader all.fifo | wc > >>From 0 Wed Dec 31 19:00:00 1969 > >To 1225722724 Mon Nov 3 09:32:04 2008 > >Read from 0 > > 223 2783 23271 > > > >There does not seem to be any pattern as to what it discards / keeps > >Try using "cat" instead of fifolog_writer, so we can tell on which >side of the pipe we are looking for the trouble ? Hi, Seems to work fine with cat *.* /var/log/all.log *.* | /usr/sbin/fifolog_writer /var/log/all.fifo *.* | cat > /var/log/all.cat ---Mike >-- >Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 >phk@FreeBSD.ORG | TCP/IP since RFC 956 >FreeBSD committer | BSD since 4.3-tahoe >Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 3 15:58:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA91E1065677 for ; Mon, 3 Nov 2008 15:58:02 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 7EEF48FC1C for ; Mon, 3 Nov 2008 15:58:02 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id C7A15170E3; Mon, 3 Nov 2008 15:28:57 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id mA3FSuMB043296; Mon, 3 Nov 2008 15:28:57 GMT (envelope-from phk@critter.freebsd.dk) To: Mike Tancsa From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 03 Nov 2008 09:48:08 EST." <200811031448.mA3Em2Ow024387@lava.sentex.ca> Date: Mon, 03 Nov 2008 15:28:56 +0000 Message-ID: <43295.1225726136@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-stable@freebsd.org Subject: Re: fifo log 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: Mon, 03 Nov 2008 15:58:02 -0000 In message <200811031448.mA3Em2Ow024387@lava.sentex.ca>, Mike Tancsa writes: >I have been taking a look at the fifolog(1) system in RELENG_7 and I >must be missing something obvious. I created a file using default params >e.g > >fifolog_create /var/log/all.fifo >and then in /etc/syslog.conf I have >*.* /var/log/all.log >*.* | /usr/sbin/fifolog_writer /var/log/all.fifo > >It seems to work for the most part, but there are entries that are >missing throughout the log > >e.g. in the traditional all.log I have ># wc all.log > 4833 55212 398099 all.log > >yet the fifo log file I have > ># fifolog_reader all.fifo | wc >>From 0 Wed Dec 31 19:00:00 1969 >To 1225722724 Mon Nov 3 09:32:04 2008 >Read from 0 > 223 2783 23271 > >There does not seem to be any pattern as to what it discards / keeps Try using "cat" instead of fifolog_writer, so we can tell on which side of the pipe we are looking for the trouble ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 3 16:34:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDADE106567D for ; Mon, 3 Nov 2008 16:34:09 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 8253F8FC26 for ; Mon, 3 Nov 2008 16:34:09 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 0FED8170E3; Mon, 3 Nov 2008 16:34:07 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id mA3GY6kn043508; Mon, 3 Nov 2008 16:34:06 GMT (envelope-from phk@critter.freebsd.dk) To: Mike Tancsa From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 03 Nov 2008 10:47:39 EST." <200811031547.mA3FlVVs024666@lava.sentex.ca> Date: Mon, 03 Nov 2008 16:34:06 +0000 Message-ID: <43507.1225730046@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-stable@freebsd.org Subject: Re: fifo log 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: Mon, 03 Nov 2008 16:34:09 -0000 In message <200811031547.mA3FlVVs024666@lava.sentex.ca>, Mike Tancsa writes: >Seems to work fine with cat Ok, and the loss is not from one end, it is random records in the middle ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 3 16:47:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC24F106567A for ; Mon, 3 Nov 2008 16:47:55 +0000 (UTC) (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 A3CC78FC2A for ; Mon, 3 Nov 2008 16:47:55 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA3GlrfP027595; Mon, 3 Nov 2008 11:47:53 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id mA3GlruN025099 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Nov 2008 11:47:53 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200811031647.mA3GlruN025099@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 03 Nov 2008 11:48:00 -0500 To: "Poul-Henning Kamp" From: Mike Tancsa In-Reply-To: <43507.1225730046@critter.freebsd.dk> References: <43507.1225730046@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: freebsd-stable@freebsd.org Subject: Re: fifo log 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: Mon, 03 Nov 2008 16:47:56 -0000 At 11:34 AM 11/3/2008, Poul-Henning Kamp wrote: >In message <200811031547.mA3FlVVs024666@lava.sentex.ca>, Mike Tancsa writes: > > >Seems to work fine with cat > >Ok, and the loss is not from one end, it is random records in >the middle ? Yes, they seem to initially get written and then tail off for some reason. I am not sure why. Actually, if I SIGHUP syslogd, it seems to make a difference, in that I can generally see when newsyslog sig HUPs syslog to do log rotation. Perhaps this is confusing things ? e.g. 1225628270 Nov 2 07:17:50 st32278 ovpn-kit[1047]: Initialization Sequence Completed 1225641602 Nov 2 11:00:02 st32278 syslogd: restart 1225641608 Nov 2 11:00:08 st32278 ppp[927]: tun0: Chat: deflink: Redial timer expired. In this snippet the last entry was 07:17 for some reason and then the SIGHUP from newsyslog seems to wake things up for some reason. ---Mike >-- >Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 >phk@FreeBSD.ORG | TCP/IP since RFC 956 >FreeBSD committer | BSD since 4.3-tahoe >Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 3 16:57:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C040F1065677 for ; Mon, 3 Nov 2008 16:57:09 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.Buffalo.EDU [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 88DFC8FC1D for ; Mon, 3 Nov 2008 16:57:09 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id mA3Gv6eA094312 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 3 Nov 2008 11:57:06 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-stable Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-a1gmz0wCA+G6M5GhcT9V" Organization: U. Buffalo CSE Department Date: Mon, 03 Nov 2008 11:57:06 -0500 Message-Id: <1225731426.42716.42.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.1 required=5.0 tests=DNS_FROM_SECURITYSAGE autolearn=no version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Subject: FreeBSD 6.4-RC2 available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Nov 2008 16:57:09 -0000 --=-a1gmz0wCA+G6M5GhcT9V Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The second Release Candidate for FreeBSD 6.4 is now available. FreeBSD 6.4-RC2 should be the last of the public test builds for the FreeBSD 6.4 release cycle. Unless a big show-stopper is found from this round of testing we should begin the 6.4-RELEASE builds in about a week and a half. We encourage you to test out 6.4-RC2 and report any problems by submitting PRs or via email to the freebsd-stable list. One of the things that could use some testing is the late-arriving patches to sysinstall that should eliminate the excessive disc swapping that previous releases had if things like gnome or kde were installed as part of the initial CDROM install. Things selected before you reach the "Package Selection Menu" are handled as separate passes from the things that get selected at that menu. So depending on what you install before you reach that menu (e.g. Xorg selected as part of the distributions) and what you select at that menu there may still be some disc swapping involved. But "worst case" given the current layout it should ask for any given disc no more than twice. For amd64 and i386 DVD images are also available. The DVD images include the install bits, livefs, docs, and the same set of packages that are available on the CDROMs all in one image. So, you can choose to download/burn the DVD image to a DVD, or you can choose to download/burn the three CDROM-sized discs and use those. The ISO images and FTP install trees are available on the FreeBSD Mirror sites. Using the primary site as an example: ftp://ftp.freebsd.org/pub/FreeBSD/releases/${arch}/ISO-IMAGES/6.4/ where ${arch} is one of alpha, amd64, i386, pc98, or sparc64. Checksums for the ISO images are at the bottom of this message. The amd64 and i386 sets include what should be the final selection of packages that will be included with the release. If you would like to do a source-based update to 6.4-RC2 from an already installed machine you can update your tree to RELENG_6_4 using normal cvsup/csup methods. Note that as a somewhat inconvenient side-effect of the primary FreeBSD source repository now being in SVN the creation of the RELENG_6_4 branch in the CVS repository wound up checking in a "new" version of every file, in some cases only changing the FBSDID. That will probably make mergemaster a bit tedious. Sorry for the inconvenience. The freebsd-update(8) utility supports binary upgrades of i386 and amd64 systems running earlier FreeBSD releases. Systems running 6.3-RELEASE, 6.4-BETA, or 6.4-RC1 can upgrade as follows: # freebsd-update upgrade -r 6.4-RC2 During this process, FreeBSD Update may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continui= ng. # shutdown -r now After rebooting, freebsd-update neews to be run again to install the new userland components, and the system needs to be rebooted again: # freebsd-update install # shutdown -r now Note that FreeBSD Update stores downloaded upgrades in /var/db/freebsd-upda= te, so at least 400MB should be free in /var before running freebsd-update; if the /var partition is too small, the -d option to freebsd-update can be use= d to indicate that the upgrades should be stored in a different directory. Checksums: MD5 (6.4-RC2-alpha-bootonly.iso) =3D 0c1a10fcb84e4bcc7efbd7c843726f34 MD5 (6.4-RC2-alpha-disc1.iso) =3D af9ec02034b7d9833f1af9d2fafbfa38 MD5 (6.4-RC2-alpha-disc2.iso) =3D 80d7e1cf89be3f88af1b99fbbc48e27f MD5 (6.4-RC2-alpha-disc3.iso) =3D 693e09dafa19e995303c02970e13acb3 MD5 (6.4-RC2-alpha-docs.iso) =3D 671a1f48159b63df0decc011d91f9772 MD5 (6.4-RC2-amd64-bootonly.iso) =3D 67da9f580f8b33762c07c2a85a621534 MD5 (6.4-RC2-amd64-disc1.iso) =3D ffab4610c8fb807496b289237000aa93 MD5 (6.4-RC2-amd64-disc2.iso) =3D d1496e78dbb60d4e9210191fd3d57e76 MD5 (6.4-RC2-amd64-disc3.iso) =3D 708a0d328be5bfd3deb2ac35986aadee MD5 (6.4-RC2-amd64-docs.iso) =3D 08588036702646adbe81f78c3bcafdaa MD5 (6.4-RC2-amd64-dvd1.iso) =3D 2c2dcc94097aaeec1c7a50101236e2bf MD5 (6.4-RC2-i386-bootonly.iso) =3D 7ed7b049d14eb170c2d4c044312bccef MD5 (6.4-RC2-i386-disc1.iso) =3D d114cdad5502bff3e8182ddd42d81ab3 MD5 (6.4-RC2-i386-disc2.iso) =3D c0cbbfcb2a2f2d81974a33c85e242155 MD5 (6.4-RC2-i386-disc3.iso) =3D cbff7482228883da14f1f85070a89422 MD5 (6.4-RC2-i386-docs.iso) =3D 4663810144153a21aad6c81768af7358 MD5 (6.4-RC2-i386-dvd1.iso) =3D 1d3608538d8476c8df64d8e91a03aa22 MD5 (6.4-RC2-pc98-bootonly.iso) =3D a059b9178c0d985ed729a2d33a1d1577 MD5 (6.4-RC2-pc98-disc1.iso) =3D b1508c34d2f595ea44c446be1e989c57 MD5 (6.4-RC2-sparc64-bootonly.iso) =3D 1311e40fb9ccc786994098444d1e18f0 MD5 (6.4-RC2-sparc64-disc1.iso) =3D 45b629d802f16a73f13e77e70c2f0bfc MD5 (6.4-RC2-sparc64-disc2.iso) =3D ddd1d1ad89cf51eac2e5fc2acdfadadc MD5 (6.4-RC2-sparc64-disc3.iso) =3D a348d7a193d5f07c8ff11ac8f0d5e478 MD5 (6.4-RC2-sparc64-docs.iso) =3D 4a3f9d15c149d98096fb9224a1b338c6 SHA256 (6.4-RC2-alpha-bootonly.iso) =3D c1b4aff4134572bd8c0d8c743730fc026f4= 5fccb4a3b15b88d2c706913dd5815 SHA256 (6.4-RC2-alpha-disc1.iso) =3D dbb29cfd589fb60faf881c94359d68354f9b9e= 302eb6660100e6ae8e5defd228 SHA256 (6.4-RC2-alpha-disc2.iso) =3D dd9c8680def3d883454ebcb4ec27ebef294b30= 5641651fb32b283694be256404 SHA256 (6.4-RC2-alpha-disc3.iso) =3D 09c62551c83c1e15c943c684ac7f2abc3aae7d= 2038a8678ad65d7378f4180637 SHA256 (6.4-RC2-alpha-docs.iso) =3D 20164ab985f2969da8279476a4f50dc73901946= 34a3a077a0bafa14ab8d308d4 SHA256 (6.4-RC2-amd64-bootonly.iso) =3D 7a9942711c78216123c6579777db2270b18= 519c35ef4961ef8127ed690b1008f SHA256 (6.4-RC2-amd64-disc1.iso) =3D fdbb5975f2319c7bc27d6897cb98d20777e9f9= 9203341e46a54da36618ff5c7a SHA256 (6.4-RC2-amd64-disc2.iso) =3D b1cf88187df4293b5b1c952d9f2f8ec4ed2d9b= b1d1ab79c284686593389b5802 SHA256 (6.4-RC2-amd64-disc3.iso) =3D 451b67b617e1112ce2678b7de6d805fef778b3= 89fc2cf474a4ca7ec8f9139b0a SHA256 (6.4-RC2-amd64-docs.iso) =3D 2d7e71caa30a3a5de987a9d504eb6357124c844= c5c596700e23d80dcc9cff06d SHA256 (6.4-RC2-amd64-dvd1.iso) =3D d7c8600752d57c1787b3ac74a50e4ce110648fc= 441f4210bf4569f3e6caef3ce SHA256 (6.4-RC2-i386-bootonly.iso) =3D 2167b136f46b77cc12b75914c388d8f15609= b997fe17f5bf0beaadfc7ad92fa2 SHA256 (6.4-RC2-i386-disc1.iso) =3D abebefde3cdddfd234f04c632ee09162f12cfaf= da4bab655e18727d5d50a9616 SHA256 (6.4-RC2-i386-disc2.iso) =3D 446275afd27dc256bec7857a7455dc8add04fe9= f65dfc6f8040cfe68d9633f63 SHA256 (6.4-RC2-i386-disc3.iso) =3D ddb155aa3961dae9f5ec1d694eed3eec81ad069= 105e539040fc00c5ce3956986 SHA256 (6.4-RC2-i386-docs.iso) =3D dd1fb03fbe8f1c190666373fa3bc14200aa8b255= 8ac4220d4568a588c2bb19ae SHA256 (6.4-RC2-i386-dvd1.iso) =3D f95d924ed4f03caf40ff9c11cf7b06fcb69752a2= aeda25d34a3bf78adea689fc SHA256 (6.4-RC2-pc98-bootonly.iso) =3D 9087809da5db4ef92ba120d2f0fa0167ca54= d70e59bc49289c6fc49529e9bdb3 SHA256 (6.4-RC2-pc98-disc1.iso) =3D f0243d19cba1db9198c7d299b77025f1ffba0fd= c95a5cab24346e90129a3b6ae SHA256 (6.4-RC2-sparc64-bootonly.iso) =3D f1613840cb3190125952dd4ede0388a6a= dd03b31dce5e092d0b7c30d9c439e67 SHA256 (6.4-RC2-sparc64-disc1.iso) =3D 32281bfa09ccf02fe7fa5e82f8b92951f388= ef40f5d77ef25603485675f9c75c SHA256 (6.4-RC2-sparc64-disc2.iso) =3D 20b965b9301eff26470248e13e3f946cc351= e50871c45031622f37c0efd9317b SHA256 (6.4-RC2-sparc64-disc3.iso) =3D b5c7fd70ba2fcd7e16effd9e9c7fd645b74b= bd899249d392c78321990e84097b SHA256 (6.4-RC2-sparc64-docs.iso) =3D 139c3219f6ed001cda98199456122f12852ea= d59b0e4cc739d1dcb50b62e7c3e --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-a1gmz0wCA+G6M5GhcT9V Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkkPLWIACgkQ/G14VSmup/bOBACfWW+usQt25uswAXhk87+gWR8P X4YAnit+sObFQcIymtG5XJkF0krbzLdp =R5Up -----END PGP SIGNATURE----- --=-a1gmz0wCA+G6M5GhcT9V-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 3 18:06:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 990281065672 for ; Mon, 3 Nov 2008 18:06:48 +0000 (UTC) (envelope-from m4gicite@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id B82AB8FC1D for ; Mon, 3 Nov 2008 18:06:47 +0000 (UTC) (envelope-from m4gicite@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so3175544fkk.11 for ; Mon, 03 Nov 2008 10:06:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=Sy1XRq1vYNgldRJf6YiTPc7a9zhpdZq9lMrb/9mNMmE=; b=C8fT4jWKFLEo7pvkWjCDrw/OE6He4NhzgiPghZdSYK+lf82JY0pEp9P/gD+IFO7SEL v34jAYfYfJwj0/07zyEzxcoQF3XR0TrBkqgWnqDmUq3kUNgvH6hqV34HoHVjkLHkCU3C cdIGvyfUScotNmRwWAfmod1IcRYkLGiCuZWzg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=HAUKKk73jX22z3T6RhJW1glX5JzOCvjpAaW37DiiVrIrG517JGHmkNZYDabAa+Vrhv XAJAzvuAgaajUK6HF03d5FUs7bcM6jRKl60JFmHyeAgYXM/+WGQYKnVF0J/kLBB7hBvE gBA8AIg1U0Zo1UY9H07mv7PWvUuVDfurkCN8M= Received: by 10.180.224.13 with SMTP id w13mr43795bkg.40.1225735606248; Mon, 03 Nov 2008 10:06:46 -0800 (PST) Received: by 10.181.37.1 with HTTP; Mon, 3 Nov 2008 10:06:46 -0800 (PST) Message-ID: Date: Mon, 3 Nov 2008 18:06:46 +0000 From: Ryan To: "Robert Watson" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-stable@freebsd.org Subject: Re: Install issues with 7.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: Mon, 03 Nov 2008 18:06:48 -0000 Thanks for your interest Robert, unfortunately it was a no-go. I went ahead and tested 6.4RC1 and 6.3. Now all I am getting are ACPI errors which I would think I could get the installer going by disabling ACPI. And yes, I'm running on the latest - and only - bios revision for the laptop. The following were done under default boot option. No ACPI did not generate any error messages and hung, single user mode acted the same as default, and safe mode created an interrupt storm like 7.x did. 6.4-RC1 ... acpi_timer0: <24-bit timer at 3.579545 MHz> port 0x408-0x40b on acpi0 acpi_ec0: port 0x62, 0x66 on acpi0 cpu0: on acpi0 ACPI-0328: *** Error: No pointer back to NS node in buffer obj 0xc85c87c0 ACPI-1304: *** Error: Method execution failed [\_PR_.CPU0._OSC] (Node 0xc84e2580), AE_AML_INTERNAL acpi_throttle0: on cpu0 ... then this gets spammed 6 times at the end ACPI-0438: *** Error: Looking up [\_PR_.CPU0._PPC] in name space, AE_NOT_FOUND SearchNode 0xc84cdcc0 StartNode 0xc84cdcc0 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\_SB_.AC__.ADJP] (Node 0xc84cdcc0), AE_NOT_FOUND ACPI-1304: *** Error: Method execution failed [\_SB.AC__._PSR] (Node 0xc84cdd00), AE_NOT_FOUND 6.3-REL 6.3 gives the same errors but with different node addresses. ... acpi_timer0: <24-bit timer at 3.579545 MHz> port 0x408-0x40b on acpi0 acpi_ec0: port 0x62, 0x66 on acpi0 cpu0: on acpi0 ACPI-0328: *** Error: No pointer back to NS node in buffer obj 0xc85c94c0 ACPI-1304: *** Error: Method execution failed [\_PR_.CPU0._OSC] (Node 0xc84e3780), AE_AML_INTERNAL acpi_throttle0: on cpu0 ... spammed again 6 times at the end ACPI-0438: *** Error: Looking up [\_PR_.CPU0._PPC] in name space, AE_NOT_FOUND SearchNode 0xc84cdd20 StartNode 0xc84cdd20 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\_SB_.AC__.ADJP] (Node 0xc84cdd20), AE_NOT_FOUND ACPI-1304: *** Error: Method execution failed [\_SB.AC__._PSR] (Node 0xc84e3780), AE_NOT_FOUND Help at all? On Sun, Nov 2, 2008 at 9:50 AM, Robert Watson wrote: > On Wed, 29 Oct 2008, Ryan wrote: > >> Hello, I purchased a new Clevo M860TU on the account that it ran linux >> very well and was hoping it would fair the same on FreeBSD. Not so much, >> little help? I posted this in mobile originally but though stable would be a >> better choice. Don't know if it is more appropriate here or ACPI. >> >> I'm giving you as much information as I know how to get. as I cannot get >> sysinstall to load I am having to type all these dmesg. The boot process is >> hanging. This is all with 7.x, I can give 6.x if needed. > > xpt_config is the CAM configuration wait, so basically the system is waiting > for a storage device to report back on whether it could be used as a root > file system. > > I recently saw a similar report of problems involving a firewire controller > on an nvidia motherboard following an upgrade to 7.x, and I wonder if you > might try the following: see if 6.4 will install, and if so, install it. > Then cvsup 7.x, and do a buildworld but not an installworld. This will let > you build and experiment with 7.x kernels from a known-working environment. > > Make sure to keep a working 6.x kernel around -- I suggest something like > "cp -r /boot/kernel /boot/kernel.good" before starting so you can always > fall back to a good kernel. Now try building a 7.x kernel without USB or > firewire support, and booting that? > > Also, it's worth checking there are no BIOS upgrades available for the > motherboard... > > Robert N M Watson > Computer Laboratory > University of Cambridge > > >> >> Hardware: >> Intel P9500 >> 4gb DDR3-1066 >> Nvidia 9800M GT >> Atheros AR5006e >> >> FreeBSD 7.1-BETA2 >> >> These snippets of dmesg happen around the end where it hangs. >> >> 1. Default >> >> ... >> cpu0: on acpi0 >> ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj >> 0xc6a02d40 [20070320] >> ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving >> operands for [OpcodeName unavailable] [20070320] >> ACPI Error (psparse-0626): Method parse/execution failed >> [\_PR_.CPU0._OSC] (Node 0xc68556e0), AE_AML_INTERNAL >> est0: on cpu0 >> p4tcc0: on cpu0 >> cpu1: on acpi0 >> ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj >> 0xc6a0e300 [20070320] >> ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving >> operands for [OpcodeName unavailable] [20070320] >> ACPI Error (psparse-0626): Method parse/execution failed >> [\_PR_.CPU1._OSC] (Node 0xc685560), AE_AML_INTERNAL >> est1: on cpu1 >> p4tcc1: on cpu1 >> ... >> cpu0: Cx states changed >> cpu1: Cx states changed >> unknown: timeout waiting for read DRQ >> unknown: timeout waiting for read DRQ >> acd0: DVDR at ata3-master UDMA33 >> GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install >> run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 240 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config >> >> Then just stalls >> >> 2. No ACPI >> >> ... >> unknown: timeout waiting for read DRQ >> unknown: timeout waiting for read DRQ >> acd0: DVDR at ata3-master UDMA33 >> GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install >> run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 240 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config >> >> Then just stalls >> >> 3. Safe Mode >> >> I can only tell you a little because console is spammed. It is the >> same as no ACPI, but with an interrupt storm. >> >> ... >> unknown: timeout waiting for read DRQ >> unknown: timeout waiting for read DRQ >> acd0: DVDR at ata3-master UDMA33 >> GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install >> run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 240 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config >> >> When it gets to the unknowns, this is spammed. >> >> interrupt storm detected on "irq10:"; throttling interrupt source >> >> Other than the interrupt storm spam, it is halted like the others. >> >> >> 4. Single User Mode >> >> Same as 1, Default >> >> >> 5. Verbose >> >> All I can tell you is what is spammed at the end. >> >> acpi: bad write to port 0x080 (32), val hex >> >> Where hex is ever increasing and loops when it hits 0xff01. I can also >> see run_interrupt_driven_hooks message in all the spam. >> >> Using some googling if you add the sysctl before boot >> >> debug.acpi.block_bad_io=1 >> >> it might be of some help. This just leads to a never ending loop of >> acpi errors - the scroll very fast and difficult to record might I >> add! >> >> ... >> acpi: bad write to port 0x080 (32), val hex >> ACPI Exception (evregion-0529): AE_BAD_PARAMETER, Returned by handler >> for [SystemIO] [20070320] >> ACPI Error (psparse-0626): Method parse/execution failed [\P8XH] (Node >> 0xc6850a60), AE_BAD_PARAMETER >> ACPI Error (psparse-0626): Method parse/execution failed [\_GPE._L01] >> [20070320] >> ACPI Exception (evgpe-0687): AE_BAD_PARAMETER, while evauating GPE >> method [_L01] [20070320] >> --repeat-- >> ... >> >> >> FreeBSD 7.0-REL >> >> 7.0 is a little different than 7.1. Messages are somewhat the same but >> they happen near the beginning of dmesg instead of around the end. The >> run_interrupt_driven_hooks issue is nonexistant as well, but it still >> hangs. I'm guessing that's a debug tool more than an error. >> >> 1. Default >> >> ... >> cpu0: on acpi0 >> ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj >> 0xc6862580 [20070320] >> ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving >> operands for [OpcodeName unavailable] [20070320] >> ACPI Error (psparse-0626): Method parse/execution failed >> [\_PR_.CPU0._OSC] (Node 0xc682d580), AE_AML_INTERNAL >> est0: on cpu0 >> p4tcc0: on cpu0 >> cpu1: on acpi0 >> ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj >> 0xc6861100 [20070320] >> ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving >> operands for [OpcodeName unavailable] [20070320] >> ACPI Error (psparse-0626): Method parse/execution failed >> [\_PR_.CPU1._OSC] (Node 0xc682d4a0), AE_AML_INTERNAL >> est1: on cpu1 >> p4tcc1: on cpu1 >> ... >> cpu0: Cx states changed >> cpu1: Cx states changed >> unknown: timeout waiting for read DRQ >> unknown: timeout waiting for read DRQ >> acd0: DVDR at ata3-master UDMA33 >> GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install >> >> Hangs. >> >> 2. No ACPI >> >> .. >> unknown: timeout waiting for read DRQ >> unknown: timeout waiting for read DRQ >> .. >> >> Hangs. >> >> >> 3. Safe Mode >> >> Same interrupt storm as 7.1-BETA2. >> >> ... >> interrupt storm detected on "irq10:"; throttling interrupt source >> --repeat-- >> >> 4. Single User Mode >> >> Same as 1. Default. >> >> >> 5. Verbose >> >> Hang like normal, cannot see the ACPI errors since they fly off the >> scroll lock buffer. >> >> ... >> cpu0: Cx states changed >> cpu1: Cx states changed >> ... >> unknown: timeout waiting for read DRQ >> unknown: timeout waiting for read DRQ >> ... >> >> >> Thanks again. >> _______________________________________________ >> 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 3 19:00:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B6BF106564A for ; Mon, 3 Nov 2008 19:00:03 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from websrv01.jr-hosting.nl (websrv01.jr-hosting.nl [78.47.69.233]) by mx1.freebsd.org (Postfix) with ESMTP id B95498FC0C for ; Mon, 3 Nov 2008 19:00:02 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from [77.110.37.134] (helo=hackbook.local) by websrv01.jr-hosting.nl with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Kx41v-000Fl6-D7; Mon, 03 Nov 2008 19:19:59 +0100 Message-ID: <490F40CB.8040605@FreeBSD.org> Date: Mon, 03 Nov 2008 19:19:55 +0100 From: Joel Dahl User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: Ryan References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Install issues with 7.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: Mon, 03 Nov 2008 19:00:03 -0000 Ryan skrev: > Hello, I purchased a new Clevo M860TU on the account that it ran linux > very well and was hoping it would fair the same on FreeBSD. Not so > much, little help? I posted this in mobile originally but though > stable would be a better choice. Don't know if it is more appropriate > here or ACPI. > > I'm giving you as much information as I know how to get. as I cannot > get sysinstall to load I am having to type all these dmesg. The boot > process is hanging. This is all with 7.x, I can give 6.x if needed. > > Hardware: > Intel P9500 > 4gb DDR3-1066 > Nvidia 9800M GT > Atheros AR5006e > > FreeBSD 7.1-BETA2 > > These snippets of dmesg happen around the end where it hangs. > > 1. Default > > ... > cpu0: on acpi0 > ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj > 0xc6a02d40 [20070320] > ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving > operands for [OpcodeName unavailable] [20070320] > ACPI Error (psparse-0626): Method parse/execution failed > [\_PR_.CPU0._OSC] (Node 0xc68556e0), AE_AML_INTERNAL > est0: on cpu0 > p4tcc0: on cpu0 > cpu1: on acpi0 > ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj > 0xc6a0e300 [20070320] > ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving > operands for [OpcodeName unavailable] [20070320] > ACPI Error (psparse-0626): Method parse/execution failed > [\_PR_.CPU1._OSC] (Node 0xc685560), AE_AML_INTERNAL > est1: on cpu1 > p4tcc1: on cpu1 > ... > cpu0: Cx states changed > cpu1: Cx states changed > unknown: timeout waiting for read DRQ > unknown: timeout waiting for read DRQ > acd0: DVDR at ata3-master UDMA33 > GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install > run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 240 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config Disabling firewire completely in BIOS might at least get the machine booting. You should try that if you haven't already. I've seen this problem on at least two different systems... -- Joel From owner-freebsd-stable@FreeBSD.ORG Mon Nov 3 21:54:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 790101065679 for ; Mon, 3 Nov 2008 21:54:30 +0000 (UTC) (envelope-from jespasac@minibofh.org) Received: from smtp01.cdmon.com (smtp01.cdmon.com [212.36.75.232]) by mx1.freebsd.org (Postfix) with ESMTP id 3F1868FC21 for ; Mon, 3 Nov 2008 21:54:30 +0000 (UTC) (envelope-from jespasac@minibofh.org) Received: from jespasac.home.org (unknown [84.77.66.237]) by smtp01.cdmon.com (Postfix) with ESMTP id D237EF7677 for ; Mon, 3 Nov 2008 22:36:12 +0100 (CET) Message-ID: <490F6EBF.5000102@minibofh.org> Date: Mon, 03 Nov 2008 22:35:59 +0100 From: Jordi Espasa Clofent User-Agent: Thunderbird 2.0.0.17 (X11/20081003) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Replication 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, 03 Nov 2008 21:54:30 -0000 Hi all, I have to build a clustered website with FreeBSD 7.x as SO and Apache 2.x as httpd. As load-balancing solution I'll use HAProxy (or maybe a OpenBSD relayd, I'm not sure). Because of several technical (and especially non-technical) reasons, I haven't the possibility to mount a shared storage layer (NFS, SAN...) so I have to share the local data among the different httpd servers. At first approach I've thought in rsync+cron, but ¿anyone knows another replication-data solution in the described scenario? PD. Please, don't advice to me to using a pure shared-data layer... I know it will be the optimal structure, but as I've said above, I can't use it because various reasons. -- Thanks, Jordi Espasa Clofent From owner-freebsd-stable@FreeBSD.ORG Mon Nov 3 22:34:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF6FE1065676 for ; Mon, 3 Nov 2008 22:34:31 +0000 (UTC) (envelope-from m4gicite@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id BF8058FC1C for ; Mon, 3 Nov 2008 22:34:27 +0000 (UTC) (envelope-from m4gicite@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so2356685fgb.35 for ; Mon, 03 Nov 2008 14:34:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=qAM69U4wdBzBopLzxZXQNHJNlBQ4zaZvu1J0fnpw+ow=; b=mQEKR6aAV1jiNHJLDadsAsdd+JcC+dEyAGeMW3SWR1ljH/G+gDffylyPCAM6qYlLZx a8aDI+yagPt5Ac9MZuaUVJn61V/xA3kRieUMITYViOxOpaluaUSqlsBV1ZvZ8TojX1oP CBIZ8z35LIdmlq2HMqMnpQXAMBbQ+VK3F5z4g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=fGzzp/fwbTi9/L/SzdWEWokCG3kCF2GAXNH3q8/ogb2Bwz/5gcJbQ7lcAn07Q1MWRE 0SXiku6xzbU6LzhorhzBbLC6DPztEWebkif1dopO1vTZ4iD9Fb9L+xgN7wie9qLESg86 vNO5l6/H7MmYFLN5q1NBsydjCmNGbIjaLTkOw= Received: by 10.86.52.1 with SMTP id z1mr543040fgz.60.1225751666169; Mon, 03 Nov 2008 14:34:26 -0800 (PST) Received: by 10.86.82.4 with HTTP; Mon, 3 Nov 2008 14:34:25 -0800 (PST) Message-ID: Date: Mon, 3 Nov 2008 22:34:25 +0000 From: Ryan To: "Joel Dahl" In-Reply-To: <490F40CB.8040605@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_995_16337687.1225751666061" References: <490F40CB.8040605@FreeBSD.org> X-Mailman-Approved-At: Mon, 03 Nov 2008 22:42:11 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Install issues with 7.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: Mon, 03 Nov 2008 22:34:31 -0000 ------=_Part_995_16337687.1225751666061 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Sadly with the quality of BIOS recently, that is not an option. Not much to offer. Attached is a picture of what I have to change. Other and XP are the same, Vista unlocks AHCI. Another way of accomplishing disabling firewire is to remake the install CD with a different kernel and not quite sure how to do that. On Mon, Nov 3, 2008 at 6:19 PM, Joel Dahl wrote: > Ryan skrev: >> >> Hello, I purchased a new Clevo M860TU on the account that it ran linux >> very well and was hoping it would fair the same on FreeBSD. Not so >> much, little help? I posted this in mobile originally but though >> stable would be a better choice. Don't know if it is more appropriate >> here or ACPI. >> >> I'm giving you as much information as I know how to get. as I cannot >> get sysinstall to load I am having to type all these dmesg. The boot >> process is hanging. This is all with 7.x, I can give 6.x if needed. >> >> Hardware: >> Intel P9500 >> 4gb DDR3-1066 >> Nvidia 9800M GT >> Atheros AR5006e >> >> FreeBSD 7.1-BETA2 >> >> These snippets of dmesg happen around the end where it hangs. >> >> 1. Default >> >> ... >> cpu0: on acpi0 >> ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj >> 0xc6a02d40 [20070320] >> ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving >> operands for [OpcodeName unavailable] [20070320] >> ACPI Error (psparse-0626): Method parse/execution failed >> [\_PR_.CPU0._OSC] (Node 0xc68556e0), AE_AML_INTERNAL >> est0: on cpu0 >> p4tcc0: on cpu0 >> cpu1: on acpi0 >> ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj >> 0xc6a0e300 [20070320] >> ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving >> operands for [OpcodeName unavailable] [20070320] >> ACPI Error (psparse-0626): Method parse/execution failed >> [\_PR_.CPU1._OSC] (Node 0xc685560), AE_AML_INTERNAL >> est1: on cpu1 >> p4tcc1: on cpu1 >> ... >> cpu0: Cx states changed >> cpu1: Cx states changed >> unknown: timeout waiting for read DRQ >> unknown: timeout waiting for read DRQ >> acd0: DVDR at ata3-master UDMA33 >> GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install >> run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 240 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config > > Disabling firewire completely in BIOS might at least get the machine > booting. You should try that if you haven't already. I've seen this > problem on at least two different systems... > > -- > Joel > ------=_Part_995_16337687.1225751666061-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 3 23:27:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 126291065677 for ; Mon, 3 Nov 2008 23:27:04 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by mx1.freebsd.org (Postfix) with ESMTP id A0B1A8FC14 for ; Mon, 3 Nov 2008 23:27:03 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by QMTA05.emeryville.ca.mail.comcast.net with comcast id amup1a00R0lTkoCA5nT25A; Mon, 03 Nov 2008 23:27:02 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA04.emeryville.ca.mail.comcast.net with comcast id anN21a0022P6wsM8QnN2YS; Mon, 03 Nov 2008 23:22:02 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=Uj5iRSHuRMCMpVKzbHIA:9 a=s7H5kEvkQFjvPYH9wAJ6Lx8qZi0A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 1821EC9419; Mon, 3 Nov 2008 15:22:02 -0800 (PST) Date: Mon, 3 Nov 2008 15:22:02 -0800 From: Jeremy Chadwick To: Jordi Espasa Clofent Message-ID: <20081103232202.GA32276@icarus.home.lan> References: <490F6EBF.5000102@minibofh.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <490F6EBF.5000102@minibofh.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: Replication 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, 03 Nov 2008 23:27:04 -0000 On Mon, Nov 03, 2008 at 10:35:59PM +0100, Jordi Espasa Clofent wrote: > I have to build a clustered website with FreeBSD 7.x as SO and Apache > 2.x as httpd. As load-balancing solution I'll use HAProxy (or maybe a > OpenBSD relayd, I'm not sure). > > Because of several technical (and especially non-technical) reasons, I > haven't the possibility to mount a shared storage layer (NFS, SAN...) so > I have to share the local data among the different httpd servers. > > At first approach I've thought in rsync+cron, but > > ¿anyone knows another replication-data solution in the described scenario? > > PD. Please, don't advice to me to using a pure shared-data layer... I > know it will be the optimal structure, but as I've said above, I can't > use it because various reasons. Try ggatec(8) and ggated(8). They perform replication at the filesystem level, over the network. I do not have experience using them. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Nov 3 23:39:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 460E81065673 for ; Mon, 3 Nov 2008 23:39:48 +0000 (UTC) (envelope-from michael.grant@gmail.com) Received: from mail-gx0-f10.google.com (mail-gx0-f10.google.com [209.85.217.10]) by mx1.freebsd.org (Postfix) with ESMTP id CB23E8FC0C for ; Mon, 3 Nov 2008 23:39:47 +0000 (UTC) (envelope-from michael.grant@gmail.com) Received: by gxk3 with SMTP id 3so12538gxk.19 for ; Mon, 03 Nov 2008 15:39:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=ZuuLD3snsmhRyX1dR5cmHaw8/UORmcdKyUHa9AetxnQ=; b=RTgp7H4d0jWRYPk9tt8fDowfBkNTIZd3dpVeSaEWlNNd2Rhop7cdlFws7JJw0TGScT +IgMCA1Txn3UveGyJs8w3GlCekUVngS9xSFK4LmWL2+GhiNtDPQg8HsjMVYPMCE4VIwq zmwKL1FRIJYtu/eGo1JSXv/hmH7+nJA139x34= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=wXeyq0VTyQwYrpfecaBIzSFHpfD/i8hsKLV4BnDhsY13GcngIvR4CuM4v9i1PHlLnY F2yR74D3dNs2o2p18MT8SdQM/ihcDm2N/yH9d4siVkqynuLJPWOSwxKZ5jfkzSNUVU+Q cr3vTYeH6QVa5h0euGbb3bGPW9HkTk5wJSluk= Received: by 10.90.71.16 with SMTP id t16mr576002aga.55.1225753673890; Mon, 03 Nov 2008 15:07:53 -0800 (PST) Received: by 10.90.25.12 with HTTP; Mon, 3 Nov 2008 15:07:53 -0800 (PST) Message-ID: <62b856460811031507n2bbfdc14j3bfa7b6006208ff0@mail.gmail.com> Date: Tue, 4 Nov 2008 00:07:53 +0100 From: "Michael Grant" Sender: michael.grant@gmail.com To: "Jordi Espasa Clofent" In-Reply-To: <490F6EBF.5000102@minibofh.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <490F6EBF.5000102@minibofh.org> X-Google-Sender-Auth: 21e46688dbf1ffad Cc: freebsd-stable@freebsd.org Subject: Re: Replication 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, 03 Nov 2008 23:39:48 -0000 On Mon, Nov 3, 2008 at 10:35 PM, Jordi Espasa Clofent wrote: > Hi all, > > I have to build a clustered website with FreeBSD 7.x as SO and Apache 2.x= as > httpd. As load-balancing solution I'll use HAProxy (or maybe a OpenBSD > relayd, I'm not sure). > > Because of several technical (and especially non-technical) reasons, I > haven't the possibility to mount a shared storage layer (NFS, SAN...) so = I > have to share the local data among the different httpd servers. > > At first approach I've thought in rsync+cron, but > > =BFanyone knows another replication-data solution in the described scenar= io? > > PD. Please, don't advice to me to using a pure shared-data layer... I kno= w > it will be the optimal structure, but as I've said above, I can't use it > because various reasons. > > -- > Thanks, > Jordi Espasa Clofent GlusterFS http://www.gluster.org seems promising. It is a replication layer that sits on top of FUSE (Filesystem in Userspace http://fuse.sf.net). You can replicate pretty much any type of file system, ufs, zfs, dos...etc. In other words, you don't need to reformat your disk or create some special underlying file system. GlusterFS is in userspace. However.... I have yet to get it working on freebsd. Anyone had any luck with GlusterFS on Freebsd 6.x? Michael Grant From owner-freebsd-stable@FreeBSD.ORG Tue Nov 4 00:00:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C94FF1065672 for ; Tue, 4 Nov 2008 00:00:48 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 85BB68FC13 for ; Tue, 4 Nov 2008 00:00:48 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from ip-132.ish.com.au ([203.29.62.132]:62696) by fish.ish.com.au with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1Kx9ao-0002tN-0P; Tue, 04 Nov 2008 11:16:22 +1100 Message-Id: <9335DDBE-F6DC-4433-A47D-D18266BA49CF@ish.com.au> From: Aristedes Maniatis To: Jordi Espasa Clofent In-Reply-To: <490F6EBF.5000102@minibofh.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Tue, 4 Nov 2008 10:49:09 +1100 References: <490F6EBF.5000102@minibofh.org> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-stable@freebsd.org Subject: Re: Replication 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, 04 Nov 2008 00:00:48 -0000 On 04/11/2008, at 8:35 AM, Jordi Espasa Clofent wrote: > At first approach I've thought in rsync+cron, but unison [1] works really well for us. In some ways it is better than some sort of shared SAN type solution since there is no single point of failure at the SAN or link to the SAN. Unison is just two way rsync so that changes can propagate in both directions between servers. Ari [1] http://www.cis.upenn.edu/~bcpierce/unison/ --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Tue Nov 4 01:43:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A3B4106564A for ; Tue, 4 Nov 2008 01:43:49 +0000 (UTC) (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 521108FC14 for ; Tue, 4 Nov 2008 01:43:49 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA41hkLF031828; Mon, 3 Nov 2008 20:43:46 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id mA41hjaa029665 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Nov 2008 20:43:45 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200811040143.mA41hjaa029665@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 03 Nov 2008 20:43:53 -0500 To: "Poul-Henning Kamp" From: Mike Tancsa In-Reply-To: <7.1.0.9.0.20081103113557.167702f0@sentex.net> References: <43507.1225730046@critter.freebsd.dk> <7.1.0.9.0.20081103113557.167702f0@sentex.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: freebsd-stable@freebsd.org Subject: Re: fifo log 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, 04 Nov 2008 01:43:49 -0000 At 11:48 AM 11/3/2008, Mike Tancsa wrote: >At 11:34 AM 11/3/2008, Poul-Henning Kamp wrote: >>In message <200811031547.mA3FlVVs024666@lava.sentex.ca>, Mike Tancsa writes: >> >> >Seems to work fine with cat >> >>Ok, and the loss is not from one end, it is random records in >>the middle ? > > >Yes, they seem to initially get written and then tail off for some >reason. I am not sure why. Actually, if I SIGHUP syslogd, it seems >to make a difference, in that I can generally see when newsyslog sig >HUPs syslog to do log rotation. Perhaps this is confusing things ? I tried changing the config so that there is only the fifo log being written to and disabled newsyslog so that syslogd is not getting a HUP signal. The strange thing is that reading from it gives different results?!? Sometimes doing [ps0278]# fifolog_reader all.fifo | wc >From 0 Wed Dec 31 19:00:00 1969 To 1225760679 Mon Nov 3 20:04:39 2008 Read from 1d800 59 413 3068 0[ps0278]# and a exactly for 1min it will show the correct results 0[ps0278]# fifolog_reader all.fifo | wc >From 0 Wed Dec 31 19:00:00 1969 To 1225760538 Mon Nov 3 20:02:18 2008 Read from 0 10765 75995 556816 0[ps0278]# and then go back to showing just a subset for 4 min. I am guessing this coincides with when the flush runs This is a nanobsd image, so /var on /dev/md1 and RELENG_7 from a few days ago I have been running #!/bin/sh i=0 while true do i=`expr $i + 1` logger $i echo $i sleep 1 done and they seem to be there when it shows all the results, but for the most part it just shows a subset ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Nov 4 04:56:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4445F1065673 for ; Tue, 4 Nov 2008 04:56:20 +0000 (UTC) (envelope-from k@kevinkevin.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 02C048FC17 for ; Tue, 4 Nov 2008 04:56:19 +0000 (UTC) (envelope-from k@kevinkevin.com) Received: by yx-out-2324.google.com with SMTP id 8so1064713yxb.13 for ; Mon, 03 Nov 2008 20:56:19 -0800 (PST) Received: by 10.65.212.18 with SMTP id o18mr1288402qbq.0.1225772843977; Mon, 03 Nov 2008 20:27:23 -0800 (PST) Received: from kevin (not.enough.unixsluts.com [76.10.166.187]) by mx.google.com with ESMTPS id s35sm19905264qbs.13.2008.11.03.20.27.22 (version=SSLv3 cipher=RC4-MD5); Mon, 03 Nov 2008 20:27:22 -0800 (PST) From: "Kevin" To: Date: Mon, 3 Nov 2008 23:27:13 -0500 Message-ID: <000001c93e35$9d456790$d7d036b0$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ack+NZu0LxOc+ItORHmt1YcxuR5PYQ== Content-Language: en-us Subject: DL360 G3 w/ AMD64 Cant boot from CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Nov 2008 04:56:20 -0000 Hello, I am trying to install FreeBSD on my HP DL360 G3 server with 8GB of ram. I need to use the AMD64 distribution, as I understand, to utilize over 4GB of ram. Unfortunately I cannot boot from any of the FreeBSD CDs : 7.0-RELEASE-AMD64 6.3-RELEASE-AMD64 I will try 8.0-CURRENT-AMD64, however I don't think it will matter. Since I'm not using "unusual" hardware, but rather hardware that has been established at least since 2003, I was hoping that someone else may have encountered this problem. If anyone can assist me , it would be greatly appreciated. The specific error message is as follows : int=0000000d err=00000000 efl=00010006 eip=000219b2 eax=000219ac ebx=00000000 ecx=c0000080 edx=0006d948 esi=0003e007 edi=00000000 ebp=000940bc esp=0009e088 cs=0008 ds=0010 fs=0010 gs=0010 ss=0010 cs:eip=0f 32 0d 00 01 00 00 0f-30 0f 20 e0 83 c8 30 0f 22 e0 b8 00 c0 03 00 0f-22 d8 0f 20 c0 0d 00 00 Ss:eso=90 95 00 00 00 80 fc 00-00 90 fc 00 07 e0 03 00 00 00 00 00 07 d0 03 00-00 00 00 00 3c d9 06 00 BTX halted The above happens /JUST/ after pressing "enter" at the boot screen when booting from the FreeBSD cd. Thanks, Kevin K. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 4 04:58:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FDB31065674 for ; Tue, 4 Nov 2008 04:58:12 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id AF3228FC0C for ; Tue, 4 Nov 2008 04:58:11 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA04.westchester.pa.mail.comcast.net ([76.96.62.35]) by QMTA06.westchester.pa.mail.comcast.net with comcast id any71a0060ldTLk56sxbUU; Tue, 04 Nov 2008 04:57:35 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA04.westchester.pa.mail.comcast.net with comcast id asy91a00H2P6wsM3QsyAfT; Tue, 04 Nov 2008 04:58:10 +0000 X-Authority-Analysis: v=1.0 c=1 a=njofuhhJf0EA:10 a=sCW41k2n5G0A:10 a=QycZ5dHgAAAA:8 a=_dKFEBIhSX0__-9XOTEA:9 a=x-MXBwFoyW93CDOPROGNHNO9WqcA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 5CD67C9419; Mon, 3 Nov 2008 20:58:09 -0800 (PST) Date: Mon, 3 Nov 2008 20:58:09 -0800 From: Jeremy Chadwick To: Kevin Message-ID: <20081104045809.GA38528@icarus.home.lan> References: <000001c93e35$9d456790$d7d036b0$@com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000001c93e35$9d456790$d7d036b0$@com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: DL360 G3 w/ AMD64 Cant boot from CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Nov 2008 04:58:12 -0000 On Mon, Nov 03, 2008 at 11:27:13PM -0500, Kevin wrote: > Hello, > > I am trying to install FreeBSD on my HP DL360 G3 server with 8GB of ram. I > need to use the AMD64 distribution, as I understand, to utilize over 4GB of > ram. > > Unfortunately I cannot boot from any of the FreeBSD CDs : > > > 7.0-RELEASE-AMD64 > 6.3-RELEASE-AMD64 > > > I will try 8.0-CURRENT-AMD64, however I don't think it will matter. Since > I'm not using "unusual" hardware, but rather hardware that has been > established at least since 2003, I was hoping that someone else may have > encountered this problem. > > If anyone can assist me , it would be greatly appreciated. Can you please try 7.1-PRERELEASE or 6.4-RC2 (just announced today)? There have been bootstrap-related changes since 7.0-RELEASE which may fix your problem. > The specific error message is as follows : > > > int=0000000d err=00000000 efl=00010006 eip=000219b2 > eax=000219ac ebx=00000000 ecx=c0000080 edx=0006d948 > esi=0003e007 edi=00000000 ebp=000940bc esp=0009e088 > cs=0008 ds=0010 fs=0010 gs=0010 ss=0010 > cs:eip=0f 32 0d 00 01 00 00 0f-30 0f 20 e0 83 c8 30 0f > 22 e0 b8 00 c0 03 00 0f-22 d8 0f 20 c0 0d 00 00 > Ss:eso=90 95 00 00 00 80 fc 00-00 90 fc 00 07 e0 03 00 > 00 00 00 00 07 d0 03 00-00 00 00 00 3c d9 06 00 > BTX halted > > The above happens /JUST/ after pressing "enter" at the boot screen when > booting from the FreeBSD cd. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Nov 4 06:06:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 722DB1065674 for ; Tue, 4 Nov 2008 06:06:43 +0000 (UTC) (envelope-from numardbsd@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.174]) by mx1.freebsd.org (Postfix) with ESMTP id 38BE78FC13 for ; Tue, 4 Nov 2008 06:06:43 +0000 (UTC) (envelope-from numardbsd@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so2968157wfg.7 for ; Mon, 03 Nov 2008 22:06:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:in-reply-to:references:x-mailer:face:mime-version :content-type:content-transfer-encoding; bh=UsUiPo+p8xo9UJsYntbNAbG91UsGO33D9J/0K3E7r8Q=; b=O1W45vjQb9hrEPY55VdJKwDmwruxQGlm9Z/nBHDpsZOhF9vVtlj+JD7YjfRi2gB8Al Y9y2lURAYt0um9Ke4CjN9YiDF8RB8PYYT8pqznWMF2sGbGCubSn76rmevUqKAcWFyotI FcMH2ZBdElZDDkEHxyP0qQvKHJjIw3JhEgxqw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :face:mime-version:content-type:content-transfer-encoding; b=b7aze74vTUwXdW0QcuHw+D2w3dNzGFQ5DseoomGxHUranVSSoo3xhxrECuAVabwTUo aJihPbEQvbzXssZwwgifjP+ajQbkYXl/YxhEGiebg0X7MS+gYj0pRwO9FfKC7DTKSbln yl8v9VzMMwkxUDoXGF2Cb2fBeT5gE4TbjQ1Eo= Received: by 10.142.241.10 with SMTP id o10mr552668wfh.222.1225777356474; Mon, 03 Nov 2008 21:42:36 -0800 (PST) Received: from ayiin (203-166-246-80.dyn.iinet.net.au [203.166.246.80]) by mx.google.com with ESMTPS id 22sm17191026wfg.13.2008.11.03.21.42.34 (version=SSLv3 cipher=RC4-MD5); Mon, 03 Nov 2008 21:42:35 -0800 (PST) Date: Tue, 4 Nov 2008 16:42:30 +1100 From: Norberto Meijome To: freebsd-stable@freebsd.org Message-ID: <20081104164230.013e9887@ayiin> In-Reply-To: <490F6EBF.5000102@minibofh.org> References: <490F6EBF.5000102@minibofh.org> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAGFBMVEX+/v7++v6YOTrq8PCcuIX989UvOSj++v0BNCbpAAAAB3RJTUUHsQwfFzs7RBhzUQAAAhJJREFUOI1dU8GOqzAMNKIoV1bvwD1i0ysqrHplIdBrVSX7ATSbd03VVvn9tQNtQy0hjAdn7LED4AAcPtWm9RV+MPSfxhBLx9ajd6X/ngB6/mTwnRSZua7i7Ca+0ctZKo4Qmz+JY13X6I3nFZBxIYW1PbgfQ5RP8g0XlltEWGf3cV03joYpRnFbvYDKbXjZlXyyhEZA4lI+cN3NaVXE4VKjSwTExO10eTEkkJVqIAD5z0nUBQJluQDRSQjcrBiHAJxZlAH5CUMBMC7OcJ4LMQNnxhZ1HYPscMc6J4UlWRMNwzOpCcAHKSICd1EDn83abdREIbXsHkD1OinP1aCUCOEVRaa1lMcvywUWdYgk13JQUpYNKmvXQ8Kw5ML9YI5h8SakctBc7E/IYuLhYd/zZIk+1gM1vNweQBvHE0j+oYah3sMqAytQYlZk6+ANaaawJdu3OFzYGMZ3iGpa3qMlq9ZH0VZTgrCtw/ngdYkEIIpSbP1bWQAdFdX9vocBdkH2qVjVmuMu3gI5rjs814EUdrCZgWlPaxZZ3RiLFUtr+ud0PXwp2dnQSNXgePt6AZpBj6UMJ7VQkzN4utVeaSW1Dhn/kblGrKeMvNGnzwX4zuEDarYz1KdPtR60Gul0Gued+515SJXhCsl+Tx/3kY/UDvicPll9mfu50t3tvQ/thZpJYgeuwdSKNJ6tCD98MCgoxLDaPxbwqqwPWaWiAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Replication 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, 04 Nov 2008 06:06:43 -0000 On Mon, 03 Nov 2008 22:35:59 +0100 Jordi Espasa Clofent wrote: > Hi all, Hola Jordi, > I have to build a clustered website with FreeBSD 7.x as SO and Apache > 2.x as httpd. As load-balancing solution I'll use HAProxy (or maybe a > OpenBSD relayd, I'm not sure). you may want to look into carp as well if you don't want to have a separate layer of load balancers. > Because of several technical (and especially non-technical) reasons, I > haven't the possibility to mount a shared storage layer (NFS, SAN...) so > I have to share the local data among the different httpd servers. > > At first approach I've thought in rsync+cron, but > > __anyone knows another replication-data solution in the described scenario? rsync / rsyncd is simple and works. But it really depends on how often you'll be publishing to your site, how big are the change sets ( consider publishing to a separate directory via rsync and then doing an atomic rename/move if the change set is too big.) we used to publish from AU to NL to dir1 in server1 , then ssh to server1 and rsync to server2-n in parallel - all from a script of course. That way, the slow link ( AU <-> NL) never got in the way of the publish. B _________________________ {Beto|Norberto|Numard} Meijome He could be a poster child for retroactive birth control. I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 4 11:12:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DA091065679 for ; Tue, 4 Nov 2008 11:12:49 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id 654338FC1E for ; Tue, 4 Nov 2008 11:12:49 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 16A8219E61D for ; Tue, 4 Nov 2008 06:12:48 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Tue, 04 Nov 2008 06:12:48 -0500 X-Sasl-enc: ATlM3pQs5qG4FAphEUqUh08KTkOKtLAx3BC94sJhHmhn 1225797167 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 98F4C26B8B for ; Tue, 4 Nov 2008 06:12:47 -0500 (EST) Message-ID: <49102E2E.5000502@incunabulum.net> Date: Tue, 04 Nov 2008 11:12:46 +0000 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: FreeBSD stable X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: GCC profiling broken with C++ exceptions on FreeBSD 7.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Nov 2008 11:12:49 -0000 Hi, I just noticed this in testing over last week, it seems to be specific to FreeBSD 7.1: http://bugzilla.xorp.org/bugzilla/show_bug.cgi?id=811 Does anyone have any information we could use to further track this down? Other platforms don't seem to be affected. cheers BMS From owner-freebsd-stable@FreeBSD.ORG Tue Nov 4 11:15:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA11110656AC for ; Tue, 4 Nov 2008 11:15:14 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (mail.violetlan.net [80.81.242.7]) by mx1.freebsd.org (Postfix) with ESMTP id 9A3478FC0A for ; Tue, 4 Nov 2008 11:15:14 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (mail.violetlan.net [10.0.100.111]) by mail.violetlan.net (Postfix) with ESMTP id 5BEFA1143C for ; Tue, 4 Nov 2008 11:21:32 +0000 (GMT) Received: from www.violetlan.net (mbali.violetlan.net [10.0.100.150]) by mail.violetlan.net (Postfix) with ESMTP id 10E121143B for ; Tue, 4 Nov 2008 11:21:32 +0000 (GMT) Received: from 217.45.165.129 (SquirrelMail authenticated user freebsd@violetlan.net) by www.violetlan.net with HTTP; Tue, 4 Nov 2008 11:15:13 -0000 (GMT) Message-ID: <53554.217.45.165.129.1225797313.squirrel@www.violetlan.net> Date: Tue, 4 Nov 2008 11:15:13 -0000 (GMT) From: "Reinhold" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Atheros AR5141 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Nov 2008 11:15:14 -0000 Hi I got myself a nice little R52 802.11a/b/g MiniPCI Card for our router. This card is using the Atheros AR5141 chipset. I searched everywhere to find out more info on this and came across a few pages where it said that the AR5141 chipset is supported but when I stick the card in the router and boot FreeBSD 7-STABLE it hangs when loading the Atheros drivers It stops right after this ath0: mem 0xdfff0000-0xdfffffff irq 10 at device 11.0 on pci0 ath0: [ITHREAD] Are there a new version of the ath driver somewhere that does support this chipset? Thanks Reinhold From owner-freebsd-stable@FreeBSD.ORG Tue Nov 4 11:56:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 278191065673 for ; Tue, 4 Nov 2008 11:56:31 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from websrv01.jr-hosting.nl (websrv01.jr-hosting.nl [78.47.69.233]) by mx1.freebsd.org (Postfix) with ESMTP id DD6DD8FC2B for ; Tue, 4 Nov 2008 11:56:30 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from [77.110.37.134] (helo=hackbook.local) by websrv01.jr-hosting.nl with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KxKWL-0002mA-Uw; Tue, 04 Nov 2008 12:56:30 +0100 Message-ID: <49103869.3080709@FreeBSD.org> Date: Tue, 04 Nov 2008 12:56:25 +0100 From: Joel Dahl User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: Ryan References: <490F40CB.8040605@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Install issues with 7.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: Tue, 04 Nov 2008 11:56:31 -0000 Ryan skrev: > Sadly with the quality of BIOS recently, that is not an option. Not > much to offer. Attached is a picture of what I have to change. Other > and XP are the same, Vista unlocks AHCI. > > Another way of accomplishing disabling firewire is to remake the > install CD with a different kernel and not quite sure how to do that. Take a look at the release(7) manpage for information about building your own customized release CD. -- Joel From owner-freebsd-stable@FreeBSD.ORG Tue Nov 4 12:24:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E799E106568C for ; Tue, 4 Nov 2008 12:24:32 +0000 (UTC) (envelope-from kjedruczyk@ramfasto.com) Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id AE76D8FC40 for ; Tue, 4 Nov 2008 12:24:32 +0000 (UTC) (envelope-from kjedruczyk@ramfasto.com) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id E29341A0274 for ; Tue, 4 Nov 2008 07:10:50 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Tue, 04 Nov 2008 07:10:50 -0500 X-Sasl-enc: oeIA8TaM6Os5nfJ4qs+vOfMpyeU/iBZdN7qOuMMGIc8L 1225800650 Received: from buka.ramfasto.com (dyb186.internetdsl.tpnet.pl [83.14.53.186]) by mail.messagingengine.com (Postfix) with ESMTPA id 26BCD13D2E; Tue, 4 Nov 2008 07:10:49 -0500 (EST) Message-ID: <49103BC0.3070605@ramfasto.com> Date: Tue, 04 Nov 2008 13:10:40 +0100 From: =?UTF-8?B?S3J6eXN6dG9mIErEmWRydWN6eWs=?= User-Agent: Thunderbird 2.0.0.14 (X11/20080707) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: PostgreSQL stats collector eats all CPU time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Nov 2008 12:24:33 -0000 Recently postgresql on our database server started showing some sort of problems: after running for some time stats collector process eats 100% cpu time - exactly as someone reported here: http://groups.google.com/group/pgsql.general/browse_thread/thread/6dfea591d243e987 No solution is provided there though... kernel/libc bug is suggested I'm not sure how relevant it is - problem appeared first time about a day or two after server has been upgraded with additional processor: now it is 2x dual core opteron with 8GB of RAM. For some reason we didn't see this problem back when it was just one dual core opteron with 4GB of RAM. It is amd64 version of freebsd of course... As the person who reported the problem previously on postgresql mailing list showed - the stats collector busy-loops in interrupted poll call - kdump contains output like this: 878 postgres 0.009643 CALL poll(0x7fffffffd4e0,0x1,0x7d0) 878 postgres 0.009671 RET poll -1 errno 4 Interrupted system call 878 postgres 0.009675 CALL poll(0x7fffffffd4e0,0x1,0x7d0) 878 postgres 0.009687 RET poll -1 errno 4 Interrupted system call 878 postgres 0.009691 CALL poll(0x7fffffffd4e0,0x1,0x7d0) 878 postgres 0.009700 RET poll -1 errno 4 Interrupted system call I also grabbed core dump of the postmaster process and the backtrace seems a little weird to me: #0 0x00000008012186cc in poll () from /lib/libc.so.7 [New Thread 0x801601120 (LWP 100209)] [New LWP 54785] (gdb) bt #0 0x00000008012186cc in poll () from /lib/libc.so.7 #1 0x000000080107c85e in poll () from /lib/libthr.so.3 #2 0x0000000000578bd0 in pgstat_start () #3 0x000000000057d2b5 in PostmasterMain () #4 #5 0x0000000801268cdc in select () from /lib/libc.so.7 #6 0x000000080107c574 in select () from /lib/libthr.so.3 #7 0x000000000057aaa3 in ClosePostmasterPorts () #8 0x000000000057be9e in PostmasterMain () #9 0x00000000005358fe in main () If I'm reading it right the constantly interrupted poll function is being called from the signal handler? Any suggestions what else to do to identify the problem? It seems that the situation will be reproducible - after server restart it happened again within one day. -- Best regards, Krzysztof JÄ™druczyk From owner-freebsd-stable@FreeBSD.ORG Tue Nov 4 12:37:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E15C106568A for ; Tue, 4 Nov 2008 12:37:15 +0000 (UTC) (envelope-from k@kevinkevin.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id AF3158FC1D for ; Tue, 4 Nov 2008 12:37:14 +0000 (UTC) (envelope-from k@kevinkevin.com) Received: by yx-out-2324.google.com with SMTP id 8so1108346yxb.13 for ; Tue, 04 Nov 2008 04:37:14 -0800 (PST) Received: by 10.65.103.14 with SMTP id f14mr1967506qbm.30.1225802233157; Tue, 04 Nov 2008 04:37:13 -0800 (PST) Received: from kevin (not.enough.unixsluts.com [76.10.166.187]) by mx.google.com with ESMTPS id k7sm21485356qba.3.2008.11.04.04.37.11 (version=SSLv3 cipher=RC4-MD5); Tue, 04 Nov 2008 04:37:12 -0800 (PST) From: "Kevin" To: "'Jeremy Chadwick'" References: <000001c93e35$9d456790$d7d036b0$@com> <20081104045809.GA38528@icarus.home.lan> In-Reply-To: <20081104045809.GA38528@icarus.home.lan> Date: Tue, 4 Nov 2008 07:37:01 -0500 Message-ID: <000f01c93e7a$0a146210$1e3d2630$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ack+OfAoZoQzABRiQPqjANxfl/8OmAAP6RhQ Content-Language: en-us Cc: freebsd-stable@freebsd.org Subject: RE: DL360 G3 w/ AMD64 Cant boot from CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Nov 2008 12:37:15 -0000 > Can you please try 7.1-PRERELEASE or 6.4-RC2 (just announced today)? > There have been bootstrap-related changes since 7.0-RELEASE which may > fix your problem. I tried 7.1-BETA2 , but unfortunately the same problem happened. I tried (for the sake of argument) Debian debian-40r5-amd64 , and it wouldn't boot either -- it said "Your CPU does not support long mode, please use a 32bit distribution". How would I support over 4GB of ram with only i386 distributions? Thank you. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 4 12:48:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 835B1106567B for ; Tue, 4 Nov 2008 12:48:55 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by mx1.freebsd.org (Postfix) with ESMTP id 261378FC1A for ; Tue, 4 Nov 2008 12:48:54 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA07.emeryville.ca.mail.comcast.net ([76.96.30.59]) by QMTA05.emeryville.ca.mail.comcast.net with comcast id azzr1a00J1GXsucA50ounC; Tue, 04 Nov 2008 12:48:54 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA07.emeryville.ca.mail.comcast.net with comcast id b0ou1a0022P6wsM8T0oune; Tue, 04 Nov 2008 12:48:54 +0000 X-Authority-Analysis: v=1.0 c=1 a=njofuhhJf0EA:10 a=sCW41k2n5G0A:10 a=QycZ5dHgAAAA:8 a=WBVdow6rHEOj_PQuKooA:9 a=loEfeb8caCGuKAF6GrPjdomMpAkA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 03893C9419; Tue, 4 Nov 2008 04:48:54 -0800 (PST) Date: Tue, 4 Nov 2008 04:48:53 -0800 From: Jeremy Chadwick To: Kevin Message-ID: <20081104124853.GA48015@icarus.home.lan> References: <000001c93e35$9d456790$d7d036b0$@com> <20081104045809.GA38528@icarus.home.lan> <000f01c93e7a$0a146210$1e3d2630$@com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000f01c93e7a$0a146210$1e3d2630$@com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: DL360 G3 w/ AMD64 Cant boot from CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Nov 2008 12:48:55 -0000 On Tue, Nov 04, 2008 at 07:37:01AM -0500, Kevin wrote: > > Can you please try 7.1-PRERELEASE or 6.4-RC2 (just announced today)? > > There have been bootstrap-related changes since 7.0-RELEASE which may > > fix your problem. > > > I tried 7.1-BETA2 , but unfortunately the same problem happened. I tried > (for the sake of argument) Debian debian-40r5-amd64 , and it wouldn't boot > either -- it said "Your CPU does not support long mode, please use a 32bit > distribution". This means your processor does not support 64-bit mode. > How would I support over 4GB of ram with only i386 distributions? There is only one option: use PAE mode, which has drawbacks. You can read about what PAE is on Wikipedia. Note that not all drivers are PAE mode compatible on FreeBSD. You should be able to install i386 FreeBSD with success, then rebuild your kernel with PAE enabled. Look at /sys/i386/conf/PAE for an example configuration -- you'll see all of the drivers you have to disable for PAE to work successfully. If your system uses any of these drivers, PAE mode will not work for you, in which case you should upgrade your hardware. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Nov 4 14:12:52 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3614E1065676; Tue, 4 Nov 2008 14:12:52 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by mx1.freebsd.org (Postfix) with ESMTP id 0638B8FC18; Tue, 4 Nov 2008 14:12:51 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so3187014wfg.7 for ; Tue, 04 Nov 2008 06:12:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=KUmDQ3FXeZvb2yhTNqP7yncRFyOiRl4n9ffNlY71y+Y=; b=fVBeLbkYrpNEnzHd+OF2ereednRkbWNuK+AP24yP4ZxkCQbJbWwZ3Wacb/ylK8m87u zZdkyU/lIvuxvfu5c6jS0qylslDJKDWhPNcaWwCeLEIzgXXUQYPLhtDwkSo6qHAww+ep FXDf1KTgto5WDLAI061pTH/FAZp77n5CcqbY0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=xtjyxuB/fl8Uv65HcAhVgF5w26jI77yMqRD0fwtEQ2amrhQcqUJTcXA8QSLY20LH+a dBG0kYh6wwJnMWKQLulvFT9+tio9wF1t2ljOx29g8Bxo3QqzN9HJ5We6eV0/Gx22A+e0 utRQgVyyEQQPbjnhAnA1+ADxdmIJBHgHKkzOA= Received: by 10.142.226.3 with SMTP id y3mr812588wfg.56.1225807971575; Tue, 04 Nov 2008 06:12:51 -0800 (PST) Received: by 10.142.158.11 with HTTP; Tue, 4 Nov 2008 06:12:51 -0800 (PST) Message-ID: Date: Tue, 4 Nov 2008 12:12:51 -0200 From: "Eduardo Meyer" To: stable@freebsd.org, questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Disk top usage PIDs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Nov 2008 14:12:52 -0000 Hello, I have some serious issue. Sometimes something happens and my disk usage performance find its limit quickly. I follow with gstat and iostat -xw1, and everything usually happens just fine, with %b around 20 and 0 to 1 pending i/o request. Suddely I get 30, 40 pending requests and %b is always on 100% (or more than this). fstat and lsof gives me no hint, because the type of programs as well as the amount of 'em is just the same. How can I find the PID which is hammering my disk? Is there an "iotop" or "disktop" tool or something alike? Its a mail server. I have pop3, imap, I also have maildrop and sometimes, httpd, working around the busiest mount point. I have also started AUDIT, however all I can get are the top PIDs which issue read/write requests. Not the requests which take longer to perform (the busiest ones), or should I look for some special audit class or event other than open, read and write? Thank you in advance. -- =========== Eduardo Meyer pessoal: dudu.meyer@gmail.com profissional: ddm.farmaciap@saude.gov.br From owner-freebsd-stable@FreeBSD.ORG Tue Nov 4 14:47:20 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 525EF1065675 for ; Tue, 4 Nov 2008 14:47:20 +0000 (UTC) (envelope-from d_elbracht@ecngs.de) Received: from ecngs.de (mail.ecngs.de [217.73.144.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9C5B08FC0A for ; Tue, 4 Nov 2008 14:47:19 +0000 (UTC) (envelope-from d_elbracht@ecngs.de) Received: from EC1a (ec1.elbracht.net [217.73.144.99]) by ecngs.de (SurgeMail 3.8f2) with ESMTP id 185945-1922481 for ; Tue, 04 Nov 2008 15:32:14 +0100 From: "d_elbracht" To: References: Date: Tue, 4 Nov 2008 15:32:01 +0100 Message-ID: <004901c93e8a$1b556500$639049d9@EC1a> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: Ack+h5gY1I34y6dmRcmvxZOvTVQbBAAAiSxg In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 Cc: Subject: Block 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: Tue, 04 Nov 2008 14:47:20 -0000 Hi list, can someone please explain, why stat -x /dev/da1 show the SCSI-Drive as a character-device ? Also, on the same device S_ISREG(st.st_mode) is false S_ISCHR(st.st_mode) is true thanks Dieter From owner-freebsd-stable@FreeBSD.ORG Tue Nov 4 14:51:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06178106568A for ; Tue, 4 Nov 2008 14:51:04 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id 80E9A8FC1E for ; Tue, 4 Nov 2008 14:51:03 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-002-145.pools.arcor-ip.net [88.66.2.145]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis) id 0ML25U-1KxNFG00sE-0001YN; Tue, 04 Nov 2008 15:51:02 +0100 Received: (qmail 13494 invoked from network); 4 Nov 2008 14:51:01 -0000 Received: from fbsd8.laiers.local (192.168.4.151) by laiers.local with SMTP; 4 Nov 2008 14:51:01 -0000 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Tue, 4 Nov 2008 15:51:00 +0100 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; i386; ; ) References: <004901c93e8a$1b556500$639049d9@EC1a> In-Reply-To: <004901c93e8a$1b556500$639049d9@EC1a> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811041551.00593.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+3+Tbr4O1lNO0wNSUXFCBU2SiJzsU8XTTQBFG 8SXj1Li3u7ez4bY4OO9m4aZSpEvtOK3QpL6cfRZ1MIOqXQCFxm ZeyKyLepg4NCLlVo308HQ== Cc: stable@freebsd.org, d_elbracht Subject: Re: Block 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: Tue, 04 Nov 2008 14:51:04 -0000 On Tuesday 04 November 2008 15:32:01 d_elbracht wrote: > Hi list, > > can someone please explain, why > stat -x /dev/da1 > > show the SCSI-Drive as a character-device ? > > Also, on the same device > > S_ISREG(st.st_mode) is false > > S_ISCHR(st.st_mode) is true http://www.freebsd.org/doc/en/books/arch-handbook/driverbasics-block.html -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-stable@FreeBSD.ORG Tue Nov 4 14:51:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CF23106564A for ; Tue, 4 Nov 2008 14:51:35 +0000 (UTC) (envelope-from tcanich@geosc.psu.edu) Received: from f05n05.cac.psu.edu (f05s05.cac.psu.edu [128.118.141.48]) by mx1.freebsd.org (Postfix) with ESMTP id CF95F8FC34 for ; Tue, 4 Nov 2008 14:51:34 +0000 (UTC) (envelope-from tcanich@geosc.psu.edu) Received: from orion.localdomain (dkdot1x-31.ems.psu.edu [128.118.175.31]) (authenticated bits=0) by f05n05.cac.psu.edu (8.13.2/8.13.2) with ESMTP id mA4EFXp6231168 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT); Tue, 4 Nov 2008 09:15:33 -0500 Received: by orion.localdomain (Postfix, from userid 1001) id C88FC6272C; Tue, 4 Nov 2008 09:15:32 -0500 (EST) Date: Tue, 4 Nov 2008 09:15:32 -0500 From: Tom Canich To: Reinhold Message-ID: <20081104141532.GA1076@geosc.psu.edu> References: <53554.217.45.165.129.1225797313.squirrel@www.violetlan.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53554.217.45.165.129.1225797313.squirrel@www.violetlan.net> User-Agent: Mutt/1.4.2.3i X-PGP-Key: 360A1109 X-GPG-Fingerprint: 6326 F7EC 526B 3C23 FBED DD19 B059 88AE 360A 1109 Cc: freebsd-stable@freebsd.org Subject: Re: Atheros AR5141 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Nov 2008 14:51:35 -0000 > Are there a new version of the ath driver somewhere that does support this > chipset? Hello Reinhold, The latest ath_hal is available from http://people.freebsd.org/~sam/ . Tom From owner-freebsd-stable@FreeBSD.ORG Tue Nov 4 15:03:38 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37AD9106567E for ; Tue, 4 Nov 2008 15:03:38 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id A706B8FC1C for ; Tue, 4 Nov 2008 15:03:37 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-002-145.pools.arcor-ip.net [88.66.2.145]) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis) id 0ML21M-1KxNFF3qiD-00036b; Tue, 04 Nov 2008 15:51:02 +0100 Received: (qmail 13494 invoked from network); 4 Nov 2008 14:51:01 -0000 Received: from fbsd8.laiers.local (192.168.4.151) by laiers.local with SMTP; 4 Nov 2008 14:51:01 -0000 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Tue, 4 Nov 2008 15:51:00 +0100 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; i386; ; ) References: <004901c93e8a$1b556500$639049d9@EC1a> In-Reply-To: <004901c93e8a$1b556500$639049d9@EC1a> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811041551.00593.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/O3R9q/e36LvJIGtcilxvcSp0Hi9bcTpcu/uO tUUY0sd4afgtzuOvFTaE+pFzhdqs2NizAdzMVSIk1Y+GFUWBj0 s41mkbZ54TRVZa26BY7yg== Cc: stable@freebsd.org, d_elbracht Subject: Re: Block 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: Tue, 04 Nov 2008 15:03:38 -0000 On Tuesday 04 November 2008 15:32:01 d_elbracht wrote: > Hi list, > > can someone please explain, why > stat -x /dev/da1 > > show the SCSI-Drive as a character-device ? > > Also, on the same device > > S_ISREG(st.st_mode) is false > > S_ISCHR(st.st_mode) is true http://www.freebsd.org/doc/en/books/arch-handbook/driverbasics-block.html -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-stable@FreeBSD.ORG Tue Nov 4 15:24:50 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA4AE106567D for ; Tue, 4 Nov 2008 15:24:50 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 59A5B8FC17 for ; Tue, 4 Nov 2008 15:24:50 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate2.punkt.de with ESMTP id mA4Epj1Q063846 for ; Tue, 4 Nov 2008 15:51:45 +0100 (CET) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id mA4Epi0N015185; Tue, 4 Nov 2008 15:51:44 +0100 (CET) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.14.2/8.14.2/Submit) id mA4EpiGd015184; Tue, 4 Nov 2008 15:51:44 +0100 (CET) (envelope-from ry93) Date: Tue, 4 Nov 2008 15:51:44 +0100 From: "Patrick M. Hausen" To: d_elbracht Message-ID: <20081104145144.GB14539@hugo10.ka.punkt.de> References: <004901c93e8a$1b556500$639049d9@EC1a> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <004901c93e8a$1b556500$639049d9@EC1a> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: stable@freebsd.org Subject: Re: Block 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: Tue, 04 Nov 2008 15:24:50 -0000 h, all, On Tue, Nov 04, 2008 at 03:32:01PM +0100, d_elbracht wrote: > Hi list, > > can someone please explain, why > stat -x /dev/da1 > > show the SCSI-Drive as a character-device ? http://www.freebsd.org/doc/en/books/arch-handbook/driverbasics-block.html HTH, Patrick M. Hausen Leiter Netzwerke und Sicherheit -- punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: Jürgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Tue Nov 4 16:18:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E9D01065679 for ; Tue, 4 Nov 2008 16:18:50 +0000 (UTC) (envelope-from k@kevinkevin.com) Received: from mail-gx0-f18.google.com (mail-gx0-f18.google.com [209.85.217.18]) by mx1.freebsd.org (Postfix) with ESMTP id 297588FC08 for ; Tue, 4 Nov 2008 16:18:49 +0000 (UTC) (envelope-from k@kevinkevin.com) Received: by gxk11 with SMTP id 11so1668600gxk.7 for ; Tue, 04 Nov 2008 08:18:49 -0800 (PST) Received: by 10.65.119.14 with SMTP id w14mr2370140qbm.11.1225815527958; Tue, 04 Nov 2008 08:18:47 -0800 (PST) Received: from kevin (not.enough.unixsluts.com [76.10.166.187]) by mx.google.com with ESMTPS id 25sm22277671qbw.1.2008.11.04.08.18.46 (version=SSLv3 cipher=RC4-MD5); Tue, 04 Nov 2008 08:18:46 -0800 (PST) From: "Kevin" To: References: <000001c93e35$9d456790$d7d036b0$@com> <20081104045809.GA38528@icarus.home.lan> <000f01c93e7a$0a146210$1e3d2630$@com> <20081104124853.GA48015@icarus.home.lan> In-Reply-To: <20081104124853.GA48015@icarus.home.lan> Date: Tue, 4 Nov 2008 11:18:36 -0500 Message-ID: <001b01c93e98$fe2e7b60$fa8b7220$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ack+e7JMzzRA/8kCSSycdIA/MPcYAQAHO2lQ Content-Language: en-us Subject: RE: DL360 G3 w/ AMD64 Cant boot from CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Nov 2008 16:18:50 -0000 > > I tried 7.1-BETA2 , but unfortunately the same problem happened. I > tried > > (for the sake of argument) Debian debian-40r5-amd64 , and it wouldn't > boot > > either -- it said "Your CPU does not support long mode, please use a > 32bit > > distribution". > > This means your processor does not support 64-bit mode. > > > How would I support over 4GB of ram with only i386 distributions? > > There is only one option: use PAE mode, which has drawbacks. You can > read about what PAE is on Wikipedia. > > Note that not all drivers are PAE mode compatible on FreeBSD. You > should be able to install i386 FreeBSD with success, then rebuild your > kernel with PAE enabled. Look at /sys/i386/conf/PAE for an example > configuration -- you'll see all of the drivers you have to disable for > PAE to work successfully. If your system uses any of these drivers, > PAE > mode will not work for you, in which case you should upgrade your > hardware. > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | Is my issue related to non-supporting of 64bit mode (2x Dual Xeons in the DL360 G3) , or perhaps due to a boot loader bug? I found this PR : 91492 freebsd- amd64 feedback serious medium current-us [boot] BTX halted In any case , the latest 6.4/7.1 Snapshot produced the same BTX Halt error. I'll just use i386 w/ PAE for now I suppose. I haven't tested AMD64 with DL360 G4's or DL360 G5's , but I'd appreciate if anyone has tested those generations w/ FreeBSD AMD64 , to let me know if the problem persists in some form. Thank you. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 4 16:33:26 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D935D1065680 for ; Tue, 4 Nov 2008 16:33:26 +0000 (UTC) (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 8F5798FC14 for ; Tue, 4 Nov 2008 16:33:26 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id mA4GWpkv033069; Tue, 4 Nov 2008 09:32:52 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <49107933.7070907@samsco.org> Date: Tue, 04 Nov 2008 09:32:51 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: "Patrick M. Hausen" References: <004901c93e8a$1b556500$639049d9@EC1a> <20081104145144.GB14539@hugo10.ka.punkt.de> In-Reply-To: <20081104145144.GB14539@hugo10.ka.punkt.de> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: stable@freebsd.org, d_elbracht Subject: Re: Block 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: Tue, 04 Nov 2008 16:33:26 -0000 Patrick M. Hausen wrote: > h, all, > > On Tue, Nov 04, 2008 at 03:32:01PM +0100, d_elbracht wrote: >> Hi list, >> >> can someone please explain, why >> stat -x /dev/da1 >> >> show the SCSI-Drive as a character-device ? > > http://www.freebsd.org/doc/en/books/arch-handbook/driverbasics-block.html > Wow that's a confusing and misleading article. 1. disk access in the driver layer still happens on a block basis. It's true that to the application layer, the device has character dev semantics, meaning that arbitrary numbers of bytes can be accessed randomly without any restrictions. But deep down inside the kernel, it's still doing block-by-block access. 2. caching still happens at the filesystem level. Doing I/O directly to /dev/daX or adX or whatever will not be cached/buffered, but doing I/O to a file on any of these devices will. 3. Cache coherency between the block and character device representations was indeed an issue, but removing the block/cached representation was really a matter of policy over tools, and it's one reason why FreeBSD gets creamed in the silly-io-benchmarch department. 4. However, in the not-so-silly-io-benchmark department, I think FreeBSD does a whole lot better because you don't have the blind caching of the block device trying to out-guess what the filesystem is trying to do. Scott From owner-freebsd-stable@FreeBSD.ORG Tue Nov 4 16:41:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECD59106567C for ; Tue, 4 Nov 2008 16:41:35 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA10.westchester.pa.mail.comcast.net (qmta10.westchester.pa.mail.comcast.net [76.96.62.17]) by mx1.freebsd.org (Postfix) with ESMTP id 1161A8FC21 for ; Tue, 4 Nov 2008 16:41:33 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA13.westchester.pa.mail.comcast.net ([76.96.62.52]) by QMTA10.westchester.pa.mail.comcast.net with comcast id b4UF1a00D17dt5G5A4hTsS; Tue, 04 Nov 2008 16:41:27 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA13.westchester.pa.mail.comcast.net with comcast id b4hQ1a00F2P6wsM3Z4hRig; Tue, 04 Nov 2008 16:41:25 +0000 X-Authority-Analysis: v=1.0 c=1 a=njofuhhJf0EA:10 a=sCW41k2n5G0A:10 a=QycZ5dHgAAAA:8 a=ZG4tXBsvs1lIMvejwAQA:9 a=oRH-7O3MbXtPwSeV52ANGMUPIQoA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id D0639C9419; Tue, 4 Nov 2008 08:41:31 -0800 (PST) Date: Tue, 4 Nov 2008 08:41:31 -0800 From: Jeremy Chadwick To: Kevin Message-ID: <20081104164131.GA52756@icarus.home.lan> References: <000001c93e35$9d456790$d7d036b0$@com> <20081104045809.GA38528@icarus.home.lan> <000f01c93e7a$0a146210$1e3d2630$@com> <20081104124853.GA48015@icarus.home.lan> <001b01c93e98$fe2e7b60$fa8b7220$@com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001b01c93e98$fe2e7b60$fa8b7220$@com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org, jhb@freebsd.org Subject: Re: DL360 G3 w/ AMD64 Cant boot from CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Nov 2008 16:41:36 -0000 On Tue, Nov 04, 2008 at 11:18:36AM -0500, Kevin wrote: > > > I tried 7.1-BETA2 , but unfortunately the same problem happened. I > > tried > > > (for the sake of argument) Debian debian-40r5-amd64 , and it wouldn't > > boot > > > either -- it said "Your CPU does not support long mode, please use a > > 32bit > > > distribution". > > > > This means your processor does not support 64-bit mode. > > > > > How would I support over 4GB of ram with only i386 distributions? > > > > There is only one option: use PAE mode, which has drawbacks. You can > > read about what PAE is on Wikipedia. > > > > Note that not all drivers are PAE mode compatible on FreeBSD. You > > should be able to install i386 FreeBSD with success, then rebuild your > > kernel with PAE enabled. Look at /sys/i386/conf/PAE for an example > > configuration -- you'll see all of the drivers you have to disable for > > PAE to work successfully. If your system uses any of these drivers, > > PAE > > mode will not work for you, in which case you should upgrade your > > hardware. > > > > -- > > | Jeremy Chadwick jdc at parodius.com | > > | Parodius Networking http://www.parodius.com/ | > > | UNIX Systems Administrator Mountain View, CA, USA | > > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > > Is my issue related to non-supporting of 64bit mode (2x Dual Xeons in the > DL360 G3) , or perhaps due to a boot loader bug? > > I found this PR : > > 91492 freebsd- amd64 feedback serious medium current-us [boot] BTX > halted There have been a number of recent reports of "BTX halted" on all sorts of hardware. So far each problem has been unique; there doesn't appear to be a "thing" that explains it for everyone. > In any case , the latest 6.4/7.1 Snapshot produced the same BTX Halt error. > I'll just use i386 w/ PAE for now I suppose. I haven't tested AMD64 with > DL360 G4's or DL360 G5's , but I'd appreciate if anyone has tested those > generations w/ FreeBSD AMD64 , to let me know if the problem persists in > some form. John Baldwin will have to correct me if I'm wrong, but I'm fairly sure the FreeBSD bootstraps operate in pure i386 real mode up until boot2/loader. John, can you confirm? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Nov 4 16:59:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E19761065670 for ; Tue, 4 Nov 2008 16:59:54 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 6B4FA8FC1D for ; Tue, 4 Nov 2008 16:59:54 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ug-out-1314.google.com with SMTP id 30so255576ugs.39 for ; Tue, 04 Nov 2008 08:59:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=6TqT2CGjqYw+0RcqHWCeBqPJGqHgzal+A6/nMgeiqXM=; b=weW6WW7iElWAf0Ue8Ua7OVLKm8PH8mYVhvaVuVZ0K1jmVgByChP50PY4by0V5dPA6L cKc5KV31AtB5a96BRU6JvPhCr3UJTGzqfImeBLQtdZU8s3RKe4NiMXF1BtKcdkolAXMe FRL1+qsYwvPVwkVZOVmMksOQLOOF0U/D25wNA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=Gft6m1b0DTlJimaKiXDvjaUPh8//irMVvfK0KjgeTzz44l90ZYp9uGAob8EHHKuvGc 8yAkBl3voxPIAO2yv1MfHFi9ohFxHRl2evc4k5FuCcCyweLZ1VIC1i8MXFMdUGvtbW8c mWqDQXZJzZDVWKCGrqxQdyUa9P69MdUZwzk1w= Received: by 10.66.233.14 with SMTP id f14mr2990492ugh.12.1225817992203; Tue, 04 Nov 2008 08:59:52 -0800 (PST) Received: from ?127.0.0.1? (83-244-213-91.cust-83.exponential-e.net [83.244.213.91]) by mx.google.com with ESMTPS id 31sm2435974ugg.34.2008.11.04.08.59.49 (version=SSLv3 cipher=RC4-MD5); Tue, 04 Nov 2008 08:59:50 -0800 (PST) From: Tom Evans To: Kevin In-Reply-To: <001b01c93e98$fe2e7b60$fa8b7220$@com> References: <000001c93e35$9d456790$d7d036b0$@com> <20081104045809.GA38528@icarus.home.lan> <000f01c93e7a$0a146210$1e3d2630$@com> <20081104124853.GA48015@icarus.home.lan> <001b01c93e98$fe2e7b60$fa8b7220$@com> Content-Type: text/plain Date: Tue, 04 Nov 2008 16:59:48 +0000 Message-Id: <1225817988.38506.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: RE: DL360 G3 w/ AMD64 Cant boot from CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Nov 2008 16:59:55 -0000 On Tue, 2008-11-04 at 11:18 -0500, Kevin wrote: > > > I tried 7.1-BETA2 , but unfortunately the same problem happened. I > > tried > > > (for the sake of argument) Debian debian-40r5-amd64 , and it wouldn't > > boot > > > either -- it said "Your CPU does not support long mode, please use a > > 32bit > > > distribution". > > > > This means your processor does not support 64-bit mode. > > > > > How would I support over 4GB of ram with only i386 distributions? > > > > There is only one option: use PAE mode, which has drawbacks. You can > > read about what PAE is on Wikipedia. > > > > Note that not all drivers are PAE mode compatible on FreeBSD. You > > should be able to install i386 FreeBSD with success, then rebuild your > > kernel with PAE enabled. Look at /sys/i386/conf/PAE for an example > > configuration -- you'll see all of the drivers you have to disable for > > PAE to work successfully. If your system uses any of these drivers, > > PAE > > mode will not work for you, in which case you should upgrade your > > hardware. > > > > -- > > | Jeremy Chadwick jdc at parodius.com | > > | Parodius Networking http://www.parodius.com/ | > > | UNIX Systems Administrator Mountain View, CA, USA | > > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > > Is my issue related to non-supporting of 64bit mode (2x Dual Xeons in the > DL360 G3) , or perhaps due to a boot loader bug? > > I found this PR : > > 91492 freebsd- amd64 feedback serious medium current-us [boot] BTX > halted > > > In any case , the latest 6.4/7.1 Snapshot produced the same BTX Halt error. > I'll just use i386 w/ PAE for now I suppose. I haven't tested AMD64 with > DL360 G4's or DL360 G5's , but I'd appreciate if anyone has tested those > generations w/ FreeBSD AMD64 , to let me know if the problem persists in > some form. > > > Thank you. If your CPUs don't support LM (long mode, aka amd64), then booting an amd64 image wont get very far. Judging from the ubuntu message, your CPUs dont. If you have installed/booted FreeBSD, you can find out what your CPU supports by looking at the Features mentioned in dmesg: > $ grep Features /var/run/dmesg.boot Features=0xbfebfbff Features2=0xe3fd AMD Features=0x20100000 AMD Features2=0x1 Iif your CPU supported amd64, it would be mentioned in AMD Features (as LM). Tom From owner-freebsd-stable@FreeBSD.ORG Tue Nov 4 17:03:46 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E88E5106564A; Tue, 4 Nov 2008 17:03:46 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id BCA6D8FC2F; Tue, 4 Nov 2008 17:03:46 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id 25A1B71FD2D; Tue, 4 Nov 2008 11:47:32 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xWtZtZusDQgN; Tue, 4 Nov 2008 11:47:32 -0500 (EST) Received: from [35.9.44.65] (daemon.egr.msu.edu [35.9.44.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mcdouga9) by mx.egr.msu.edu (Postfix) with ESMTPSA id 0346D71FD2B; Tue, 4 Nov 2008 11:47:32 -0500 (EST) Message-ID: <49107CA1.5090309@egr.msu.edu> Date: Tue, 04 Nov 2008 11:47:29 -0500 From: Adam McDougall User-Agent: Thunderbird 2.0.0.17 (X11/20080926) MIME-Version: 1.0 To: Eduardo Meyer References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, questions@freebsd.org Subject: Re: Disk top usage PIDs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Nov 2008 17:03:47 -0000 Eduardo Meyer wrote: > Hello, > > I have some serious issue. Sometimes something happens and my disk > usage performance find its limit quickly. I follow with gstat and > iostat -xw1, and everything usually happens just fine, with %b around > 20 and 0 to 1 pending i/o request. Suddely I get 30, 40 pending > requests and %b is always on 100% (or more than this). > > fstat and lsof gives me no hint, because the type of programs as well > as the amount of 'em is just the same. > > How can I find the PID which is hammering my disk? Is there an "iotop" > or "disktop" tool or something alike? > > Its a mail server. I have pop3, imap, I also have maildrop and > sometimes, httpd, working around the busiest mount point. > > I have also started AUDIT, however all I can get are the top PIDs > which issue read/write requests. Not the requests which take longer to > perform (the busiest ones), or should I look for some special audit > class or event other than open, read and write? > > Thank you in advance. > > top -mio From owner-freebsd-stable@FreeBSD.ORG Tue Nov 4 17:11:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C41A1065783; Tue, 4 Nov 2008 17:11:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0D5548FC1B; Tue, 4 Nov 2008 17:11:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id mA4HB5KK002441; Tue, 4 Nov 2008 12:11:06 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Jeremy Chadwick Date: Tue, 4 Nov 2008 12:10:04 -0500 User-Agent: KMail/1.9.7 References: <000001c93e35$9d456790$d7d036b0$@com> <001b01c93e98$fe2e7b60$fa8b7220$@com> <20081104164131.GA52756@icarus.home.lan> In-Reply-To: <20081104164131.GA52756@icarus.home.lan> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200811041210.04875.jhb@freebsd.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Tue, 04 Nov 2008 12:11:06 -0500 (EST) X-Virus-Scanned: ClamAV 0.93.1/8567/Tue Nov 4 09:24:07 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Kevin , freebsd-stable@freebsd.org Subject: Re: DL360 G3 w/ AMD64 Cant boot from CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Nov 2008 17:11:13 -0000 On Tuesday 04 November 2008 11:41:31 am Jeremy Chadwick wrote: > On Tue, Nov 04, 2008 at 11:18:36AM -0500, Kevin wrote: > > > > I tried 7.1-BETA2 , but unfortunately the same problem happened. I > > > tried > > > > (for the sake of argument) Debian debian-40r5-amd64 , and it wouldn't > > > boot > > > > either -- it said "Your CPU does not support long mode, please use a > > > 32bit > > > > distribution". > > > > > > This means your processor does not support 64-bit mode. > > > > > > > How would I support over 4GB of ram with only i386 distributions? > > > > > > There is only one option: use PAE mode, which has drawbacks. You can > > > read about what PAE is on Wikipedia. > > > > > > Note that not all drivers are PAE mode compatible on FreeBSD. You > > > should be able to install i386 FreeBSD with success, then rebuild your > > > kernel with PAE enabled. Look at /sys/i386/conf/PAE for an example > > > configuration -- you'll see all of the drivers you have to disable for > > > PAE to work successfully. If your system uses any of these drivers, > > > PAE > > > mode will not work for you, in which case you should upgrade your > > > hardware. > > > > > > -- > > > | Jeremy Chadwick jdc at parodius.com | > > > | Parodius Networking http://www.parodius.com/ | > > > | UNIX Systems Administrator Mountain View, CA, USA | > > > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > > > > > Is my issue related to non-supporting of 64bit mode (2x Dual Xeons in the > > DL360 G3) , or perhaps due to a boot loader bug? > > > > I found this PR : > > > > 91492 freebsd- amd64 feedback serious medium current-us [boot] BTX > > halted > > There have been a number of recent reports of "BTX halted" on all sorts > of hardware. So far each problem has been unique; there doesn't appear > to be a "thing" that explains it for everyone. > > > In any case , the latest 6.4/7.1 Snapshot produced the same BTX Halt error. > > I'll just use i386 w/ PAE for now I suppose. I haven't tested AMD64 with > > DL360 G4's or DL360 G5's , but I'd appreciate if anyone has tested those > > generations w/ FreeBSD AMD64 , to let me know if the problem persists in > > some form. > > John Baldwin will have to correct me if I'm wrong, but I'm fairly sure > the FreeBSD bootstraps operate in pure i386 real mode up until > boot2/loader. John, can you confirm? Yes, the BTX fault you are getting is from trying to start 64-bit mode on a CPU that doesn't support 32-bit mode. The latest snapshots should have a fix where you get a more helpful "Your CPU doesn't do 64-bit" message. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Nov 4 17:25:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EA41106567D for ; Tue, 4 Nov 2008 17:25:49 +0000 (UTC) (envelope-from k@kevinkevin.com) Received: from mail-gx0-f12.google.com (mail-gx0-f12.google.com [209.85.217.12]) by mx1.freebsd.org (Postfix) with ESMTP id 0A4FB8FC0C for ; Tue, 4 Nov 2008 17:25:48 +0000 (UTC) (envelope-from k@kevinkevin.com) Received: by gxk5 with SMTP id 5so7441gxk.19 for ; Tue, 04 Nov 2008 09:25:48 -0800 (PST) Received: by 10.65.72.7 with SMTP id z7mr2468617qbk.23.1225819537229; Tue, 04 Nov 2008 09:25:37 -0800 (PST) Received: from kevin (not.enough.unixsluts.com [76.10.166.187]) by mx.google.com with ESMTPS id p31sm22517017qbp.18.2008.11.04.09.25.32 (version=SSLv3 cipher=RC4-MD5); Tue, 04 Nov 2008 09:25:35 -0800 (PST) From: "Kevin" To: References: <000001c93e35$9d456790$d7d036b0$@com> <001b01c93e98$fe2e7b60$fa8b7220$@com> <20081104164131.GA52756@icarus.home.lan> <200811041210.04875.jhb@freebsd.org> In-Reply-To: <200811041210.04875.jhb@freebsd.org> Date: Tue, 4 Nov 2008 12:25:21 -0500 Message-ID: <005f01c93ea2$5392e650$fab8b2f0$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ack+oFgRMAbE5UvmTpC4V6W8lbmT+QAAeEgA Content-Language: en-us Subject: RE: DL360 G3 w/ AMD64 Cant boot from CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Nov 2008 17:25:49 -0000 > Yes, the BTX fault you are getting is from trying to start 64-bit mode > on a > CPU that doesn't support 32-bit mode. The latest snapshots should have > a > fix where you get a more helpful "Your CPU doesn't do 64-bit" message. > > -- > John Baldwin Thank you all for your prudent help, it is much appreciated. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 4 19:24:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBE951065695; Tue, 4 Nov 2008 19:24:43 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.freebsd.org (Postfix) with ESMTP id 78BE18FC1C; Tue, 4 Nov 2008 19:24:43 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [82.95.250.254]) by smtp-vbr15.xs4all.nl (8.13.8/8.13.8) with ESMTP id mA4JB8gW085126; Tue, 4 Nov 2008 20:11:12 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.14.2/8.14.2) with ESMTP id mA4JB7xK001294; Tue, 4 Nov 2008 20:11:07 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.14.2/8.14.2/Submit) id mA4JB7r2001293; Tue, 4 Nov 2008 20:11:07 +0100 (CET) (envelope-from wb) Date: Tue, 4 Nov 2008 20:11:07 +0100 From: Wilko Bulte To: John Baldwin Message-ID: <20081104191107.GA1269@freebie.xs4all.nl> References: <000001c93e35$9d456790$d7d036b0$@com> <001b01c93e98$fe2e7b60$fa8b7220$@com> <20081104164131.GA52756@icarus.home.lan> <200811041210.04875.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200811041210.04875.jhb@freebsd.org> User-Agent: Mutt/1.5.16 (2007-06-09) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Jeremy Chadwick , freebsd-stable@freebsd.org, Kevin Subject: Re: DL360 G3 w/ AMD64 Cant boot from CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Nov 2008 19:24:43 -0000 Quoting John Baldwin, who wrote on Tue, Nov 04, 2008 at 12:10:04PM -0500 .. > On Tuesday 04 November 2008 11:41:31 am Jeremy Chadwick wrote: > > On Tue, Nov 04, 2008 at 11:18:36AM -0500, Kevin wrote: > > > > > I tried 7.1-BETA2 , but unfortunately the same problem happened. I > > > > tried > > > > > (for the sake of argument) Debian debian-40r5-amd64 , and it wouldn't > > > > boot > > > > > either -- it said "Your CPU does not support long mode, please use a > > > > 32bit > > > > > distribution". > > > > > > > > This means your processor does not support 64-bit mode. > > > > > > > > > How would I support over 4GB of ram with only i386 distributions? > > > > > > > > There is only one option: use PAE mode, which has drawbacks. You can > > > > read about what PAE is on Wikipedia. > > > > > > > > Note that not all drivers are PAE mode compatible on FreeBSD. You > > > > should be able to install i386 FreeBSD with success, then rebuild your > > > > kernel with PAE enabled. Look at /sys/i386/conf/PAE for an example > > > > configuration -- you'll see all of the drivers you have to disable for > > > > PAE to work successfully. If your system uses any of these drivers, > > > > PAE > > > > mode will not work for you, in which case you should upgrade your > > > > hardware. > > > > > > > > -- > > > > | Jeremy Chadwick jdc at parodius.com | > > > > | Parodius Networking http://www.parodius.com/ | > > > > | UNIX Systems Administrator Mountain View, CA, USA | > > > > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > > > > > > > > Is my issue related to non-supporting of 64bit mode (2x Dual Xeons in the > > > DL360 G3) , or perhaps due to a boot loader bug? > > > > > > I found this PR : > > > > > > 91492 freebsd- amd64 feedback serious medium current-us [boot] BTX > > > halted > > > > There have been a number of recent reports of "BTX halted" on all sorts > > of hardware. So far each problem has been unique; there doesn't appear > > to be a "thing" that explains it for everyone. > > > > > In any case , the latest 6.4/7.1 Snapshot produced the same BTX Halt > error. > > > I'll just use i386 w/ PAE for now I suppose. I haven't tested AMD64 with > > > DL360 G4's or DL360 G5's , but I'd appreciate if anyone has tested those > > > generations w/ FreeBSD AMD64 , to let me know if the problem persists in > > > some form. > > > > John Baldwin will have to correct me if I'm wrong, but I'm fairly sure > > the FreeBSD bootstraps operate in pure i386 real mode up until > > boot2/loader. John, can you confirm? > > Yes, the BTX fault you are getting is from trying to start 64-bit mode on a > CPU that doesn't support 32-bit mode. The latest snapshots should have a does not support 64-bit mode I guess? > fix where you get a more helpful "Your CPU doesn't do 64-bit" message. > > -- > John Baldwin > _______________________________________________ > 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" --- End of quoted text --- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 5 00:04:43 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AC25106567F for ; Wed, 5 Nov 2008 00:04:43 +0000 (UTC) (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 D1D0D8FC08 for ; Wed, 5 Nov 2008 00:04:42 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [212.123.145.58] (helo=guido.klop.ws) by smtp-out1.tiscali.nl with smtp id 1KxVbr-0008Fh-04 for ; Wed, 05 Nov 2008 00:46:55 +0100 Received: (qmail 54689 invoked from network); 4 Nov 2008 23:46:54 -0000 Received: from localhost (HELO 82-170-177-25.ip.telfort.nl) (127.0.0.1) by localhost with SMTP; 4 Nov 2008 23:46:54 -0000 Date: Wed, 05 Nov 2008 00:46:52 +0100 To: "Scott Long" , "Patrick M. Hausen" From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <004901c93e8a$1b556500$639049d9@EC1a> <20081104145144.GB14539@hugo10.ka.punkt.de> <49107933.7070907@samsco.org> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <49107933.7070907@samsco.org> User-Agent: Opera Mail/9.62 (FreeBSD) Cc: stable@freebsd.org, d_elbracht Subject: Re: Block 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: Wed, 05 Nov 2008 00:04:43 -0000 On Tue, 04 Nov 2008 17:32:51 +0100, Scott Long wrote: > Patrick M. Hausen wrote: >> h, all, >> On Tue, Nov 04, 2008 at 03:32:01PM +0100, d_elbracht wrote: >>> Hi list, >>> >>> can someone please explain, why stat -x /dev/da1 >>> >>> show the SCSI-Drive as a character-device ? >> >> http://www.freebsd.org/doc/en/books/arch-handbook/driverbasics-block.html >> > > Wow that's a confusing and misleading article. > > 1. disk access in the driver layer still happens on a block basis. It's > true that to the application layer, the device has character dev > semantics, meaning that arbitrary numbers of bytes can be accessed > randomly without any restrictions. But deep down inside the kernel, > it's still doing block-by-block access. > > 2. caching still happens at the filesystem level. Doing I/O directly to > /dev/daX or adX or whatever will not be cached/buffered, but doing I/O > to a file on any of these devices will. > > 3. Cache coherency between the block and character device > representations was indeed an issue, but removing the block/cached > representation was really a matter of policy over tools, and it's > one reason why FreeBSD gets creamed in the silly-io-benchmarch > department. > > 4. However, in the not-so-silly-io-benchmark department, I think FreeBSD > does a whole lot better because you don't have the blind caching of the > block device trying to out-guess what the filesystem is trying to do. > > Scott This explains some things to me as a simple user reading the linked article. I'm not a kernel programmer, but do understand computers and this article made me wonder if I missed something last years about disks and caches. Ronald. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 5 02:16:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99C2C106564A for ; Wed, 5 Nov 2008 02:16:08 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id 70D848FC0A for ; Wed, 5 Nov 2008 02:16:08 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id CAC08190857 for ; Tue, 4 Nov 2008 21:16:07 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Tue, 04 Nov 2008 21:16:07 -0500 X-Sasl-enc: UONjGh04e8SVolJ/R0th+hfqo3WAJEOV04jS912ArwQJ 1225851367 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 469CB28A93 for ; Tue, 4 Nov 2008 21:16:07 -0500 (EST) Message-ID: <491101E6.9000903@incunabulum.net> Date: Wed, 05 Nov 2008 02:16:06 +0000 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: FreeBSD stable X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Fwd: Profiling on FreeBSD] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Nov 2008 02:16:08 -0000 I got this response from Robert, the root cause sounds plausible (amd64 vs i386 not preserving ecx). Any chance of an MFC? I see one is pending in the PR. If I can test and verify the change I could MFC. -------- Original Message -------- Subject: Profiling on FreeBSD Date: Wed, 5 Nov 2008 08:47:37 +1100 From: Robert Jenssen To: bms@incunabulum.net Hi, GCC 4 gprof profiling for i386 has been broken on FreeBSD for quite a while. See PR bin/119709. It appears that the fix has been MFC'd recently: $FreeBSD: src/sys/i386/include/profile.h,v 1.42.2.1 2008/10/13 12:45:18 kib Exp $ (I've been successfully using gprof by patching using the code in the PR but haven't rebuilt my system with the above change) Is there a similar problem for AMD64? Cheers, Rob Jenssen From owner-freebsd-stable@FreeBSD.ORG Wed Nov 5 09:29:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA0911065670 for ; Wed, 5 Nov 2008 09:29:02 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from hosted.kievnet.com (hosted.kievnet.com [193.138.144.10]) by mx1.freebsd.org (Postfix) with ESMTP id A93608FC2C for ; Wed, 5 Nov 2008 09:29:02 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost ([127.0.0.1] helo=edge.pp.kiev.ua) by hosted.kievnet.com with esmtpa (Exim 4.62) (envelope-from ) id 1KxdN1-000Pfd-JX for freebsd-stable@freebsd.org; Wed, 05 Nov 2008 10:04:07 +0200 Message-ID: <49115371.1080701@icyb.net.ua> Date: Wed, 05 Nov 2008 10:04:01 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.17 (X11/20081005) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: ukbd in kernel and in loader.conf: lockup? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Nov 2008 09:29:03 -0000 I observe the symptoms that are the same as described here only with 7-BETA2 (amd64): http://lists.freebsd.org/pipermail/freebsd-hackers/2006-March/015736.html If ukbd is both in kernel and is loaded via module then kernel boot locks up. I have a custom kernel without USB in it (everything is loaded through modules), but sometimes I need to boot GENERIC. So the issue occurs with GENERIC. Unfortunately, loader.conf is not per kernel (and I haven't heard about kernel conditionals in it). Does anybody have any insights on this? In the referred thread John Baldwin mentioned some "edge cases", but nothing concrete. I think that such behavior is not satisfactory. I am willing to help with researching this, but I need some starting pointers. Unfortunately, no serial console. P.S. This is legacy-free machine, no PS/2 port (but I am not sure about actual keyboard controller in hardware). BIOS has "USB Legacy" enabled. GENERIC, obviously, has atkbd and kbdmux in it. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Nov 5 15:37:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41D251065678 for ; Wed, 5 Nov 2008 15:37:40 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7E2778FC23 for ; Wed, 5 Nov 2008 15:37:39 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA09245 for ; Wed, 05 Nov 2008 17:24:03 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4911BA93.9030006@icyb.net.ua> Date: Wed, 05 Nov 2008 17:24:03 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.17 (X11/20080929) MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: ukbd attachment and root mount X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Nov 2008 15:37:40 -0000 System is FreeBSD 7.1-BETA2 amd64. Looking through my dmesg I see that relative order of ukbd attachment and root mounting is not deterministic. Sometime keyboard is attached first, sometimes root filesystem is mounted first. Quite more often root is mounted first, though. Example (with GENERIC kernel): Nov 3 15:40:54 kernel: Trying to mount root from ufs:/dev/mirror/bootgm Nov 3 15:40:54 kernel: GEOM_LABEL: Label ufs/bootfs removed. Nov 3 15:40:54 kernel: GEOM_LABEL: Label for provider mirror/bootgm is ufs/bootfs. Nov 3 15:40:54 kernel: GEOM_LABEL: Label ufs/bootfs removed. Nov 3 15:40:54 kernel: ukbd0: on uhub2 Nov 3 15:40:54 kernel: kbd2 at ukbd0 Nov 3 15:40:54 kernel: uhid0: on uhub2 Another (with custom kernel, zfs root): Nov 4 17:54:03 odyssey kernel: Trying to mount root from zfs:tank/root Nov 4 17:54:03 odyssey kernel: ukbd0: on uhub2 Nov 4 17:54:03 odyssey kernel: kbd2 at ukbd0 Nov 4 17:54:03 odyssey kernel: kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000 Nov 4 17:54:03 odyssey kernel: uhid0: on uhub2 I have a legacy-free system (no PS/2 ports, only USB) and I wanted to try a kernel without atkbd and psm (with ums, ukbd, kbdmux), but was bitten hard when I made a mistake and kernel could not find/mount root filesystem. So I stuck at mountroot prompt without a keyboard to enter anything. This was repeatable about 10 times after which I resorted to live cd. Since then I put back atkbdc into my kernel. I guess BIOS or USB hardware emulate AT or PS/2 keyboard, so the USB keyboard works before the driver attaches. I guess I need such emulation e.g. for loader or boot0 configuration. But I guess I don't have to have atkbd driver in kernel. I wonder why behavior is non-deterministic, why ukbd is "99%" attached after mount root, and what can be done about this. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Nov 5 15:56:24 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E5ED106564A for ; Wed, 5 Nov 2008 15:56:24 +0000 (UTC) (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 D9D3B8FC17 for ; Wed, 5 Nov 2008 15:56:21 +0000 (UTC) (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 mA5FVE4v038130 for ; Wed, 5 Nov 2008 07:31:14 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id mA5FVEoI038129 for stable@freebsd.org; Wed, 5 Nov 2008 07:31:14 -0800 (PST) (envelope-from david) Date: Wed, 5 Nov 2008 07:31:14 -0800 From: David Wolfskill To: stable@freebsd.org Message-ID: <20081105153114.GA37748@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Using r/o root with amd(8)-mounted file systems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Nov 2008 15:56:24 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In networks that I control and which are "sufficiently small" while having enough resources to make it practical -- such as at home -- I like to do a few things to split up the workload and make the "common case" (of merely quietly doing their jobs) easier for the bulk of the machines ... at the expense of needing to tweak things a bit initially to get there, and needing to do a bit more work for upgrades. For example, one of the things I like to do is set up "production" machines (e.g., my firewall box and the central mail server) so they: * Each have 2 separate bootable slices, each of which contains a fully-functional root on the "a" partition and /usr on the "d" partition, and a 3rd slice to contain "everything else" (that is used regardless of which slice is the current boot slice): swap space, /var, and a file system that contains the directories where the /home and /usr/local symlinks point. (Yes, I make /usr/local a symlink.) Because I can easily control which slice is the default boot slice via boot0cfg(8), I use the FreeBSD boot loader. * Use NIS for "installation-wide" notions of users & groups. (Hey; one of the machines at home is a SPARCstation 5/170, after all.) * Use NFS for making certain file systems & directories have an "appearance" on the local machine. (Home directories & a few others are presently served by the above-cited SS5/170, though I've started lobbying the "family CFO" to free up funds to migrate that job to a ReadyNAS. /usr/{obj,ports,src} are hosted on the build machine.) * Avoid "hard" NFS mounts. I use amd(8) to manage the NFS mounts, and it's been working well for me for around a decade or so. * Do not have their own /usr/src, /usr/obj, or /usr/ports directory hierarchies. Rather, these are NFS-mounted from a dedicated "build machine" that has no role in the usual day-to-day "production" activities. the build machine has a local private mirror of the FreeBSD CVS repository which I update in 2 stages overnight (via cron(8), of course), and I track branches of interest on it, usually daily, as well as update ports on it daily. At present, I'm tracking RELENG_6, RELENG_7, and HEAD. Thus, the build machine, in addition to building the "world" (userland) and its own kernel, also builds kernels for the other machines. * Mount /usr read-only. Yes, this becomes a slight nuisance when it's time to upgrade, but that nearly vanishes inside a few csh(1) aliases. It's slightly more annoying when it's time to upgrade ports on production machines, but I still find it useful: it provides a degree of assurance that things aren't likely changing without my knowledge. And should there be a reboot, that's one more file system that need not be checked. (And there have been cases where the UPS batteries haven't lasted as long as an electrical supply outage.) The above all have been working well for me -- as long as I've had a working build machine, anyway. I had tried mounting the root file system read-only (back in 3.x days); while it mostly worked, sshd(8) threw a bit of a hissy-fit because it couldn't chown(1) a pty entry in /dev. And since my normal mode of operation is to access everything from my laptop (running FreeBSD, of course) vis ssh(1), I wasn't too keen on risking running afoul of sshd(8). :-} Now that /dev is merely a figment of the kernel's imagination :-}, I thought I'd re-try mounting root as read-only. As expected, sshd(8) didn't complain -- at least, not about ownership of a pty. What I did encounter -- at least sometimes -- is that If I specify that / is read-only in /etc/fstab, on reboot: * sometimes everything work nicely. * other times, the interaction between the read-only root and amd(8) is such that amd(8) is started, but doesn't actually work. In such cases, a workaround is to mount root read-write, restart amd(8), then mount root read-only. I'm a bit bothered by the nuisance of the latter, but even more concerned about the apparent lack of determinism in the process. Any ideas on how to track this down? The most recent occurrence was on a machine I'm in the process of setting up to replace our internal mail server: albert(7.1-P)[1] uname -a FreeBSD albert.catwhisker.org 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #1: Wed= Nov 5 05:31:00 PST 2008 root@freebeast.catwhisker.org:/common/S3/obj/= usr/src/sys/ALBERT i386 albert(7.1-P)[2]=20 I rebooted it about 5 times in succession with amd(8) failing to do its job; on the first & the last of these, I performed the above-cited "workaround", after which a reboot came up "normally": albert(7.1-P)[2] mount /dev/ad0s2a on / (ufs, local, read-only, soft-updates) devfs on /dev (devfs, local) /dev/ad0s2d on /usr (ufs, NFS exported, local, read-only) /dev/ad0s3d on /var (ufs, local, soft-updates) /dev/ad0s3e on /bkp (ufs, local, soft-updates) /dev/ad1s1d on /common (ufs, local, soft-updates) /dev/md0 on /tmp (ufs, asynchronous, local) pid660@albert:/host on /host (nfs) pid660@albert:/net on /net (nfs) pogo:/cdrom on /.amd_mnt/pogo/host/cdrom (nfs, nosuid) pogo:/export on /.amd_mnt/pogo/host/export (nfs, nosuid) pogo:/export/bd1 on /.amd_mnt/pogo/host/export/bd1 (nfs, nosuid) pogo:/export/bd2 on /.amd_mnt/pogo/host/export/bd2 (nfs, nosuid) pogo:/export/home on /.amd_mnt/pogo/host/export/home (nfs, nosuid) pogo:/export/local on /.amd_mnt/pogo/host/export/local (nfs, nosuid) albert(7.1-P)[3] uptime 7:29AM up 17 mins, 1 user, load averages: 0.00, 0.00, 0.01 albert(7.1-P)[4]=20 Deploying the machine in production is neither urgent nor critical at this point, so I have some time to work on it. Here's where rcorder(8) has to say: albert(7.1-P)[3] rcorder /etc/rc.d/* /usr/local/etc/rc.d/* /etc/rc.d/dumpon /etc/rc.d/ddb /etc/rc.d/initrandom /etc/rc.d/geli /etc/rc.d/gbde /etc/rc.d/encswap /etc/rc.d/ccd /etc/rc.d/swap1 /etc/rc.d/early.sh /etc/rc.d/fsck /etc/rc.d/root /etc/rc.d/hostid /etc/rc.d/mdconfig /etc/rc.d/mountcritlocal /etc/rc.d/zfs /etc/rc.d/FILESYSTEMS /etc/rc.d/var /etc/rc.d/cleanvar /etc/rc.d/random /etc/rc.d/adjkerntz /etc/rc.d/atm1 /etc/rc.d/hostname /etc/rc.d/ipfilter /etc/rc.d/ipnat /etc/rc.d/ipfs /etc/rc.d/kldxref /etc/rc.d/sppp /etc/rc.d/addswap /etc/rc.d/auto_linklocal /etc/rc.d/sysctl /etc/rc.d/serial /etc/rc.d/netif /etc/rc.d/ip6addrctl /etc/rc.d/atm2 /etc/rc.d/pfsync /etc/rc.d/pflog /etc/rc.d/pf /etc/rc.d/isdnd /etc/rc.d/ppp /etc/rc.d/routing /etc/rc.d/ip6fw /etc/rc.d/network_ipv6 /etc/rc.d/devd /etc/rc.d/ipsec /etc/rc.d/ipfw /etc/rc.d/nsswitch /etc/rc.d/resolv /etc/rc.d/mroute6d /etc/rc.d/route6d /etc/rc.d/mrouted /etc/rc.d/routed /etc/rc.d/netoptions /etc/rc.d/NETWORKING /etc/rc.d/mountcritremote /etc/rc.d/ldconfig /etc/rc.d/tmp /etc/rc.d/cleartmp /usr/local/etc/rc.d/xfs /usr/local/etc/rc.d/xdm.sh.noauto /usr/local/etc/rc.d/rplayd.sh.sample /etc/rc.d/accounting /etc/rc.d/devfs /etc/rc.d/ipmon /etc/rc.d/mdconfig2 /etc/rc.d/newsyslog /etc/rc.d/syslogd /etc/rc.d/savecore /etc/rc.d/archdep /etc/rc.d/abi /etc/rc.d/SERVERS /etc/rc.d/named /etc/rc.d/ntpdate /etc/rc.d/rpcbind /etc/rc.d/nfsclient /etc/rc.d/nisdomain /etc/rc.d/ypserv /etc/rc.d/ypbind /etc/rc.d/amd /etc/rc.d/atm3 /etc/rc.d/auditd /etc/rc.d/dmesg /etc/rc.d/ipxrouted /etc/rc.d/kerberos /etc/rc.d/kadmind /etc/rc.d/keyserv /etc/rc.d/kpasswdd /etc/rc.d/quota /etc/rc.d/nfsserver /etc/rc.d/mountd /etc/rc.d/nfsd /etc/rc.d/statd /etc/rc.d/lockd /etc/rc.d/pppoed /etc/rc.d/pwcheck /etc/rc.d/virecover /etc/rc.d/DAEMON /etc/rc.d/apm /etc/rc.d/apmd /etc/rc.d/bootparams /etc/rc.d/hcsecd /etc/rc.d/bthidd /etc/rc.d/local /etc/rc.d/lpd /etc/rc.d/motd /etc/rc.d/mountlate /etc/rc.d/nscd /etc/rc.d/ntpd /etc/rc.d/powerd /etc/rc.d/rarpd /etc/rc.d/sdpd /etc/rc.d/rfcomm_pppd_server /etc/rc.d/rtadvd /etc/rc.d/rwho /etc/rc.d/timed /etc/rc.d/ugidfw /etc/rc.d/yppasswdd /etc/rc.d/LOGIN /usr/local/etc/rc.d/mysql-server /usr/local/etc/rc.d/htcacheclean /usr/local/etc/rc.d/dbus rcorder: requirement `usbd' in file `/usr/local/etc/rc.d/hald' has no provi= ders. /usr/local/etc/rc.d/hald /usr/local/etc/rc.d/ffserver /usr/local/etc/rc.d/apache22 /etc/rc.d/ypxfrd /etc/rc.d/ypupdated /etc/rc.d/ypset /etc/rc.d/wpa_supplicant /etc/rc.d/watchdogd /etc/rc.d/syscons /etc/rc.d/sshd /etc/rc.d/sendmail /etc/rc.d/cron /etc/rc.d/jail /etc/rc.d/localpkg /etc/rc.d/securelevel /etc/rc.d/power_profile /etc/rc.d/othermta /etc/rc.d/natd /etc/rc.d/msgs /etc/rc.d/moused /etc/rc.d/mixer /etc/rc.d/inetd /etc/rc.d/idmapd /etc/rc.d/hostapd /etc/rc.d/geli2 /etc/rc.d/ftpd /etc/rc.d/ftp-proxy /etc/rc.d/dhclient /etc/rc.d/bsnmpd /etc/rc.d/bridge /etc/rc.d/bluetooth /etc/rc.d/bgfsck albert(7.1-P)[4]=20 Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkkRvEIACgkQmprOCmdXAD33wQCdF1+fmdTD2KAh9mELNmqZ5AqV YtoAn0EXCI3UZmXgFUIBdGDp6STLBNWF =MHwe -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 5 16:02:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D4A21065670 for ; Wed, 5 Nov 2008 16:02:08 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id 2B3208FC0C for ; Wed, 5 Nov 2008 16:02:07 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA09.emeryville.ca.mail.comcast.net ([76.96.30.20]) by QMTA06.emeryville.ca.mail.comcast.net with comcast id bTHs1a00m0S2fkCA6U276y; Wed, 05 Nov 2008 16:02:07 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA09.emeryville.ca.mail.comcast.net with comcast id bU1z1a00S2P6wsM8VU207b; Wed, 05 Nov 2008 16:02:00 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=vwQGy4kBin4ASPo6km0A:9 a=Yus39QcdAsa0gUahGx8A:7 a=tYRjkP3FBSXAKMHvn_Z_W5-kq6kA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 83A6AC9439; Wed, 5 Nov 2008 08:01:59 -0800 (PST) Date: Wed, 5 Nov 2008 08:01:59 -0800 From: Jeremy Chadwick To: Andriy Gapon Message-ID: <20081105160159.GA14488@icarus.home.lan> References: <4911BA93.9030006@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4911BA93.9030006@icyb.net.ua> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Stable Subject: Re: ukbd attachment and root mount X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Nov 2008 16:02:08 -0000 On Wed, Nov 05, 2008 at 05:24:03PM +0200, Andriy Gapon wrote: > System is FreeBSD 7.1-BETA2 amd64. > > Looking through my dmesg I see that relative order of ukbd attachment > and root mounting is not deterministic. Sometime keyboard is attached > first, sometimes root filesystem is mounted first. Quite more often root > is mounted first, though. > Example (with GENERIC kernel): > Nov 3 15:40:54 kernel: Trying to mount root from ufs:/dev/mirror/bootgm > Nov 3 15:40:54 kernel: GEOM_LABEL: Label ufs/bootfs removed. > Nov 3 15:40:54 kernel: GEOM_LABEL: Label for provider mirror/bootgm is > ufs/bootfs. > Nov 3 15:40:54 kernel: GEOM_LABEL: Label ufs/bootfs removed. > Nov 3 15:40:54 kernel: ukbd0: 1.10/1.10, addr 3> on uhub2 > Nov 3 15:40:54 kernel: kbd2 at ukbd0 > Nov 3 15:40:54 kernel: uhid0: 1.10/1.10, addr 3> on uhub2 > > Another (with custom kernel, zfs root): > Nov 4 17:54:03 odyssey kernel: Trying to mount root from zfs:tank/root > Nov 4 17:54:03 odyssey kernel: ukbd0: rev 1.10/1.10, addr 3> on uhub2 > Nov 4 17:54:03 odyssey kernel: kbd2 at ukbd0 > Nov 4 17:54:03 odyssey kernel: kbd2: ukbd0, generic (0), config:0x0, > flags:0x3d0000 > Nov 4 17:54:03 odyssey kernel: uhid0: rev 1.10/1.10, addr 3> on uhub2 I'm not understanding why the "order" matters per se, but I believe you might explain how it impacts you below. > I have a legacy-free system (no PS/2 ports, only USB) and I wanted to > try a kernel without atkbd and psm (with ums, ukbd, kbdmux), but was > bitten hard when I made a mistake and kernel could not find/mount root > filesystem. > > So I stuck at mountroot prompt without a keyboard to enter anything. > This was repeatable about 10 times after which I resorted to live cd. I've seen this problem myself many times. In fact, on my FreeBSD box at home, I ran into this last night. That system uses a USB keyboard, but has PS/2 ports if need be. This motherboard has PS/2 emulation for USB devices (often called "USB Legacy" in BIOSes), and that option was enabled; this, of course, allows me to use the USB keyboard in MS-DOS, boot0, and boot2/loader. I also had kbdmux(4) disabled via hint.kbdmux.0.disable="1" in loader.conf, but left atkbd/atkbdc in my kernel. (The reason I disabled kbdmux was because of the known 2-or-3-second-delay problem when switching virtual consoles) I encountered a situation last night where I needed to specify the root filesystem at the mountroot prompt, but typing didn't work. I was forced to plug in a PS/2 keyboard. I could reproduce this problem every time. I found that by re-enabling kbdmux (removing the "hint" entry), and instead disabling atkbd/atkbdc via a "hint" entry, solved this problem. So, let's recap the scenario, because people might be confused by what I'm describing: Configuration A --------------- * USB Legacy enabled in BIOS * Kernel config -- includes atkbd, atkbdc, kbdmux, and USB * loader.conf -- hint.kbdmux.0.disable="1" * Able to type in MS-DOS, boot0, boot2/loader * Able to type in multi-user mode * No delays when switching virtual consoles in multi-user mode * Unable to type at mountroot prompt Configuration B --------------- * USB Legacy enabled in BIOS * Kernel config -- includes atkbd, atkbdc, kbdmux, and USB * loader.conf -- hint.atkbd.0.disable="1" * loader.conf -- hint.atkbdc.0.disable="1" * Able to type in MS-DOS, boot0, boot2/loader * Able to type in multi-user mode * No delays when switching virtual consoles in multi-user mode * Able to type at mountroot prompt Draw your own conclusions. (NOTE: I have no idea if hint.atkbdc.0.disabled="1" actually does anything, but I assume hint.atkbd.0.disabled="1" does in fact do what I expect) > Since then I put back atkbdc into my kernel. I guess BIOS or USB > hardware emulate AT or PS/2 keyboard, so the USB keyboard works before > the driver attaches. Correct; "USB Legacy" will do this. "USB Legacy" will work properly up until the point the kernel loads (but BEFORE the USB stack loads). Once the USB stack loads, ukbd or kbdmux takes over. > I guess I need such emulation e.g. for loader or boot0 configuration. > But I guess I don't have to have atkbd driver in kernel. I would recommend not messing with the kernel at all for this. You can disable atkbd and kbdmux via loader.conf "hint" lines. The same goes for psm, AFAIK. > I wonder why behavior is non-deterministic, why ukbd is "99%" attached > after mount root, and what can be done about this. I'm not sure what to say here. But I will say that this situation is quite common, and makes doing *any* sort of administration on FreeBSD difficult -- look at my above situation. Had my motherboard lacked PS/2 ports, I would've been forced to hard reset the system. This is simply unacceptable. I don't know how to solve the problem, I don't know how to contribute code or fixes to help, and I don't know what users can do about it. The only thing I've found that "helps" is what I provided above. I want to help more, but I can't due to lack of knowledge -- and most users will be in this boat. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Nov 5 18:09:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A9C21065673 for ; Wed, 5 Nov 2008 18:09:44 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (mail.violetlan.net [80.81.242.7]) by mx1.freebsd.org (Postfix) with ESMTP id 46E8F8FC25 for ; Wed, 5 Nov 2008 18:09:44 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (mail.violetlan.net [10.0.100.111]) by mail.violetlan.net (Postfix) with ESMTP id 7172A1143C; Wed, 5 Nov 2008 18:16:08 +0000 (GMT) Received: from www.violetlan.net (mbali.violetlan.net [10.0.100.150]) by mail.violetlan.net (Postfix) with ESMTP id 2540F1143B; Wed, 5 Nov 2008 18:16:08 +0000 (GMT) Received: from 217.45.165.129 (SquirrelMail authenticated user freebsd@violetlan.net) by www.violetlan.net with HTTP; Wed, 5 Nov 2008 18:09:42 -0000 (GMT) Message-ID: <64819.217.45.165.129.1225908582.squirrel@www.violetlan.net> In-Reply-To: <20081104141532.GA1076@geosc.psu.edu> References: <53554.217.45.165.129.1225797313.squirrel@www.violetlan.net> <20081104141532.GA1076@geosc.psu.edu> Date: Wed, 5 Nov 2008 18:09:42 -0000 (GMT) From: "Reinhold" To: "Tom Canich" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: Re: Atheros AR5141 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Nov 2008 18:09:44 -0000 Hi Thanks for showing me that page, I've downloaded the latest drivers and had a look at the devid.h file and pretty much all the other files as well but I can't find any reference to the AR5414 chipset. The closest I've seen was AR5413 and AR5416 but not AR5414. Is there someone that is using this chipset? Thanks Reinhold > > The latest ath_hal is available from http://people.freebsd.org/~sam/ . > > > Tom > _______________________________________________ > 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 5 18:39:17 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4349106567B for ; Wed, 5 Nov 2008 18:39:17 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C02488FC1C for ; Wed, 5 Nov 2008 18:39:16 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA17020; Wed, 05 Nov 2008 20:39:15 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4911E852.8060100@icyb.net.ua> Date: Wed, 05 Nov 2008 20:39:14 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.17 (X11/20080929) MIME-Version: 1.0 To: Jeremy Chadwick References: <4911BA93.9030006@icyb.net.ua> <20081105160159.GA14488@icarus.home.lan> In-Reply-To: <20081105160159.GA14488@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: ukbd attachment and root mount X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Nov 2008 18:39:17 -0000 on 05/11/2008 18:01 Jeremy Chadwick said the following: > On Wed, Nov 05, 2008 at 05:24:03PM +0200, Andriy Gapon wrote: [snip] >> Another (with custom kernel, zfs root): >> Nov 4 17:54:03 odyssey kernel: Trying to mount root from zfs:tank/root >> Nov 4 17:54:03 odyssey kernel: ukbd0: > rev 1.10/1.10, addr 3> on uhub2 >> Nov 4 17:54:03 odyssey kernel: kbd2 at ukbd0 >> Nov 4 17:54:03 odyssey kernel: kbd2: ukbd0, generic (0), config:0x0, >> flags:0x3d0000 >> Nov 4 17:54:03 odyssey kernel: uhid0: > rev 1.10/1.10, addr 3> on uhub2 [snip] > Configuration B > --------------- > * USB Legacy enabled in BIOS > * Kernel config -- includes atkbd, atkbdc, kbdmux, and USB > * loader.conf -- hint.atkbd.0.disable="1" > * loader.conf -- hint.atkbdc.0.disable="1" > * Able to type in MS-DOS, boot0, boot2/loader > * Able to type in multi-user mode > * No delays when switching virtual consoles in multi-user mode > * Able to type at mountroot prompt > > Draw your own conclusions. Jeremy, thank you very much for your detailed reply. I am very curious to see if in this configuration you get ukbd lines before or after 'Trying to mount root' line in dmesg. (In other words it would be very puzzling for me to see that keyboard works at mountroot prompt even though ukbd driver hasn't attached yet.) Thank you again! -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Nov 5 23:30:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 845801065676 for ; Wed, 5 Nov 2008 23:30:08 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from mail.netconsonance.com (mail.netconsonance.com [198.207.204.4]) by mx1.freebsd.org (Postfix) with ESMTP id 6C6AF8FC14 for ; Wed, 5 Nov 2008 23:30:08 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by mail.netconsonance.com (8.14.1/8.14.1) with ESMTP id mA5NU3dZ084838; Wed, 5 Nov 2008 15:30:03 -0800 (PST) (envelope-from jrhett@netconsonance.com) X-Virus-Scanned: amavisd-new at netconsonance.com X-Spam-Flag: NO X-Spam-Score: -1.044 X-Spam-Level: X-Spam-Status: No, score=-1.044 tagged_above=-999 required=3.5 tests=[ALL_TRUSTED=-1.44, AWL=0.396] Message-Id: <501B7A38-FCD7-4462-B9F2-BB893ED3559F@netconsonance.com> From: Jo Rhett To: Ken Smith In-Reply-To: <1225731426.42716.42.camel@bauer.cse.buffalo.edu> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Wed, 5 Nov 2008 15:29:58 -0800 References: <1225731426.42716.42.camel@bauer.cse.buffalo.edu> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-stable Subject: Re: FreeBSD 6.4-RC2 available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Nov 2008 23:30:08 -0000 On Nov 3, 2008, at 8:57 AM, Ken Smith wrote: > The second Release Candidate for FreeBSD 6.4 is now available. > FreeBSD > 6.4-RC2 should be the last of the public test builds for the FreeBSD > 6.4 > release cycle. Unless a big show-stopper is found from this round of > testing we should begin the 6.4-RELEASE builds in about a week and a > half. We encourage you to test out 6.4-RC2 and report any problems by > submitting PRs or via email to the freebsd-stable list. I would love to, but it's still not available on the download area. Er, i386 isn't anyway. -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From owner-freebsd-stable@FreeBSD.ORG Wed Nov 5 23:41:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96FAB1065747; Wed, 5 Nov 2008 23:41:17 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from mail.netconsonance.com (mail.netconsonance.com [198.207.204.4]) by mx1.freebsd.org (Postfix) with ESMTP id 7CAAD8FC29; Wed, 5 Nov 2008 23:41:17 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by mail.netconsonance.com (8.14.1/8.14.1) with ESMTP id mA5NfC9h085050; Wed, 5 Nov 2008 15:41:12 -0800 (PST) (envelope-from jrhett@netconsonance.com) X-Virus-Scanned: amavisd-new at netconsonance.com X-Spam-Flag: NO X-Spam-Score: -1.046 X-Spam-Level: X-Spam-Status: No, score=-1.046 tagged_above=-999 required=3.5 tests=[ALL_TRUSTED=-1.44, AWL=0.394] Message-Id: From: Jo Rhett To: John Baldwin In-Reply-To: <200810271151.47366.jhb@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Wed, 5 Nov 2008 15:41:07 -0800 References: <84E1EC10-5323-4A8C-AD60-31142621DB32@netconsonance.com> <200810271151.47366.jhb@freebsd.org> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-stable Stable Subject: Re: 6.4 RC1 locks up solid on first reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Nov 2008 23:41:17 -0000 On Oct 27, 2008, at 8:51 AM, John Baldwin wrote: > On Friday 24 October 2008 02:48:13 pm Jo Rhett wrote: >> So I booted up by CD and used Fixit mode to switch the system to boot >> via serial (keyboard detached), but this gathered me even less. >> >> /boot.config: -Dh >> Consoles: internal video/keyboard serial port >> BIOS drive A: is disk0 >> BIOS drive C: is disk1 >> BIOS drive D: is disk2 >> BIOS 639kB/4062144kB available memory >> >> FreeBSD/i386 bootstrap loader, Revision 1.1 >> (root@dessler.cse.b >> >> Plugging back in the monitor after lockup showed only a single char >> more: >> (root@dessler.cse.bu > > This confirms it is hanging in one of the two BIOS routines to > output a > character. One thing you can do would be to boot up and do the > following: > > dd if=/dev/mem bs=0x400 count=1 of=idt.out > dd if=/dev/mem bs=64k iseek=15 count=1 of=bios.out > > Then place those files some place I can fetch them. Both files are at http://support.netconsonance.com/freebsd/ FYI, this is notable -- the keyboard does not respond at the boot prompt. I mean the menu where you can escape to the loader prompt, with the fat freebsd ascii art. No keyboard presses are observed here. This is also true for the boot menu on the 6.4 installation CD too. No problems with 6.2 or 6.3 -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From owner-freebsd-stable@FreeBSD.ORG Wed Nov 5 23:42:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 185321065670 for ; Wed, 5 Nov 2008 23:42:40 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from mail.netconsonance.com (mail.netconsonance.com [198.207.204.4]) by mx1.freebsd.org (Postfix) with ESMTP id 006348FC12 for ; Wed, 5 Nov 2008 23:42:39 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by mail.netconsonance.com (8.14.1/8.14.1) with ESMTP id mA5NgZ1E085084; Wed, 5 Nov 2008 15:42:35 -0800 (PST) (envelope-from jrhett@netconsonance.com) X-Virus-Scanned: amavisd-new at netconsonance.com X-Spam-Flag: NO X-Spam-Score: -1.047 X-Spam-Level: X-Spam-Status: No, score=-1.047 tagged_above=-999 required=3.5 tests=[ALL_TRUSTED=-1.44, AWL=0.393] Message-Id: <126557AC-CE1B-4FFC-8367-9931AEE187E2@netconsonance.com> From: Jo Rhett To: Ken Smith In-Reply-To: <501B7A38-FCD7-4462-B9F2-BB893ED3559F@netconsonance.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Wed, 5 Nov 2008 15:42:30 -0800 References: <1225731426.42716.42.camel@bauer.cse.buffalo.edu> <501B7A38-FCD7-4462-B9F2-BB893ED3559F@netconsonance.com> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-stable Stable Subject: Re: FreeBSD 6.4-RC2 available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Nov 2008 23:42:40 -0000 On Nov 5, 2008, at 3:29 PM, Jo Rhett wrote: > On Nov 3, 2008, at 8:57 AM, Ken Smith wrote: >> The second Release Candidate for FreeBSD 6.4 is now available. >> FreeBSD >> 6.4-RC2 should be the last of the public test builds for the >> FreeBSD 6.4 >> release cycle. Unless a big show-stopper is found from this round of >> testing we should begin the 6.4-RELEASE builds in about a week and a >> half. We encourage you to test out 6.4-RC2 and report any problems >> by >> submitting PRs or via email to the freebsd-stable list. > > I would love to, but it's still not available on the download area. > Er, i386 isn't anyway. Ignore this. Apparently Camino caches the results of FTP directories. You have to explicitly hit reload to get the directory again, even if the results are days or weeks old. -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From owner-freebsd-stable@FreeBSD.ORG Thu Nov 6 00:10:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9A7B1065670 for ; Thu, 6 Nov 2008 00:10:48 +0000 (UTC) (envelope-from marshc187@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id 864C88FC18 for ; Thu, 6 Nov 2008 00:10:48 +0000 (UTC) (envelope-from marshc187@gmail.com) Received: by qw-out-2122.google.com with SMTP id 9so214804qwb.7 for ; Wed, 05 Nov 2008 16:10:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=KIEhQPzs+lvEd/P3Dr0VVIvQxn3U6t0OyKSDZds4u7Y=; b=fURzUznint3CmkfAXe5kTiRl5vyvtQtBHogZctJKLj9HdU60AZyikKSxeUM17S+MKJ e/7RX2FX9vbQwhxG1iq2JzjZHZpITjt5YAdiySpfMdx94kNnxrn2iLgJGVypx69lFjAZ qIBkc8MzsG4MqqUje1AMGglxh6tBACYIGHDh4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=ZciwN8xQ4xhsL0vnaEJj+8AxyMKmzwjHHvlb4n3A0VUQi62l0wy2n3VaEbTXwxEgj7 er44hOMepGd+AwmvcilIFM+NLf154GztdBhG/m4E6+NtXJe+3RKzHAQZWhwW+QnibmL6 nk0BjYOP7ytlgpTxNlLGpiyRWN3X0CzGfGgAQ= Received: by 10.214.45.4 with SMTP id s4mr1520249qas.173.1225928604172; Wed, 05 Nov 2008 15:43:24 -0800 (PST) Received: by 10.215.101.18 with HTTP; Wed, 5 Nov 2008 15:43:24 -0800 (PST) Message-ID: <332f78510811051543x4156df8coa342a21db069a1d9@mail.gmail.com> Date: Thu, 6 Nov 2008 00:43:24 +0100 From: t-u-t To: "freebsd-stable@freebsd.org" MIME-Version: 1.0 X-Mailman-Approved-At: Thu, 06 Nov 2008 00:13:05 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: usb mouse & problem reports (newbie) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Nov 2008 00:10:49 -0000 hello anyone, i have been playing with fbsd the past few months and have come across a minor problem and don't know if a problem report is in order, reported elsewhere then where i looked, or known issue, but i have noticed it in latest stable versions of both 7.1 and 6.4 (amd64 at least) and not sure if it is something to fix. the problem doesn't bother me much, just a bit curious about the issue and hope i can just to point it out here at the moment. basically i have a copperhead razor mouse which used to be detected as a keyboard and has been fixed is stable versions, but if you drop to single user , then , it freezes and i have to unplug it and plug it in again to work. sorry and disregard if fixed in latest (i have a 6.4 rc2 fresh from site ISOs and haven't csup'ed as i am having a hard time building worlds on amd64 systems and looking into that slowly) -- ce la vie From owner-freebsd-stable@FreeBSD.ORG Thu Nov 6 09:30:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E3791065673 for ; Thu, 6 Nov 2008 09:30:33 +0000 (UTC) (envelope-from amon@aelita.org) Received: from mallaury.nerim.net (mallaury.ipv6.nerim.net [IPv6:2001:7a8:1:5::82]) by mx1.freebsd.org (Postfix) with ESMTP id 087BC8FC1A for ; Thu, 6 Nov 2008 09:30:33 +0000 (UTC) (envelope-from amon@aelita.org) Received: from aelita.org (tourist.net8.nerim.net [213.41.176.3]) by mallaury.nerim.net (Postfix) with ESMTP id D60594FD61 for ; Thu, 6 Nov 2008 10:30:25 +0100 (CET) Received: from ra.aabs (localhost [127.0.0.1]) by aelita.org (8.14.2/8.14.2) with ESMTP id mA6ATWv3017816 for ; Thu, 6 Nov 2008 11:29:32 +0100 (CET) (envelope-from amon@ra.aabs) Received: (from amon@localhost) by ra.aabs (8.14.2/8.14.2/Submit) id mA6ATV31017815 for freebsd-stable@freebsd.org; Thu, 6 Nov 2008 11:29:31 +0100 (CET) (envelope-from amon) Date: Thu, 6 Nov 2008 11:29:31 +0100 From: Herve Boulouis To: freebsd-stable@freebsd.org Message-ID: <20081106102931.GD596@ra.aabs> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Multiple panics with 7.1-PRERELEASE amd64 and varnish X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Nov 2008 09:30:33 -0000 Hi, Just put 3 boxes with varnish into production last night and I've got a few differents panics in 8hours. Traffic is very low (each box generates 10 Mbit/s). All boxes have the same 7.1-PRERELEASE (from around end of september) and 4GB of ram and varnish is launched with the following command line : /usr/local/sbin/varnishd -f /usr/local/etc/varnish/default.vcl \ -u varnish \ -n /opt/varnish \ -s file,/opt/varnish/storage.bin,4G \ -P /var/run/varnishd.pid \ -t 7464960000s \ -w 32,4096,120 \ -p listen_depth=4096 \ -p thread_pool_min=32 \ -p thread_pool_max=4096 \ -p lru_interval=3600 \ -T 0.0.0.0:3000 \ -h classic,500009 Sysctl tunings : www2:~# cat /etc/sysctl.conf net.inet.tcp.tso=0 debug.minidump=1 net.inet.tcp.rfc1323=1 kern.ipc.maxsockbuf=1024000 net.inet.tcp.sendspace=512000 net.inet.tcp.recvspace=512000 www2:~# cat /boot/loader.conf kern.ipc.nmbclusters=65536 kern.maxfiles=2097152 kern.maxfilesperproc=104856 kern.ipc.somaxconn=16384 net.inet.ip.portrange.last=65535 kern.threads.max_threads_per_proc=4096 kern.ipc.maxpipekva=104857600 What is strange is that those 3 boxes where hammered with siege and we had no problems with them generating 900Mbit/s of traffic. Are these panics known ? Can they be related to the sysctl ? Do i need to CC freebsd-amd64 ? Panic #1 (Box 2): #2 0xffffffff803c6b8d in boot (howto=260) at ../../../kern/kern_shutdown.c:418 #3 0xffffffff803c6e48 in panic (fmt=Variable "fmt" is not available. ) at ../../../kern/kern_shutdown.c:572 #4 0xffffffff806260b6 in trap_fatal (frame=0xffffffffcd816890, eva=138) at ../../../amd64/amd64/trap.c:764 #5 0xffffffff80626311 in trap_pfault (frame=0xffffffffcd816890, usermode=0) at ../../../amd64/amd64/trap.c:680 #6 0xffffffff80626c53 in trap (frame=0xffffffffcd816890) at ../../../amd64/amd64/trap.c:449 #7 0xffffffff8060d5be in calltrap () at ../../../amd64/amd64/exception.S:209 #8 0xffffffff80599dda in vm_object_clear_flag (object=0x0, bits=Variable "bits" is not available. ) at ../../../vm/vm_object.c:269 #9 0xffffffff804302a6 in cluster_wbuild (vp=0xffffff000eabfbd0, size=16384, start_lbn=58905, len=2) at ../../../kern/vfs_cluster.c:925 #10 0xffffffff804275de in vfs_bio_awrite (bp=0xffffffffa4d0b660) at ../../../kern/vfs_bio.c:1668 #11 0xffffffff8057800e in ffs_syncvnode (vp=0xffffff000eabfbd0, waitfor=Variable "waitfor" is not available. ) at ../../../ufs/ffs/ffs_vnops.c:283 #12 0xffffffff80573c91 in ffs_sync (mp=0xffffff000e5cc6f0, waitfor=3, td=0xffffff000e568a50) at ../../../ufs/ffs/ffs_vfsops.c:1234 #13 0xffffffff8043f821 in sync_fsync (ap=Variable "ap" is not available. ) at ../../../kern/vfs_subr.c:3217 #14 0xffffffff8065f552 in VOP_FSYNC_APV (vop=Variable "vop" is not available. ) at vnode_if.c:1007 #15 0xffffffff8043ff71 in sched_sync () at vnode_if.h:538 #16 0xffffffff803a6a01 in fork_exit (callout=0xffffffff8043f8f0 , arg=0x0, frame=0xffffffffcd816c80) at ../../../kern/kern_fork.c:804 #17 0xffffffff8060d98e in fork_trampoline () at ../../../amd64/amd64/exception.S:455 Panic #2 (Box 2): #2 0xffffffff803c6b8d in boot (howto=260) at ../../../kern/kern_shutdown.c:418 #3 0xffffffff803c6e48 in panic (fmt=Variable "fmt" is not available. ) at ../../../kern/kern_shutdown.c:572 #4 0xffffffff806260b6 in trap_fatal (frame=0xffffffffcd816890, eva=138) at ../../../amd64/amd64/trap.c:764 #5 0xffffffff80626311 in trap_pfault (frame=0xffffffffcd816890, usermode=0) at ../../../amd64/amd64/trap.c:680 #6 0xffffffff80626c53 in trap (frame=0xffffffffcd816890) at ../../../amd64/amd64/trap.c:449 #7 0xffffffff8060d5be in calltrap () at ../../../amd64/amd64/exception.S:209 #8 0xffffffff80599dda in vm_object_clear_flag (object=0x0, bits=Variable "bits" is not available. ) at ../../../vm/vm_object.c:269 #9 0xffffffff804302a6 in cluster_wbuild (vp=0xffffff000ea4adc8, size=16384, start_lbn=20817, len=5) at ../../../kern/vfs_cluster.c:925 #10 0xffffffff804275de in vfs_bio_awrite (bp=0xffffffffa4d83660) at ../../../kern/vfs_bio.c:1668 #11 0xffffffff8057800e in ffs_syncvnode (vp=0xffffff000ea4adc8, waitfor=Variable "waitfor" is not available. ) at ../../../ufs/ffs/ffs_vnops.c:283 #12 0xffffffff80573c91 in ffs_sync (mp=0xffffff000e6c96f0, waitfor=3, td=0xffffff000e568a50) at ../../../ufs/ffs/ffs_vfsops.c:1234 #13 0xffffffff8043f821 in sync_fsync (ap=Variable "ap" is not available. ) at ../../../kern/vfs_subr.c:3217 #14 0xffffffff8065f552 in VOP_FSYNC_APV (vop=Variable "vop" is not available. ) at vnode_if.c:1007 #15 0xffffffff8043ff71 in sched_sync () at vnode_if.h:538 #16 0xffffffff803a6a01 in fork_exit (callout=0xffffffff8043f8f0 , arg=0x0, frame=0xffffffffcd816c80) at ../../../kern/kern_fork.c:804 #17 0xffffffff8060d98e in fork_trampoline () at ../../../amd64/amd64/exception.S:455 Panic #3 (Box 1): #3 0xffffffff803c6e48 in panic (fmt=Variable "fmt" is not available. ) at ../../../kern/kern_shutdown.c:572 #4 0xffffffff8059d76b in vm_page_unwire (m=0xffffff00d9e3ff70, activate=0) at ../../../vm/vm_page.c:1410 #5 0xffffffff80429cc8 in vfs_vmio_release (bp=0xffffffffa4ca5860) at ../../../kern/vfs_bio.c:1539 #6 0xffffffff8042b72b in getnewbuf (slpflag=0, slptimeo=0, size=Variable "size" is not available. ) at ../../../kern/vfs_bio.c:1847 #7 0xffffffff8042ccbe in getblk (vp=0xffffff001c6493f0, blkno=0, size=2048, slpflag=Variable "slpflag" is not available. ) at ../../../kern/vfs_bio.c:2602 #8 0xffffffff8042d65c in breadn (vp=0xffffff001c6493f0, blkno=Variable "blkno" is not available. ) at ../../../kern/vfs_bio.c:786 #9 0xffffffff8042d759 in bread (vp=Variable "vp" is not available. ) at ../../../kern/vfs_bio.c:734 #10 0xffffffff80578c92 in ffs_read (ap=Variable "ap" is not available. ) at ../../../ufs/ffs/ffs_vnops.c:502 #11 0xffffffff8065f222 in VOP_READ_APV (vop=Variable "vop" is not available. ) at vnode_if.c:637 #12 0xffffffff805838b0 in ufs_readdir (ap=0xffffffffcfca4a80) at vnode_if.h:344 #13 0xffffffff8065f5d6 in VOP_READDIR_APV (vop=Variable "vop" is not available. ) at vnode_if.c:1407 #14 0xffffffff80448d6f in getdirentries (td=0xffffff000ef42000, uap=dwarf2_read_address: Corrupted DWARF expression. ) at vnode_if.h:747 #15 0xffffffff8062668d in syscall (frame=0xffffffffcfca4c80) at ../../../amd64/amd64/trap.c:907 #16 0xffffffff8060d7cb in Xfast_syscall () at ../../../amd64/amd64/exception.S:330 Panic #4 (Box 0): #1 0x0000000000000000 in ?? () #2 0xffffffff803c6b8d in boot (howto=260) at ../../../kern/kern_shutdown.c:418 #3 0xffffffff803c6e48 in panic (fmt=Variable "fmt" is not available. ) at ../../../kern/kern_shutdown.c:572 #4 0xffffffff806260b6 in trap_fatal (frame=0xffffffffcd8162a0, eva=138) at ../../../amd64/amd64/trap.c:764 #5 0xffffffff80626311 in trap_pfault (frame=0xffffffffcd8162a0, usermode=0) at ../../../amd64/amd64/trap.c:680 #6 0xffffffff80626c53 in trap (frame=0xffffffffcd8162a0) at ../../../amd64/amd64/trap.c:449 #7 0xffffffff8060d5be in calltrap () at ../../../amd64/amd64/exception.S:209 #8 0xffffffff80599dda in vm_object_clear_flag (object=0x0, bits=Variable "bits" is not available. ) at ../../../vm/vm_object.c:269 #9 0xffffffff804302a6 in cluster_wbuild (vp=0xffffff000ea991f8, size=16384, start_lbn=57442, len=2) at ../../../kern/vfs_cluster.c:925 #10 0xffffffff804305ff in cluster_write (vp=0xffffff000ea991f8, bp=0xffffffffa5394360, filesize=4294967296, seqcount=127) at ../../../kern/vfs_cluster.c:570 #11 0xffffffff8057897a in ffs_write (ap=0xffffffffcd8166a0) at ../../../ufs/ffs/ffs_vnops.c:771 #12 0xffffffff80660834 in VOP_WRITE_APV (vop=0xffffffff80869280, a=0xffffffffcd8166a0) at vnode_if.c:691 #13 0xffffffff805a4ee5 in vnode_pager_generic_putpages (vp=0xffffff000ea991f8, m=0xffffffffcd816860, bytecount=Variable "bytecount" is not available. ) at vnode_if.h:373 #14 0xffffffff80430c31 in vop_stdputpages (ap=Variable "ap" is not available. ) at ../../../kern/vfs_default.c:550 #15 0xffffffff8065fc36 in VOP_PUTPAGES_APV (vop=Variable "vop" is not available. ) at vnode_if.c:2189 #16 0xffffffff805a5085 in vnode_pager_putpages (object=0xffffff000e6b6d00, m=0xffffffffcd816860, count=2, sync=8, rtvals=0xffffffffcd8167e0) at vnode_if.h:1164 #17 0xffffffff8059f79e in vm_pageout_flush (mc=0xffffffffcd816860, count=2, flags=8) at vm_pager.h:147 #18 0xffffffff8059baab in vm_object_page_collect_flush (object=0xffffff000e6b6d00, p=0xffffff00db42f178, curgeneration=Variable "curgeneration" is not available. ) at ../../../vm/vm_object.c:973 #19 0xffffffff8059bed6 in vm_object_page_clean (object=0xffffff000e6b6d00, start=0, end=Variable "end" is not available. ) at ../../../vm/vm_object.c:865 #20 0xffffffff8043f4ee in vfs_msync (mp=0xffffff000e69e378, flags=2) at ../../../kern/vfs_subr.c:2995 #21 0xffffffff8043f80a in sync_fsync (ap=Variable "ap" is not available. ) at ../../../kern/vfs_subr.c:3216 #22 0xffffffff8065f552 in VOP_FSYNC_APV (vop=Variable "vop" is not available. ) at vnode_if.c:1007 #23 0xffffffff8043ff71 in sched_sync () at vnode_if.h:538 #24 0xffffffff803a6a01 in fork_exit (callout=0xffffffff8043f8f0 , arg=0x0, frame=0xffffffffcd816c80) at ../../../kern/kern_fork.c:804 #25 0xffffffff8060d98e in fork_trampoline () at ../../../amd64/amd64/exception.S:455 -- Herve Boulouis From owner-freebsd-stable@FreeBSD.ORG Thu Nov 6 11:45:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 726A21065673 for ; Thu, 6 Nov 2008 11:45:37 +0000 (UTC) (envelope-from amon@aelita.org) Received: from mallaury.nerim.net (mallaury.ipv6.nerim.net [IPv6:2001:7a8:1:5::82]) by mx1.freebsd.org (Postfix) with ESMTP id 3797F8FC2B for ; Thu, 6 Nov 2008 11:45:37 +0000 (UTC) (envelope-from amon@aelita.org) Received: from aelita.org (tourist.net8.nerim.net [213.41.176.3]) by mallaury.nerim.net (Postfix) with ESMTP id 337214FD68 for ; Thu, 6 Nov 2008 12:45:26 +0100 (CET) Received: from ra.aabs (localhost [127.0.0.1]) by aelita.org (8.14.2/8.14.2) with ESMTP id mA6CiS2S018380; Thu, 6 Nov 2008 13:44:28 +0100 (CET) (envelope-from amon@ra.aabs) Received: (from amon@localhost) by ra.aabs (8.14.2/8.14.2/Submit) id mA6CiRTS018379; Thu, 6 Nov 2008 13:44:27 +0100 (CET) (envelope-from amon) Date: Thu, 6 Nov 2008 13:44:27 +0100 From: Herve Boulouis To: Herve Boulouis Message-ID: <20081106124427.GE596@ra.aabs> References: <20081106102931.GD596@ra.aabs> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20081106102931.GD596@ra.aabs> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Multiple panics with 7.1-PRERELEASE amd64 and varnish X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Nov 2008 11:45:37 -0000 Le 06/11/2008 11:29, Herve Boulouis a écrit: > > All boxes have the same 7.1-PRERELEASE (from around end of september) and 4GB of ram and varnish is launched with the following command line : I forgot to add that the kernel config is pretty much GENERIC (without KDTRACE_FRAME and KDTRACE_HOOKS) -- Herve Boulouis From owner-freebsd-stable@FreeBSD.ORG Thu Nov 6 12:34:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBBC51065675 for ; Thu, 6 Nov 2008 12:34:45 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id F3FFE8FC13 for ; Thu, 6 Nov 2008 12:34:44 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA22193; Thu, 06 Nov 2008 14:34:42 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4912E462.4090608@icyb.net.ua> Date: Thu, 06 Nov 2008 14:34:42 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.17 (X11/20080929) MIME-Version: 1.0 To: FreeBSD Stable , freebsd-usb@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: usb keyboard dying at loader prompt X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Nov 2008 12:34:51 -0000 I have a quite strange problem. This is with 7-BETA amd64. All of USB is out of kernel and is loaded via modules. BIOS has "Legacy USB" enabled. I have only a USB keyboard, no PS/2 port. The keyboard works file in BIOS and for selecting boot device in boot0 menu. It also works in loader menu. If in the menu I select to go to loader prompt then it works for about 5 seconds and then "dies" - no reaction to key presses, no led change, nothing. I haven't actually verified if the keyboard would still work if I stayed in loader menu for longer than ~10 seconds. This doesn't happen if USB is built into kernel. Weird... -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Nov 6 13:38:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D3E1106567F for ; Thu, 6 Nov 2008 13:38:14 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id 222258FC18 for ; Thu, 6 Nov 2008 13:38:14 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 61A2E1A35C0 for ; Thu, 6 Nov 2008 08:38:13 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Thu, 06 Nov 2008 08:38:13 -0500 X-Sasl-enc: Itqr6CZjg9sF9vPydI3ptYm8aRIvuSnRvpiQb5bqDDZ/ 1225978692 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id B4E7031C31 for ; Thu, 6 Nov 2008 08:38:12 -0500 (EST) Message-ID: <4912F343.6060908@incunabulum.net> Date: Thu, 06 Nov 2008 13:38:11 +0000 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: FreeBSD stable X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Firefox 3 fraks postscript fonts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Nov 2008 13:38:14 -0000 Hi, I've noticed that with Firefox 3, output on my venerable PostScript printer uses the wrong fonts. A garbled bitmapped font is being substituted. If I revert to Firefox 2, printed output is fine. Haven't seen this with other apps. Seen with a networked cups driven printer, specifically GCC Technologies (ancient LaserWriter II compatible device). The remote printer server is 7.1-PRERELEASE w/cup 1.3.9. Connection is lpt0 (centronics). FreeBSD empiric.lon.incunabulum.net 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Mon Oct 13 09:54:07 BST 2008 bms@empiric.lon.incunabulum.net:/usr/obj/usr/src/sys/EMPIRIC7 i386 empiric:~ % pkg_info | grep firefox firefox-2.0.0.14,1 Web browser based on the browser portion of Mozilla firefox-3.0.1_1,1 Web browser based on the browser portion of Mozilla empiric:~ % pkg_info | grep cups cups-base-1.3.7_2 Common UNIX Printing System cups-pdf-2.4.7 A virtual printer for CUPS to produce PDF files cups-pstoraster-8.15.4_1 Postscript interpreter for CUPS printing to non-PS printers gutenprint-cups-5.1.7_2 GutenPrint Printer Driver libgnomecups-0.2.3,1 Support library for gnome cups admistration empiric:~ % ldd /usr/local/lib/firefox/firefox-bin /usr/local/lib/firefox/firefox-bin: libmozjs.so => /usr/local/lib/firefox/libmozjs.so (0x2808f000) libxpcom.so => /usr/local/lib/firefox/libxpcom.so (0x28138000) libxpcom_core.so => /usr/local/lib/firefox/libxpcom_core.so (0x2813c000) libplds4.so.1 => /usr/local/lib/libplds4.so.1 (0x281dd000) libplc4.so.1 => /usr/local/lib/libplc4.so.1 (0x28208000) libnspr4.so.1 => /usr/local/lib/libnspr4.so.1 (0x28234000) libgtk-x11-2.0.so.0 => /usr/local/lib/libgtk-x11-2.0.so.0 (0x28265000) libgdk-x11-2.0.so.0 => /usr/local/lib/libgdk-x11-2.0.so.0 (0x285dd000) libatk-1.0.so.0 => /usr/local/lib/libatk-1.0.so.0 (0x28662000) libgdk_pixbuf-2.0.so.0 => /usr/local/lib/libgdk_pixbuf-2.0.so.0 (0x2867b000) libpangocairo-1.0.so.0 => /usr/local/lib/libpangocairo-1.0.so.0 (0x28693000) libXext.so.6 => /usr/local/lib/libXext.so.6 (0x2869d000) libXrender.so.1 => /usr/local/lib/libXrender.so.1 (0x286aa000) libXinerama.so.1 => /usr/local/lib/libXinerama.so.1 (0x286b3000) libXi.so.6 => /usr/local/lib/libXi.so.6 (0x286b6000) libXrandr.so.2 => /usr/local/lib/libXrandr.so.2 (0x286be000) libXcursor.so.1 => /usr/local/lib/libXcursor.so.1 (0x286c4000) libXcomposite.so.1 => /usr/local/lib/libXcomposite.so.1 (0x286cd000) libXdamage.so.1 => /usr/local/lib/libXdamage.so.1 (0x286d0000) libcairo.so.2 => /usr/local/lib/libcairo.so.2 (0x286d3000) libpangoft2-1.0.so.0 => /usr/local/lib/libpangoft2-1.0.so.0 (0x28738000) libpango-1.0.so.0 => /usr/local/lib/libpango-1.0.so.0 (0x28760000) libfreetype.so.9 => /usr/local/lib/libfreetype.so.9 (0x2879c000) libz.so.4 => /lib/libz.so.4 (0x2880a000) libfontconfig.so.1 => /usr/local/lib/libfontconfig.so.1 (0x2881c000) libX11.so.6 => /usr/local/lib/libX11.so.6 (0x28845000) libXfixes.so.3 => /usr/local/lib/libXfixes.so.3 (0x2892a000) libgobject-2.0.so.0 => /usr/local/lib/libgobject-2.0.so.0 (0x2892f000) libgmodule-2.0.so.0 => /usr/local/lib/libgmodule-2.0.so.0 (0x28969000) libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x2896d000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28a1c000) libgthread-2.0.so.0 => /usr/local/lib/libgthread-2.0.so.0 (0x28b11000) libm.so.5 => /lib/libm.so.5 (0x28b16000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x28b2b000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x28c20000) libthr.so.3 => /lib/libthr.so.3 (0x28c2b000) libc.so.7 => /lib/libc.so.7 (0x28c3e000) libXau.so.6 => /usr/local/lib/libXau.so.6 (0x28d40000) libglitz.so.1 => /usr/local/lib/libglitz.so.1 (0x28d43000) libpng.so.5 => /usr/local/lib/libpng.so.5 (0x28d69000) libpixman-1.so.9 => /usr/local/lib/libpixman-1.so.9 (0x28d8e000) libexpat.so.6 => /usr/local/lib/libexpat.so.6 (0x28db6000) libXdmcp.so.6 => /usr/local/lib/libXdmcp.so.6 (0x28dd6000) librpcsvc.so.3 => /usr/lib/librpcsvc.so.3 (0x28ddb000) libintl.so.8 => /usr/local/lib/libintl.so.8 (0x28de3000) libicui18n.so.38 => /usr/local/lib/libicui18n.so.38 (0x28dec000) libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x28f43000) libm.so.4 => /usr/local/lib/compat/libm.so.4 (0x28f6a000) libicuuc.so.38 => /usr/local/lib/libicuuc.so.38 (0x28f80000) libicudata.so.38 => /usr/local/lib/libicudata.so.38 (0x2909e000) empiric:~ % ldd /usr/local/lib/firefox3/firefox-bin /usr/local/lib/firefox3/firefox-bin: libxul.so => not found (0x0) libmozjs.so => not found (0x0) libxpcom.so => not found (0x0) libplds4.so.1 => /usr/local/lib/libplds4.so.1 (0x2807e000) libplc4.so.1 => /usr/local/lib/libplc4.so.1 (0x280a9000) libnspr4.so.1 => /usr/local/lib/libnspr4.so.1 (0x280d5000) libgtk-x11-2.0.so.0 => /usr/local/lib/libgtk-x11-2.0.so.0 (0x28106000) libatk-1.0.so.0 => /usr/local/lib/libatk-1.0.so.0 (0x28475000) libgdk-x11-2.0.so.0 => /usr/local/lib/libgdk-x11-2.0.so.0 (0x2848e000) libgdk_pixbuf-2.0.so.0 => /usr/local/lib/libgdk_pixbuf-2.0.so.0 (0x28513000) libpangocairo-1.0.so.0 => /usr/local/lib/libpangocairo-1.0.so.0 (0x28534000) libXext.so.6 => /usr/local/lib/libXext.so.6 (0x2853e000) libXrender.so.1 => /usr/local/lib/libXrender.so.1 (0x2854b000) libXinerama.so.1 => /usr/local/lib/libXinerama.so.1 (0x28554000) libXi.so.6 => /usr/local/lib/libXi.so.6 (0x28557000) libXrandr.so.2 => /usr/local/lib/libXrandr.so.2 (0x2855f000) libXcursor.so.1 => /usr/local/lib/libXcursor.so.1 (0x28565000) libXcomposite.so.1 => /usr/local/lib/libXcomposite.so.1 (0x2856e000) libXdamage.so.1 => /usr/local/lib/libXdamage.so.1 (0x28571000) libcairo.so.2 => /usr/local/lib/libcairo.so.2 (0x28574000) libpangoft2-1.0.so.0 => /usr/local/lib/libpangoft2-1.0.so.0 (0x285d9000) libpango-1.0.so.0 => /usr/local/lib/libpango-1.0.so.0 (0x28601000) libfreetype.so.9 => /usr/local/lib/libfreetype.so.9 (0x2863d000) libz.so.4 => /lib/libz.so.4 (0x286ab000) libfontconfig.so.1 => /usr/local/lib/libfontconfig.so.1 (0x286bd000) libgmodule-2.0.so.0 => /usr/local/lib/libgmodule-2.0.so.0 (0x286e6000) libX11.so.6 => /usr/local/lib/libX11.so.6 (0x286ea000) libXfixes.so.3 => /usr/local/lib/libXfixes.so.3 (0x287cf000) libgobject-2.0.so.0 => /usr/local/lib/libgobject-2.0.so.0 (0x287d4000) libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x2880e000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x288bd000) libm.so.5 => /lib/libm.so.5 (0x289b2000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x289c7000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x28abc000) libthr.so.3 => /lib/libthr.so.3 (0x28ac7000) libc.so.7 => /lib/libc.so.7 (0x28ada000) libXau.so.6 => /usr/local/lib/libXau.so.6 (0x28bdc000) libglitz.so.1 => /usr/local/lib/libglitz.so.1 (0x28bdf000) libpng.so.5 => /usr/local/lib/libpng.so.5 (0x28c05000) libpixman-1.so.9 => /usr/local/lib/libpixman-1.so.9 (0x28c2a000) libexpat.so.6 => /usr/local/lib/libexpat.so.6 (0x28c52000) libintl.so.8 => /usr/local/lib/libintl.so.8 (0x28c72000) libXdmcp.so.6 => /usr/local/lib/libXdmcp.so.6 (0x28c7b000) librpcsvc.so.3 => /usr/lib/librpcsvc.so.3 (0x28c80000) libicui18n.so.38 => /usr/local/lib/libicui18n.so.38 (0x28c88000) libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x28ddf000) libm.so.4 => /usr/local/lib/compat/libm.so.4 (0x28e06000) libicuuc.so.38 => /usr/local/lib/libicuuc.so.38 (0x28e1c000) libicudata.so.38 => /usr/local/lib/libicudata.so.38 (0x28f3a000) cheers BMS From owner-freebsd-stable@FreeBSD.ORG Thu Nov 6 14:06:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 277941065675 for ; Thu, 6 Nov 2008 14:06:58 +0000 (UTC) (envelope-from amon@aelita.org) Received: from mallaury.nerim.net (mallaury.ipv6.nerim.net [IPv6:2001:7a8:1:5::82]) by mx1.freebsd.org (Postfix) with ESMTP id A3B048FC1A for ; Thu, 6 Nov 2008 14:06:57 +0000 (UTC) (envelope-from amon@aelita.org) Received: from aelita.org (tourist.net8.nerim.net [213.41.176.3]) by mallaury.nerim.net (Postfix) with ESMTP id CD9A34FD6D for ; Thu, 6 Nov 2008 15:06:45 +0100 (CET) Received: from ra.aabs (localhost [127.0.0.1]) by aelita.org (8.14.2/8.14.2) with ESMTP id mA6F5mh2019007; Thu, 6 Nov 2008 16:05:48 +0100 (CET) (envelope-from amon@ra.aabs) Received: (from amon@localhost) by ra.aabs (8.14.2/8.14.2/Submit) id mA6F5mY7019006; Thu, 6 Nov 2008 16:05:48 +0100 (CET) (envelope-from amon) Date: Thu, 6 Nov 2008 16:05:48 +0100 From: Herve Boulouis To: Herve Boulouis Message-ID: <20081106150548.GF596@ra.aabs> References: <20081106102931.GD596@ra.aabs> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20081106102931.GD596@ra.aabs> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Multiple panics with 7.1-PRERELEASE amd64 and varnish X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Nov 2008 14:06:58 -0000 Le 06/11/2008 11:29, Herve Boulouis a écrit: I just tried to reboot one of the boxes without kern.ipc.maxpipekva=104857600 to check for kva problems but crashes persists, though the stack is completely different now. This time I included all the corrupt parts of the stack that I had stripped in my original email but they are similar (from frame 18 to end). Any ideas ? Unread portion of the kernel message buffer: vm_page_free: pindex(188034), busy(1), VPO_BUSY(0), hold(0) panic: vm_page_free: freeing busy page cpuid = 2 Uptime: 1h1m2s Physical memory: 4085 MB Dumping 289 MB: 274 258 242 226 210 194 178 162 146 130 114 98 82 66 50 34 18 2 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:195 #1 0x0000000000000000 in ?? () #2 0xffffffff803c6b8d in boot (howto=260) at ../../../kern/kern_shutdown.c:418 #3 0xffffffff803c6e48 in panic (fmt=Variable "fmt" is not available. ) at ../../../kern/kern_shutdown.c:572 #4 0xffffffff8059d816 in vm_page_free_toq (m=0x0) at ../../../vm/vm_page.c:1281 #5 0xffffffff8059d9c1 in vm_page_free (m=Variable "m" is not available. ) at ../../../vm/vm_page.c:498 #6 0xffffffff80411795 in socow_iodone (addr=Variable "addr" is not available. ) at ../../../kern/uipc_cow.c:92 #7 0xffffffff804129ca in mb_free_ext (m=0xffffff000ba64c00) at ../../../kern/uipc_mbuf.c:257 #8 0xffffffff80416781 in sbdrop_internal (sb=0xffffff000b4b2cc8, len=15469) at mbuf.h:515 #9 0xffffffff804168c0 in sbdrop_locked (sb=Variable "sb" is not available. ) at ../../../kern/uipc_sockbuf.c:898 #10 0xffffffff80418e05 in soisdisconnected (so=0xffffff000b4b2b40) at ../../../kern/uipc_socket.c:3158 #11 0xffffffff804e15b3 in tcp_close (tp=0xffffff000b6a8888) at ../../../netinet/tcp_subr.c:782 #12 0xffffffff804e16fa in tcp_drop (tp=0xffffff000b6a8888, errno=60) at ../../../netinet/tcp_subr.c:662 #13 0xffffffff804e65c2 in tcp_timer_rexmt (xtp=Variable "xtp" is not available. ) at ../../../netinet/tcp_timer.c:455 #14 0xffffffff803d81a3 in softclock (dummy=Variable "dummy" is not available. ) at ../../../kern/kern_timeout.c:274 #15 0xffffffff803a9a91 in ithread_loop (arg=Variable "arg" is not available. ) at ../../../kern/kern_intr.c:1088 #16 0xffffffff803a6a01 in fork_exit (callout=0xffffffff803a98d8 , arg=0xffffff00010fcb80, frame=0xffffffffad853c80) at ../../../kern/kern_fork.c:804 #17 0xffffffff8060d98e in fork_trampoline () at ../../../amd64/amd64/exception.S:455 #18 0x0000000000000000 in ?? () #19 0x0000000000000000 in ?? () #20 0x0000000000000001 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #49 0xffffff000110e370 in ?? () #50 0xffffffff803e5d68 in sched_switch (td=0xffffffff803a98d8, newtd=Variable "newtd" is not available. ) at ../../../kern/sched_ule.c:1938 #51 0x0000000000000000 in ?? () #52 0x0000000000000000 in ?? () #53 0x0000000000000000 in ?? () #54 0x0000000000000000 in ?? () #55 0x0000000000000000 in ?? () #56 0x0000000000000000 in ?? () #57 0x0000000000000000 in ?? () #58 0x0000000000000000 in ?? () #59 0x0000000000000000 in ?? () #60 0x0000000000000000 in ?? () #61 0x0000000000000000 in ?? () #62 0x0000000000000000 in ?? () #63 0x0000000000000000 in ?? () #64 0x0000000000000000 in ?? () #65 0x0000000000000000 in ?? () #66 0x0000000000000000 in ?? () #67 0x0000000000000000 in ?? () #68 0x0000000000000000 in ?? () #69 0x0000000000000000 in ?? () #70 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #71 0x0000000000000000 in ?? () #72 0x0000000000000000 in ?? () #73 0x0000000000000000 in ?? () #74 0x0000000000000000 in ?? () #75 0x0000000000000000 in ?? () #76 0x0000000000000000 in ?? () #77 0x0000000000000000 in ?? () #78 0x0000000000000000 in ?? () #79 0x0000000000000000 in ?? () #80 0x0000000000000000 in ?? () #81 0x0000000000000000 in ?? () #82 0x0000000000000000 in ?? () #83 0x0000000000000000 in ?? () #84 0x0000000000000000 in ?? () #85 0x0000000000000000 in ?? () #86 0x0000000000000000 in ?? () #87 0x0000000000000000 in ?? () #88 0x0000000000000000 in ?? () #89 0x0000000000000000 in ?? () #90 0x0000000000000000 in ?? () #91 0x0000000000000000 in ?? () #92 0x0000000000000000 in ?? () #93 0x0000000000000000 in ?? () #94 0x0000000000000000 in ?? () #95 0x0000000000000000 in ?? () #96 0x0000000000000000 in ?? () #97 0x0000000000000000 in ?? () #98 0x0000000000000000 in ?? () #99 0x0000000000000000 in ?? () #100 0x0000000000000000 in ?? () #101 0x0000000000000000 in ?? () #102 0x0000000000000000 in ?? () #103 0x0000000000000000 in ?? () #104 0x0000000000000000 in ?? () #105 0x0000000000000000 in ?? () #106 0x0000000000000000 in ?? () #107 0x0000000000000000 in ?? () #108 0x0000000000000000 in ?? () #109 0x0000000000000000 in ?? () #110 0x0000000000000000 in ?? () #111 0x0000000000000000 in ?? () #112 0x0000000000000000 in ?? () #113 0x0000000000000000 in ?? () #114 0x0000000000000000 in ?? () #115 0x0000000000000000 in ?? () #116 0x0000000000000000 in ?? () #117 0x0000000000000000 in ?? () #118 0x0000000000000000 in ?? () Cannot access memory at address 0xffffffffad854000 (kgdb) -- Herve Boulouis From owner-freebsd-stable@FreeBSD.ORG Thu Nov 6 19:22:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56CC81065688 for ; Thu, 6 Nov 2008 19:22:53 +0000 (UTC) (envelope-from gabriele.cecchetti@gmail.com) Received: from mail-gx0-f13.google.com (mail-gx0-f13.google.com [209.85.217.13]) by mx1.freebsd.org (Postfix) with ESMTP id C7A1F8FC16 for ; Thu, 6 Nov 2008 19:22:52 +0000 (UTC) (envelope-from gabriele.cecchetti@gmail.com) Received: by gxk6 with SMTP id 6so574682gxk.19 for ; Thu, 06 Nov 2008 11:22:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:reply-to :user-agent:mime-version:to:cc:subject:content-type :content-transfer-encoding:from; bh=8TYkMzbODjQiUyFYn1CAfU/SgRaPb/VZgAE5TPB9j58=; b=iIGZtuCUh/8ncGfVEM5Qafjk/AZKj/myBQDXeJ20AwnCJQTtL2DQCaEJjfsoprQZvf DJGHv+UgLtLOYS0AfwVOZqNsU5sdZZYxrsy0t28Pb+DTFWGDuqdHMSxq2BdUV790cD/k SeausOnOIPz0gHlH8rjBBMTqminBM6Qidpzk4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:reply-to:user-agent:mime-version:to:cc:subject :content-type:content-transfer-encoding:from; b=IJx4COiy5njIuOKEbwNkZLlUUIVibPVHg54cw4bVnVxy3Y8d1kFWyKlmqJUYTn+2Pl udA4SZ/PF08mGYgest9LP/DBpbGpnnAOQ8iMhnpnYobU3TnYn/UWNnNKIpXQY6LDJxlp 0kZ05jWn0Ogd31BstDs3TzvA7brr8SttxHQhw= Received: by 10.142.109.16 with SMTP id h16mr593515wfc.145.1225997118043; Thu, 06 Nov 2008 10:45:18 -0800 (PST) Received: from ?192.168.1.110? (S0106001884a238dd.vc.shawcable.net [24.80.22.226]) by mx.google.com with ESMTPS id 31sm2950486wff.16.2008.11.06.10.45.15 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 06 Nov 2008 10:45:17 -0800 (PST) Message-ID: <49133B35.9040603@sssup.it> Date: Thu, 06 Nov 2008 10:45:09 -0800 User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit From: Gabriele Cecchetti Cc: Fabio Checconi Subject: Panics and freeze using age0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: g.cecchetti@sssup.it List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Nov 2008 19:22:53 -0000 I'm running FreeBSD 7.1-PRERELEASE over Asus P5Q motherboard. Such board comes with an nic requiring age0 driver. When the nic is under load, such trasferring big amount of data over gigabit connection (let's say some gigabyte backups), the computer hangs, sometimes with panic, sometimes freezing. Before that i was using an Intel nic with em0 driver and 7.0-Stable#2.. and that configuration was really stable. Looking at the backtrace we found that the page fault happened during pmap operations (sorry I've not the backtrace anymore to attach to this mail). Another problem with age0 driver was that when the machine boot, the nic goes up and down and then remain down. Everytime, gaining control of it was a mess. Anyone with similar experience ? age0 driver is well tested for production enviroment or not ? Is better to buy another Intel card and going on using em0 driver ? Any other problems affecting this release just now ? And, last question, 7.1-PRERELEASE should belong to the STABLE tree ? In that case why during the last two months is so instable for production enviroment ? Maybe I'm wrong, so I accept suggestions. Cheers Gabriele From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 00:47:37 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36B111065672; Fri, 7 Nov 2008 00:47:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 001DD8FC1A; Fri, 7 Nov 2008 00:47:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA70lYVY090418; Thu, 6 Nov 2008 19:47:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA70lYFo070952; Thu, 6 Nov 2008 19:47:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id D48CE1B5078; Thu, 6 Nov 2008 19:47:33 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081107004733.D48CE1B5078@freebsd-stable.sentex.ca> Date: Thu, 6 Nov 2008 19:47:33 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8577/Wed Nov 5 16:05:36 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2008 00:47:37 -0000 TB --- 2008-11-06 23:29:29 - tinderbox 2.4 running on freebsd-stable.sentex.ca TB --- 2008-11-06 23:29:29 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2008-11-06 23:29:29 - cleaning the object tree TB --- 2008-11-06 23:29:52 - cvsupping the source tree TB --- 2008-11-06 23:29:52 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2008-11-06 23:30:01 - building world (CFLAGS=-O2 -pipe) TB --- 2008-11-06 23:30:01 - cd /src TB --- 2008-11-06 23:30:01 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 6 23:30:02 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 7 00:36:54 UTC 2008 TB --- 2008-11-07 00:36:54 - generating LINT kernel config TB --- 2008-11-07 00:36:54 - cd /src/sys/i386/conf TB --- 2008-11-07 00:36:54 - /usr/bin/make -B LINT TB --- 2008-11-07 00:36:54 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-11-07 00:36:54 - cd /src TB --- 2008-11-07 00:36:54 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 7 00:36:54 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_ntptime.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_physio.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_pmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_poll.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_priv.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_proc.c /src/sys/kern/kern_proc.c: In function 'sysctl_kern_proc_vmmap': /src/sys/kern/kern_proc.c:1454: error: too few arguments to function 'VOP_GETATTR' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-07 00:47:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-07 00:47:33 - ERROR: failed to build lint kernel TB --- 2008-11-07 00:47:33 - tinderbox aborted TB --- 3811.96 user 399.60 system 4684.00 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 02:03:45 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89FED106568C; Fri, 7 Nov 2008 02:03:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 571968FC0C; Fri, 7 Nov 2008 02:03:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id mA723glQ080233; Thu, 6 Nov 2008 21:03:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA723gLZ006183; Thu, 6 Nov 2008 21:03:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 84FCE1B5078; Thu, 6 Nov 2008 21:03:42 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081107020342.84FCE1B5078@freebsd-stable.sentex.ca> Date: Thu, 6 Nov 2008 21:03:42 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8577/Wed Nov 5 16:05:36 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [releng_7 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2008 02:03:45 -0000 TB --- 2008-11-07 00:47:34 - tinderbox 2.4 running on freebsd-stable.sentex.ca TB --- 2008-11-07 00:47:34 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2008-11-07 00:47:34 - cleaning the object tree TB --- 2008-11-07 00:47:57 - cvsupping the source tree TB --- 2008-11-07 00:47:57 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/pc98/supfile TB --- 2008-11-07 00:48:07 - building world (CFLAGS=-O2 -pipe) TB --- 2008-11-07 00:48:07 - cd /src TB --- 2008-11-07 00:48:07 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 7 00:48:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 7 01:55:01 UTC 2008 TB --- 2008-11-07 01:55:01 - generating LINT kernel config TB --- 2008-11-07 01:55:01 - cd /src/sys/pc98/conf TB --- 2008-11-07 01:55:01 - /usr/bin/make -B LINT TB --- 2008-11-07 01:55:01 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-11-07 01:55:01 - cd /src TB --- 2008-11-07 01:55:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 7 01:55:01 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/kern/kern_ntptime.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/kern/kern_physio.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/kern/kern_pmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/kern/kern_poll.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/kern/kern_priv.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/kern/kern_proc.c /src/sys/kern/kern_proc.c: In function 'sysctl_kern_proc_vmmap': /src/sys/kern/kern_proc.c:1454: error: too few arguments to function 'VOP_GETATTR' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-07 02:03:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-07 02:03:42 - ERROR: failed to build lint kernel TB --- 2008-11-07 02:03:42 - tinderbox aborted TB --- 3681.09 user 399.78 system 4568.36 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 02:27:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4718106567C for ; Fri, 7 Nov 2008 02:27:29 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id 955438FC12 for ; Fri, 7 Nov 2008 02:27:29 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so388085ywe.13 for ; Thu, 06 Nov 2008 18:27:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=hdU+dCUHKPs5T78OGsAQVkgz513QvAKFzx+ggkj04n8=; b=yEA4AvWEBCH1Nd3TkM32urge7ZtW3mM8RIIOPW07TBdT2KrmFi5nyWhwHrA4nOuM0t R1EfhdwpyrnqEf0VBAdY5VzqBHO4Hpd3j3ruhvdFGipaeuCjw/Sanim0mRAGxaSEjoC6 TFIYtQdOrpyPCYrS/jmmHOxBt5aL2CefkG45k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=UO8VbvbUgT/FddG1KgkugGW2Jbz/tgX0ZAN00mrCtwMUK2p+NMyILYeMfzrXS8M9KN SVho4LwueW53QMQh1DxQ2XvVxbPsj6/+TS06regSbkPyNx+QVnu7cb0HpgRIU6YwvYLD DBVu6jk/BwFhuKncOxnH9vdHvzPuKOoL7mhuA= Received: by 10.150.144.17 with SMTP id r17mr2517431ybd.186.1226024848658; Thu, 06 Nov 2008 18:27:28 -0800 (PST) Received: by 10.150.12.12 with HTTP; Thu, 6 Nov 2008 18:27:28 -0800 (PST) Message-ID: <5f67a8c40811061827g46fe16adpb0c9d9c11db49dbe@mail.gmail.com> Date: Thu, 6 Nov 2008 21:27:28 -0500 From: "Zaphod Beeblebrox" To: "FreeBSD Stable Mailing List" 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: zpool 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: Fri, 07 Nov 2008 02:27:30 -0000 Someone posted something like this earlier... [3:6:306]root@canoe:/u/dgilbert> zpool attach canoe ad8s4d ad4s3d Assertion failed: (=E8Q), function rv =3D=3D 0, file /canoe/64/usr/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpo= ol/zpool_vdev.c, line 131. Abort trap: 6 (core dumped) ... and the only reply I see is asking the poster to paste the given XML. Since I'm also getting this crash, I will post that here. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 02:39:11 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1463106564A; Fri, 7 Nov 2008 02:39:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 982E68FC13; Fri, 7 Nov 2008 02:39:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA72d86I097115; Thu, 6 Nov 2008 21:39:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mA72d8Ir095335; Thu, 6 Nov 2008 21:39:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id B75DD1B5078; Thu, 6 Nov 2008 21:39:08 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081107023908.B75DD1B5078@freebsd-stable.sentex.ca> Date: Thu, 6 Nov 2008 21:39:08 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8577/Wed Nov 5 16:05:36 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2008 02:39:11 -0000 TB --- 2008-11-07 00:57:15 - tinderbox 2.4 running on freebsd-stable.sentex.ca TB --- 2008-11-07 00:57:15 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2008-11-07 00:57:16 - cleaning the object tree TB --- 2008-11-07 00:57:33 - cvsupping the source tree TB --- 2008-11-07 00:57:33 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2008-11-07 00:57:40 - building world (CFLAGS=-O2 -pipe) TB --- 2008-11-07 00:57:40 - cd /src TB --- 2008-11-07 00:57:40 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 7 00:57:41 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 7 02:27:54 UTC 2008 TB --- 2008-11-07 02:27:54 - generating LINT kernel config TB --- 2008-11-07 02:27:54 - cd /src/sys/ia64/conf TB --- 2008-11-07 02:27:54 - /usr/bin/make -B LINT TB --- 2008-11-07 02:27:54 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-11-07 02:27:54 - cd /src TB --- 2008-11-07 02:27:54 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 7 02:27:54 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/kern_mutex.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/kern_ntptime.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/kern_physio.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/kern_pmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/kern_priv.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/kern_proc.c /src/sys/kern/kern_proc.c: In function 'sysctl_kern_proc_vmmap': /src/sys/kern/kern_proc.c:1454: error: too few arguments to function 'VOP_GETATTR' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-07 02:39:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-07 02:39:08 - ERROR: failed to build lint kernel TB --- 2008-11-07 02:39:08 - tinderbox aborted TB --- 5137.85 user 401.19 system 6112.66 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 03:20:20 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E93D1065670; Fri, 7 Nov 2008 03:20:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id F32948FC08; Fri, 7 Nov 2008 03:20:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA73KHVb099383; Thu, 6 Nov 2008 22:20:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA73KHxu065839; Thu, 6 Nov 2008 22:20:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id C6DE41B5078; Thu, 6 Nov 2008 22:20:17 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081107032017.C6DE41B5078@freebsd-stable.sentex.ca> Date: Thu, 6 Nov 2008 22:20:17 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8577/Wed Nov 5 16:05:36 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2008 03:20:20 -0000 TB --- 2008-11-07 02:03:42 - tinderbox 2.4 running on freebsd-stable.sentex.ca TB --- 2008-11-07 02:03:42 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2008-11-07 02:03:42 - cleaning the object tree TB --- 2008-11-07 02:03:59 - cvsupping the source tree TB --- 2008-11-07 02:03:59 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/powerpc/powerpc/supfile TB --- 2008-11-07 02:04:07 - building world (CFLAGS=-O2 -pipe) TB --- 2008-11-07 02:04:07 - cd /src TB --- 2008-11-07 02:04:07 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 7 02:04:08 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 7 03:12:24 UTC 2008 TB --- 2008-11-07 03:12:24 - generating LINT kernel config TB --- 2008-11-07 03:12:24 - cd /src/sys/powerpc/conf TB --- 2008-11-07 03:12:24 - /usr/bin/make -B LINT TB --- 2008-11-07 03:12:24 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-11-07 03:12:24 - cd /src TB --- 2008-11-07 03:12:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 7 03:12:25 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/kern/kern_mutex.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/kern/kern_ntptime.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/kern/kern_physio.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/kern/kern_pmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/kern/kern_priv.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/kern/kern_proc.c /src/sys/kern/kern_proc.c: In function 'sysctl_kern_proc_vmmap': /src/sys/kern/kern_proc.c:1454: error: too few arguments to function 'VOP_GETATTR' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-07 03:20:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-07 03:20:17 - ERROR: failed to build lint kernel TB --- 2008-11-07 03:20:17 - tinderbox aborted TB --- 3780.38 user 376.19 system 4595.02 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 03:50:08 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35F101065690; Fri, 7 Nov 2008 03:50:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id EDA658FC1B; Fri, 7 Nov 2008 03:50:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id mA73o5wI085246; Thu, 6 Nov 2008 22:50:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA73o5Ix089020; Thu, 6 Nov 2008 22:50:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 825A21B5078; Thu, 6 Nov 2008 22:50:05 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081107035005.825A21B5078@freebsd-stable.sentex.ca> Date: Thu, 6 Nov 2008 22:50:05 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8577/Wed Nov 5 16:05:36 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [releng_7 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2008 03:50:08 -0000 TB --- 2008-11-07 02:39:08 - tinderbox 2.4 running on freebsd-stable.sentex.ca TB --- 2008-11-07 02:39:08 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2008-11-07 02:39:08 - cleaning the object tree TB --- 2008-11-07 02:39:22 - cvsupping the source tree TB --- 2008-11-07 02:39:22 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2008-11-07 02:39:30 - building world (CFLAGS=-O2 -pipe) TB --- 2008-11-07 02:39:30 - cd /src TB --- 2008-11-07 02:39:30 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 7 02:39:31 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 7 03:42:34 UTC 2008 TB --- 2008-11-07 03:42:34 - generating LINT kernel config TB --- 2008-11-07 03:42:34 - cd /src/sys/sparc64/conf TB --- 2008-11-07 03:42:34 - /usr/bin/make -B LINT TB --- 2008-11-07 03:42:34 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-11-07 03:42:34 - cd /src TB --- 2008-11-07 03:42:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 7 03:42:34 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_mutex.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_ntptime.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_physio.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_pmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_priv.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_proc.c /src/sys/kern/kern_proc.c: In function 'sysctl_kern_proc_vmmap': /src/sys/kern/kern_proc.c:1454: error: too few arguments to function 'VOP_GETATTR' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-07 03:50:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-07 03:50:05 - ERROR: failed to build lint kernel TB --- 2008-11-07 03:50:05 - tinderbox aborted TB --- 3572.13 user 364.69 system 4256.62 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 05:16:19 2008 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB879106568C for ; Fri, 7 Nov 2008 05:16:19 +0000 (UTC) (envelope-from rorya+freebsd.org@TrueStep.com) Received: from Tserver.TrueStep.com (Tserver.TrueStep.com [64.253.96.188]) by mx1.freebsd.org (Postfix) with ESMTP id 3A6E18FC13 for ; Fri, 7 Nov 2008 05:16:19 +0000 (UTC) (envelope-from rorya+freebsd.org@TrueStep.com) Received: from Cypher.TrueStep (Cypher.TrueStep [10.101.1.8]) (authenticated bits=0) by Tserver.TrueStep.com (8.14.2/8.14.2) with ESMTP id mA750ZU3035800 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 7 Nov 2008 00:00:41 -0500 (EST) (envelope-from rorya+freebsd.org@TrueStep.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=TrueStep.com; s=default; t=1226034041; bh=Govm0qyVpr1pymiO3mN9tTs5ZT9SkC0gp6owBAp YCo8=; h=Message-Id:From:To:Content-Type:Content-Transfer-Encoding: Mime-Version:Subject:Date:Cc; b=hEpP3AZQ8VSY60fm59o4EC3kz3jBYGPXFi FzWop8YhG+MEIJfdcq3gyCbw5HNl8hu7mAUurk+K/cxin1cuQzc/q9Y+DixWoDzis9x gq0s6wOrpQ53BIM/PWBgghqRlDCI+sL6dHTm/rgByPdB1v06ZhfY0Ihx3yqCSMDfMO2 ZNo= Message-Id: <9592E887-75F3-473F-9581-F9C22A9936A6@TrueStep.com> From: Rory Arms To: FreeBSD-stable@FreeBSD.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Fri, 7 Nov 2008 00:00:34 -0500 X-Mailer: Apple Mail (2.929.2) Cc: kensmith@cse.buffalo.edu Subject: 6.4-RC2 crashes after a few minutes of uptime X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2008 05:16:19 -0000 Ken, First of all, I'm not subscribed to the freebsd-stable@ mailing list, so please include me in any replies. I have been using a Dell Pentium II Inspiron 3700 (192 MiB of RAM, 430 Mhz PII-Celeron CPU) to test FreeBSD 6.4 and have been noticing panics since upgrading it to 6.4-RC1. The system initially was installed with 6.3-RELEASE (single partition installation, ACPI enabled, GNOME 2) and had been quite stable. So, in an effort to help test 6.4, I upgraded it to 6.4-RC1 using freebsd- update(8). The upgrade has destabilized the system, as every single bootup since then has led to a panic. I had coredumps turned on, so I tried to gather a backtrace with kgdb(1) and every time I'd try it would hang trying to parse the core dump. All I see is 4 lines of "Attempt to extract a compoent of a value that is not a structure pointer." and it hangs. So, today I decided to upgrade to 6.4-RC2 in hopes that it would resolve these problems and it also crashes. Though it does seem to last longer before panicing. With RC1 I couldn't even get a full login to GNOME to finish before the panic, most times. Now, with RC2 it seems to crash later, but this could just be coincidence. So far I've just had one crash with RC2, and am now running a few apps in GNOME to see if I can trigger it again. Note also, with RC2 I'm unable to analyze the kernel core dump either. kgdb(1) seems to hang with the same error as with RC1. I do have minidump on with RC2, and I've just now disabled it so that next time it crashes, it will save a full core file, to see if that makes a difference. Though, if RC1 is any indication, I doubt that will make any difference, but we'll see. All I can glean from the panic (from the info.0 file) is that the Panic String is a "page fault." I believe this was the same error with RC1 and as I recall every panic I was able to see (at the console) it involved the process named "swi6." Guess I should try booting with ACPI disabled to see if there is any difference, though I never had to do this with 6.3. Well, if I can assist with further debugging, let me know. Thanks, - rory From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 07:17:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 219341065673 for ; Fri, 7 Nov 2008 07:17:55 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA08.westchester.pa.mail.comcast.net (qmta08.westchester.pa.mail.comcast.net [76.96.62.80]) by mx1.freebsd.org (Postfix) with ESMTP id 88E188FC1C for ; Fri, 7 Nov 2008 07:17:54 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA11.westchester.pa.mail.comcast.net ([76.96.62.36]) by QMTA08.westchester.pa.mail.comcast.net with comcast id c7Ao1a00F0mv7h0587HRze; Fri, 07 Nov 2008 07:17:25 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA11.westchester.pa.mail.comcast.net with comcast id c7Hs1a00D2P6wsM3X7HtGE; Fri, 07 Nov 2008 07:17:53 +0000 X-Authority-Analysis: v=1.0 c=1 a=BlE0Q1ap2ugA:10 a=v_B5dTwbAAAA:8 a=QycZ5dHgAAAA:8 a=RXToGQUT5TuPp870QasA:9 a=BEO5HDKg8hp7B0vzeWEA:7 a=nriO4_Ig86q14uMBWibS2lZNNJ0A:4 a=EoioJ0NPDVgA:10 a=oltX7JrCFroA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 29DC25C34; Thu, 6 Nov 2008 23:17:52 -0800 (PST) Date: Thu, 6 Nov 2008 23:17:52 -0800 From: Jeremy Chadwick To: freebsd-hardware@freebsd.org Message-ID: <20081107071752.GA5842@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Cc: votdev@gmx.de, freebsd-stable@freebsd.org, sos@freebsd.org Subject: Western Digital hard disks and ATA 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: Fri, 07 Nov 2008 07:17:55 -0000 A user and myself on a broadband forum were discussing the possibility of diminishing quality of hard disks (particularly 1TB models) in recent days (specifically October). The user continually referenced something called "deep recovery cycle", backed with claims from Newegg reviewers (who often know very little or nothing at all -- grain of salt concept applies), which make Western Digital's desktop hard disks unfit for RAID or server usage. I claimed shenanigans until the user pointed me to the following document on Western Digital's site: http://wdc.custhelp.com/cgi-bin/wdc.cfg/php/enduser/std_adp.php?p_faqid=1397 The feature described apparently causes the hard disk to enter some form of aggressive sector scan/sector remapping loop, which can take up to 2 minutes to complete, during which time, the hard disk is basically unusable. (I imagine ATA commands sent to the disk will simply time out or stall indefinitely, which would result in all sorts of timeout errors). Note that Western Digital's "RAID edition" drives claim to take up to 7 seconds to reallocate sectors, using something they call TLER, which force-limits the amount of time the drive can spend reallocating. TLER cannot be disabled: http://wdc.custhelp.com/cgi-bin/wdc.cfg/php/enduser/std_adp.php?p_faqid=1478 What baffles me is why Western Digital thinks that 2 minutes of the drive being unusable is acceptable "but only for desktops". Any FreeBSD desktop will start reporting ATA timeouts if the drive wedges for more than 5 seconds -- two minutes would just spew errors and hard-lock the system. What also baffles me is why Western Digital thinks the term "RAID" always means a hardware RAID controller is involved as a buffer between the OS and the disks. Bzzzt, bad assumption on their part. So why do we care? As stated, FreeBSD's ATA command timeout is hard-set to 5 seconds, and is not adjustable without editing the ATA code yourself and increasing the value. The FreeNAS folks have made patches available to turn the timeout value into a sysctl. Soren and/or others, please increase this timeout value. Five seconds has now been deemed too aggressive a default. And please consider migrating the timeout value into a sysctl. P.S. -- I do not consider any of this reason to avoid Western Digital drives. But I would warn users to be a little more cautious before reporting ATA timeouts when newer (circia 2007 and later) WD drives are in use. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 07:24:07 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E0A7106567B for ; Fri, 7 Nov 2008 07:24:07 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id 204FE8FC17 for ; Fri, 7 Nov 2008 07:24:06 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so436883ywe.13 for ; Thu, 06 Nov 2008 23:24:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=xdK9ahYtZOzMLlcdZgktqYs3SKqPhFoeAOuMj4Y7SG8=; b=WABwS8gu1OaBRk8Oefl7EAjOuo7I3X4LF4/sKfPogZDMNCpj6gBhClGlPPTlZs9He7 Gw8EIklvSJJs2LgmJapv1xReJRqTI8s03NaZ71wxYzALvQpI6mWANwzKQ9liAXEmE5sp T8yXf6LRzwqk9Vj5aAuvbnMpLMITIFfqDyo8c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=tcW9JONUifwKKgWNZKUtdJbCgqIGS/ngHurcKF3FBVAaso6ZNlEs6OwLratbtp8GRx vuJFtomw6axQfYTDxjb0YSH3bzIf8p/ok0imDm3duFfucN81cZfa3VC7YL/rZkwcNTV2 7lMNV7rkxlIMw1OksHVyOQDiK/pM8FJGBUEO0= Received: by 10.90.83.2 with SMTP id g2mr2791875agb.7.1226042646140; Thu, 06 Nov 2008 23:24:06 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id o61sm2902771hsc.7.2008.11.06.23.24.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 06 Nov 2008 23:24:05 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mA77M3Sp011963 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Nov 2008 16:22:03 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mA77M1li011962; Fri, 7 Nov 2008 16:22:01 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 7 Nov 2008 16:22:01 +0900 From: Pyun YongHyeon To: g.cecchetti@sssup.it Message-ID: <20081107072201.GD11486@cdnetworks.co.kr> References: <49133B35.9040603@sssup.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49133B35.9040603@sssup.it> User-Agent: Mutt/1.4.2.1i Cc: Fabio Checconi , freebsd-stable@freebsd.org Subject: Re: Panics and freeze using age0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2008 07:24:07 -0000 On Thu, Nov 06, 2008 at 10:45:09AM -0800, Gabriele Cecchetti wrote: > I'm running FreeBSD 7.1-PRERELEASE over Asus P5Q motherboard. > Such board comes with an nic requiring age0 driver. > When the nic is under load, such trasferring big amount of data > over gigabit connection (let's say some gigabyte backups), > the computer hangs, sometimes with panic, sometimes freezing. > Without backtrace is really hard to guess what's the cause of panic. So please send backtrace to us. > Before that i was using an Intel nic with em0 driver > and 7.0-Stable#2.. and that configuration was really stable. > > Looking at the backtrace we found that the page fault happened > during pmap operations (sorry I've not the backtrace anymore to attach > to this mail). > Another problem with age0 driver was that when the machine boot, the nic > goes up and down and then remain down. Everytime, gaining control of it > was a mess. > Would you be more elaborate on this issue? Does it mean you have to manually up/down game with ifconfig(8) after boot? > Anyone with similar experience ? > age0 driver is well tested for production enviroment or not ? 7.1-RELEASE would be the first official release that will ship age(4). So I don't think it was well tested under various workloads. But if you can provide more information for the issue I think it could be enhanced in near future. > Is better to buy another Intel card and going on using em0 driver ? Remember, all hardwares supported by age(4) are for consumer motherboards. Even if L1 has much better performance/design than that of its successor, L1E, it's still not for server market. The same is true for em(4). Since there are too many variants you may have to choose the best hardware model that is suited for your workload. > Any other problems affecting this release just now ? > > And, last question, 7.1-PRERELEASE should belong to the STABLE tree ? > In that case why during the last two months is so instable for > production enviroment ? > > Maybe I'm wrong, so I accept suggestions. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 07:34:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7B381065697 for ; Fri, 7 Nov 2008 07:34:52 +0000 (UTC) (envelope-from gabriele.cecchetti@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.187]) by mx1.freebsd.org (Postfix) with ESMTP id 6B5488FC1A for ; Fri, 7 Nov 2008 07:34:52 +0000 (UTC) (envelope-from gabriele.cecchetti@gmail.com) Received: by rn-out-0910.google.com with SMTP id j71so815538rne.12 for ; Thu, 06 Nov 2008 23:34:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:reply-to :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding:from; bh=ElhdfbXno4iM+f9nPuPBZ2O6ko2ec5G3Voj34bafvek=; b=fK71lJa0NWwwqkwhiiYLi+AMo26q8z52MpXv5XTsOlH4OVP051gChvv+n0+jmm7l0Q N9zLEptvb+25wtm0D5tn0YhenhZ9FZgaAqcAmjGsmyScOZMGdlFT18NWQtA6UOTXDJhh 3jtiiRc1NkKhR6wWMUST5NECPEe96DmuFSgMc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding:from; b=aoKTccbL5ZugCC9SbcsxSYEsZSUe8FVeADTZce0nt2Cn7Lw4/1+ZIuN8NmpBSv3uTe 6KWMbI/apXPPev9Fvr1eDYAfZLW17f4TxAkRadECD2b2bBRXKXBZBW8snYHnmHV6GbSX r07+2373kV7iGjwBfuzI354FCHl2CIA8Hefyg= Received: by 10.231.33.129 with SMTP id h1mr1329741ibd.33.1226043291352; Thu, 06 Nov 2008 23:34:51 -0800 (PST) Received: from ?192.168.1.110? (S0106001884a238dd.vc.shawcable.net [24.80.22.226]) by mx.google.com with ESMTPS id k41sm3609500rvb.4.2008.11.06.23.34.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 06 Nov 2008 23:34:50 -0800 (PST) Message-ID: <4913EF93.6010006@sssup.it> Date: Thu, 06 Nov 2008 23:34:43 -0800 User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: pyunyh@gmail.com References: <49133B35.9040603@sssup.it> <20081107072201.GD11486@cdnetworks.co.kr> In-Reply-To: <20081107072201.GD11486@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit From: Gabriele Cecchetti Cc: Fabio Checconi , freebsd-stable@freebsd.org Subject: Re: Panics and freeze using age0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: g.cecchetti@sssup.it List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2008 07:34:52 -0000 Pyun YongHyeon ha scritto: [...] > Would you be more elaborate on this issue? Does it mean you have > to manually up/down game with ifconfig(8) after boot? Yes, I need to do that. Sometimes happen that even if the interface is showed during the bootlog, then it is not showed by ifconfig. Typing ifconfig again show the interface. Then I've to down/up the interface and/or ping outside, like the interface was sleeping. > > Anyone with similar experience ? > > age0 driver is well tested for production enviroment or not ? > [...] > > Is better to buy another Intel card and going on using em0 driver ? > > Remember, all hardwares supported by age(4) are for consumer > motherboards. Even if L1 has much better performance/design than > that of its successor, L1E, it's still not for server market. > The same is true for em(4). Since there are too many variants you > may have to choose the best hardware model that is suited for your > workload. The other card I'm using is: em0@pci0:5:1:0: class=0x020000 card=0x13768086 chip=0x107c8086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 GT' class = network subclass = ethernet So, which card is the best buy for the server market ? Cheers Gabriele From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 08:08:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17728106567B; Fri, 7 Nov 2008 08:08:04 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 1CD748FC12; Fri, 7 Nov 2008 08:08:02 +0000 (UTC) (envelope-from artemb@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so833110fgb.35 for ; Fri, 07 Nov 2008 00:08:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=WDFUDrmdiLCRcEnUBwT4t4ynSqTMbKdbWIEzyEGVqXM=; b=TGbIYR40fwclcJIsPqaxkbfCubmUDm8tFKjn6gPkuv4nqMSvv504vF8VOxKgB/afWM mkB22v0yXkpEs9PEvqlpUD0Hnhd8evDfNwjdM2C8luIBjZkempW9ahmtkNHVUDfi2QAH 71+J4Szh0DKsDGTiAbxk7OM2gGggXRHnckI4E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=K04UEZCS8VK94O+bDycBUU3taTRKfxBKuZFXo9eJEX2x01yzrB9V+05uCRHqSyV3fc Z+xJZv5yJZIQcyKbe1ComRswFICUm/RR8sS9iZOl3WlC9XRXwdOho0uU7vol5fHj99OS ytj2o62SjKB2iaKmr5boKCBcplXlUyIO/JVkc= Received: by 10.180.214.13 with SMTP id m13mr950320bkg.157.1226045281672; Fri, 07 Nov 2008 00:08:01 -0800 (PST) Received: by 10.180.217.13 with HTTP; Fri, 7 Nov 2008 00:08:01 -0800 (PST) Message-ID: Date: Fri, 7 Nov 2008 00:08:01 -0800 From: "Artem Belevich" Sender: artemb@gmail.com To: "Jeremy Chadwick" In-Reply-To: <20081107071752.GA5842@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081107071752.GA5842@icarus.home.lan> X-Google-Sender-Auth: 65941cd0326b6f42 Cc: votdev@gmx.de, sos@freebsd.org, freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Western Digital hard disks and ATA 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: Fri, 07 Nov 2008 08:08:04 -0000 > Note that Western Digital's "RAID edition" drives claim to take up to 7 > seconds to reallocate sectors, using something they call TLER, which > force-limits the amount of time the drive can spend reallocating. TLER > cannot be disabled: TLER can be enabled/disabled on recent WD drives (SE16/RE2/GP). SE16/GP come with TLER off, RE2 with TLER on. Google WDTLER utility. It can apparently be obtained from WD by asking them nicely. Or, yet again, google is your friend. Here's one example - http://www.hardforum.com/archive/index.php/t-1191548.html --Artem From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 08:10:26 2008 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC0C5106568A for ; Fri, 7 Nov 2008 08:10:26 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out2.libero.it (cp-out2.libero.it [212.52.84.102]) by mx1.freebsd.org (Postfix) with ESMTP id 60B7D8FC0A for ; Fri, 7 Nov 2008 08:10:26 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from wmail5.libero.it (172.31.0.148) by cp-out2.libero.it (8.5.016.1) id 4912C7CE0019A3C3; Fri, 7 Nov 2008 09:10:07 +0100 Message-ID: <31468697.1064671226045407700.JavaMail.defaultUser@defaultHost> Date: Fri, 7 Nov 2008 09:10:07 +0100 (CET) From: "barbara.xxx1975@libero.it" To: , MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: 7bit X-SenderIP: 82.49.187.21 Cc: kensmith@cse.buffalo.edu Subject: R: 6.4-RC2 crashes after a few minutes of uptime X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "barbara.xxx1975@libero.it" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2008 08:10:26 -0000 >Ken, > >First of all, I'm not subscribed to the freebsd-stable@ mailing list, >so please include me in any replies. I have been using a Dell Pentium >II Inspiron 3700 (192 MiB of RAM, 430 Mhz PII-Celeron CPU) to test >FreeBSD 6.4 and have been noticing panics since upgrading it to 6.4-RC1. > >The system initially was installed with 6.3-RELEASE (single partition >installation, ACPI enabled, GNOME 2) and had been quite stable. So, in >an effort to help test 6.4, I upgraded it to 6.4-RC1 using freebsd- >update(8). The upgrade has destabilized the system, as every single >bootup since then has led to a panic. I had coredumps turned on, so I >tried to gather a backtrace with kgdb(1) and every time I'd try it >would hang trying to parse the core dump. All I see is 4 lines of >"Attempt to extract a compoent of a value that is not a structure >pointer." and it hangs. > >So, today I decided to upgrade to 6.4-RC2 in hopes that it would >resolve these problems and it also crashes. Though it does seem to >last longer before panicing. With RC1 I couldn't even get a full login >to GNOME to finish before the panic, most times. Now, with RC2 it >seems to crash later, but this could just be coincidence. So far I've >just had one crash with RC2, and am now running a few apps in GNOME to >see if I can trigger it again. > >Note also, with RC2 I'm unable to analyze the kernel core dump either. >kgdb(1) seems to hang with the same error as with RC1. I do have >minidump on with RC2, and I've just now disabled it so that next time >it crashes, it will save a full core file, to see if that makes a >difference. Though, if RC1 is any indication, I doubt that will make >any difference, but we'll see. All I can glean from the panic (from >the info.0 file) is that the Panic String is a "page fault." I believe >this was the same error with RC1 and as I recall every panic I was >able to see (at the console) it involved the process named "swi6." >Guess I should try booting with ACPI disabled to see if there is any >difference, though I never had to do this with 6.3. > >Well, if I can assist with further debugging, let me know. > >Thanks, > >- rory Hello, I had a similar problem described on this thread http://lists.freebsd.org/pipermail/freebsd-stable/2008- October/045865.html Summarizing, I had several panics about swi6 (but I had them after some/several hours of uptime). I'm tracking STABLE and generally I'm resyncing /usr/src every 1-2 weeks and I started having problems since about Oct. 5. Unfortunately I had no answer. The problem *seems* gone away after taking the following actions: - disable powerd (I had enabled it few days before the problem emerged) - getting new sources and doing a new buildworld - rebuilding some gnome ports (the "non usual" ones I was using when panics occurred) and all the gnome deamons (sysutils/hal etc.) - as the guy having a similar problem on 7 "solved" moving away from gnome I'm not sure about what has been the resolutive action (and even if I had no more panics, I'm not really sure that the problem could be considered solved!) I hope that it could help about your stability problem... regards Barbara From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 08:36:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87606106567D for ; Fri, 7 Nov 2008 08:36:30 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [76.96.30.16]) by mx1.freebsd.org (Postfix) with ESMTP id 686CC8FC16 for ; Fri, 7 Nov 2008 08:36:30 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA07.emeryville.ca.mail.comcast.net ([76.96.30.59]) by QMTA01.emeryville.ca.mail.comcast.net with comcast id c8Yp1a0021GXsucA18cWcv; Fri, 07 Nov 2008 08:36:30 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA07.emeryville.ca.mail.comcast.net with comcast id c8cS1a0052P6wsM8T8cTnl; Fri, 07 Nov 2008 08:36:27 +0000 X-Authority-Analysis: v=1.0 c=1 a=NScBMle9X3IA:10 a=40FIlvht7DMA:10 a=tSd2Yfa9AAAA:8 a=8pif782wAAAA:8 a=hD80L64hAAAA:8 a=QycZ5dHgAAAA:8 a=RkybPS4Kh4YlctgQl98A:9 a=g_OC5pzheJzSf3dGS4gA:7 a=GErg-guPOWZ5_0QS_lz1ore1qZYA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id AA5765C34; Fri, 7 Nov 2008 00:36:26 -0800 (PST) Date: Fri, 7 Nov 2008 00:36:26 -0800 From: Jeremy Chadwick To: Artem Belevich Message-ID: <20081107083626.GA1583@icarus.home.lan> References: <20081107071752.GA5842@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: votdev@gmx.de, freebsd-hardware@freebsd.org, freebsd-stable@freebsd.org, sos@freebsd.org Subject: Re: Western Digital hard disks and ATA 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: Fri, 07 Nov 2008 08:36:30 -0000 On Fri, Nov 07, 2008 at 12:08:01AM -0800, Artem Belevich wrote: > > Note that Western Digital's "RAID edition" drives claim to take up to 7 > > seconds to reallocate sectors, using something they call TLER, which > > force-limits the amount of time the drive can spend reallocating. TLER > > cannot be disabled: > > TLER can be enabled/disabled on recent WD drives (SE16/RE2/GP). SE16/GP > come with TLER off, RE2 with TLER on. Google WDTLER utility. > It can apparently be obtained from WD by asking them nicely. > Or, yet again, google is your friend. Here's one example - > http://www.hardforum.com/archive/index.php/t-1191548.html Thanks for the information. Nice to know one of their FAQ entries is false. Also, note that "SE16/RE2/GP" is not specific enough; I have SE16 drives from 2005, and I highly doubt those have TLER capability due to their age. Also, there's a Wikipedia article on this whole fiasco. http://en.wikipedia.org/wiki/Time-Limited_Error_Recovery It also appears Samsung drives have a similar feature called CCTL, which uses a value of 7 or 8 seconds: http://www.samsung.com/global/business/hdd/learningresource/whitepapers/LearningResource_CCTL.html But regardless of TLER being toggleable, FreeBSD's ATA command timeout of 5 seconds is too aggressive, and should be increased. Likewise, the value should be a sysctl, so those who do want such aggressive values can use it at the community's -- or their own -- behest. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 09:03:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BA781065676 for ; Fri, 7 Nov 2008 09:03:30 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id ADEDF8FC12 for ; Fri, 7 Nov 2008 09:03:29 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so457595ywe.13 for ; Fri, 07 Nov 2008 01:03:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=DLwSclnRhGD8mHTn66uTktHANcxadrKTFZs8STg8iBw=; b=oOyFGGfS8t9ZATaWRxYMWnZp2yK4nvI19pB/88+MpPZtEduonvYHM8LKnPHrks4FdU 9WUsKeAG3YjzLL8RDfIeNXrUW1GxZ6h9qOZJmKva3RhdeWGTEF4sKVzCr5cmzmi6LIng CwrM1OEgSY+yAXuhga2vwQ/xGkXDHaIBKkJys= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=r7XSXjOFAm02mOee6P1DKUnQ2Z6bbWFqdu6cZ1jAm2Qy6NVVUh6fV5fcwLYeZ4/OuF p1T77UrVclszZfLCTfUtYjzwfNAnXQR3LE0wzxvtmEjRx596Ryvo2OMNiI+qQPs+q67C bEneSNeDCEpZr/WEvvvDEmQfD/LSupCEVJ/jk= Received: by 10.90.78.14 with SMTP id a14mr2887067agb.26.1226048608961; Fri, 07 Nov 2008 01:03:28 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id 39sm3000501hse.19.2008.11.07.01.03.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 07 Nov 2008 01:03:27 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mA791Qdj012309 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Nov 2008 18:01:26 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mA791Pc1012308; Fri, 7 Nov 2008 18:01:25 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 7 Nov 2008 18:01:25 +0900 From: Pyun YongHyeon To: g.cecchetti@sssup.it Message-ID: <20081107090125.GG11486@cdnetworks.co.kr> References: <49133B35.9040603@sssup.it> <20081107072201.GD11486@cdnetworks.co.kr> <4913EF93.6010006@sssup.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4913EF93.6010006@sssup.it> User-Agent: Mutt/1.4.2.1i Cc: Fabio Checconi , freebsd-stable@freebsd.org Subject: Re: Panics and freeze using age0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2008 09:03:30 -0000 On Thu, Nov 06, 2008 at 11:34:43PM -0800, Gabriele Cecchetti wrote: > Pyun YongHyeon ha scritto: > [...] > > >Would you be more elaborate on this issue? Does it mean you have > >to manually up/down game with ifconfig(8) after boot? > > Yes, I need to do that. > Sometimes happen that even if the interface > is showed during the bootlog, then it is not showed by ifconfig. > Typing ifconfig again show the interface. > Then I've to down/up the interface and/or ping outside, like the > interface was sleeping. > Would you show me dmesg output? > > > Anyone with similar experience ? > > > age0 driver is well tested for production enviroment or not ? > > > [...] > > > Is better to buy another Intel card and going on using em0 driver ? > > > >Remember, all hardwares supported by age(4) are for consumer > >motherboards. Even if L1 has much better performance/design than > >that of its successor, L1E, it's still not for server market. > >The same is true for em(4). Since there are too many variants you > >may have to choose the best hardware model that is suited for your > >workload. > The other card I'm using is: > em0@pci0:5:1:0: class=0x020000 card=0x13768086 chip=0x107c8086 rev=0x05 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'PRO/1000 GT' > class = network > subclass = ethernet > > So, which card is the best buy for the server market ? Maybe other users in this list can answer that. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 09:17:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 872A01065676 for ; Fri, 7 Nov 2008 09:17:01 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id 6C4CE8FC1D for ; Fri, 7 Nov 2008 09:17:01 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA02.emeryville.ca.mail.comcast.net ([76.96.30.19]) by QMTA10.emeryville.ca.mail.comcast.net with comcast id c99U1a00H0QkzPwAA9H1wH; Fri, 07 Nov 2008 09:17:01 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA02.emeryville.ca.mail.comcast.net with comcast id c9Gz1a0012P6wsM8N9GzNm; Fri, 07 Nov 2008 09:17:00 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=FYGAqhRaNkR4OIOJjxwA:9 a=H_lNyAeIjN2s3rXzA15Z5z7WAbIA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 856D05C19; Fri, 7 Nov 2008 01:16:59 -0800 (PST) Date: Fri, 7 Nov 2008 01:16:59 -0800 From: Jeremy Chadwick To: g.cecchetti@sssup.it Message-ID: <20081107091659.GA1552@icarus.home.lan> References: <49133B35.9040603@sssup.it> <20081107072201.GD11486@cdnetworks.co.kr> <4913EF93.6010006@sssup.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4913EF93.6010006@sssup.it> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: pyunyh@gmail.com, Fabio Checconi , freebsd-stable@freebsd.org Subject: Re: Panics and freeze using age0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2008 09:17:01 -0000 On Thu, Nov 06, 2008 at 11:34:43PM -0800, Gabriele Cecchetti wrote: > The other card I'm using is: > em0@pci0:5:1:0: class=0x020000 card=0x13768086 chip=0x107c8086 rev=0x05 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'PRO/1000 GT' > class = network > subclass = ethernet > > So, which card is the best buy for the server market ? That's an easy one: the Intel card. The FreeBSD em(4) and igb(4) drivers are both maintained by Jack Vogel of Intel (who is equally as friendly and reliable as the drivers :-) ). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 11:08:29 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B12D11065680; Fri, 7 Nov 2008 11:08:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7A4BF8FC0C; Fri, 7 Nov 2008 11:08:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA7B8Ql5016914; Fri, 7 Nov 2008 06:08:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA7B8QeX046499; Fri, 7 Nov 2008 06:08:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 804271B5078; Fri, 7 Nov 2008 06:08:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081107110826.804271B5078@freebsd-stable.sentex.ca> Date: Fri, 7 Nov 2008 06:08:26 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8577/Wed Nov 5 16:05:36 2008 clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2008 11:08:29 -0000 TB --- 2008-11-07 09:22:50 - tinderbox 2.4 running on freebsd-stable.sentex.ca TB --- 2008-11-07 09:22:50 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2008-11-07 09:22:50 - cleaning the object tree TB --- 2008-11-07 09:23:18 - cvsupping the source tree TB --- 2008-11-07 09:23:18 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2008-11-07 09:23:25 - building world (CFLAGS=-O2 -pipe) TB --- 2008-11-07 09:23:25 - cd /src TB --- 2008-11-07 09:23:25 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 7 09:23:26 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Nov 7 10:58:49 UTC 2008 TB --- 2008-11-07 10:58:49 - generating LINT kernel config TB --- 2008-11-07 10:58:49 - cd /src/sys/amd64/conf TB --- 2008-11-07 10:58:49 - /usr/bin/make -B LINT TB --- 2008-11-07 10:58:49 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-11-07 10:58:49 - cd /src TB --- 2008-11-07 10:58:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 7 10:58:49 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_ntptime.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_physio.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_pmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_poll.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_priv.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_proc.c /src/sys/kern/kern_proc.c: In function 'sysctl_kern_proc_vmmap': /src/sys/kern/kern_proc.c:1454: error: too few arguments to function 'VOP_GETATTR' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-07 11:08:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-07 11:08:26 - ERROR: failed to build lint kernel TB --- 2008-11-07 11:08:26 - tinderbox aborted TB --- 5073.91 user 567.19 system 6336.27 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 11:31:31 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31B08106564A; Fri, 7 Nov 2008 11:31:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id EFAF98FC17; Fri, 7 Nov 2008 11:31:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA7BVS10018026; Fri, 7 Nov 2008 06:31:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mA7BVSg6001841; Fri, 7 Nov 2008 06:31:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 9185A1B5078; Fri, 7 Nov 2008 06:31:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081107113128.9185A1B5078@freebsd-stable.sentex.ca> Date: Fri, 7 Nov 2008 06:31:28 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8577/Wed Nov 5 16:05:36 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2008 11:31:31 -0000 TB --- 2008-11-07 10:13:12 - tinderbox 2.4 running on freebsd-stable.sentex.ca TB --- 2008-11-07 10:13:12 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2008-11-07 10:13:12 - cleaning the object tree TB --- 2008-11-07 10:13:32 - cvsupping the source tree TB --- 2008-11-07 10:13:32 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2008-11-07 10:13:39 - building world (CFLAGS=-O2 -pipe) TB --- 2008-11-07 10:13:39 - cd /src TB --- 2008-11-07 10:13:39 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 7 10:13:40 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 7 11:21:04 UTC 2008 TB --- 2008-11-07 11:21:04 - generating LINT kernel config TB --- 2008-11-07 11:21:04 - cd /src/sys/i386/conf TB --- 2008-11-07 11:21:04 - /usr/bin/make -B LINT TB --- 2008-11-07 11:21:04 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-11-07 11:21:04 - cd /src TB --- 2008-11-07 11:21:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 7 11:21:04 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_ntptime.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_physio.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_pmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_poll.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_priv.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_proc.c /src/sys/kern/kern_proc.c: In function 'sysctl_kern_proc_vmmap': /src/sys/kern/kern_proc.c:1454: error: too few arguments to function 'VOP_GETATTR' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-07 11:31:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-07 11:31:28 - ERROR: failed to build lint kernel TB --- 2008-11-07 11:31:28 - tinderbox aborted TB --- 3807.83 user 402.11 system 4696.38 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 11:37:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0231A1065679 for ; Fri, 7 Nov 2008 11:37:11 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2DB948FC0A for ; Fri, 7 Nov 2008 11:37:09 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA06275; Fri, 07 Nov 2008 13:37:06 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <49142861.6020304@icyb.net.ua> Date: Fri, 07 Nov 2008 13:37:05 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.17 (X11/20080929) MIME-Version: 1.0 To: FreeBSD Stable , freebsd-firewire@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: firewire disk disconnected but da* remains? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2008 11:37:11 -0000 I am a firewire newbie, so forgive me the following question. I disconnect external firewire HDD, firewire subsystem notices this but da0 device entry persists. Is this correct/expected behavior? on connect: kernel: fwohci0: BUS reset kernel: fwohci0: node_id=0xc800ffc1, gen=2, CYCLEMASTER mode kernel: firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) kernel: firewire0: bus manager 1 (me) kernel: fwohci0: txd err=14 ack busy_X last message repeated 2 times kernel: fwohci0: BUS reset kernel: fwohci0: node_id=0xc800ffc1, gen=3, CYCLEMASTER mode kernel: firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) kernel: firewire0: bus manager 1 (me) kernel: firewire0: New S400 device ID:0050770e00071002 kernel: da0 at sbp0 bus 0 target 0 lun 0 kernel: da0: Fixed Simplified Direct Access SCSI-4 device kernel: da0: 50.000MB/s transfers kernel: da0: 381554MB (781422768 512 byte sectors: 255H 63S/T 48641C) kernel: GEOM_LABEL: Label for provider da0s1 is ufs/extbackup. on disconnect: kernel: fwohci0: BUS reset kernel: fwohci0: node_id=0xc800ffc0, gen=4, CYCLEMASTER mode kernel: firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) kernel: firewire0: bus manager 0 (me) camcontrol rescan all done some time later stuck in cbwait state. System is recent releng/7 amd64. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 11:52:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C738F106564A for ; Fri, 7 Nov 2008 11:52:13 +0000 (UTC) (envelope-from ken73.chen@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by mx1.freebsd.org (Postfix) with ESMTP id 9D3B08FC12 for ; Fri, 7 Nov 2008 11:52:13 +0000 (UTC) (envelope-from ken73.chen@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1112469wfg.7 for ; Fri, 07 Nov 2008 03:52:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=6+apvqTUnVOSbu/s6U6tKQiJPKRblMCxxh0J13wW98o=; b=m/MTR4OXDOr8d5pUBCFYIXwc1oxtACDNtQHJOeB7M0L6UrQ8NTgC6w6BNWJSAVEeY/ 6npvEAsAmG03Sd28zd6433HyHUA2HPHMPSxzPdOwurT6L1AjXRWkZ9UDr/GfcvBNa0es FMUgvoCca5qTAB6aDaY+Q0m1oYCsWowAi+B8A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=d4X5Y8LUVU/ZeN2UIo4G/4sct1PfvlkpiCw2eaaSpSJrO3j7R0r35vGs0GeFELT6yt ZuSmDw987d4zHfA5QlkeA+UpDNkznFewfuCW34qTPbKXt766bGMkpI45c0i4vDbjSHWF QraS/VA3DAJsC6xTexLUR8QbwW4sktDLFonOc= Received: by 10.142.177.5 with SMTP id z5mr832344wfe.240.1226057377975; Fri, 07 Nov 2008 03:29:37 -0800 (PST) Received: by 10.142.232.19 with HTTP; Fri, 7 Nov 2008 03:29:37 -0800 (PST) Message-ID: Date: Fri, 7 Nov 2008 19:29:37 +0800 From: "Ken Chen" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: php-cgi frozen with sbwait when SMP enable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2008 11:52:13 -0000 Hello, I have 4 web servers with lighttpd to serve one web site with DNS load sharing. On the 2 SMP-enable web servers, there will be many php-cgi frozen in 'sbwait' state every day. It means the php-cgi stay in 'sbwait' state, and never be back to 'accept' or other state. If I restart them, there will be frozen php-cgi appear some hours later. There is no problem on the other single CPU web servers which running same php scripts and same configuration and version of PHP. Why and any solution? Thanks! Regards, Ken From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 12:13:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 321E9106567D for ; Fri, 7 Nov 2008 12:13:04 +0000 (UTC) (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 ABE578FC13 for ; Fri, 7 Nov 2008 12:13:03 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KyQD0-00050h-LI for freebsd-stable@freebsd.org; Fri, 07 Nov 2008 12:13:02 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Nov 2008 12:13:02 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Nov 2008 12:13:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 07 Nov 2008 13:12:57 +0100 Lines: 52 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6ECDB7DC38DF427D6626AAB4" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.17 (X11/20080925) In-Reply-To: X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: php-cgi frozen with sbwait when SMP enable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2008 12:13:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6ECDB7DC38DF427D6626AAB4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Ken Chen wrote: > Hello, >=20 > I have 4 web servers with lighttpd to serve one web site with DNS load > sharing. On the 2 SMP-enable web servers, there will be many php-cgi f= rozen > in 'sbwait' state every day. It means the php-cgi stay in 'sbwait' stat= e, > and never be back to 'accept' or other state. If I restart them, there = will > be frozen php-cgi appear some hours later. You didn't give any information about your environment, specifically versions of FreeBSD, PHP and lighttpd you use, and in what way you use PHP (I'm guessing you're using FastCGI). > There is no problem on the other single CPU web servers which running s= ame > php scripts and same configuration and version of PHP. >=20 > Why and any solution? AFAIK sbwait is socket buffer wait, meaning the process is waiting for some data over a socket (and, in your case, it's not getting it). I'm using php-cgi in FastCGI mode (with mod_fcgid on Apache) on about a dozen servers, all SMP, without problems. Some Apaches are worker-threaded and some use the event MPM. It very much looks like your problem could be a bug in lighttpd. --------------enig6ECDB7DC38DF427D6626AAB4 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.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJFDDJldnAQVacBcgRAsaiAKCh+G89mwxc7waBKPZoygPY39IDvgCg1vxw nTTcn0aQajNGXfC7nWqFvkY= =3jx+ -----END PGP SIGNATURE----- --------------enig6ECDB7DC38DF427D6626AAB4-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 12:24:57 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09B431065680; Fri, 7 Nov 2008 12:24:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C89938FC26; Fri, 7 Nov 2008 12:24:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA7COrki021414; Fri, 7 Nov 2008 07:24:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mA7COrJ1048645; Fri, 7 Nov 2008 07:24:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 298AD1B5078; Fri, 7 Nov 2008 07:24:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081107122453.298AD1B5078@freebsd-stable.sentex.ca> Date: Fri, 7 Nov 2008 07:24:53 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8577/Wed Nov 5 16:05:36 2008 clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2008 12:24:57 -0000 TB --- 2008-11-07 11:08:26 - tinderbox 2.4 running on freebsd-stable.sentex.ca TB --- 2008-11-07 11:08:26 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2008-11-07 11:08:26 - cleaning the object tree TB --- 2008-11-07 11:08:41 - cvsupping the source tree TB --- 2008-11-07 11:08:41 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/pc98/supfile TB --- 2008-11-07 11:08:49 - building world (CFLAGS=-O2 -pipe) TB --- 2008-11-07 11:08:49 - cd /src TB --- 2008-11-07 11:08:49 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 7 11:08:50 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 7 12:15:49 UTC 2008 TB --- 2008-11-07 12:15:49 - generating LINT kernel config TB --- 2008-11-07 12:15:49 - cd /src/sys/pc98/conf TB --- 2008-11-07 12:15:49 - /usr/bin/make -B LINT TB --- 2008-11-07 12:15:49 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-11-07 12:15:49 - cd /src TB --- 2008-11-07 12:15:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 7 12:15:50 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/kern/kern_ntptime.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/kern/kern_physio.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/kern/kern_pmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/kern/kern_poll.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/kern/kern_priv.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/kern/kern_proc.c /src/sys/kern/kern_proc.c: In function 'sysctl_kern_proc_vmmap': /src/sys/kern/kern_proc.c:1454: error: too few arguments to function 'VOP_GETATTR' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-07 12:24:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-07 12:24:52 - ERROR: failed to build lint kernel TB --- 2008-11-07 12:24:52 - tinderbox aborted TB --- 3686.23 user 398.26 system 4586.38 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 13:15:18 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F7671065676; Fri, 7 Nov 2008 13:15:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 34A388FC16; Fri, 7 Nov 2008 13:15:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id mA7DFFpN010564; Fri, 7 Nov 2008 08:15:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA7DFFck081450; Fri, 7 Nov 2008 08:15:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 10BA31B5078; Fri, 7 Nov 2008 08:15:15 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081107131515.10BA31B5078@freebsd-stable.sentex.ca> Date: Fri, 7 Nov 2008 08:15:15 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8577/Wed Nov 5 16:05:36 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [releng_7 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2008 13:15:18 -0000 TB --- 2008-11-07 11:31:28 - tinderbox 2.4 running on freebsd-stable.sentex.ca TB --- 2008-11-07 11:31:28 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2008-11-07 11:31:28 - cleaning the object tree TB --- 2008-11-07 11:31:42 - cvsupping the source tree TB --- 2008-11-07 11:31:42 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2008-11-07 11:31:49 - building world (CFLAGS=-O2 -pipe) TB --- 2008-11-07 11:31:49 - cd /src TB --- 2008-11-07 11:31:49 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 7 11:31:50 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 7 13:01:36 UTC 2008 TB --- 2008-11-07 13:01:36 - generating LINT kernel config TB --- 2008-11-07 13:01:36 - cd /src/sys/ia64/conf TB --- 2008-11-07 13:01:36 - /usr/bin/make -B LINT TB --- 2008-11-07 13:01:36 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-11-07 13:01:36 - cd /src TB --- 2008-11-07 13:01:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 7 13:01:36 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netgraph/ng_tty.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netgraph/ng_vjc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/accf_data.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/accf_http.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/if_atm.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/if_ether.c /src/sys/netinet/if_ether.c: In function 'arpresolve': /src/sys/netinet/if_ether.c:399: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-07 13:15:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-07 13:15:14 - ERROR: failed to build lint kernel TB --- 2008-11-07 13:15:14 - tinderbox aborted TB --- 5262.35 user 404.68 system 6226.05 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 14:10:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA917106564A for ; Fri, 7 Nov 2008 14:10:51 +0000 (UTC) (envelope-from ken73.chen@gmail.com) Received: from mail-gx0-f13.google.com (mail-gx0-f13.google.com [209.85.217.13]) by mx1.freebsd.org (Postfix) with ESMTP id 7D4048FC1A for ; Fri, 7 Nov 2008 14:10:51 +0000 (UTC) (envelope-from ken73.chen@gmail.com) Received: by gxk6 with SMTP id 6so983012gxk.19 for ; Fri, 07 Nov 2008 06:10:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=SWqFCCcDUdeaQonO3mNmqadxa9fBzUCpWUgCBNSUst0=; b=nmffm9OiBkp1amZQPRRwqMLtUTRDjatN3vy/G6ju/y1/wfz0MwXMciewE4Js4x/+al dwXuevP4etVZNg4y4EXbXTiqBnTcA07027Lq5cMq5jGV1nnkzTnkLzTHjr4VoDxnsRcz 55+0wbe0EuJ0PAfbgnY4Ls8fWowGswjnDfitE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=OAZV5BYzdHicL3TGid1iCwnUjFfooowtBGX9ODUk7bu+0sw7nNvXrlzKSk4MXpGd6M qPyMf5W/o1MfF/NzFzqkH45L3IiDqgTKdHv9UXOKPfYYSNxMDjLlgjdHA5quEElXScGz VfjAslZTOmjBFowsoMTZLai4zFtHspSgOOqeI= Received: by 10.142.147.15 with SMTP id u15mr903607wfd.317.1226067048680; Fri, 07 Nov 2008 06:10:48 -0800 (PST) Received: by 10.142.232.19 with HTTP; Fri, 7 Nov 2008 06:10:48 -0800 (PST) Message-ID: Date: Fri, 7 Nov 2008 22:10:48 +0800 From: "Ken Chen" To: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 References: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: php-cgi frozen with sbwait when SMP enable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2008 14:10:52 -0000 Oh.. sorry, I forgot to provide the information of my environment. web4# php-cgi -v PHP 5.2.6 (cgi-fcgi) (built: Nov 2 2008 11:16:30) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies with XCache v1.2.2, Copyright (c) 2005-2007, by mOo web4# /usr/local/lighttpd/sbin/lighttpd -v lighttpd-1.4.19 - a light and fast webserver Build-Date: Sep 1 2008 16:58:51 web4# uname -a FreeBSD web4.xxxx.com 7.0-RELEASE-p5 FreeBSD 7.0-RELEASE-p5 #11: Mon Nov 3 01:10:36 CST 2008 root@web4.xxxx.com:/usr/obj/usr/src/sys/WEB4 i386 web4# ps alx | grep php-cgi | grep -v grep | grep sbwait 65534 57776 47240 0 4 0 182328 84984 sbwait I ?? 2:02.12 /usr/local/bin/php-cgi 65534 57801 47240 0 4 0 182328 82408 sbwait I ?? 0:19.97 /usr/local/bin/php-cgi 65534 57809 47240 0 4 0 182328 84096 sbwait I ?? 1:12.03 /usr/local/bin/php-cgi 65534 57823 47240 0 4 0 182328 84492 sbwait I ?? 2:04.21 /usr/local/bin/php-cgi 65534 57833 47240 0 4 0 183352 83316 sbwait I ?? 0:28.62 /usr/local/bin/php-cgi 65534 57866 47240 0 4 0 182328 79952 sbwait I ?? 0:05.92 /usr/local/bin/php-cgi 65534 57870 47240 0 4 0 182328 83184 sbwait I ?? 0:56.83 /usr/local/bin/php-cgi 65534 57871 47240 0 4 0 182328 83388 sbwait I ?? 0:54.96 /usr/local/bin/php-cgi 65534 57891 47240 0 4 0 182328 84436 sbwait I ?? 1:58.32 /usr/local/bin/php-cgi 65534 57925 47240 0 4 0 182328 84380 sbwait I ?? 2:03.53 /usr/local/bin/php-cgi 65534 65944 47240 0 4 0 182328 84184 sbwait I ?? 0:39.97 /usr/local/bin/php-cgi 65534 65952 47240 0 4 0 182328 84408 sbwait I ?? 0:21.37 /usr/local/bin/php-cgi From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 14:21:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB254106567E for ; Fri, 7 Nov 2008 14:21:38 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id C10D18FC19 for ; Fri, 7 Nov 2008 14:21:38 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA07.emeryville.ca.mail.comcast.net ([76.96.30.59]) by QMTA08.emeryville.ca.mail.comcast.net with comcast id cCGQ1a00A1GXsucA8EMe3S; Fri, 07 Nov 2008 14:21:38 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA07.emeryville.ca.mail.comcast.net with comcast id cEMd1a00D2P6wsM8TEMdRC; Fri, 07 Nov 2008 14:21:38 +0000 X-Authority-Analysis: v=1.0 c=1 a=WbCbx-liFbYA:10 a=tm_ATurd3F8A:10 a=QycZ5dHgAAAA:8 a=qbEGaqBndNnEH9CiQO8A:9 a=bYye2lMGHUeWUIz4gH8A:7 a=2kjYJ2f3WfW8-_g6-FzAaQjlVkgA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 92E305C19; Fri, 7 Nov 2008 06:21:37 -0800 (PST) Date: Fri, 7 Nov 2008 06:21:37 -0800 From: Jeremy Chadwick To: Ken Chen Message-ID: <20081107142137.GA7051@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: php-cgi frozen with sbwait when SMP enable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2008 14:21:38 -0000 On Fri, Nov 07, 2008 at 07:29:37PM +0800, Ken Chen wrote: > Hello, > > I have 4 web servers with lighttpd to serve one web site with DNS load > sharing. On the 2 SMP-enable web servers, there will be many php-cgi frozen > in 'sbwait' state every day. It means the php-cgi stay in 'sbwait' state, > and never be back to 'accept' or other state. If I restart them, there will > be frozen php-cgi appear some hours later. > > There is no problem on the other single CPU web servers which running same > php scripts and same configuration and version of PHP. > > Why and any solution? I'm not understanding what the problem is (and I've seen the output you provided later in the thread). Are you stating the problem is that you see many php-cgi processes? Or are you worried they're not doing anything? Does the website function, lock up, or anything like that? If not, what's the issue? :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 14:46:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E64821065680 for ; Fri, 7 Nov 2008 14:45:59 +0000 (UTC) (envelope-from ken73.chen@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id B85838FC19 for ; Fri, 7 Nov 2008 14:45:59 +0000 (UTC) (envelope-from ken73.chen@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1121688rvf.43 for ; Fri, 07 Nov 2008 06:45:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=Vq1eQYbiKeBGW5gg0s9z5z6cIycw/QqDBWqaP1zhA9s=; b=WHFBcZBd6NBJbA3pGs58Wwz6ZcXudhqlR6wQ014+Q44RvE2MEcC9sN/HyGdG7XtYrY eUP4y0BKfx54mCHCWh0q72Ido0Ux+4FelNlRO1UrpI0m+tfax7kP9W5U6NfH93trJzNk SbCIeLj5h6MEPNRexpjy3VdtLmSt5kkbdsEDc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=aRLLTbJDjihmaYlg5Ga7wUfJtrAQlm2GvYS/fO+4LXQt+OhfQe8HREBiYboQJPCcws Bhz/dk7iEh3JVO0vWRxscuAS1hh/PdvQgqC8uHQCQjn+wU/zTlgF9jD2Qn0sLbKmI/uE YNDxGbPouPu43/hLkjDCHnK90gZLcBUJufZn4= Received: by 10.142.172.12 with SMTP id u12mr916190wfe.186.1226069159286; Fri, 07 Nov 2008 06:45:59 -0800 (PST) Received: by 10.142.232.19 with HTTP; Fri, 7 Nov 2008 06:45:59 -0800 (PST) Message-ID: Date: Fri, 7 Nov 2008 22:45:59 +0800 From: "Ken Chen" To: freebsd-stable@freebsd.org In-Reply-To: <20081107142137.GA7051@icarus.home.lan> MIME-Version: 1.0 References: <20081107142137.GA7051@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: php-cgi frozen with sbwait when SMP enable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2008 14:46:00 -0000 Hi Jeremy, A health FastCGI process have a lifetime, so the PIDs of all php-cgi processes should in a short range. There are some 'php-cgi' fall in 'sbwait' state, and stay there forever. The frozen 'php-cgi' can't accept new request, so never retire. Please forgive my poor English. 2008/11/7 Jeremy Chadwick > On Fri, Nov 07, 2008 at 07:29:37PM +0800, Ken Chen wrote: > > Hello, > > > > I have 4 web servers with lighttpd to serve one web site with DNS load > > sharing. On the 2 SMP-enable web servers, there will be many php-cgi > frozen > > in 'sbwait' state every day. It means the php-cgi stay in 'sbwait' state, > > and never be back to 'accept' or other state. If I restart them, there > will > > be frozen php-cgi appear some hours later. > > > > There is no problem on the other single CPU web servers which running > same > > php scripts and same configuration and version of PHP. > > > > Why and any solution? > > I'm not understanding what the problem is (and I've seen the output you > provided later in the thread). Are you stating the problem is that you > see many php-cgi processes? Or are you worried they're not doing > anything? Does the website function, lock up, or anything like that? > If not, what's the issue? :-) > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 14:50:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA2161065695 for ; Fri, 7 Nov 2008 14:50:59 +0000 (UTC) (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 4E5758FC1F for ; Fri, 7 Nov 2008 14:50:59 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KySfp-0002xB-7a for freebsd-stable@freebsd.org; Fri, 07 Nov 2008 14:50:57 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Nov 2008 14:50:57 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Nov 2008 14:50:57 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 07 Nov 2008 15:50:54 +0100 Lines: 101 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC98013515810BEE7EBC34C72" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.17 (X11/20080925) In-Reply-To: X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: php-cgi frozen with sbwait when SMP enable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2008 14:51:00 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC98013515810BEE7EBC34C72 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Ken Chen wrote: > Oh.. sorry, I forgot to provide the information of my environment. >=20 > web4# php-cgi -v > PHP 5.2.6 (cgi-fcgi) (built: Nov 2 2008 11:16:30) > Copyright (c) 1997-2008 The PHP Group > Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies > with XCache v1.2.2, Copyright (c) 2005-2007, by mOo > web4# /usr/local/lighttpd/sbin/lighttpd -v > lighttpd-1.4.19 - a light and fast webserver > Build-Date: Sep 1 2008 16:58:51 > web4# uname -a > FreeBSD web4.xxxx.com 7.0-RELEASE-p5 FreeBSD 7.0-RELEASE-p5 #11: Mon No= v 3 > 01:10:36 CST 2008 root@web4.xxxx.com:/usr/obj/usr/src/sys/WEB4 i38= 6 > web4# ps alx | grep php-cgi | grep -v grep | grep sbwait > 65534 57776 47240 0 4 0 182328 84984 sbwait I ?? 2:02.12 > /usr/local/bin/php-cgi > 65534 57801 47240 0 4 0 182328 82408 sbwait I ?? 0:19.97 > /usr/local/bin/php-cgi > 65534 57809 47240 0 4 0 182328 84096 sbwait I ?? 1:12.03 > /usr/local/bin/php-cgi > 65534 57823 47240 0 4 0 182328 84492 sbwait I ?? 2:04.21 > /usr/local/bin/php-cgi > 65534 57833 47240 0 4 0 183352 83316 sbwait I ?? 0:28.62 > /usr/local/bin/php-cgi > 65534 57866 47240 0 4 0 182328 79952 sbwait I ?? 0:05.92 > /usr/local/bin/php-cgi > 65534 57870 47240 0 4 0 182328 83184 sbwait I ?? 0:56.83 > /usr/local/bin/php-cgi > 65534 57871 47240 0 4 0 182328 83388 sbwait I ?? 0:54.96 > /usr/local/bin/php-cgi > 65534 57891 47240 0 4 0 182328 84436 sbwait I ?? 1:58.32 > /usr/local/bin/php-cgi > 65534 57925 47240 0 4 0 182328 84380 sbwait I ?? 2:03.53 > /usr/local/bin/php-cgi > 65534 65944 47240 0 4 0 182328 84184 sbwait I ?? 0:39.97 > /usr/local/bin/php-cgi > 65534 65952 47240 0 4 0 182328 84408 sbwait I ?? 0:21.37 > /usr/local/bin/php-cgi This does seem a bit unusual, but seeing that your execution times are not null it might that the PHP servers are actually doing some useful work. You should have a mixture of various states in PHP - do they show up in top? My own example is: last pid: 77421; load averages: 2.82, 2.59, 2.13 up 55+16:58:49 15:48:16 209 processes: 2 running, 206 sleeping, 1 zombie CPU: 49.8% user, 0.0% nice, 2.8% system, 0.0% interrupt, 47.4% idle Mem: 1493M Active, 1583M Inact, 278M Wired, 139M Cache, 112M Buf, 505M Fr= ee Swap: 4500M Total, 416M Used, 4084M Free, 9% Inuse PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND= 75863 www 1 4 0 162M 50020K sbwait 3 2:54 36.77% php-cgi= 76830 www 1 103 0 156M 41556K CPU2 3 1:28 36.77% php-cgi= 76834 www 1 4 0 163M 56628K sbwait 0 2:23 33.59% php-cgi= 76019 www 1 4 0 150M 38948K accept 3 3:12 20.56% php-cgi= 76825 www 1 4 0 158M 42912K accept 2 1:21 18.16% php-cgi= 76846 www 1 4 0 162M 42600K sbwait 1 1:07 14.36% php-cgi= 76835 www 1 4 0 151M 39948K accept 2 1:28 12.60% php-cgi= 76829 www 1 4 0 150M 36564K sbwait 2 1:46 2.98% php-cgi= This is unusually high load, a spike, for this server but it has many cores and it's stable. It's also running 7.1-PRERELEASE. --------------enigC98013515810BEE7EBC34C72 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.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJFFXOldnAQVacBcgRAnGfAKDk/SfcR6fZPZngJRhdG+0YPA6AEQCgz3or 8wLpu1sy5xqtWifaOjVat5E= =3bC0 -----END PGP SIGNATURE----- --------------enigC98013515810BEE7EBC34C72-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 15:08:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AECC1065673 for ; Fri, 7 Nov 2008 15:08:20 +0000 (UTC) (envelope-from ken73.chen@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.185]) by mx1.freebsd.org (Postfix) with ESMTP id 14D0E8FC0C for ; Fri, 7 Nov 2008 15:08:19 +0000 (UTC) (envelope-from ken73.chen@gmail.com) Received: by rn-out-0910.google.com with SMTP id j71so944233rne.12 for ; Fri, 07 Nov 2008 07:08:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=ZWJfvRh5osvTLbqKSLeabgftugiyHYZRsqLeqkE1Cb4=; b=jbjonxJifDMGYWn+rZEUXX/mUnCFHK2KqsExqw1mNr3kWnGtCTYA7xHIAO9x1lD1xo ZthLnr3yjAO50jeM34jZ8rdp5EjIy4t2pqnld5jFOUmUon2GDPS+y7pQLYjIIw0NmbK4 ZRQFJ9vY5QbIkNYwfUavE98ti74coKhtt4yQ0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=nEZXa3gRNdpcJ6lPmcvkC6bm8jXN6i9sXx0fnyDFxnEa0Lq/CUhqsOR+F6LXrRYdfM LY4vWX1X7vvDRlRTKFoWFOyqpE1tfnbaN2w8eQjEhVeMyinyWUvj31c4pwt3+IG/2XIq YqI1C/MBavVp3LOBCdyUyFdh5BmtHUHkrBogs= Received: by 10.142.156.19 with SMTP id d19mr927965wfe.190.1226070498500; Fri, 07 Nov 2008 07:08:18 -0800 (PST) Received: by 10.142.232.19 with HTTP; Fri, 7 Nov 2008 07:08:18 -0800 (PST) Message-ID: Date: Fri, 7 Nov 2008 23:08:18 +0800 From: "Ken Chen" To: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 References: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: php-cgi frozen with sbwait when SMP enable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2008 15:08:20 -0000 I capture something. Please check the PID 57776. It's CPU time never change since my previous mail here. web4# ps alx | grep php-cgi | grep -v grep | grep sbwait 65534 57776 47240 0 4 0 182328 84984 sbwait I ?? 2:02.12 /usr/local/bin/php-cgi 65534 57801 47240 0 4 0 182328 82408 sbwait I ?? 0:19.97 /usr/local/bin/php-cgi 65534 57809 47240 0 4 0 182328 84096 sbwait I ?? 1:12.03 /usr/local/bin/php-cgi 65534 57823 47240 0 4 0 182328 84492 sbwait I ?? 2:04.21 /usr/local/bin/php-cgi 65534 57833 47240 0 4 0 183352 83316 sbwait I ?? 0:28.62 /usr/local/bin/php-cgi 65534 57866 47240 0 4 0 182328 79952 sbwait I ?? 0:05.92 /usr/local/bin/php-cgi 65534 57870 47240 0 4 0 182328 83184 sbwait I ?? 0:56.83 /usr/local/bin/php-cgi 65534 57871 47240 0 4 0 182328 83388 sbwait I ?? 0:54.96 /usr/local/bin/php-cgi 65534 57891 47240 0 4 0 182328 84436 sbwait I ?? 1:58.32 /usr/local/bin/php-cgi 65534 57925 47240 0 4 0 182328 84380 sbwait I ?? 2:03.53 /usr/local/bin/php-cgi 65534 65944 47240 0 4 0 182328 84184 sbwait I ?? 0:39.97 /usr/local/bin/php-cgi 65534 65952 47240 0 4 0 182328 84408 sbwait I ?? 0:21.37 /usr/local/bin/php-cgi 65534 66007 47240 0 4 0 183352 90960 sbwait I ?? 1:16.81 /usr/local/bin/php-cgi 65534 66014 47240 5 4 0 182328 92748 sbwait S ?? 1:41.23 /usr/local/bin/php-cgi 65534 66038 47240 1 4 0 182328 91900 sbwait I ?? 1:38.04 /usr/local/bin/php-cgi 65534 66060 47240 0 4 0 182328 90048 sbwait I ?? 1:15.46 /usr/local/bin/php-cgi 65534 66078 47240 3 4 0 182328 92224 sbwait S ?? 1:39.66 /usr/local/bin/php-cgi web4# top -b last pid: 70768; load averages: 1.62, 1.65, 1.43 up 4+15:56:06 22:53:48 85 processes: 1 running, 84 sleeping Mem: 492M Active, 1204M Inact, 218M Wired, 60M Cache, 112M Buf, 27M Free Swap: 2019M Total, 20K Used, 2019M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 69544 nobody 1 8 0 203M 38500K nanslp 1 6:31 11.33% php 47290 nobody 1 4 0 101M 98M kqread 1 30:42 2.98% lighttpd 66526 nobody 1 4 0 178M 92796K accept 1 1:40 1.12% php-cgi 66077 nobody 1 4 0 178M 92512K accept 0 1:49 1.07% php-cgi 65921 nobody 1 4 0 178M 92696K accept 0 1:43 0.98% php-cgi 65968 nobody 1 4 0 178M 92484K accept 0 1:43 0.93% php-cgi 66017 nobody 1 4 0 178M 92444K accept 0 1:50 0.88% php-cgi 65979 nobody 1 4 0 178M 92676K accept 1 1:44 0.88% php-cgi 66424 nobody 1 4 0 178M 92928K accept 1 1:36 0.88% php-cgi 65938 nobody 1 4 0 178M 92336K accept 1 1:52 0.73% php-cgi 65951 nobody 1 4 0 178M 92704K accept 0 1:48 0.73% php-cgi 66016 nobody 1 4 0 178M 92232K accept 1 1:41 0.73% php-cgi 65950 nobody 1 4 0 178M 93192K accept 0 1:51 0.68% php-cgi 65999 nobody 1 4 0 178M 92940K accept 1 1:46 0.63% php-cgi 66008 nobody 1 4 0 178M 93000K accept 1 1:46 0.63% php-cgi 69286 nobody 1 4 0 178M 92208K accept 1 0:37 0.63% php-cgi 47289 nobody 1 4 0 73400K 70640K kqread 1 12:02 0.59% lighttpd 65980 nobody 1 4 0 178M 93156K accept 1 1:51 0.59% php-cgi 2008/11/7 Ivan Voras > Ken Chen wrote: > > Oh.. sorry, I forgot to provide the information of my environment. > > > > web4# php-cgi -v > > PHP 5.2.6 (cgi-fcgi) (built: Nov 2 2008 11:16:30) > > Copyright (c) 1997-2008 The PHP Group > > Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies > > with XCache v1.2.2, Copyright (c) 2005-2007, by mOo > > web4# /usr/local/lighttpd/sbin/lighttpd -v > > lighttpd-1.4.19 - a light and fast webserver > > Build-Date: Sep 1 2008 16:58:51 > > web4# uname -a > > FreeBSD web4.xxxx.com 7.0-RELEASE-p5 FreeBSD 7.0-RELEASE-p5 #11: Mon Nov > 3 > > 01:10:36 CST 2008 root@web4.xxxx.com:/usr/obj/usr/src/sys/WEB4 i386 > > web4# ps alx | grep php-cgi | grep -v grep | grep sbwait > > 65534 57776 47240 0 4 0 182328 84984 sbwait I ?? 2:02.12 > > /usr/local/bin/php-cgi > > 65534 57801 47240 0 4 0 182328 82408 sbwait I ?? 0:19.97 > > /usr/local/bin/php-cgi > > 65534 57809 47240 0 4 0 182328 84096 sbwait I ?? 1:12.03 > > /usr/local/bin/php-cgi > > 65534 57823 47240 0 4 0 182328 84492 sbwait I ?? 2:04.21 > > /usr/local/bin/php-cgi > > 65534 57833 47240 0 4 0 183352 83316 sbwait I ?? 0:28.62 > > /usr/local/bin/php-cgi > > 65534 57866 47240 0 4 0 182328 79952 sbwait I ?? 0:05.92 > > /usr/local/bin/php-cgi > > 65534 57870 47240 0 4 0 182328 83184 sbwait I ?? 0:56.83 > > /usr/local/bin/php-cgi > > 65534 57871 47240 0 4 0 182328 83388 sbwait I ?? 0:54.96 > > /usr/local/bin/php-cgi > > 65534 57891 47240 0 4 0 182328 84436 sbwait I ?? 1:58.32 > > /usr/local/bin/php-cgi > > 65534 57925 47240 0 4 0 182328 84380 sbwait I ?? 2:03.53 > > /usr/local/bin/php-cgi > > 65534 65944 47240 0 4 0 182328 84184 sbwait I ?? 0:39.97 > > /usr/local/bin/php-cgi > > 65534 65952 47240 0 4 0 182328 84408 sbwait I ?? 0:21.37 > > /usr/local/bin/php-cgi > > This does seem a bit unusual, but seeing that your execution times are > not null it might that the PHP servers are actually doing some useful > work. You should have a mixture of various states in PHP - do they show > up in top? > > My own example is: > > last pid: 77421; load averages: 2.82, 2.59, 2.13 > up > 55+16:58:49 15:48:16 > 209 processes: 2 running, 206 sleeping, 1 zombie > CPU: 49.8% user, 0.0% nice, 2.8% system, 0.0% interrupt, 47.4% idle > Mem: 1493M Active, 1583M Inact, 278M Wired, 139M Cache, 112M Buf, 505M Free > Swap: 4500M Total, 416M Used, 4084M Free, 9% Inuse > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 75863 www 1 4 0 162M 50020K sbwait 3 2:54 36.77% php-cgi > 76830 www 1 103 0 156M 41556K CPU2 3 1:28 36.77% php-cgi > 76834 www 1 4 0 163M 56628K sbwait 0 2:23 33.59% php-cgi > 76019 www 1 4 0 150M 38948K accept 3 3:12 20.56% php-cgi > 76825 www 1 4 0 158M 42912K accept 2 1:21 18.16% php-cgi > 76846 www 1 4 0 162M 42600K sbwait 1 1:07 14.36% php-cgi > 76835 www 1 4 0 151M 39948K accept 2 1:28 12.60% php-cgi > 76829 www 1 4 0 150M 36564K sbwait 2 1:46 2.98% php-cgi > > This is unusually high load, a spike, for this server but it has many > cores and it's stable. It's also running 7.1-PRERELEASE. > > From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 15:42:17 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1A2F1065689 for ; Fri, 7 Nov 2008 15:42:17 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.freebsd.org (Postfix) with ESMTP id 5390F8FC14 for ; Fri, 7 Nov 2008 15:42:17 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw1.york.ac.uk (8.13.6/8.13.6) with ESMTP id mA7FgDtP027144; Fri, 7 Nov 2008 15:42:13 GMT Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1KyTTR-0000oR-5P; Fri, 07 Nov 2008 15:42:13 +0000 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.2/8.14.2) with ESMTP id mA7FgC7H070464; Fri, 7 Nov 2008 15:42:12 GMT (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.2/8.14.2/Submit) id mA7FgCgG070463; Fri, 7 Nov 2008 15:42:12 GMT (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Andriy Gapon In-Reply-To: <49142861.6020304@icyb.net.ua> References: <49142861.6020304@icyb.net.ua> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 07 Nov 2008 15:42:12 +0000 Message-Id: <1226072532.69416.4.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: freebsd-firewire@FreeBSD.org, FreeBSD Stable Subject: Re: firewire disk disconnected but da* remains? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2008 15:42:17 -0000 On Fri, 2008-11-07 at 13:37 +0200, Andriy Gapon wrote: > I am a firewire newbie, so forgive me the following question. > I disconnect external firewire HDD, firewire subsystem notices this but > da0 device entry persists. Is this correct/expected behavior? Yes. From sbp(4): Some users familiar with umass(4) might wonder why the device is not detached at the CAM layer when the device is unplugged. It is detached only if the device has not been plugged again during several bus resets. This is for preventing to detach an active file system even when the device cannot be probed correctly for some reason after a bus reset or when the device is temporary disconnected because the user changes the bus topology. If you want to force to detach the device, run ``fwcontrol -r'' several times or set hw.firewire.hold_count=0 by sysctl(1). Gavin From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 16:00:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13A23106564A; Fri, 7 Nov 2008 16:00:09 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from flat.berklix.org (flat.berklix.org [83.236.223.115]) by mx1.freebsd.org (Postfix) with ESMTP id 81FE58FC1A; Fri, 7 Nov 2008 16:00:07 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A4AF0.dip.t-dialin.net [84.154.74.240]) (authenticated bits=0) by flat.berklix.org (8.13.8/8.13.8) with ESMTP id mA7FffZJ041935; Fri, 7 Nov 2008 16:41:42 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id mA7FfZkt052627; Fri, 7 Nov 2008 16:41:35 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id mA7FfKEF021236; Fri, 7 Nov 2008 16:41:25 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200811071541.mA7FfKEF021236@fire.js.berklix.net> To: Jeremy Chadwick From: "Julian Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://berklix.com In-reply-to: Your message "Fri, 07 Nov 2008 00:36:26 PST." <20081107083626.GA1583@icarus.home.lan> Date: Fri, 07 Nov 2008 16:41:20 +0100 Sender: jhs@berklix.org Cc: votdev@gmx.de, sos@freebsd.org, freebsd-stable@freebsd.org, Artem Belevich , freebsd-hardware@freebsd.org Subject: Re: Western Digital hard disks and ATA 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: Fri, 07 Nov 2008 16:00:09 -0000 > But regardless of TLER being toggleable, FreeBSD's ATA command timeout > of 5 seconds is too aggressive, and should be increased. Likewise, the > value should be a sysctl, so those who do want such aggressive values Once it migrates from a constant to sysctl variable, could kernel maybe also sniff the drives, & automatically set appropriate value ? (Just an idea ? :-) Cheers, Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail plain ASCII text. HTML & Base64 text are spam. www.asciiribbon.org From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 17:17:21 2008 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94C681065673 for ; Fri, 7 Nov 2008 17:17:21 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 57F818FC16 for ; Fri, 7 Nov 2008 17:17:21 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id mA7HHJfL096003 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Nov 2008 12:17:19 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Rory Arms In-Reply-To: <9592E887-75F3-473F-9581-F9C22A9936A6@TrueStep.com> References: <9592E887-75F3-473F-9581-F9C22A9936A6@TrueStep.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ObOf3pXodNHXUxUY2JHK" Organization: U. Buffalo CSE Department Date: Fri, 07 Nov 2008 12:17:19 -0500 Message-Id: <1226078239.37011.37.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1335; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.1 required=5.0 tests=DNS_FROM_SECURITYSAGE autolearn=no version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: FreeBSD-stable@FreeBSD.org Subject: Re: 6.4-RC2 crashes after a few minutes of uptime X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2008 17:17:21 -0000 --=-ObOf3pXodNHXUxUY2JHK Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2008-11-07 at 00:00 -0500, Rory Arms wrote: > Well, if I can assist with further debugging, let me know. The person who followed up with a list of things that *may* have made the problem go away mentioned one of the things was disabling powerd. Do you have that enable, and if yes would you mind disabling it to see if that's the culprit? Thanks for the report. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-ObOf3pXodNHXUxUY2JHK Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkkUeB8ACgkQ/G14VSmup/YHnwCfdueOd8AjbQUb7RMdvMGyT7ua 87UAn2mPx1Zy/3hHacIkuzHh/QDe3uWI =Tjc7 -----END PGP SIGNATURE----- --=-ObOf3pXodNHXUxUY2JHK-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 17:24:15 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A52DE1065686; Fri, 7 Nov 2008 17:24:15 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 66ABD8FC0C; Fri, 7 Nov 2008 17:24:14 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA21675; Fri, 07 Nov 2008 19:24:11 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <491479BB.10404@icyb.net.ua> Date: Fri, 07 Nov 2008 19:24:11 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.17 (X11/20081106) MIME-Version: 1.0 To: Gavin Atkinson References: <49142861.6020304@icyb.net.ua> <1226072532.69416.4.camel@buffy.york.ac.uk> In-Reply-To: <1226072532.69416.4.camel@buffy.york.ac.uk> Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: freebsd-firewire@FreeBSD.org, FreeBSD Stable Subject: Re: firewire disk disconnected but da* remains? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2008 17:24:15 -0000 on 07/11/2008 17:42 Gavin Atkinson said the following: > On Fri, 2008-11-07 at 13:37 +0200, Andriy Gapon wrote: >> I am a firewire newbie, so forgive me the following question. >> I disconnect external firewire HDD, firewire subsystem notices this but >> da0 device entry persists. Is this correct/expected behavior? > > Yes. From sbp(4): > > Some users familiar with umass(4) might wonder why the device is not > detached at the CAM layer when the device is unplugged. It is detached > only if the device has not been plugged again during several bus resets. > This is for preventing to detach an active file system even when the > device cannot be probed correctly for some reason after a bus reset or > when the device is temporary disconnected because the user changes the > bus topology. If you want to force to detach the device, run ``fwcontrol > -r'' several times or set hw.firewire.hold_count=0 by sysctl(1). Thanks a lot! I should have RTFM. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 17:38:46 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B435B106564A for ; Fri, 7 Nov 2008 17:38:46 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C0E9E8FC08 for ; Fri, 7 Nov 2008 17:38:45 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA22568 for ; Fri, 07 Nov 2008 19:38:44 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <49147D23.3030503@icyb.net.ua> Date: Fri, 07 Nov 2008 19:38:43 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.17 (X11/20081106) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: /etc/ttys oddity X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2008 17:38:46 -0000 I have the following line in /etc/ttys: ttyv8 "/usr/local/bin/kdm -nodaemon" xterm on insecure Because of X misconfiguration it constantly crashed, so: kdm-bin[1178]: Unable to fire up local display :0; disabling. So I fix xorg.conf, then I change on => off in ttys, then I do kill -1 1, and X gets started! Seems illogical. Or maybe kdm-bin does something "smart" behind the scenes. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 19:12:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30CDE1065688 for ; Fri, 7 Nov 2008 19:12:57 +0000 (UTC) (envelope-from peter@wemm.org) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id B9A408FC1A for ; Fri, 7 Nov 2008 19:12:56 +0000 (UTC) (envelope-from peter@wemm.org) Received: by yw-out-2324.google.com with SMTP id 9so567925ywe.13 for ; Fri, 07 Nov 2008 11:12:55 -0800 (PST) Received: by 10.142.199.10 with SMTP id w10mr1040916wff.235.1226085175078; Fri, 07 Nov 2008 11:12:55 -0800 (PST) Received: by 10.142.255.21 with HTTP; Fri, 7 Nov 2008 11:12:55 -0800 (PST) Message-ID: Date: Fri, 7 Nov 2008 11:12:55 -0800 From: "Peter Wemm" To: "Jeremy Chadwick" In-Reply-To: <20081107071752.GA5842@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081107071752.GA5842@icarus.home.lan> Cc: votdev@gmx.de, sos@freebsd.org, freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Western Digital hard disks and ATA 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: Fri, 07 Nov 2008 19:12:57 -0000 On Thu, Nov 6, 2008 at 11:17 PM, Jeremy Chadwick wrote: [..] > As stated, FreeBSD's ATA command timeout is hard-set to 5 seconds, and > is not adjustable without editing the ATA code yourself and increasing > the value. The FreeNAS folks have made patches available to turn the > timeout value into a sysctl. > > Soren and/or others, please increase this timeout value. Five seconds > has now been deemed too aggressive a default. And please consider > migrating the timeout value into a sysctl. The 5 second timeout has been a problem for quite a while actually. I've had a number of instances where I've had to increase it to 20 or 30 seconds when recovering from marginal drives. The longest "successful" recovery attempt I've seen was 26 seconds, I believe on a Maxtor drive a few years ago. ("successful" == the drive spent 26 seconds but eventually successfully read the sector). Even the IBM death star drives could take much longer than 5 seconds to do a recovery 5 years ago. 5 seconds has never been a good default. I think the timeout should be increased to at least 30 seconds. My windows box has a timeout that goes for several minutes. If there is concern about FreeBSD appearing to hang, I could imagine that a console warning message could be printed after 5 seconds. But just say "drive has not yet responded". But give it more time. In this day and age we're generally not playing games with udma33 vs 66, notched cables, poor CRC support etc. SATA seems to have eliminated all that. Hmm, it might make sense to increase the timeout on SATA connections to 2 or 3 minutes by default. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 20:26:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0A18106567E for ; Fri, 7 Nov 2008 20:26:32 +0000 (UTC) (envelope-from gabriele.cecchetti@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.229]) by mx1.freebsd.org (Postfix) with ESMTP id 6B9D28FC0C for ; Fri, 7 Nov 2008 20:26:32 +0000 (UTC) (envelope-from gabriele.cecchetti@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1277565rvf.43 for ; Fri, 07 Nov 2008 12:26:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:reply-to :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding:from; bh=wFOT4ahEYNQq+vBMtGR1ta08u1rrutON0ZwKPfjnpOo=; b=gHbXUCiCS3+Ze1Qh0j7d2k32tECeeglEO2/UH5A6QgAUCiZ53ZN245zMgf2zd9HAz9 S/XnjFq0EV8OS6jBwYETjDpEvVZzhV38MonvJEaEnhfYMe2UOKLjXo+j/rI4kpDlCJb6 kBISQ4nX8i7nBX6qRBKfY6LwS2kPT89Hqrexs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding:from; b=LfB5zvp6iduFcE2/XFRCr+i7N2ahBmVeY4H0AlzgR5eecdYTrjtDJ3NiyMjVT1s96x p+YwzKqopvtWJexrnJEtOc1iwj2qGI6mtu4Z5eGulP5BI9x6Rmr6vxS2u230HMYioxAV RZ45KL4EqcKEwLr+nnhP6IS73PVHUG5fLigHw= Received: by 10.142.52.9 with SMTP id z9mr1068120wfz.37.1226089591662; Fri, 07 Nov 2008 12:26:31 -0800 (PST) Received: from ?192.168.1.110? (S0106001884a238dd.vc.shawcable.net [24.80.22.226]) by mx.google.com with ESMTPS id 22sm5137856wfg.13.2008.11.07.12.26.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 07 Nov 2008 12:26:30 -0800 (PST) Message-ID: <4914A46F.2000309@sssup.it> Date: Fri, 07 Nov 2008 12:26:23 -0800 User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: pyunyh@gmail.com References: <49133B35.9040603@sssup.it> <20081107072201.GD11486@cdnetworks.co.kr> <4913EF93.6010006@sssup.it> <20081107090125.GG11486@cdnetworks.co.kr> In-Reply-To: <20081107090125.GG11486@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit From: Gabriele Cecchetti Cc: g.cecchetti@sssup.it, Fabio Checconi , freebsd-stable@freebsd.org Subject: Re: Panics and freeze using age0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: g.cecchetti@sssup.it List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2008 20:26:32 -0000 Pyun YongHyeon ha scritto: > Would you show me dmesg output? > This is the dmesg output, note that age0 is detected after superuser login who start ifconfi-ing. Nov 5 12:12:35 granpasso kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Nov 5 12:12:35 granpasso kernel: The Regents of the University of California. All rights reserved. Nov 5 12:12:35 granpasso kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Nov 5 12:12:35 granpasso kernel: FreeBSD 7.1-PRERELEASE #2: Wed Oct 1 17:30:35 CEST 2008 Nov 5 12:12:35 granpasso kernel: root@granpasso.retis:/usr/obj/usr/src/sys/GRANPASSOv3 Nov 5 12:12:35 granpasso kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Nov 5 12:12:35 granpasso kernel: CPU: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (2400.10-MHz K8-class CPU) Nov 5 12:12:35 granpasso kernel: Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Nov 5 12:12:35 granpasso kernel: Features=0xbfebfbff Nov 5 12:12:35 granpasso kernel: Features2=0xe3bd Nov 5 12:12:35 granpasso kernel: AMD Features=0x20100800 Nov 5 12:12:35 granpasso kernel: AMD Features2=0x1 Nov 5 12:12:35 granpasso kernel: Cores per package: 4 Nov 5 12:12:35 granpasso kernel: usable memory = 4285071360 (4086 MB) Nov 5 12:12:35 granpasso kernel: avail memory = 4131549184 (3940 MB) Nov 5 12:12:35 granpasso kernel: ACPI APIC Table: Nov 5 12:12:35 granpasso kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs Nov 5 12:12:35 granpasso kernel: cpu0 (BSP): APIC ID: 0 Nov 5 12:12:35 granpasso kernel: cpu1 (AP): APIC ID: 1 Nov 5 12:12:35 granpasso kernel: cpu2 (AP): APIC ID: 2 Nov 5 12:12:35 granpasso kernel: cpu3 (AP): APIC ID: 3 Nov 5 12:12:35 granpasso kernel: ioapic0 irqs 0-23 on motherboard Nov 5 12:12:35 granpasso kernel: kbd1 at kbdmux0 Nov 5 12:12:35 granpasso kernel: netsmb_dev: loaded Nov 5 12:12:35 granpasso kernel: ichwd module loaded Nov 5 12:12:35 granpasso kernel: smbios0: at iomem 0xfc4f0-0xfc50e on motherboard Nov 5 12:12:35 granpasso kernel: smbios0: Version: 2.4, BCD Revision: 2.4 Nov 5 12:12:35 granpasso kernel: acpi0: on motherboard Nov 5 12:12:35 granpasso kernel: acpi0: [ITHREAD] Nov 5 12:12:35 granpasso kernel: acpi0: Power Button (fixed) Nov 5 12:12:35 granpasso kernel: acpi0: reservation of 0, a0000 (3) failed Nov 5 12:12:35 granpasso kernel: acpi0: reservation of e0000, 20000 (3) failed Nov 5 12:12:35 granpasso kernel: acpi0: reservation of 100000, dff00000 (3) failed Nov 5 12:12:35 granpasso kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Nov 5 12:12:35 granpasso kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 Nov 5 12:12:35 granpasso kernel: acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Nov 5 12:12:35 granpasso kernel: Timecounter "HPET" frequency 14318180 Hz quality 900 Nov 5 12:12:35 granpasso kernel: pcib0: port 0xcf8-0xcff on acpi0 Nov 5 12:12:35 granpasso kernel: pci0: on pcib0 Nov 5 12:12:35 granpasso kernel: pcib1: irq 16 at device 1.0 on pci0 Nov 5 12:12:35 granpasso kernel: pci1: on pcib1 Nov 5 12:12:35 granpasso kernel: 3ware device driver for 9000 series storage controllers, version: 3.70.05.001 Nov 5 12:12:35 granpasso kernel: twa0: <3ware 9000 series Storage Controller> port 0xc800-0xc8ff mem 0xf4000000-0xf5ffffff,0xf7dff000-0xf7dfffff irq 16 at device 0.0 on pci1 Nov 5 12:12:35 granpasso kernel: twa0: [ITHREAD] Nov 5 12:12:35 granpasso kernel: twa0: INFO: (0x15: 0x1300): Controller details:: Model 9650SE-8LPML, 8 ports, Firmware FE9X 3.08.00.004, BIOS BE9X 3.08.00.002 Nov 5 12:12:35 granpasso kernel: uhci0: port 0xb800-0xb81f irq 16 at device 26.0 on pci0 Nov 5 12:12:35 granpasso kernel: uhci0: [GIANT-LOCKED] Nov 5 12:12:35 granpasso kernel: uhci0: [ITHREAD] Nov 5 12:12:35 granpasso kernel: usb0: on uhci0 Nov 5 12:12:35 granpasso kernel: usb0: USB revision 1.0 Nov 5 12:12:35 granpasso kernel: uhub0: on usb0 Nov 5 12:12:35 granpasso kernel: uhub0: 2 ports with 2 removable, self powered Nov 5 12:12:35 granpasso kernel: uhci1: port 0xb880-0xb89f irq 21 at device 26.1 on pci0 Nov 5 12:12:35 granpasso kernel: uhci1: [GIANT-LOCKED] Nov 5 12:12:35 granpasso kernel: uhci1: [ITHREAD] Nov 5 12:12:35 granpasso kernel: usb1: on uhci1 Nov 5 12:12:35 granpasso kernel: usb1: USB revision 1.0 Nov 5 12:12:35 granpasso kernel: uhub1: on usb1 Nov 5 12:12:35 granpasso kernel: uhub1: 2 ports with 2 removable, self powered Nov 5 12:12:35 granpasso kernel: uhci2: port 0xbc00-0xbc1f irq 18 at device 26.2 on pci0 Nov 5 12:12:35 granpasso kernel: uhci2: [GIANT-LOCKED] Nov 5 12:12:35 granpasso kernel: uhci2: [ITHREAD] Nov 5 12:12:35 granpasso kernel: usb2: on uhci2 Nov 5 12:12:35 granpasso kernel: usb2: USB revision 1.0 Nov 5 12:12:35 granpasso kernel: uhub2: on usb2 Nov 5 12:12:35 granpasso kernel: uhub2: 2 ports with 2 removable, self powered Nov 5 12:12:35 granpasso kernel: ehci0: mem 0xf7cffc00-0xf7cfffff irq 18 at device 26.7 on pci0 Nov 5 12:12:35 granpasso kernel: ehci0: [GIANT-LOCKED] Nov 5 12:12:35 granpasso kernel: ehci0: [ITHREAD] Nov 5 12:12:35 granpasso kernel: usb3: EHCI version 1.0 Nov 5 12:12:35 granpasso kernel: usb3: companion controllers, 2 ports each: usb0 usb1 usb2 Nov 5 12:12:35 granpasso kernel: usb3: on ehci0 Nov 5 12:12:35 granpasso kernel: usb3: USB revision 2.0 Nov 5 12:12:35 granpasso kernel: uhub3: on usb3 Nov 5 12:12:35 granpasso kernel: uhub3: 6 ports with 6 removable, self powered Nov 5 12:12:35 granpasso kernel: pci0: at device 27.0 (no driver attached) Nov 5 12:12:35 granpasso kernel: pcib2: irq 17 at device 28.0 on pci0 Nov 5 12:12:35 granpasso kernel: pci4: on pcib2 Nov 5 12:12:35 granpasso kernel: pcib3: irq 17 at device 28.4 on pci0 Nov 5 12:12:35 granpasso kernel: pci3: on pcib3 Nov 5 12:12:35 granpasso kernel: atapci0: mem 0xf7ffe000-0xf7ffffff irq 16 at device 0.0 on pci3 Nov 5 12:12:35 granpasso kernel: atapci0: [ITHREAD] Nov 5 12:12:35 granpasso kernel: atapci0: AHCI Version 01.00 controller with 2 ports detected Nov 5 12:12:35 granpasso kernel: ata2: on atapci0 Nov 5 12:12:35 granpasso kernel: ata2: [ITHREAD] Nov 5 12:12:35 granpasso kernel: ata3: on atapci0 Nov 5 12:12:35 granpasso kernel: ata3: [ITHREAD] Nov 5 12:12:35 granpasso kernel: atapci1: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f at device 0.1 on pci3 Nov 5 12:12:35 granpasso kernel: atapci1: [ITHREAD] Nov 5 12:12:35 granpasso kernel: ata4: on atapci1 Nov 5 12:12:35 granpasso kernel: ata4: [ITHREAD] Nov 5 12:12:35 granpasso kernel: pcib4: irq 16 at device 28.5 on pci0 Nov 5 12:12:35 granpasso kernel: pci2: on pcib4 Nov 5 12:12:35 granpasso kernel: pci2: at device 0.0 (no driver attached) Nov 5 12:12:35 granpasso kernel: uhci3: port 0xb080-0xb09f irq 23 at device 29.0 on pci0 Nov 5 12:12:35 granpasso kernel: uhci3: [GIANT-LOCKED] Nov 5 12:12:35 granpasso kernel: uhci3: [ITHREAD] Nov 5 12:12:35 granpasso kernel: usb4: on uhci3 Nov 5 12:12:35 granpasso kernel: usb4: USB revision 1.0 Nov 5 12:12:35 granpasso kernel: uhub4: on usb4 Nov 5 12:12:35 granpasso kernel: uhub4: 2 ports with 2 removable, self powered Nov 5 12:12:35 granpasso kernel: uhci4: port 0xb400-0xb41f irq 19 at device 29.1 on pci0 Nov 5 12:12:35 granpasso kernel: uhci4: [GIANT-LOCKED] Nov 5 12:12:35 granpasso kernel: uhci4: [ITHREAD] Nov 5 12:12:35 granpasso kernel: usb5: on uhci4 Nov 5 12:12:35 granpasso kernel: usb5: USB revision 1.0 Nov 5 12:12:35 granpasso kernel: uhub5: on usb5 Nov 5 12:12:35 granpasso kernel: uhub5: 2 ports with 2 removable, self powered Nov 5 12:12:35 granpasso kernel: uhci5: port 0xb480-0xb49f irq 18 at device 29.2 on pci0 Nov 5 12:12:35 granpasso kernel: uhci5: [GIANT-LOCKED] Nov 5 12:12:35 granpasso kernel: uhci5: [ITHREAD] Nov 5 12:12:35 granpasso kernel: usb6: on uhci5 Nov 5 12:12:35 granpasso kernel: usb6: USB revision 1.0 Nov 5 12:12:35 granpasso kernel: uhub6: on usb6 Nov 5 12:12:35 granpasso kernel: uhub6: 2 ports with 2 removable, self powered Nov 5 12:12:35 granpasso kernel: ehci1: mem 0xf7cff800-0xf7cffbff irq 23 at device 29.7 on pci0 Nov 5 12:12:35 granpasso kernel: ehci1: [GIANT-LOCKED] Nov 5 12:12:35 granpasso kernel: ehci1: [ITHREAD] Nov 5 12:12:35 granpasso kernel: usb7: EHCI version 1.0 Nov 5 12:12:35 granpasso kernel: usb7: companion controllers, 2 ports each: usb4 usb5 usb6 Nov 5 12:12:35 granpasso kernel: usb7: on ehci1 Nov 5 12:12:35 granpasso kernel: usb7: USB revision 2.0 Nov 5 12:12:35 granpasso kernel: uhub7: on usb7 Nov 5 12:12:35 granpasso kernel: uhub7: 6 ports with 6 removable, self powered Nov 5 12:12:35 granpasso kernel: pcib5: at device 30.0 on pci0 Nov 5 12:12:35 granpasso kernel: pci5: on pcib5 Nov 5 12:12:35 granpasso kernel: em0: port 0xec00-0xec3f mem 0xfebe0000-0xfebfffff,0xfebc0000-0xfebdffff irq 17 at device 1.0 on pci5 Nov 5 12:12:35 granpasso kernel: em0: [FILTER] Nov 5 12:12:35 granpasso kernel: em0: Ethernet address: 00:0e:0c:c0:f9:fc Nov 5 12:12:35 granpasso kernel: vgapci0: mem 0xf8000000-0xfbffffff irq 18 at device 2.0 on pci5 Nov 5 12:12:35 granpasso kernel: fwohci0: port 0xe880-0xe8ff mem 0xfeb8f800-0xfeb8ffff irq 16 at device 3.0 on pci5 Nov 5 12:12:35 granpasso kernel: fwohci0: [FILTER] Nov 5 12:12:35 granpasso kernel: fwohci0: OHCI version 1.10 (ROM=1) Nov 5 12:12:35 granpasso kernel: fwohci0: No. of Isochronous channels is 4. Nov 5 12:12:35 granpasso kernel: fwohci0: EUI64 00:11:d8:00:01:8a:c3:a0 Nov 5 12:12:35 granpasso kernel: fwohci0: Phy 1394a available S400, 2 ports. Nov 5 12:12:35 granpasso kernel: fwohci0: Link S400, max_rec 2048 bytes. Nov 5 12:12:35 granpasso kernel: firewire0: on fwohci0 Nov 5 12:12:35 granpasso kernel: fwip0: on firewire0 Nov 5 12:12:35 granpasso kernel: fwip0: Firewire address: 00:11:d8:00:01:8a:c3:a0 @ 0xfffe00000000, S400, maxrec 2048 Nov 5 12:12:35 granpasso kernel: sbp0: on firewire0 Nov 5 12:12:35 granpasso kernel: fwohci0: Initiate bus reset Nov 5 12:12:35 granpasso kernel: fwohci0: BUS reset Nov 5 12:12:35 granpasso kernel: fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode Nov 5 12:12:35 granpasso kernel: isab0: at device 31.0 on pci0 Nov 5 12:12:35 granpasso kernel: isa0: on isab0 Nov 5 12:12:35 granpasso kernel: ichsmb0: port 0x400-0x41f mem 0xf7cff400-0xf7cff4ff irq 18 at device 31.3 on pci0 Nov 5 12:12:35 granpasso kernel: ichsmb0: [GIANT-LOCKED] Nov 5 12:12:35 granpasso kernel: ichsmb0: [ITHREAD] Nov 5 12:12:35 granpasso kernel: smbus0: on ichsmb0 Nov 5 12:12:35 granpasso kernel: smb0: on smbus0 Nov 5 12:12:35 granpasso kernel: acpi_button0: on acpi0 Nov 5 12:12:35 granpasso kernel: speaker0: port 0x61 on acpi0 Nov 5 12:12:35 granpasso kernel: sio0: configured irq 4 not in bitmap of probed irqs 0 Nov 5 12:12:35 granpasso kernel: sio0: port may not be enabled Nov 5 12:12:35 granpasso kernel: sio0: configured irq 4 not in bitmap of probed irqs 0 Nov 5 12:12:35 granpasso kernel: sio0: port may not be enabled Nov 5 12:12:35 granpasso kernel: sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 Nov 5 12:12:35 granpasso kernel: sio0: type 16550A Nov 5 12:12:35 granpasso kernel: sio0: [FILTER] Nov 5 12:12:35 granpasso kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Nov 5 12:12:35 granpasso kernel: atkbd0: irq 1 on atkbdc0 Nov 5 12:12:35 granpasso kernel: kbd0 at atkbd0 Nov 5 12:12:35 granpasso kernel: atkbd0: [GIANT-LOCKED] Nov 5 12:12:35 granpasso kernel: atkbd0: [ITHREAD] Nov 5 12:12:35 granpasso kernel: cpu0: on acpi0 Nov 5 12:12:35 granpasso kernel: ACPI Warning (tbutils-0243): Incorrect checksum in table [OEMB] - 61, should be 60 [20070320] Nov 5 12:12:35 granpasso kernel: coretemp0: on cpu0 Nov 5 12:12:35 granpasso kernel: est0: on cpu0 Nov 5 12:12:35 granpasso kernel: p4tcc0: on cpu0 Nov 5 12:12:35 granpasso kernel: cpu1: on acpi0 Nov 5 12:12:35 granpasso kernel: coretemp1: on cpu1 Nov 5 12:12:35 granpasso kernel: est1: on cpu1 Nov 5 12:12:35 granpasso kernel: p4tcc1: on cpu1 Nov 5 12:12:35 granpasso kernel: cpu2: on acpi0 Nov 5 12:12:35 granpasso kernel: coretemp2: on cpu2 Nov 5 12:12:35 granpasso kernel: est2: on cpu2 Nov 5 12:12:35 granpasso kernel: p4tcc2: on cpu2 Nov 5 12:12:35 granpasso kernel: cpu3: on acpi0 Nov 5 12:12:35 granpasso kernel: coretemp3: on cpu3 Nov 5 12:12:35 granpasso kernel: est3: on cpu3 Nov 5 12:12:35 granpasso kernel: p4tcc3: on cpu3 Nov 5 12:12:35 granpasso kernel: ichwd0: on isa0 Nov 5 12:12:35 granpasso kernel: ichwd0: Intel ICH9 watchdog timer (ICH9 or equivalent) Nov 5 12:12:35 granpasso kernel: orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0xcbfff,0xcc000-0xcdfff on isa0 Nov 5 12:12:35 granpasso kernel: sc0: at flags 0x100 on isa0 Nov 5 12:12:35 granpasso kernel: sc0: VGA <16 virtual consoles, flags=0x300> Nov 5 12:12:35 granpasso kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Nov 5 12:12:35 granpasso kernel: sio1: configured irq 3 not in bitmap of probed irqs 0 Nov 5 12:12:35 granpasso kernel: sio1: port may not be enabled Nov 5 12:12:35 granpasso kernel: Timecounters tick every 1.000 msec Nov 5 12:12:35 granpasso kernel: ipfw2 initialized, divert enabled, nat loadable, rule-based forwarding disabled, default to deny, logging limited to 100 packets/entry by default Nov 5 12:12:35 granpasso kernel: firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) Nov 5 12:12:35 granpasso kernel: firewire0: bus manager 0 (me) Nov 5 12:12:35 granpasso kernel: ad4: 715404MB at ata2-master SATA150 Nov 5 12:12:35 granpasso kernel: SMP: AP CPU #1 Launched! Nov 5 12:12:35 granpasso kernel: SMP: AP CPU #3 Launched! Nov 5 12:12:35 granpasso kernel: SMP: AP CPU #2 Launched! Nov 5 12:12:35 granpasso kernel: da0 at twa0 bus 0 target 0 lun 0 Nov 5 12:12:35 granpasso kernel: da0: Fixed Direct Access SCSI-5 device Nov 5 12:12:35 granpasso kernel: da0: 100.000MB/s transfers Nov 5 12:12:35 granpasso kernel: da0: 1716552MB (3515498496 512 byte sectors: 255H 63S/T 218829C) Nov 5 12:12:35 granpasso kernel: Trying to mount root from ufs:/dev/da0s1a /* - one minute later - */ Nov 5 12:13:33 granpasso login: ROOT LOGIN (root) ON ttyv0 /* - ten minutes later - */ Nov 5 12:23:47 granpasso kernel: age0: mem 0xf7ec0000-0xf7efffff irq 17 at device 0.0 on pci2 Nov 5 12:23:47 granpasso kernel: age0: PCI device revision : 0x00b0 Nov 5 12:23:47 granpasso kernel: age0: Chip id/revision : 0x9006 Nov 5 12:23:47 granpasso kernel: age0: 1280 Tx FIFO, 2364 Rx FIFO Nov 5 12:23:47 granpasso kernel: age0: MSIX count : 0 Nov 5 12:23:47 granpasso kernel: age0: MSI count : 1 Nov 5 12:23:47 granpasso kernel: age0: Using 1 MSI messages. Nov 5 12:23:47 granpasso kernel: age0: Read request size : 512 bytes. Nov 5 12:23:47 granpasso kernel: age0: TLP payload size : 128 bytes. Nov 5 12:23:47 granpasso kernel: age0: PCI VPD capability not found! Nov 5 12:23:47 granpasso kernel: miibus0: on age0 Nov 5 12:23:47 granpasso kernel: atphy0: PHY 0 on miibus0 Nov 5 12:23:47 granpasso kernel: atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, auto Nov 5 12:23:47 granpasso kernel: age0: Ethernet address: 00:1d:60:cb:07:c5 Nov 5 12:23:47 granpasso kernel: age0: [FILTER] Nov 5 12:23:47 granpasso kernel: age0: link state changed to DOWN Nov 5 12:23:48 granpasso kernel: age0: interrupt moderation is 100 us. Nov 5 12:23:48 granpasso kernel: age0: interrupt moderation is 100 us. Nov 5 12:23:51 granpasso kernel: age0: link state changed to UP Nov 5 12:24:00 granpasso kernel: age0: interrupt moderation is 100 us. Nov 5 12:24:00 granpasso kernel: age0: link state changed to DOWN Nov 5 12:24:04 granpasso kernel: age0: link state changed to UP From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 21:02:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 492A4106564A for ; Fri, 7 Nov 2008 21:02:34 +0000 (UTC) (envelope-from votdev@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id A32938FC22 for ; Fri, 7 Nov 2008 21:02:33 +0000 (UTC) (envelope-from votdev@gmx.de) Received: (qmail invoked by alias); 07 Nov 2008 20:35:50 -0000 Received: from e179245180.adsl.alicedsl.de (EHLO [192.168.178.52]) [85.179.245.180] by mail.gmx.net (mp039) with SMTP; 07 Nov 2008 21:35:50 +0100 X-Authenticated: #1412882 X-Provags-ID: V01U2FsdGVkX18NgFovPeMN3Gr0m7VadM/IdHCGfob/OjEAnKDX6M j4x1IFlSpUCsz0 Message-ID: <4914A6A1.9050909@gmx.de> Date: Fri, 07 Nov 2008 21:35:45 +0100 From: Volker Theile User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Peter Wemm References: <20081107071752.GA5842@icarus.home.lan> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.53 Cc: Jeremy Chadwick , sos@freebsd.org, freebsd-stable@freebsd.org, votdev@gmx.de, freebsd-hardware@freebsd.org Subject: Re: Western Digital hard disks and ATA 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: Fri, 07 Nov 2008 21:02:34 -0000 I can confirm that. Many FreeNAS users had problems with their HDDs (e.g. with APM, awake disks to access them after they felt to sleep). Increasing timeouts solves the problem in most cases. I think increasing the value BUT allowing the user to set it to a preferred value via sysctrl would be the best solution. I don't understand why adding such an sysctl interface is such an problem for some people. If someone wants to set any other value than the default one HE MUST KNOW what he do and live with the consequences. There are so many other kernel/system variables that can harm the system. Regards Volker Peter Wemm wrote: > On Thu, Nov 6, 2008 at 11:17 PM, Jeremy Chadwick wrote: > [..] > >> As stated, FreeBSD's ATA command timeout is hard-set to 5 seconds, and >> is not adjustable without editing the ATA code yourself and increasing >> the value. The FreeNAS folks have made patches available to turn the >> timeout value into a sysctl. >> >> Soren and/or others, please increase this timeout value. Five seconds >> has now been deemed too aggressive a default. And please consider >> migrating the timeout value into a sysctl. >> > > The 5 second timeout has been a problem for quite a while actually. > I've had a number of instances where I've had to increase it to 20 or > 30 seconds when recovering from marginal drives. The longest > "successful" recovery attempt I've seen was 26 seconds, I believe on a > Maxtor drive a few years ago. ("successful" == the drive spent 26 > seconds but eventually successfully read the sector). Even the IBM > death star drives could take much longer than 5 seconds to do a > recovery 5 years ago. 5 seconds has never been a good default. > > I think the timeout should be increased to at least 30 seconds. My > windows box has a timeout that goes for several minutes. > > If there is concern about FreeBSD appearing to hang, I could imagine > that a console warning message could be printed after 5 seconds. But > just say "drive has not yet responded". But give it more time. > > In this day and age we're generally not playing games with udma33 vs > 66, notched cables, poor CRC support etc. SATA seems to have > eliminated all that. Hmm, it might make sense to increase the timeout > on SATA connections to 2 or 3 minutes by default. > > ------------------------------------------------------------------------ > > > Internal Virus Database is out of date. > Checked by AVG - http://www.avg.com > Version: 8.0.175 / Virus Database: 270.8.5/1764 - Release Date: 03.11.2008 07:46 > > From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 21:10:16 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC8F31065687 for ; Fri, 7 Nov 2008 21:10:15 +0000 (UTC) (envelope-from whizzter@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id 726308FC21 for ; Fri, 7 Nov 2008 21:10:14 +0000 (UTC) (envelope-from whizzter@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so587996eyi.7 for ; Fri, 07 Nov 2008 13:10:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=FiXBg7rLScyl3g9H1K05axgmOQ7VeDjdJIFKLTu+EwM=; b=vMopg2LW9XvwUem1jyejY+NWde96sn+9kMxwqo6KSETonjA1FvJ07lw1rARkTHvgJG +5I08kay5sX/bEhjZ1iv95FthXFgnczIjR5cXl6E5AK3voUD53EBfICSbL7p2MGx9/wa 9m2LQEkjYqN9LpejyN7/T8K/fN/UG+HHJnE8c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=viBQfimEeItIhOZQGlB3jtwI6wB/UJ39WZbQcdowRmnwQgvM1ijEaTV+yDW8q3nYV8 yS1Gm4FDluZoDQ4qnc4TF0wKucfibltlla2uTkuutw5Ghybf/mE1ECocBKypEhT+4+Wn bJAprAVAFAGeyVoQnW8gWF8QxG3tYhYY4hTmQ= Received: by 10.103.46.12 with SMTP id y12mr2041734muj.136.1226090952837; Fri, 07 Nov 2008 12:49:12 -0800 (PST) Received: by 10.103.214.9 with HTTP; Fri, 7 Nov 2008 12:49:12 -0800 (PST) Message-ID: <436c7eda0811071249g33a81c75w85b971ad23a9847d@mail.gmail.com> Date: Fri, 7 Nov 2008 21:49:12 +0100 From: "Jonas Lund" To: "Peter Wemm" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081107071752.GA5842@icarus.home.lan> Cc: Jeremy Chadwick , freebsd-hardware@freebsd.org, freebsd-stable@freebsd.org, votdev@gmx.de, sos@freebsd.org Subject: Re: Western Digital hard disks and ATA 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: Fri, 07 Nov 2008 21:10:16 -0000 As i'm writing this i'm trying to rescue the contents of another computers disk. Something about the seek heads or something related to that is physically half-broken so the disk might need up to 10 retries just to read a sector, once read however it's usually no problem. I'm using myrescue (running on 6.2 so i don't know if it's included in the current ports but if anyone wants to run it on freebsd i've done the "gruntwork" for porting) so it's not a really big issue with all the timeouts as it'll try to read that sector again later, but had i had the sysctl i would've been a tad happier right now. As for the defaults being a small value i personally think it's better to throw out some messages/errors early on before the disk reaches a catastrophic state (Atleast on 6.2 the kernel will put out a message for each retry without giving faults, maybe more retries before throwing an error maybe?). By catastrpohic state i'm refering to that oh-so-famous google paper that did say that once a disk has started showing errors it doesn't have long to live, but i do trust that conclusion as i've been "warned" by these messages 2 times but ignored them until the disk went really bad. The main thing i'm trying to get through is that early warning and small problems are helluva lot better than big disasters. Thing of it like the oil meter on your car, it's not like you're gonna go out and drive 100s of km's in the wilderness if you know that the car is in a bad state. (Now if only smart info was reliable!) / Jonas 2008/11/7 Peter Wemm : > On Thu, Nov 6, 2008 at 11:17 PM, Jeremy Chadwick wrote: > [..] >> As stated, FreeBSD's ATA command timeout is hard-set to 5 seconds, and >> is not adjustable without editing the ATA code yourself and increasing >> the value. The FreeNAS folks have made patches available to turn the >> timeout value into a sysctl. >> >> Soren and/or others, please increase this timeout value. Five seconds >> has now been deemed too aggressive a default. And please consider >> migrating the timeout value into a sysctl. > > The 5 second timeout has been a problem for quite a while actually. > I've had a number of instances where I've had to increase it to 20 or > 30 seconds when recovering from marginal drives. The longest > "successful" recovery attempt I've seen was 26 seconds, I believe on a > Maxtor drive a few years ago. ("successful" == the drive spent 26 > seconds but eventually successfully read the sector). Even the IBM > death star drives could take much longer than 5 seconds to do a > recovery 5 years ago. 5 seconds has never been a good default. > > I think the timeout should be increased to at least 30 seconds. My > windows box has a timeout that goes for several minutes. > > If there is concern about FreeBSD appearing to hang, I could imagine > that a console warning message could be printed after 5 seconds. But > just say "drive has not yet responded". But give it more time. > > In this day and age we're generally not playing games with udma33 vs > 66, notched cables, poor CRC support etc. SATA seems to have > eliminated all that. Hmm, it might make sense to increase the timeout > on SATA connections to 2 or 3 minutes by default. > -- > Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV > "All of this is for nothing if we don't go to the stars" - JMS/B5 > "If Java had true garbage collection, most programs would delete > themselves upon execution." -- Robert Sewell > _______________________________________________ > freebsd-hardware@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hardware > To unsubscribe, send any mail to "freebsd-hardware-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 21:16:28 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8964C1065670; Fri, 7 Nov 2008 21:16:28 +0000 (UTC) (envelope-from sos@FreeBSD.ORG) Received: from deepcore.dk (adsl.deepcore.dk [87.63.29.106]) by mx1.freebsd.org (Postfix) with ESMTP id EA00E8FC17; Fri, 7 Nov 2008 21:16:27 +0000 (UTC) (envelope-from sos@FreeBSD.ORG) Received: from [192.168.0.138] ([192.168.0.138]) by deepcore.dk (8.14.3/8.14.2) with ESMTP id mA7LGPcc050013; Fri, 7 Nov 2008 22:16:25 +0100 (CET) (envelope-from sos@FreeBSD.ORG) Message-Id: <77C223A7-C5FC-45DE-BF1A-3BC7982FA582@FreeBSD.ORG> From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= To: Peter Wemm In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v929.2) Date: Fri, 7 Nov 2008 22:16:25 +0100 References: <20081107071752.GA5842@icarus.home.lan> X-Mailer: Apple Mail (2.929.2) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (deepcore.dk [217.20.59.72]); Fri, 07 Nov 2008 22:16:25 +0100 (CET) Cc: Jeremy Chadwick , freebsd-stable@FreeBSD.ORG, votdev@gmx.de, freebsd-hardware@FreeBSD.ORG Subject: Re: Western Digital hard disks and ATA 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: Fri, 07 Nov 2008 21:16:28 -0000 On 7Nov, 2008, at 20:12 , Peter Wemm wrote: > On Thu, Nov 6, 2008 at 11:17 PM, Jeremy Chadwick =20 > wrote: > [..] >> As stated, FreeBSD's ATA command timeout is hard-set to 5 seconds, =20= >> and >> is not adjustable without editing the ATA code yourself and =20 >> increasing >> the value. The FreeNAS folks have made patches available to turn the >> timeout value into a sysctl. >> >> Soren and/or others, please increase this timeout value. Five =20 >> seconds >> has now been deemed too aggressive a default. And please consider >> migrating the timeout value into a sysctl. > > The 5 second timeout has been a problem for quite a while actually. > I've had a number of instances where I've had to increase it to 20 or > 30 seconds when recovering from marginal drives. The longest > "successful" recovery attempt I've seen was 26 seconds, I believe on a > Maxtor drive a few years ago. ("successful" =3D=3D the drive spent = 26 > seconds but eventually successfully read the sector). Even the IBM > death star drives could take much longer than 5 seconds to do a > recovery 5 years ago. 5 seconds has never been a good default. > > I think the timeout should be increased to at least 30 seconds. My > windows box has a timeout that goes for several minutes. > > If there is concern about FreeBSD appearing to hang, I could imagine > that a console warning message could be printed after 5 seconds. But > just say "drive has not yet responded". But give it more time. > > In this day and age we're generally not playing games with udma33 vs > 66, notched cables, poor CRC support etc. SATA seems to have > eliminated all that. Hmm, it might make sense to increase the timeout > on SATA connections to 2 or 3 minutes by default. Actually I do have a patch around that logs the timeout on the console =20= after the normal timeout (5secs), then just goes on to wait for double =20= the timeout and log again etc etc, final timeout was IIRC 60 secs but =20= could be anything. -S=F8ren= From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 21:21:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A1A71065687 for ; Fri, 7 Nov 2008 21:21:50 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal4.es.net [198.124.252.66]) by mx1.freebsd.org (Postfix) with ESMTP id 273B58FC24 for ; Fri, 7 Nov 2008 21:21:49 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal3.es.net [198.128.3.207]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id NGC07949 for ; Fri, 07 Nov 2008 13:21:49 -0800 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id NGC85147 for ; Fri, 07 Nov 2008 13:21:47 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 1A47245010 for ; Fri, 7 Nov 2008 13:21:48 -0800 (PST) To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1226092908_20739P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 07 Nov 2008 13:21:48 -0800 From: "Kevin Oberman" Message-Id: <20081107212148.1A47245010@ptavv.es.net> X-Sender-IP: 198.128.3.207 X-Sender-Domain: es.net X-Recipent: ; X-Sender: X-To_Name: X-To_Domain: freebsd.org X-To: freebsd-stable@freebsd.org X-To_Email: freebsd-stable@freebsd.org X-To_Alias: freebsd-stable Subject: Problem with USB drive errors in recent 7-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: Fri, 07 Nov 2008 21:21:50 -0000 --==_Exmh_1226092908_20739P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I recently started getting errors on a fairly new USB connected SATA drive. Aside from the errors, the system was locking up as any process attempting to access the drive would lock up in disk uninterruptible wait ("D" in ps). I could not shut down the system and had to power it off. (It's a laptop.) After a reboot, I tried to fsck it and that locked up, too. I was able to recover by telling fsck to not fix the truncated inode and fix everything else. Then I ran fsck again and it was successful in fixing the inode. This happened several times. I then bought a new drive and got the identical behavior! It was not the drive. I rolled my kernel back to 9/13/08 and tried again. This time it just worked! No errors or lock up. I suspect that there are two issues. One results in the lock-up when the disk had errors and the other caused the purported disk errors. The latter has been introduced since 9/13/08. The kernel that produced the errors was from 10/21. I also ran a kernel from 10/8 which did not cause me problems, but I'm not sure that I used the USB drive with this kernel. I'll be building a 10/8 kernel later, after I have backed up some data from a failing drive (PATA, not USB, and SMART confirms that the this disk is sick). I will try to track down exactly which change triggered this ugly behavior, but that will take a number of kernel builds, so it will take a while. Has anyone else seen this? Any ideas on what changes might be the most likely cause. Could be USB, CAM, or something else, I guess. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1226092908_20739P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFJFLFskn3rs5h7N1ERAhb2AJ9d5gOOm0FQrUnbyYddM9rtTrSKAwCeJCOT uSAw8SHESVuzhhqZDn6FAOU= =7LVF -----END PGP SIGNATURE----- --==_Exmh_1226092908_20739P-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 22:01:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B113106568E for ; Fri, 7 Nov 2008 22:01:05 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id 2058F8FC16 for ; Fri, 7 Nov 2008 22:01:04 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA04.westchester.pa.mail.comcast.net ([76.96.62.35]) by QMTA04.westchester.pa.mail.comcast.net with comcast id cAuC1a00L0ldTLk54N14wf; Fri, 07 Nov 2008 22:01:04 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA04.westchester.pa.mail.comcast.net with comcast id cN131a0052P6wsM3QN13WM; Fri, 07 Nov 2008 22:01:04 +0000 X-Authority-Analysis: v=1.0 c=1 a=yGehKeUrlSkA:10 a=8pqyQ0YcIiEA:10 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=cBVVqmFjOQ6zHc88hmEA:9 a=IqMF79kF0UpTwCIHRgUA:7 a=jhXCECP-zG0jPd1p39hawqy-uZwA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id CA2305C19; Fri, 7 Nov 2008 14:01:02 -0800 (PST) Date: Fri, 7 Nov 2008 14:01:02 -0800 From: Jeremy Chadwick To: Kevin Oberman Message-ID: <20081107220102.GA14260@icarus.home.lan> References: <20081107212148.1A47245010@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081107212148.1A47245010@ptavv.es.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: Problem with USB drive errors in recent 7-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: Fri, 07 Nov 2008 22:01:05 -0000 On Fri, Nov 07, 2008 at 01:21:48PM -0800, Kevin Oberman wrote: > I recently started getting errors on a fairly new USB connected SATA > drive. Aside from the errors, the system was locking up as any process > attempting to access the drive would lock up in disk uninterruptible > wait ("D" in ps). I could not shut down the system and had to power it > off. (It's a laptop.) After a reboot, I tried to fsck it and that locked > up, too. I was able to recover by telling fsck to not fix the truncated > inode and fix everything else. Then I ran fsck again and it was > successful in fixing the inode. This happened several times. > > I then bought a new drive and got the identical behavior! It was not the > drive. I rolled my kernel back to 9/13/08 and tried again. This time it just > worked! No errors or lock up. > > I suspect that there are two issues. One results in the lock-up when the > disk had errors and the other caused the purported disk errors. The > latter has been introduced since 9/13/08. The kernel that produced the > errors was from 10/21. I also ran a kernel from 10/8 which did not cause > me problems, but I'm not sure that I used the USB drive with this > kernel. > > I'll be building a 10/8 kernel later, after I have backed up some data > from a failing drive (PATA, not USB, and SMART confirms that the this > disk is sick). I will try to track down exactly which change triggered > this ugly behavior, but that will take a number of kernel builds, so it > will take a while. > > Has anyone else seen this? Any ideas on what changes might be the most > likely cause. Could be USB, CAM, or something else, I guess. Funny you should post this today -- I just spent the past few days dealing with this problem, specifically the kernel being "stuck" when writing to a umass/da device (in my case, USB flash drives). When I say "stuck", I mean the kernel was still responsive: Ctrl-T would report statuses in processes (the states shown were all different) but the processes essentially had "hung". Ctrl-Alt-Esc on the console dropped me to a db> prompt, so it's not as if the machine had frozen/locked up; it was as if some part surrounding the storage subsystem was spinning in a loop. IP traffic still worked as well, but of course anything that accessed disks would hang. Rebooting the box via Ctrl-Alt-Del wouldn't work, because it would get stuck waiting for a bunch of PIDs to end. I switched the box to CURRENT (for a lot of reasons), and one of those was to try out the new USB4BSD (called "USB2" -- not to be confused with the USB2.0 protocol) stack. That simply induced a random kernel panic. However, HPS is fairly certain he found the issue, and it's with bus_dma(9) interaction. Here's the thread: http://lists.freebsd.org/pipermail/freebsd-current/2008-November/thread.html#235 http://lists.freebsd.org/pipermail/freebsd-current/2008-November/000220.html I have not yet tried his patches (I just woke up), but I will in a short while. So far I have a lot more faith in USB4BSD than I do the old stack, simply because there's active work going on in it. (It's ironic that I encountered this issue while working on a document describing how to put FreeBSD i386, amd64, and MS-DOS on a USB flash drive, so one could install FreeBSD from it, or boot MS-DOS for BIOS upgrades) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Nov 7 22:07:40 2008 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3F2110656A4 for ; Fri, 7 Nov 2008 22:07:39 +0000 (UTC) (envelope-from rorya+freebsd.org@TrueStep.com) Received: from Tserver.TrueStep.com (Tserver.TrueStep.com [64.253.96.188]) by mx1.freebsd.org (Postfix) with ESMTP id 9D91C8FC1D for ; Fri, 7 Nov 2008 22:07:39 +0000 (UTC) (envelope-from rorya+freebsd.org@TrueStep.com) Received: from Cypher.TrueStep (Cypher.TrueStep [10.101.1.8]) (authenticated bits=0) by Tserver.TrueStep.com (8.14.2/8.14.2) with ESMTP id mA7M7TrQ046605 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 7 Nov 2008 17:07:34 -0500 (EST) (envelope-from rorya+freebsd.org@TrueStep.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=TrueStep.com; s=default; t=1226095655; bh=t3Ayud9UjfkaiPaJ+9YhBouOLUqRaIlIcWijKAz N7ww=; h=Cc:Message-Id:From:To:In-Reply-To:Content-Type: Content-Transfer-Encoding:Mime-Version:Subject:Date:References; b=Mk9B34brUWKLcmMIPHqXLk0GzeRzviXh40yUatg7grG2JJiLTVmMEi+/pehWkCBbe ZY8xHNGMssX46Q5A8+CshkIzVRCotN0PMQgjt1blAug26e96am15Uui9tOduX51VQwe QTN+Dl1tPFCxiRhK5tEiP6UyZl2Ah9m7F7mIZPk= Message-Id: <510F0121-0E24-42C0-BC77-D61DF9FEA46C@TrueStep.com> From: Rory Arms To: Ken Smith In-Reply-To: <1226078239.37011.37.camel@bauer.cse.buffalo.edu> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Fri, 7 Nov 2008 17:07:29 -0500 References: <9592E887-75F3-473F-9581-F9C22A9936A6@TrueStep.com> <1226078239.37011.37.camel@bauer.cse.buffalo.edu> X-Mailer: Apple Mail (2.929.2) Cc: FreeBSD-stable@FreeBSD.org Subject: Re: 6.4-RC2 crashes after a few minutes of uptime X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2008 22:07:40 -0000 On 2008-11-07, at 12:17 , Ken Smith wrote: > On Fri, 2008-11-07 at 00:00 -0500, Rory Arms wrote: >> Well, if I can assist with further debugging, let me know. > > The person who followed up with a list of things that *may* have made > the problem go away mentioned one of the things was disabling powerd. > Do you have that enable, and if yes would you mind disabling it to see > if that's the culprit? Hi Ken, No, it's not running powerd. Looking at the process list, it looks like GNOME has some power related processes, but I assume that's different. I don't think I'd ever even heard of powerd till now, and have now read the manual to learn about it. Well, I wonder if the panic I had yesterday a few minutes after booting RC2 was a fluke. The computer has been running so far without problems, using GNOME, on that second RC2 bootup, for almost 24 hours now. However, I still find it concerning that kgdb(1) on 6.4, hasn't been able to open any of the core dump though. If this is broken, it will be difficult to provide bug reports. I wonder if it's just something about this particular code path to panic, that's generating this, I guess, corrupt core file. Is there a key sequence, or sysctl knob perhaps, that I can use to force an artificial panic to see if the coredump generated is any different? - rory From owner-freebsd-stable@FreeBSD.ORG Sat Nov 8 01:47:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5556106567D; Sat, 8 Nov 2008 01:47:13 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtp239.poczta.interia.pl (smtp239.poczta.interia.pl [217.74.64.239]) by mx1.freebsd.org (Postfix) with ESMTP id 810788FC24; Sat, 8 Nov 2008 01:47:13 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: by smtp239.poczta.interia.pl (INTERIA.PL, from userid 502) id E6DA4D22AB; Sat, 8 Nov 2008 02:27:34 +0100 (CET) Received: from f03.poczta.interia.pl (f03.poczta.interia.pl [10.217.2.3]) by smtp239.poczta.interia.pl (INTERIA.PL) with ESMTP id 8D554D1CF5; Sat, 8 Nov 2008 02:27:34 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by f03.poczta.interia.pl (Postfix) with ESMTP id 3274F1E3055; Sat, 8 Nov 2008 02:27:34 +0100 (CET) Date: 08 Nov 2008 02:27:34 +0100 From: vermaden To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=ISO-8859-2 X-ORIGINATE-IP: 85.89.167.26 X-Mailer: PSE Message-Id: <20081108012734.3274F1E3055@f03.poczta.interia.pl> X-EMID: 53840acc Cc: Subject: sysctl debug.cpufreq.highest X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2008 01:47:13 -0000 Hi, Currently there is possibility to set lowest speed of cpu for scaling with cpufreq (debug.cpufreq.lowest), it would be good to include also a option to set the highest possible freq to use with cpufreq, some laptops get too hot and/or consume too much power when running on maximum power/speed of cpu. Regards vermaden ---------------------------------------------------------------------- Dzwon taniej na zagraniczne komorki! Sprawdz >> http://link.interia.pl/f1f6a From owner-freebsd-stable@FreeBSD.ORG Sat Nov 8 01:58:06 2008 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F2AE1065670 for ; Sat, 8 Nov 2008 01:58:06 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out2.libero.it (cp-out2.libero.it [212.52.84.102]) by mx1.freebsd.org (Postfix) with ESMTP id 7B8108FC18 for ; Sat, 8 Nov 2008 01:58:04 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from wmail32 (172.31.0.220) by cp-out2.libero.it (8.5.016.1) id 4912C7CE0031E92E; Sat, 8 Nov 2008 02:57:39 +0100 Message-ID: <25487728.863151226109459073.JavaMail.root@wmail32> Date: Sat, 8 Nov 2008 02:57:39 +0100 (CET) From: Barbara To: , Rory Arms MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: 7bit X-SenderIP: 82.51.144.214 Cc: FreeBSD-stable@FreeBSD.org Subject: R: Re: 6.4-RC2 crashes after a few minutes of uptime X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barbara List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Nov 2008 01:58:06 -0000 > >The person who followed up with a list of things that *may* have made >the problem go away mentioned one of the things was disabling powerd. >Do you have that enable, and if yes would you mind disabling it to see >if that's the culprit? > >Thanks for the report. Hi, it's the person speaking ;) It seems that I spoke too early. About an hour ago my box hung, but this time it didn't panicked (it isn't since ~Oct. 12). And as confirmed by Rory, it's seems that powerd isn't responsible. The only thing I was able to do has been switching to ttyv0 but after entering my login, it didn't prompted for the password. In the meanwhile, messages similar to the following were popping out: acd0: WARNING - PREVENT_ALLOW taskqueue timeout - completing request directly acd0: WARNING - PREVENT_ALLOW freeing taskqueue zombie request acd0: WARNING - TEST_UNIT_READY taskqueue timeout - completing request directly acd0: WARNING - TEST_UNIT_READY freeing taskqueue zombie request Again, as I've reported in http://www.freebsd.org/cgi/query-pr.cgi?pr=128076 , I was not using acd0 and I never did since the box had been turned on. The box was replying if pinged, but I was unable to access it via ssh, so I had to press the reset button. What happened is similar to what is described here: http: //lists.freebsd.org/pipermail/freebsd-ports/2006-December/037796.html And here http://www.freebsd.org/cgi/query-pr.cgi?pr=110015 I can see another swi6 panic with the same message in the kernel buffer (acd0: WARNING - PREVENT_ALLOW read data overrun 18>0) I had in pr. Isn't my backtrace of any help in tracking down the problem? From owner-freebsd-stable@FreeBSD.ORG Sat Nov 8 08:51:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3D051065673 for ; Sat, 8 Nov 2008 08:51:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.186]) by mx1.freebsd.org (Postfix) with ESMTP id CD9FE8FC25 for ; Sat, 8 Nov 2008 08:51:05 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so340857tib.3 for ; Sat, 08 Nov 2008 00:51:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=ehpRxJtt1L1Wcj/5isskXk2Ddj3Q9cSd5vQlsHeFOLg=; b=MKAYQIFBGsDwd+qZagSsjlJPmg3+kl3umoi5cVQKVl5S4y4V1y362uE4Nkb7UhvUzO olRWsTPVbZTAtcqKRJVPj/Axf85Mfi9fpXLQsB6RKD8PoCr4wf57XD04HpZaFr6ExHjq c0EzCIb1DQ2zOlSrwakBfZxoPgSwloZNL8s5k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=huIY/8VZG3KMSs56rlhVtg4aOVPIvxglPIjw5dMVXI/Acwhe7tkfy9xf7gW62pFkIm NXuumQxqVQZ/Tpug003Sl7cIE45N5nuLaWPjgh3SmoTl7zU3BOrYhl7dHM/BAG1Bmh1Q QQNw7rMDv4c4tPZ16hkVeIINoFhM2E5jSnCfs= Received: by 10.110.68.10 with SMTP id q10mr4859054tia.54.1226134263183; Sat, 08 Nov 2008 00:51:03 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id b4sm4233948tic.2.2008.11.08.00.50.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 08 Nov 2008 00:51:01 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mA88n0nf016270 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 8 Nov 2008 17:49:00 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mA88mon1016269; Sat, 8 Nov 2008 17:48:50 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 8 Nov 2008 17:48:50 +0900 From: Pyun YongHyeon To: g.cecchetti@sssup.it Message-ID: <20081108084850.GF14970@cdnetworks.co.kr> References: <49133B35.9040603@sssup.it> <20081107072201.GD11486@cdnetworks.co.kr> <4913EF93.6010006@sssup.it> <20081107090125.GG11486@cdnetworks.co.kr> <4914A46F.2000309@sssup.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4914A46F.2000309@sssup.it> User-Agent: Mutt/1.4.2.1i Cc: Fabio Checconi , freebsd-stable@freebsd.org Subject: Re: Panics and freeze using age0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Nov 2008 08:51:35 -0000 On Fri, Nov 07, 2008 at 12:26:23PM -0800, Gabriele Cecchetti wrote: > Pyun YongHyeon ha scritto: > >Would you show me dmesg output? > > > > This is the dmesg output, note that age0 is detected after superuser login > who start ifconfi-ing. > > Nov 5 12:12:35 granpasso kernel: Copyright (c) 1979, 1980, 1983, 1986, > 1988, 1989, 1991, 1992, 1993, 1994 > Nov 5 12:12:35 granpasso kernel: The Regents of the University of > California. All rights reserved. > Nov 5 12:12:35 granpasso kernel: FreeBSD is a registered trademark of The > FreeBSD Foundation. > Nov 5 12:12:35 granpasso kernel: FreeBSD 7.1-PRERELEASE #2: Wed Oct 1 > 17:30:35 CEST 2008 > Nov 5 12:12:35 granpasso kernel: > root@granpasso.retis:/usr/obj/usr/src/sys/GRANPASSOv3 > Nov 5 12:12:35 granpasso kernel: Timecounter "i8254" frequency 1193182 Hz > quality 0 > Nov 5 12:12:35 granpasso kernel: CPU: Intel(R) Core(TM)2 Quad CPU Q6600 > @ 2.40GHz (2400.10-MHz K8-class CPU) > Nov 5 12:12:35 granpasso kernel: Origin = "GenuineIntel" Id = 0x6fb > Stepping = 11 > Nov 5 12:12:35 granpasso kernel: > Features=0xbfebfbff H,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Nov 5 12:12:35 granpasso kernel: > Features2=0xe3bd > Nov 5 12:12:35 granpasso kernel: AMD Features=0x20100800 > Nov 5 12:12:35 granpasso kernel: AMD Features2=0x1 > Nov 5 12:12:35 granpasso kernel: Cores per package: 4 > Nov 5 12:12:35 granpasso kernel: usable memory = 4285071360 (4086 MB) > Nov 5 12:12:35 granpasso kernel: avail memory = 4131549184 (3940 MB) > Nov 5 12:12:35 granpasso kernel: ACPI APIC Table: > Nov 5 12:12:35 granpasso kernel: FreeBSD/SMP: Multiprocessor System > Detected: 4 CPUs [...] > Nov 5 12:12:35 granpasso kernel: SMP: AP CPU #1 Launched! > Nov 5 12:12:35 granpasso kernel: SMP: AP CPU #3 Launched! > Nov 5 12:12:35 granpasso kernel: SMP: AP CPU #2 Launched! > Nov 5 12:12:35 granpasso kernel: da0 at twa0 bus 0 target 0 lun 0 > Nov 5 12:12:35 granpasso kernel: da0: Fixed > Direct Access SCSI-5 device Nov 5 12:12:35 granpasso kernel: da0: > 100.000MB/s transfers > Nov 5 12:12:35 granpasso kernel: da0: 1716552MB (3515498496 512 byte > sectors: 255H 63S/T 218829C) > Nov 5 12:12:35 granpasso kernel: Trying to mount root from ufs:/dev/da0s1a > /* - one minute later - */ > Nov 5 12:13:33 granpasso login: ROOT LOGIN (root) ON ttyv0 > /* - ten minutes later - */ > Nov 5 12:23:47 granpasso kernel: age0: Gigabit Ethernet> mem 0xf7ec0000-0xf7efffff irq 17 at device 0.0 on pci2 > Nov 5 12:23:47 granpasso kernel: age0: PCI device revision : 0x00b0 > Nov 5 12:23:47 granpasso kernel: age0: Chip id/revision : 0x9006 > Nov 5 12:23:47 granpasso kernel: age0: 1280 Tx FIFO, 2364 Rx FIFO > Nov 5 12:23:47 granpasso kernel: age0: MSIX count : 0 > Nov 5 12:23:47 granpasso kernel: age0: MSI count : 1 > Nov 5 12:23:47 granpasso kernel: age0: Using 1 MSI messages. > Nov 5 12:23:47 granpasso kernel: age0: Read request size : 512 bytes. > Nov 5 12:23:47 granpasso kernel: age0: TLP payload size : 128 bytes. > Nov 5 12:23:47 granpasso kernel: age0: PCI VPD capability not found! > Nov 5 12:23:47 granpasso kernel: miibus0: on age0 > Nov 5 12:23:47 granpasso kernel: atphy0: PHY > 0 on miibus0 > Nov 5 12:23:47 granpasso kernel: atphy0: 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, 1000baseT-FDX, auto > Nov 5 12:23:47 granpasso kernel: age0: Ethernet address: 00:1d:60:cb:07:c5 > Nov 5 12:23:47 granpasso kernel: age0: [FILTER] > Nov 5 12:23:47 granpasso kernel: age0: link state changed to DOWN > Nov 5 12:23:48 granpasso kernel: age0: interrupt moderation is 100 us. > Nov 5 12:23:48 granpasso kernel: age0: interrupt moderation is 100 us. > Nov 5 12:23:51 granpasso kernel: age0: link state changed to UP > Nov 5 12:24:00 granpasso kernel: age0: interrupt moderation is 100 us. > Nov 5 12:24:00 granpasso kernel: age0: link state changed to DOWN > Nov 5 12:24:04 granpasso kernel: age0: link state changed to UP I don't see age(4) attach failure message in your output. Does your kernel configuration file have "device age" entry? When you don't have "device age" entry in kernel configuration and if you run "ifconfig age0", ifconfig(8) will try to load age(4) kernel module. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Sat Nov 8 12:32:07 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53951106564A for ; Sat, 8 Nov 2008 12:32:07 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 0614E8FC12 for ; Sat, 8 Nov 2008 12:32:06 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7d06.q.ppp-pool.de [89.53.125.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id D47E012883F; Sat, 8 Nov 2008 13:31:57 +0100 (CET) Received: from epeios.sz.vwsoft.com (epeios.sz.vwsoft.com [192.168.16.5]) by mail.vtec.ipme.de (Postfix) with ESMTP id A723A2E915; Sat, 8 Nov 2008 13:33:02 +0100 (CET) Message-ID: <491586B9.2020303@vwsoft.com> Date: Sat, 08 Nov 2008 13:31:53 +0100 From: Volker User-Agent: Thunderbird 2.0.0.17 (X11/20081107) MIME-Version: 1.0 To: Andriy Gapon References: <4912E462.4090608@icyb.net.ua> In-Reply-To: <4912E462.4090608@icyb.net.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit MailScanner-NULL-Check: 1226752384.06993@ghm28eA91uQDYHGK15/rww X-MailScanner-ID: A723A2E915.4E1D6 X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: FreeBSD Stable , freebsd-usb@freebsd.org Subject: Re: usb keyboard dying at loader prompt X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2008 12:32:07 -0000 Andriy, On 12/23/-58 20:59, Andriy Gapon wrote: > I have a quite strange problem. > This is with 7-BETA amd64. Did it work with earlier versions? > All of USB is out of kernel and is loaded via modules. > BIOS has "Legacy USB" enabled. > I have only a USB keyboard, no PS/2 port. Can you check BIOS settings for EHCI handover? If the BIOS does not have handover enabled, it may disable legacy support after a timeout, which is often bad. IMO this is the same with booting off USB drives but every BIOS handles that different. > The keyboard works file in BIOS and for selecting boot device in boot0 > menu. It also works in loader menu. If in the menu I select to go to > loader prompt then it works for about 5 seconds and then "dies" - no > reaction to key presses, no led change, nothing. > I haven't actually verified if the keyboard would still work if I stayed > in loader menu for longer than ~10 seconds. > > This doesn't happen if USB is built into kernel. That sound strange. I have no idea why that might work (or I'm totally wrong with my handover theory). > Weird... Yes, sounds like or it's probably easily explainable ;) Volker From owner-freebsd-stable@FreeBSD.ORG Sat Nov 8 13:55:38 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 112831065679 for ; Sat, 8 Nov 2008 13:55:38 +0000 (UTC) (envelope-from nicolas@i.0x5.de) Received: from n.0x5.de (n.0x5.de [217.197.85.144]) by mx1.freebsd.org (Postfix) with ESMTP id AEFC18FC1A for ; Sat, 8 Nov 2008 13:55:37 +0000 (UTC) (envelope-from nicolas@i.0x5.de) Received: by pc5.i.0x5.de (Postfix, from userid 1003) id 10F305C81; Sat, 8 Nov 2008 14:37:56 +0100 (CET) Date: Sat, 8 Nov 2008 14:37:56 +0100 From: Nicolas Rachinsky To: stable@freebsd.org Message-ID: <20081108133756.GA26413@mid.pc5.i.0x5.de> Mail-Followup-To: stable@freebsd.org References: <004901c93e8a$1b556500$639049d9@EC1a> <20081104145144.GB14539@hugo10.ka.punkt.de> <49107933.7070907@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49107933.7070907@samsco.org> X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: 887BAE72 X-PGP-Fingerprint: 039E 9433 115F BC5F F88D 4524 5092 45C4 887B AE72 X-PGP-Keys: http://www.rachinsky.de/nicolas/gpg/nicolas_rachinsky.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Re: Block 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: Sat, 08 Nov 2008 13:55:38 -0000 * Scott Long [2008-11-04 09:32 -0700]: > 1. disk access in the driver layer still happens on a block basis. It's > true that to the application layer, the device has character dev > semantics, meaning that arbitrary numbers of bytes can be accessed > randomly without any restrictions. But deep down inside the kernel, > it's still doing block-by-block access. Isn't it the other way round? It has character device semantics, thus you cannot do reads and writes of arbitrary size on arbitrary positions? # dd if=/dev/ad4 bs=1 count=1 dd: /dev/ad4: Invalid argument root@pc5 ~# dd if=/dev/ad4 bs=512 count=1 >/dev/null 1+0 records in 1+0 records out 512 bytes transferred in 0.000173 secs (2957966 bytes/sec) Nicolas -- http://www.rachinsky.de/nicolas From owner-freebsd-stable@FreeBSD.ORG Sat Nov 8 15:16:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D4081065679 for ; Sat, 8 Nov 2008 15:16:20 +0000 (UTC) (envelope-from thomas@gibfest.dk) Received: from mail.tyknet.dk (gw.tyknet.dk [80.62.235.66]) by mx1.freebsd.org (Postfix) with ESMTP id 0E9AA8FC18 for ; Sat, 8 Nov 2008 15:16:19 +0000 (UTC) (envelope-from thomas@gibfest.dk) Received: from mail.tyknet.dk (localhost [127.0.0.1]) by mail.gibfest.dk (Postfix) with ESMTP id B8EF0B90A for ; Sat, 8 Nov 2008 15:44:01 +0100 (CET) Received: from mail.tyknet.dk (localhost [127.0.0.1]) by mail.gibfest.dk (Postfix) with ESMTP id 2B490B908 for ; Sat, 8 Nov 2008 15:43:57 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on doobie.tyknet.cn.dom X-Spam-Level: X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from [10.10.1.111] (tykling.tyknet.cn.dom [10.10.1.111]) by mail.tyknet.dk (Postfix) with ESMTP id B152BB8A2 for ; Sat, 8 Nov 2008 15:43:56 +0100 (CET) Message-ID: <4915A5B3.2010106@gibfest.dk> Date: Sat, 08 Nov 2008 15:44:03 +0100 From: Thomas Rasmussen User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20081107212148.1A47245010@ptavv.es.net> <20081107220102.GA14260@icarus.home.lan> In-Reply-To: <20081107220102.GA14260@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: Problem with USB drive errors in recent 7-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, 08 Nov 2008 15:16:20 -0000 Jeremy Chadwick wrote: > (It's ironic that I encountered this issue while working on a document > describing how to put FreeBSD i386, amd64, and MS-DOS on a USB flash > drive, so one could install FreeBSD from it, or boot MS-DOS for BIOS > upgrades) > > Hello, A bit offtopic but may I just say: That sounds great! I've been looking for a document like that. The PCBSD guys have a .img on their site you can just dd to the flash drive, but I haven't been able to get something similar working with plain FreeBSD. It would be very neat to be able to have a couple of USB sticks in the laptop bag with the various "current" installations. Good stuff! Best regards Thomas Rasmussen From owner-freebsd-stable@FreeBSD.ORG Sat Nov 8 18:21:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4770B1065673 for ; Sat, 8 Nov 2008 18:21:11 +0000 (UTC) (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 BAC168FC0A for ; Sat, 8 Nov 2008 18:21:10 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KysQk-0000pq-Dz for freebsd-stable@freebsd.org; Sat, 08 Nov 2008 18:21:06 +0000 Received: from 93-138-42-156.adsl.net.t-com.hr ([93.138.42.156]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 08 Nov 2008 18:21:06 +0000 Received: from ivoras by 93-138-42-156.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 08 Nov 2008 18:21:06 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Sat, 08 Nov 2008 19:20:51 +0100 Lines: 43 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8A87055B5DFA29BB177CCD87" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-42-156.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) In-Reply-To: X-Enigmail-Version: 0.95.7 Sender: news Subject: Re: php-cgi frozen with sbwait when SMP enable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2008 18:21:11 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8A87055B5DFA29BB177CCD87 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Ken Chen wrote: > I capture something. >=20 > Please check the PID 57776. It's CPU time never change since my previou= s > mail here. >=20 > web4# ps alx | grep php-cgi | grep -v grep | grep sbwait > 65534 57776 47240 0 4 0 182328 84984 sbwait I ?? 2:02.12 > /usr/local/bin/php-cgi You're right and it is strange. I don't know why this would happen but some things that come to mind are: * Does lighttpd have some kind of status page or a diagnostic utility to show you the states of FastCGI processes? * Does lighttpd have a facility to "reap" old PHP processes? For example, mod_fcgid has a maximum lifetime setting for FastCGI processes. * You could try sending a SIGABRT to the php-cgi process to get a core dump and inspect it. Without debugging symbols it will probably give you the name of the function it's been waiting in. --------------enig8A87055B5DFA29BB177CCD87 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.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkV2IMACgkQldnAQVacBch53wCfcV2w0bP+fT3azObPoSqAqilm CSsAoIk2qZzev8zZflM5O/3/+6VSKBNo =fCn7 -----END PGP SIGNATURE----- --------------enig8A87055B5DFA29BB177CCD87-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 8 18:43:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FCDE1065670 for ; Sat, 8 Nov 2008 18:43:57 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id F156C8FC24 for ; Sat, 8 Nov 2008 18:43:56 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: (qmail 99822 invoked from network); 8 Nov 2008 18:17:15 -0000 Received: from unknown (HELO ?192.168.0.2?) (spawk@69.123.45.64) by acm.poly.edu with AES256-SHA encrypted SMTP; 8 Nov 2008 18:17:15 -0000 Message-ID: <4915D74B.2070502@acm.poly.edu> Date: Sat, 08 Nov 2008 13:15:39 -0500 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.16 (X11/20080727) MIME-Version: 1.0 To: vermaden References: <20081108012734.3274F1E3055@f03.poczta.interia.pl> In-Reply-To: <20081108012734.3274F1E3055@f03.poczta.interia.pl> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: sysctl debug.cpufreq.highest X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2008 18:43:57 -0000 I've rolled a patchset to do this for 7.0-RELEASE (http://acm.poly.edu/~spawk/cpufreq/) if anyone's interested. -Boris vermaden wrote: > Hi, > > Currently there is possibility to set lowest speed of > cpu for scaling with cpufreq (debug.cpufreq.lowest), > it would be good to include also a option to set the > highest possible freq to use with cpufreq, some laptops > get too hot and/or consume too much power when running > on maximum power/speed of cpu. > > Regards > vermaden > > > ---------------------------------------------------------------------- > Dzwon taniej na zagraniczne komorki! > Sprawdz >> http://link.interia.pl/f1f6a > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sat Nov 8 19:55:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A19A1065686 for ; Sat, 8 Nov 2008 19:55:21 +0000 (UTC) (envelope-from traveling08@cox.net) Received: from fed1rmpop109.cox.net (fed1rmpop109.cox.net [68.230.241.13]) by mx1.freebsd.org (Postfix) with ESMTP id C3AA98FC1B for ; Sat, 8 Nov 2008 19:55:20 +0000 (UTC) (envelope-from traveling08@cox.net) Received: from fed1rmimpo01.cox.net ([70.169.32.71]) by fed1rmmtao106.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20081108193912.SEOT8615.fed1rmmtao106.cox.net@fed1rmimpo01.cox.net> for ; Sat, 8 Nov 2008 14:39:12 -0500 Received: from asus64 ([98.176.32.63]) by fed1rmimpo01.cox.net with bizsmtp id cjfC1a0081MjGMu03jfCQC; Sat, 08 Nov 2008 14:39:12 -0500 X-Authority-Analysis: v=1.0 c=1 a=y4-tTFRdK3aM_AxeLLcA:9 a=MRYT8MMqLmumPPoAvjQA:7 a=yAn7k_-w9I9F6I9rvgDNEXPcrtIA:4 a=SKpDKCWXRSQA:10 X-CM-Score: 0.00 Date: Sat, 8 Nov 2008 11:39:07 -0800 From: Robert To: freebsd-stable@freebsd.org Message-ID: <20081108113907.5a2affee@asus64> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: AbiWord & CUPS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2008 19:55:21 -0000 Greetings I have evidently done something wrong during installation of CUPS or AbiWord. I am unable to print a document from AbiWord. I can print from the command line using lpr. I can print from Evince, Firefox, Claws-Mail and other programs. When attempting to print from AbiWord either to the designated printer or to Generic Postscript (lpr) all seems well. The printer starts, feeds the paper but nothing is printed. If the document is one page in length, I get one blank page. If the document is 4 pages in length then I get four blank pages. All ports are up to date and I am running 7 stable from yesterday. I have reinstalled cups and AbiWord to no avail. Any help would be greatly appreciated. Robert Oh, I am using XFCE4 From owner-freebsd-stable@FreeBSD.ORG Sat Nov 8 17:36:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CB651065690 for ; Sat, 8 Nov 2008 17:36:58 +0000 (UTC) (envelope-from mdh_lists@yahoo.com) Received: from web56805.mail.re3.yahoo.com (web56805.mail.re3.yahoo.com [66.196.97.79]) by mx1.freebsd.org (Postfix) with SMTP id D93588FC1B for ; Sat, 8 Nov 2008 17:36:57 +0000 (UTC) (envelope-from mdh_lists@yahoo.com) Received: (qmail 61139 invoked by uid 60001); 8 Nov 2008 17:10:17 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Message-ID; b=VmxFOTbzHyFksFr9KZmy0FitJqR5lk1U39yHrsQZvfy1PmwQFIagKVaTqpzIX/kv+0UCtrNxOWCqIQ9KE6LKmM/uHjAwYqm6mtRP2fgU1o3rOkR7Y+7dZXAOVOoqrnsm/iTuoLx6PufX5DOc9edWcbupdDhGXgqoQnqwVuJDI7o=; X-YMail-OSG: BQ2MCKYVM1lPXdHob7cf3ECiO3OvGIo_cI4GrkZqqtbE3XxEHegH4pkbIRjSPmcEAFuZ1Usr2DrsuQ7hNY1GF0RVd_cmUqlFpA4bGhn9L7h1MWWYJAep5ULuXcBpzrdi9CNjdy2G_9DMI_sm7I1_F9Cr4iB2NWgXvRvi8TBY Received: from [71.61.220.126] by web56805.mail.re3.yahoo.com via HTTP; Sat, 08 Nov 2008 09:10:16 PST X-Mailer: YahooMailWebService/0.7.260.1 Date: Sat, 8 Nov 2008 09:10:16 -0800 (PST) From: mdh To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <94894.60594.qm@web56805.mail.re3.yahoo.com> X-Mailman-Approved-At: Sat, 08 Nov 2008 20:48:54 +0000 Subject: host(1) problem with -6 option X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mdh_lists@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Nov 2008 17:36:58 -0000 Howdy folks, I'm having a little trouble understanding a problem that the `host` command in RELENG_7_0 (very recent) is having. This is by and large my first time working with IPv6, which I've been meaning to learn for some time. First off, I've got my zone file configured to return a AAAA record for x1.mydomain and named isn't complaining. However, when I run `host -6 x1.mydomain`, host returns the following output: (root@rapier) [/etc/namedb]: host -6 x1.mydomain /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/unix/socket.c:1179: internal_send: ::ffff:127.0.0.1#53: Invalid argument /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/unix/socket.c:1179: internal_send: ::ffff:IP.IP.IP.8#53: Invalid argument /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/unix/socket.c:1179: internal_send: ::ffff:127.0.0.1#53: Invalid argument /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/unix/socket.c:1179: internal_send: ::ffff:IP.IP.IP.8#53: Invalid argument ;; connection timed out; no servers could be reached IP.IP.IP.8 is my ISP's DNS server, and is a third option just in case the localhost DNS server crashes or goes batty while I'm out drinking or somesuch. Here's my resolv.conf, which shows ::1 listed as the second nameserver entry - however, it seems host -6 never even tries it. domain mydomain search mydomain nameserver 127.0.0.1 nameserver ::1 nameserver IP.IP.IP.8 The DNS server running on localhost is authoritative for mydomain. I can ping it via localhost using both v4 and v6, and I can also ping the external v4 and v6 addresses just fine remotely. Worth noting is that host without the -6 option resolves the v6 addresses just fine, however it seems like it should work properly with the -6 option as well. It is likely doing so via the IPv4 nameserver address, since that is the first nameserver specified in resolv.conf. This may be a bug deserving a PR, but I'm not entirely sure, so I thought to check here first. As I said, I'm new to IPv6, but this behavior seems to be counterintuitive. Am I just doing it wrong? Note: I'm not on -stable, so please CC: me on responses. Thanks, Matt From owner-freebsd-stable@FreeBSD.ORG Sat Nov 8 21:30:22 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3C3E106574F for ; Sat, 8 Nov 2008 21:30:22 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp3.clear.net.nz (smtp3.clear.net.nz [203.97.33.64]) by mx1.freebsd.org (Postfix) with ESMTP id 90F778FC1E for ; Sat, 8 Nov 2008 21:30:22 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from zmori.markir.net (121-73-166-23.dsl.telstraclear.net [121.73.166.23]) by smtp3.clear.net.nz (CLEAR Net Mail) with ESMTP id <0KA1001Z99PLG720@smtp3.clear.net.nz> for freebsd-stable@FreeBSD.org; Sun, 09 Nov 2008 10:15:21 +1300 (NZDT) Date: Sun, 09 Nov 2008 10:15:20 +1300 From: Mark Kirkwood To: freebsd-stable@FreeBSD.org Message-id: <49160168.50009@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit User-Agent: Thunderbird 2.0.0.17 (X11/20081109) Cc: Subject: anoncvs1.FreeBSD.org 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, 08 Nov 2008 21:30:22 -0000 I trying to update /usr/src via cvs from anoncvs1.FreeBSD.org and getting: $ cd /usr/src $ cat CVS/Root :ext:anoncvs@anoncvs1.FreeBSD.org:/home/ncvs $ cvs update -d -P cannot close CVS/Entries No space left on device From owner-freebsd-stable@FreeBSD.ORG Sat Nov 8 21:31:53 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7525A1065677 for ; Sat, 8 Nov 2008 21:31:53 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp3.clear.net.nz (smtp3.clear.net.nz [203.97.33.64]) by mx1.freebsd.org (Postfix) with ESMTP id 423D78FC25 for ; Sat, 8 Nov 2008 21:31:53 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from zmori.markir.net (121-73-166-23.dsl.telstraclear.net [121.73.166.23]) by smtp3.clear.net.nz (CLEAR Net Mail) with ESMTP id <0KA100C1F9S4A230@smtp3.clear.net.nz> for freebsd-stable@FreeBSD.org; Sun, 09 Nov 2008 10:16:52 +1300 (NZDT) Date: Sun, 09 Nov 2008 10:16:52 +1300 From: Mark Kirkwood In-reply-to: <49160168.50009@paradise.net.nz> To: freebsd-stable@FreeBSD.org Message-id: <491601C4.8050802@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <49160168.50009@paradise.net.nz> User-Agent: Thunderbird 2.0.0.17 (X11/20081109) Cc: Subject: Re: anoncvs1.FreeBSD.org 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, 08 Nov 2008 21:31:53 -0000 Ah - too quick with the "send" button - sorry about the poor English. I wrote: > I trying to update /usr/src ...