From owner-freebsd-current@FreeBSD.ORG Sun May 24 00:21:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6703F1065672 for ; Sun, 24 May 2009 00:21:16 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 20F1C8FC0C for ; Sun, 24 May 2009 00:21:15 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1M81Sj-0002Be-DD for freebsd-current@freebsd.org; Sun, 24 May 2009 00:21:13 +0000 Received: from 93-138-114-233.adsl.net.t-com.hr ([93.138.114.233]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 May 2009 00:21:13 +0000 Received: from ivoras by 93-138-114-233.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 May 2009 00:21:13 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sun, 24 May 2009 02:21:00 +0200 Lines: 37 Message-ID: References: <20090522175956.GA33004@bsdcrew.de> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-114-233.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.19 (X11/20090222) In-Reply-To: <20090522175956.GA33004@bsdcrew.de> Sender: news Cc: freebsd-emulation@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 00:21:16 -0000 Martin Wilke wrote: > > We rolled a new version with a fix for all users where > has problems with kernel load and unload. Many thanks to > Shin-ichi Okano where submitted this patch to the vbox ml. > > http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz Hi, I've tested it again. The host os: 8-CURRENT AMD64, Xeon 5405, updated from sources from half an hour ago. No debugging in kernel. What works: * Booted 6.2-RELEASE i386 guest * ACPI, IOAPIC enabled for guest emulation * Performance seems ok (subjectively). Disk IO seems a bit slow * Networking, NAT emulation, all emulated NIC hardware What doesn't work: * Hardware VT support - "A critical error has occurred..." * CPU count detection - if I select 2 CPUs for the guest, VirtualBox complains the number of physical CPUs is 1 (hardware is quad core) * Selecting > 1 CPU automatically selects Hardware VT support, so guests with multiple virtual CPUs cannot be booted. * 64-bit guest support (same as above) * Enabling virtual SATA controller - no error messages, the guest simply changes state to "aborted" * Enabling COM ports - same as above * Enabling audio - "Some audio devices could not be opened, HostAudioNotResponding" * Rebooting the VM guest "from inside" from the boot loader But so far it's an excellent start :) Thanks! From owner-freebsd-current@FreeBSD.ORG Sun May 24 01:14:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6739E1065670 for ; Sun, 24 May 2009 01:14:48 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 183B98FC12 for ; Sun, 24 May 2009 01:14:47 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApsIAK88GEqDaFvH/2dsb2JhbACOBwHBboQLBQ X-IronPort-AV: E=Sophos;i="4.41,238,1241409600"; d="scan'208";a="36397519" Received: from danube.cs.uoguelph.ca ([131.104.91.199]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 23 May 2009 21:14:47 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by danube.cs.uoguelph.ca (Postfix) with ESMTP id 48EE3108460A for ; Sat, 23 May 2009 21:14:47 -0400 (EDT) X-Virus-Scanned: amavisd-new at danube.cs.uoguelph.ca Received: from danube.cs.uoguelph.ca ([127.0.0.1]) by localhost (danube.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Apb-CF4icTlW for ; Sat, 23 May 2009 21:14:46 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by danube.cs.uoguelph.ca (Postfix) with ESMTP id 9E85810845F4 for ; Sat, 23 May 2009 21:14:46 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n4O1FZC14698 for ; Sat, 23 May 2009 21:15:35 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Sat, 23 May 2009 21:15:35 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: [HEADSUP]: updating nfs daemons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 01:14:48 -0000 I am about to commit some changes to nfsd.c to add support for the experimental server. Since it has survived a recent "make universe", I don't think it is going to cause grief, but thought I'd post, just in case. rick From owner-freebsd-current@FreeBSD.ORG Sun May 24 03:26:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E950D106564A; Sun, 24 May 2009 03:26:30 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 8BDCC8FC0A; Sun, 24 May 2009 03:26:30 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1416357qwe.7 for ; Sat, 23 May 2009 20:26:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Grg4/cC1CDCIdCUCG2JGcPCeR/lNAMfpjgxnsVrBqoc=; b=VauQwF9JLbMI+n+1/JmKnqMbuHaU9hTsmqFH0nHF9dTno+A26YevHqLtFF/ksYn7mm m9HJ/8phRREZXu0/Onym26WvQAfc5yxObwg1Naq8KAywBsMEO8dDn0c76DJn01h2hlbn oI1rN+HdurrdRmBkP6+N4zOgXsEubtb5u/ZdE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; b=XaZb5Xt5D3NTg1V3erTSWt8zRU3dIURr4E/cV0h/a1DzS7BCjhnOHnJmr6ms+i7LcP SFbz/hzfm6AMLEApITprvKbUvkD4WzgFcfX0ed9CCmZ/9uy/FNBz+L6osCfeKHdqWuEL kg8BHbBrugpIYcW5iu0YroGi5QlxfGxUxCquw= MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.229.80.21 with SMTP id r21mr1827393qck.80.1243135589998; Sat, 23 May 2009 20:26:29 -0700 (PDT) Date: Sun, 24 May 2009 11:26:29 +0800 X-Google-Sender-Auth: 762879009c508f53 Message-ID: From: Adrian Chadd To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-xen@freebsd.org Subject: Default Xen PVM console? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 03:26:31 -0000 G'day, I'd like to twiddle the Xen console stuff a little bit to make it easier to bootstrap a PVM. There's a couple of options I can think of: * Patch /etc/ttys to have a default "xc0" Xen console, but disabled (which makes it trivial for users / scripts to disable the syscons console and enable the xc console); * Modify the xenconsole driver to attach to ttyv0 (via a kernel environment variable) so /etc/ttys doesn't need modifying (but this may confuse tools that assumes /dev/ttyvX == syscons.) Opinions? I'd like to sneak in one of these before the release process begins for 8.0. Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Sun May 24 04:20:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38ABC106564A for ; Sun, 24 May 2009 04:20:46 +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 E111D8FC08 for ; Sun, 24 May 2009 04:20:45 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local (pooker.samsco.org [168.103.85.57]) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n4O4GDG3095629; Sat, 23 May 2009 22:16:13 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4A18CA0D.6050805@samsco.org> Date: Sat, 23 May 2009 22:16:13 -0600 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: Adrian Chadd References: In-Reply-To: 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.6 required=3.8 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-xen@freebsd.org, freebsd-current Subject: Re: Default Xen PVM console? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 04:20:46 -0000 Adrian Chadd wrote: > G'day, > > I'd like to twiddle the Xen console stuff a little bit to make it > easier to bootstrap a PVM. > > There's a couple of options I can think of: > > * Patch /etc/ttys to have a default "xc0" Xen console, but disabled > (which makes it trivial for users / scripts to disable the syscons > console and enable the xc console); > * Modify the xenconsole driver to attach to ttyv0 (via a kernel > environment variable) so /etc/ttys doesn't need modifying (but this > may confuse tools that assumes /dev/ttyvX == syscons.) > > Opinions? I'd like to sneak in one of these before the release process > begins for 8.0. > > Thanks, Treat xen as a new platform and have a src/etc/etc.xen directory that holds the xen-specific ttys files, along with similar things that it'll likely need. Scott From owner-freebsd-current@FreeBSD.ORG Sun May 24 09:14:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62E871065675; Sun, 24 May 2009 09:14:38 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 00B988FC15; Sun, 24 May 2009 09:14:37 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id C59E21CCFF; Sun, 24 May 2009 11:14:36 +0200 (CEST) Date: Sun, 24 May 2009 11:14:36 +0200 From: Ed Schouten To: Adrian Chadd Message-ID: <20090524091436.GR1271@hoeg.nl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pqmPt9oPL4cuP/b5" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-xen@freebsd.org, FreeBSD Current Subject: Re: Default Xen PVM console? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 09:14:38 -0000 --pqmPt9oPL4cuP/b5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Adrian Chadd wrote: > * Modify the xenconsole driver to attach to ttyv0 (via a kernel > environment variable) so /etc/ttys doesn't need modifying (but this > may confuse tools that assumes /dev/ttyvX =3D=3D syscons.) Please don't. Someone on IRC told me Xen also has some framebuffer feature. Say, someone would port syscons to Xen, the naming would conflict with the console device node. /dev/xc0 is good enough. I even think it should have been called ttyx0, not xc0. --=20 Ed Schouten WWW: http://80386.nl/ --pqmPt9oPL4cuP/b5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkoZD/wACgkQ52SDGA2eCwUzdgCeK7Ho+JrY+ofSH74TuemsqTDO 1aUAn0nrErCEXSB/74ysfr0OHXYTbv8i =mTje -----END PGP SIGNATURE----- --pqmPt9oPL4cuP/b5-- From owner-freebsd-current@FreeBSD.ORG Sun May 24 09:37:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B312106566C; Sun, 24 May 2009 09:37:26 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qy0-f105.google.com (mail-qy0-f105.google.com [209.85.221.105]) by mx1.freebsd.org (Postfix) with ESMTP id 1D6C38FC08; Sun, 24 May 2009 09:37:26 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by qyk3 with SMTP id 3so3958414qyk.3 for ; Sun, 24 May 2009 02:37:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=kklil3SicdM/PqiCTERrQXDmRELqG4hNmNjhW9yOaSE=; b=p5s1xyUzJ2a3ZyRCYKcqNWPlIAXFUu+kiR23rh5ruo8RpSIEK/8876bO2X119Y43A9 Ui8erLDINOx23SgtF8rjHtp8E36z6/ofQ7AdNl+u2xP30+MjTb8CoVP8j2iG03F/XQYW igvIl/NG2Pe2jVPKOl0L9QosJ8LMskM/fkaU8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=jHS7GpmXgB9fCRoIN7+ByuK6ci8seq7ThZwp68BdquTYYkDy9n7B9e9vSfmNDH1TBM e56oW23aMsFZEpwc4xmjd76dAnFD1/VPoiI9a7o3k+TVfGWaXWzjx/BgASfI+v7TvpZF qQHA2tpHwn/nzup8hrQKJwg8rp+R3CSOlvdeY= MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.229.82.12 with SMTP id z12mr1895575qck.59.1243157845589; Sun, 24 May 2009 02:37:25 -0700 (PDT) In-Reply-To: <20090524091436.GR1271@hoeg.nl> References: <20090524091436.GR1271@hoeg.nl> Date: Sun, 24 May 2009 17:37:25 +0800 X-Google-Sender-Auth: a25681193ad9f50a Message-ID: From: Adrian Chadd To: Ed Schouten Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-xen@freebsd.org, FreeBSD Current Subject: Re: Default Xen PVM console? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 09:37:26 -0000 2009/5/24 Ed Schouten : > * Adrian Chadd wrote: >> * Modify the xenconsole driver to attach to ttyv0 (via a kernel >> environment variable) so /etc/ttys doesn't need modifying (but this >> may confuse tools that assumes /dev/ttyvX == syscons.) > > Please don't. Someone on IRC told me Xen also has some framebuffer > feature. Say, someone would port syscons to Xen, the naming would > conflict with the console device node. /dev/xc0 is good enough. I even > think it should have been called ttyx0, not xc0. It sounds like I should just stick to modifying etc/ttys then. I'll see about getting consensus on the right way of doing that and then do it in the next couple days. Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Sun May 24 09:39:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B219F1065679; Sun, 24 May 2009 09:39:18 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qy0-f105.google.com (mail-qy0-f105.google.com [209.85.221.105]) by mx1.freebsd.org (Postfix) with ESMTP id 51BDE8FC24; Sun, 24 May 2009 09:39:18 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by qyk3 with SMTP id 3so3958876qyk.3 for ; Sun, 24 May 2009 02:39:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=OXaGPbGL9TY17+UevKNrqz5HSgier/oBCWKcOItpVK0=; b=gMMlX+YqFwp1a8SteTo3t+p+i6lB7L3nLS6UVC1558+8XjzR9Rf2oBbUyRC728x+eA ybF7PCepW0tRSWJCZRXPqx+aaWGfGvMvPafbjAbGrq+SkiSEIht+HV9crbme7PJJeq4h 9SFdpPkagVcBCzJaPWiknmmsafQM9zw0pRI2I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=cdotyukNLqd5P9ghHHrCkdfj1/p6dW1ercVQkPG3MRKanwx40g5zorpgy797fMxfwN w2Xp1w0HkYdJqzY+RvfQuqK8QHYOAjyKOl2lW89A3E6OENlv+iRCPcXlR2hQaKZ45vXY Oi6+WtD88FBSfLIwGB30szQK5Gq/g0AN8j6xI= MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.229.109.202 with SMTP id k10mr1909562qcp.58.1243157957848; Sun, 24 May 2009 02:39:17 -0700 (PDT) In-Reply-To: <4A18CA0D.6050805@samsco.org> References: <4A18CA0D.6050805@samsco.org> Date: Sun, 24 May 2009 17:39:17 +0800 X-Google-Sender-Auth: a32ad7212b636522 Message-ID: From: Adrian Chadd To: Scott Long Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-xen@freebsd.org, freebsd-current Subject: Re: Default Xen PVM console? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 09:39:19 -0000 2009/5/24 Scott Long : > Treat xen as a new platform and have a src/etc/etc.xen directory that holds > the xen-specific ttys files, along with similar things that it'll > likely need. In -theory- there could be Xen PVM support for i386, amd64 and ia64; with apparently some random work being done on ARM support in the future. I'll chat on IRC with you/others about the most likely sensible way of doing this and then post a summary to the list(s). Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Sun May 24 09:44:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E569E106564A; Sun, 24 May 2009 09:44:53 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qy0-f105.google.com (mail-qy0-f105.google.com [209.85.221.105]) by mx1.freebsd.org (Postfix) with ESMTP id 877338FC14; Sun, 24 May 2009 09:44:53 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by qyk3 with SMTP id 3so3960130qyk.3 for ; Sun, 24 May 2009 02:44:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=2khcI1F7vy3GJsapFD6Rkr1BQ4fwEhKfBO3czgENtOA=; b=XmpP65k6/nn16oXsqw/74d8nSE1g0GJPDACjUukvh8sph6WSqP1VcCCPcW9ZiVUjw7 qcoBAVRJMzmQXumdqVjt0ersJeXD4/uTBCQXATuuI8sWxKXMBF8zPY5msXbYjdj/HbQ1 FC90ef/qHGCFHJtMVjUqK2o4SuHnvTs7gZkxQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=oKUXzpIDQ8ChwUTvrO72ePCy/XWWjlfj5PhDZl9VhT/Ew48kVMCGD3Ohza6dTi5Kxb /8Q49u/jA6j99Om2k8NlUPvLWAx9JOKHW2r4uDYycUtV+nVNsWtacgceCDITg8R4+kLb 2+wuJA9WjxGTiWSQPzmWkZjCDcHO5YFYJmSrg= MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.229.100.13 with SMTP id w13mr1929575qcn.62.1243158289991; Sun, 24 May 2009 02:44:49 -0700 (PDT) In-Reply-To: References: <4A18CA0D.6050805@samsco.org> Date: Sun, 24 May 2009 17:44:49 +0800 X-Google-Sender-Auth: 86db3c79096997c1 Message-ID: From: Adrian Chadd To: Scott Long Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-xen@freebsd.org, freebsd-current Subject: Re: Default Xen PVM console? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 09:44:54 -0000 Ed has also suggested renaming the console device to "ttyx0" to keep in line with the "typical TTY name in BSDs." Adrian From owner-freebsd-current@FreeBSD.ORG Sun May 24 09:45:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 050AF1065678; Sun, 24 May 2009 09:45:49 +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 D46818FC26; Sun, 24 May 2009 09:45:48 +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 ESMTPS id 5FDAE46B38; Sun, 24 May 2009 05:45:48 -0400 (EDT) Date: Sun, 24 May 2009 10:45:48 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ed Schouten In-Reply-To: <20090524091436.GR1271@hoeg.nl> Message-ID: References: <20090524091436.GR1271@hoeg.nl> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-xen@freebsd.org, Adrian Chadd , FreeBSD Current Subject: Re: Default Xen PVM console? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 09:45:49 -0000 On Sun, 24 May 2009, Ed Schouten wrote: > * Adrian Chadd wrote: >> * Modify the xenconsole driver to attach to ttyv0 (via a kernel environment >> variable) so /etc/ttys doesn't need modifying (but this may confuse tools >> that assumes /dev/ttyvX == syscons.) > > Please don't. Someone on IRC told me Xen also has some framebuffer feature. > Say, someone would port syscons to Xen, the naming would conflict with the > console device node. /dev/xc0 is good enough. I even think it should have > been called ttyx0, not xc0. Given that there will be increasing levels of support for "pass-through" hardware access in virtual machine environments and a trend in the direction of virtualization-friendly hardware, we shouldn't preclude the possibility of something a lot closer to syscons working inside of Xen in the future. This means we should leave the syscons device names open so that syscons can claim them if desired. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sun May 24 10:26:19 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C089C106564A; Sun, 24 May 2009 10:26:19 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:21b:78ff:fe37:f1cf]) by mx1.freebsd.org (Postfix) with ESMTP id 4D1E48FC14; Sun, 24 May 2009 10:26:19 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (ns1.ninth-nine.com [219.127.74.121]) (authenticated bits=0) by sakura.ninth-nine.com (8.14.3/8.14.3/NinthNine) with ESMTP id n4OAQBoo059049; Sun, 24 May 2009 19:26:16 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 24 May 2009 19:26:11 +0900 From: Norikatsu Shigemura To: freebsd-hackers@FreeBSD.org Message-Id: <20090524192611.9becb1bc.nork@FreeBSD.org> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: imp@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: [CFT] ssh/scp/ssh-add/ssh-agent/ssh-keygen on /rescue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 10:26:20 -0000 Hi. I wondered that ssh/scp (at least) was not in /rescue. They are the indispensable tools, and I also often use them in the emergency (single user mode). So I made a patch for src/rescue/rescue/Makefile and src/secure/usr.bin/scp/Makefile. Please review it. Changing point is: o Move some libraries to Common Libraries section. o Add ssh/scp/ssh-add/ssh-agent/ssh-keygen to /rescue member. o Cosmetics Change (labeled Common Libraries section). Sorry, this patch for 8-current. I'll try to MFC after kmacy's zfs/zpool support. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --- rescue/rescue/Makefile.orig 2009-05-23 11:30:38.830094000 +0900 +++ rescue/rescue/Makefile 2009-05-24 18:58:08.925195062 +0900 @@ -72,7 +72,7 @@ CRUNCH_PROGS_bin= cat chflags chio chmod cp date dd df echo \ ed expr getfacl hostname kenv kill ln ls mkdir mv \ pkill ps pwd realpath rm rmdir setfacl sh stty sync test -CRUNCH_LIBS+= -lcrypt -ledit -lkvm -ll -ltermcap -lutil +CRUNCH_LIBS+= -lcrypt -ledit -lkvm -ll -ltermcap # Additional options for specific programs CRUNCH_ALIAS_test= [ @@ -143,7 +143,7 @@ .if ${MK_ZFS} != "no" CRUNCH_LIBS+= -lzfs -lnvpair -luutil -lavl .endif -CRUNCH_LIBS+= -lgeom -lbsdxml -lkiconv -lmd -lreadline -lsbuf -lufs -lz +CRUNCH_LIBS+= -lgeom -lbsdxml -lkiconv -lreadline -lsbuf -lufs .if ${MACHINE_ARCH} == "i386" CRUNCH_PROGS_sbin+= bsdlabel sconfig fdisk @@ -206,13 +206,9 @@ CRUNCH_PROGS_usr.bin+= bzip2 CRUNCH_ALIAS_bzip2= bunzip2 bzcat -CRUNCH_LIBS+= -lbz2 CRUNCH_PROGS_usr.bin+= tar -CRUNCH_LIBS+= -larchive -lmd -.if ${MK_OPENSSL} != "no" -CRUNCH_LIBS+= -lcrypto -.endif +CRUNCH_LIBS+= -larchive CRUNCH_PROGS_usr.bin+= vi CRUNCH_ALIAS_vi= ex @@ -220,6 +216,25 @@ CRUNCH_PROGS_usr.bin+= id CRUNCH_ALIAS_id= groups whoami +.if ${MK_OPENSSL} != "no" && ${MK_OPENSSH} != "no" +CRUNCH_PROGS_usr.bin+= ssh +CRUNCH_PROGS_usr.bin+= scp +CRUNCH_BUILDOPTS_scp= BINDIR=${BINDIR} +CRUNCH_PROGS_usr.bin+= ssh-add +CRUNCH_PROGS_usr.bin+= ssh-agent +CRUNCH_PROGS_usr.bin+= ssh-keygen +CRUNCH_LIBS+= -lssh +.if ${MK_KERBEROS_SUPPORT} != "no" +CRUNCH_LIBS+= -lgssapi +.endif + +CRUNCH_SRCDIR_ssh= ${.CURDIR}/../../secure/usr.bin/ssh +CRUNCH_SRCDIR_scp= ${.CURDIR}/../../secure/usr.bin/scp +CRUNCH_SRCDIR_ssh-add= ${.CURDIR}/../../secure/usr.bin/ssh-add +CRUNCH_SRCDIR_ssh-agent= ${.CURDIR}/../../secure/usr.bin/ssh-agent +CRUNCH_SRCDIR_ssh-keygen= ${.CURDIR}/../../secure/usr.bin/ssh-keygen +.endif + ################################################################## # Programs from stock /usr/sbin # @@ -229,8 +244,14 @@ CRUNCH_PROGS_usr.sbin+= chown CRUNCH_ALIAS_chown= chgrp + ################################################################## -CRUNCH_LIBS+= -lm +# Common Libraries +# +.if ${MK_OPENSSL} != "no" +CRUNCH_LIBS+= -lcrypto +.endif +CRUNCH_LIBS+= -lmd -lutil -lbz2 -lz -lm ################################################################## # The following is pretty nearly a generic crunchgen-handling makefile --- secure/usr.bin/scp/Makefile.orig 2006-05-14 06:38:15.000000000 +0900 +++ secure/usr.bin/scp/Makefile 2009-05-24 15:39:20.594368170 +0900 @@ -1,7 +1,7 @@ # $FreeBSD: src/secure/usr.bin/scp/Makefile,v 1.16 2006/05/13 21:38:15 des Exp $ PROG= scp -CFLAGS+=-I${SSHDIR} -include ssh_namespace.h +CFLAGS+=-I${SSHDIR} -include ssh_namespace.h -D_PATH_SSH_PROGRAM='"${BINDIR}/ssh"' DPADD= ${LIBSSH} ${LIBCRYPT} ${LIBCRYPTO} ${LIBZ} LDADD= -lssh -lcrypt -lcrypto -lz - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-current@FreeBSD.ORG Sun May 24 11:19:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 335D91065670; Sun, 24 May 2009 11:19:13 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id C16CE8FC13; Sun, 24 May 2009 11:19:12 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 9B6B61CCED; Sun, 24 May 2009 13:19:10 +0200 (CEST) Date: Sun, 24 May 2009 13:19:10 +0200 From: Ed Schouten To: Robert Watson Message-ID: <20090524111910.GS1271@hoeg.nl> References: <20090524091436.GR1271@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="R+WA+n3pAWWgNWUs" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-xen@freebsd.org, Adrian Chadd , FreeBSD Current Subject: Re: Default Xen PVM console? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 11:19:13 -0000 --R+WA+n3pAWWgNWUs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Robert Watson wrote: > Given that there will be increasing levels of support for "pass-through" = =20 > hardware access in virtual machine environments and a trend in the=20 > direction of virtualization-friendly hardware, we shouldn't preclude the= =20 > possibility of something a lot closer to syscons working inside of Xen in= =20 > the future. This means we should leave the syscons device names open so= =20 > that syscons can claim them if desired. Yes, exactly! --=20 Ed Schouten WWW: http://80386.nl/ --R+WA+n3pAWWgNWUs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkoZLS4ACgkQ52SDGA2eCwW4+ACfcHA61AElSzNFrC1YKLOr9GDV gOkAn0WMZcWbaItCSpWUgZPF4Hw7THiX =8BPG -----END PGP SIGNATURE----- --R+WA+n3pAWWgNWUs-- From owner-freebsd-current@FreeBSD.ORG Sun May 24 11:25:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 583B01065679; Sun, 24 May 2009 11:25:03 +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 0BCB88FC14; Sun, 24 May 2009 11:25:02 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local (pooker.samsco.org [168.103.85.57]) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n4OBOxbi097377; Sun, 24 May 2009 05:25:00 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4A192E8B.2030204@samsco.org> Date: Sun, 24 May 2009 05:24:59 -0600 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: Adrian Chadd References: <4A18CA0D.6050805@samsco.org> In-Reply-To: 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.5 required=3.8 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-xen@freebsd.org, freebsd-current Subject: Re: Default Xen PVM console? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 11:25:03 -0000 Adrian Chadd wrote: > 2009/5/24 Scott Long : > >> Treat xen as a new platform and have a src/etc/etc.xen directory that holds >> the xen-specific ttys files, along with similar things that it'll >> likely need. > > In -theory- there could be Xen PVM support for i386, amd64 and ia64; > with apparently some random work being done on ARM support in the > future. Once you start shifting away from full HVM mode, the instruction set architecture starts becoming much less relevant. Anything using the xc driver is going to behave pretty much the same in respect to the ttys file, regardless of if it's i386 or amd64 or arm. Scott From owner-freebsd-current@FreeBSD.ORG Sun May 24 11:27:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E556B10656C7; Sun, 24 May 2009 11:27:04 +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 983378FC08; Sun, 24 May 2009 11:27:04 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local (pooker.samsco.org [168.103.85.57]) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n4OBR1KK097390; Sun, 24 May 2009 05:27:01 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4A192F05.7040104@samsco.org> Date: Sun, 24 May 2009 05:27:01 -0600 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: Adrian Chadd References: <4A18CA0D.6050805@samsco.org> In-Reply-To: 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.6 required=3.8 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-xen@freebsd.org, freebsd-current Subject: Re: Default Xen PVM console? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 11:27:05 -0000 Adrian Chadd wrote: > Ed has also suggested renaming the console device to "ttyx0" to keep > in line with the "typical TTY name in BSDs." > I don't think that the loss of continuity in naming here is a very good idea. It's been over 15 years, that qualifies as "typical TTY name for FreeBSD". Scott From owner-freebsd-current@FreeBSD.ORG Sun May 24 11:31:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BC31106566C; Sun, 24 May 2009 11:31:55 +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 3C1C08FC16; Sun, 24 May 2009 11:31:55 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local (pooker.samsco.org [168.103.85.57]) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n4OBVM9n097416; Sun, 24 May 2009 05:31:22 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4A19300A.1020906@samsco.org> Date: Sun, 24 May 2009 05:31:22 -0600 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: Robert Watson References: <20090524091436.GR1271@hoeg.nl> In-Reply-To: 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.6 required=3.8 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Ed Schouten , Adrian Chadd , FreeBSD Current , freebsd-xen@freebsd.org Subject: Re: Default Xen PVM console? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 11:31:56 -0000 Robert Watson wrote: > On Sun, 24 May 2009, Ed Schouten wrote: > >> * Adrian Chadd wrote: >>> * Modify the xenconsole driver to attach to ttyv0 (via a kernel >>> environment variable) so /etc/ttys doesn't need modifying (but this >>> may confuse tools that assumes /dev/ttyvX == syscons.) >> >> Please don't. Someone on IRC told me Xen also has some framebuffer >> feature. Say, someone would port syscons to Xen, the naming would >> conflict with the console device node. /dev/xc0 is good enough. I even >> think it should have been called ttyx0, not xc0. > > Given that there will be increasing levels of support for "pass-through" > hardware access in virtual machine environments and a trend in the > direction of virtualization-friendly hardware, we shouldn't preclude the > possibility of something a lot closer to syscons working inside of Xen > in the future. This means we should leave the syscons device names open > so that syscons can claim them if desired. > HVM mode already supports "pass-through" with syscons working in it. That is orthogonal to the discussion of supporting the native virtualization features of Xen. Scott From owner-freebsd-current@FreeBSD.ORG Sun May 24 11:46:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CD891065673; Sun, 24 May 2009 11:46:27 +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 062A98FC1D; Sun, 24 May 2009 11:46:27 +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 ESMTPS id 953AC46B29; Sun, 24 May 2009 07:46:26 -0400 (EDT) Date: Sun, 24 May 2009 12:46:26 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Scott Long In-Reply-To: <4A19300A.1020906@samsco.org> Message-ID: References: <20090524091436.GR1271@hoeg.nl> <4A19300A.1020906@samsco.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Ed Schouten , Adrian Chadd , FreeBSD Current , freebsd-xen@freebsd.org Subject: Re: Default Xen PVM console? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 11:46:27 -0000 On Sun, 24 May 2009, Scott Long wrote: >>> Please don't. Someone on IRC told me Xen also has some framebuffer >>> feature. Say, someone would port syscons to Xen, the naming would conflict >>> with the console device node. /dev/xc0 is good enough. I even think it >>> should have been called ttyx0, not xc0. >> >> Given that there will be increasing levels of support for "pass-through" >> hardware access in virtual machine environments and a trend in the >> direction of virtualization-friendly hardware, we shouldn't preclude the >> possibility of something a lot closer to syscons working inside of Xen in >> the future. This means we should leave the syscons device names open so >> that syscons can claim them if desired. > > HVM mode already supports "pass-through" with syscons working in it. That is > orthogonal to the discussion of supporting the native virtualization > features of Xen. Not sure I follow this comment: what I'm saying is that the Xen-specific console device should not use the same device names as syscons, so that the two can coexist in a single installation. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sun May 24 13:29:16 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7771D106566B for ; Sun, 24 May 2009 13:29:16 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (router.rabson.org [80.177.232.241]) by mx1.freebsd.org (Postfix) with ESMTP id 37FC38FC08 for ; Sun, 24 May 2009 13:29:16 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [IPv6:2001:470:909f:1:225:ff:feed:9426] (unknown [IPv6:2001:470:909f:1:225:ff:feed:9426]) by itchy.rabson.org (Postfix) with ESMTP id 8C20C5CE8 for ; Sun, 24 May 2009 14:30:03 +0100 (BST) Message-Id: From: Doug Rabson To: current@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sun, 24 May 2009 14:28:45 +0100 X-Mailer: Apple Mail (2.935.3) Cc: Subject: HEADS UP: removing legacy RPC code from FreeBSD-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 13:29:16 -0000 I will be removing the old implementation of sunrpc which is currently used with the NFS_LEGACYRPC kernel option. The new RPC code is easier to maintain and supports modern features such as GSS-API authentication. This will bring the number of RPC implementations in the kernel back down to one (I'm ignoring the one that is part of the NFS diskless support for now). If you currently have NFS_LEGACYRPC in your kernel config, please remove it now and if you have problems with the new code, please report them here with as much detail as possible. My current plan is to remove the NFS_LEGACYRPC option in one weeks time. From owner-freebsd-current@FreeBSD.ORG Sun May 24 14:24:34 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63A2D10656D7 for ; Sun, 24 May 2009 14:24:34 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 2741A8FC12 for ; Sun, 24 May 2009 14:24:34 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 24 May 2009 09:55:46 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.10.5-GA) with ESMTP id PXF69543; Sun, 24 May 2009 09:55:45 -0400 (EDT) X-Auth-ID: roberthuff Received: from c-24-91-153-117.hsd1.ma.comcast.net (HELO [192.168.10.3]) ([24.91.153.117]) by smtp01.lnh.mail.rcn.net with ESMTP; 24 May 2009 09:55:46 -0400 Message-ID: <4A195104.7030106@rcn.com> Date: Sun, 24 May 2009 09:52:04 -0400 From: Robert Huff User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Cc: Subject: fdisk incompatibility between major versions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 14:24:34 -0000 Due to a combination of my s tupidity and external vents, a machine running -Current from late April will no longer boot. Specifically, instead of the loader screen I get "Invaslid partition". Crud. Broke out the most recent fixit disk, which is from 7.1 (Jan 2009). Boots fine; fdisk finds the correct slice information; bsdlabel finds the right partition data; mount / and /usr under LiveFS Whew!!!! So ... I'm guessing the problem in the boot code is corrupted, and if I do fdisk -B -b da0 However: when I do the second commit I get fdisk: Geom not found "da0" fdsk: failed to write sector 0 This leads to the assumption there is a fundamental discrepancy between the two versions. Not unreasonable, ans I know there have been changes in the code since 7.1. 0) is the diagnosis correct, and will my proposed solution work 1) if so, is there a way to convince the 7.1 fdisk to Do The Right Thing? 2) if not, what do I do next? Robert Huff From owner-freebsd-current@FreeBSD.ORG Sun May 24 17:02:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54112106564A; Sun, 24 May 2009 17:02:39 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from bene2.itea.ntnu.no (bene2.itea.ntnu.no [IPv6:2001:700:300:3::57]) by mx1.freebsd.org (Postfix) with ESMTP id A45008FC08; Sun, 24 May 2009 17:02:38 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from localhost (localhost [127.0.0.1]) by bene2.itea.ntnu.no (Postfix) with ESMTP id 4CE909000D; Sun, 24 May 2009 19:02:37 +0200 (CEST) Received: from carrot.geeknest.org (gaupe.stud.ntnu.no [IPv6:2001:700:300:3::184]) by bene2.itea.ntnu.no (Postfix) with ESMTP id D385290009; Sun, 24 May 2009 19:02:36 +0200 (CEST) Date: Sun, 24 May 2009 19:02:38 +0200 From: Ulf Lilleengen To: Martin Wilke Message-ID: <20090524170237.GA12352@carrot.geeknest.org> References: <20090522175956.GA33004@bsdcrew.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090522175956.GA33004@bsdcrew.de> User-Agent: Mutt/1.5.19 (2009-01-05) X-Virus-Scanned: Debian amavisd-new at bene2.itea.ntnu.no Cc: ports@FreeBSD.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 17:02:39 -0000 On Fri, May 22, 2009 at 07:59:57PM +0200, Martin Wilke wrote: > > We rolled a new version with a fix for all users where > has problems with kernel load and unload. Many thanks to > Shin-ichi Okano where submitted this patch to the vbox ml. > > http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz > > happy testing. > > I've had problems with all vbox builds where the machine screen just turns gray: http://people.freebsd.org/~lulf/2009-05-24-185847_1024x768_scrot.png I also have a truss log here (quite big): http://people.freebsd.org/~lulf/virtualbox_truss.log -- Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Sun May 24 17:04:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25E9A1065673; Sun, 24 May 2009 17:04:06 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from bene1.itea.ntnu.no (bene1.itea.ntnu.no [IPv6:2001:700:300:3::56]) by mx1.freebsd.org (Postfix) with ESMTP id 6747C8FC1E; Sun, 24 May 2009 17:04:05 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from localhost (localhost [127.0.0.1]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 04B1E16C882; Sun, 24 May 2009 19:04:04 +0200 (CEST) Received: from carrot.geeknest.org (gaupe.stud.ntnu.no [IPv6:2001:700:300:3::184]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 9362216C7D6; Sun, 24 May 2009 19:04:03 +0200 (CEST) Date: Sun, 24 May 2009 19:04:05 +0200 From: Ulf Lilleengen To: Martin Wilke Message-ID: <20090524170405.GA12545@carrot.geeknest.org> References: <20090522175956.GA33004@bsdcrew.de> <20090524170237.GA12352@carrot.geeknest.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20090524170237.GA12352@carrot.geeknest.org> User-Agent: Mutt/1.5.19 (2009-01-05) X-Virus-Scanned: Debian amavisd-new at bene1.itea.ntnu.no Cc: ports@FreeBSD.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 17:04:07 -0000 On søn, mai 24, 2009 at 07:02:37pm +0200, Ulf Lilleengen wrote: > On Fri, May 22, 2009 at 07:59:57PM +0200, Martin Wilke wrote: > > > > We rolled a new version with a fix for all users where > > has problems with kernel load and unload. Many thanks to > > Shin-ichi Okano where submitted this patch to the vbox ml. > > > > http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz > > > > happy testing. > > > > > I've had problems with all vbox builds where the machine screen just turns > gray: http://people.freebsd.org/~lulf/2009-05-24-185847_1024x768_scrot.png > > I also have a truss log here (quite big): > http://people.freebsd.org/~lulf/virtualbox_truss.log > I forgot to mention, this is i386, Core Duo CPU -- Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Sun May 24 17:15:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3727106566B; Sun, 24 May 2009 17:15:06 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from mail.itac.at (mail.itac.at [213.47.211.116]) by mx1.freebsd.org (Postfix) with ESMTP id 73C258FC12; Sun, 24 May 2009 17:15:06 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from localhost ([127.0.0.1] helo=webmail.itac.at) by mail.itac.at with esmtpa (Exim 4.63) (envelope-from ) id 1M8HHs-0000ss-Jj; Sun, 24 May 2009 19:15:04 +0200 Received: from 78.142.74.81 (SquirrelMail authenticated user decke@bluelife.at) by webmail.itac.at with HTTP; Sun, 24 May 2009 19:15:04 +0200 (CEST) Message-ID: In-Reply-To: <20090524170405.GA12545@carrot.geeknest.org> References: <20090522175956.GA33004@bsdcrew.de> <20090524170237.GA12352@carrot.geeknest.org> <20090524170405.GA12545@carrot.geeknest.org> Date: Sun, 24 May 2009 19:15:04 +0200 (CEST) From: Bernhard =?iso-8859-1?Q?Fr=F6hlich?= To: "Ulf Lilleengen" User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Sun, 24 May 2009 17:20:58 +0000 Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, Martin Wilke Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 17:15:07 -0000 On Sun, May 24, 2009 7:04 pm, Ulf Lilleengen wrote: > On søn, mai 24, 2009 at 07:02:37pm +0200, Ulf Lilleengen wrote: >> On Fri, May 22, 2009 at 07:59:57PM +0200, Martin Wilke wrote: >> > >> > We rolled a new version with a fix for all users where >> > has problems with kernel load and unload. Many thanks to >> > Shin-ichi Okano where submitted this patch to the vbox ml. >> > >> > http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz >> > >> > happy testing. >> > >> > >> I've had problems with all vbox builds where the machine screen just >> turns >> gray: >> http://people.freebsd.org/~lulf/2009-05-24-185847_1024x768_scrot.png >> >> I also have a truss log here (quite big): >> http://people.freebsd.org/~lulf/virtualbox_truss.log >> > I forgot to mention, this is i386, Core Duo CPU It looks like it's the same problem as a few others already mentioned. You could try to set kern.hz=1000 which should help. If that's the case please also test the patch from aeichner that should fix that problem. http://pastebin.ca/1433127 That patch is from upstream and so young that it's not yet included in the port but feedback would be great. -- Bernhard Fröhlich http://www.bluelife.at/ From owner-freebsd-current@FreeBSD.ORG Sun May 24 17:51:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23C2D1065670; Sun, 24 May 2009 17:51:42 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from bene1.itea.ntnu.no (bene1.itea.ntnu.no [IPv6:2001:700:300:3::56]) by mx1.freebsd.org (Postfix) with ESMTP id 67C788FC2F; Sun, 24 May 2009 17:51:41 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from localhost (localhost [127.0.0.1]) by bene1.itea.ntnu.no (Postfix) with ESMTP id F106D16C882; Sun, 24 May 2009 19:51:39 +0200 (CEST) Received: from carrot.geeknest.org (gaupe.stud.ntnu.no [IPv6:2001:700:300:3::184]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 250E416C727; Sun, 24 May 2009 19:51:39 +0200 (CEST) Date: Sun, 24 May 2009 19:51:40 +0200 From: Ulf Lilleengen To: Bernhard =?iso-8859-1?Q?Fr=F6hlich?= Message-ID: <20090524175105.GA1702@carrot.geeknest.org> References: <20090522175956.GA33004@bsdcrew.de> <20090524170237.GA12352@carrot.geeknest.org> <20090524170405.GA12545@carrot.geeknest.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) X-Virus-Scanned: Debian amavisd-new at bene1.itea.ntnu.no Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, Martin Wilke Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 17:51:43 -0000 On søn, mai 24, 2009 at 07:15:04pm +0200, Bernhard Fröhlich wrote: > On Sun, May 24, 2009 7:04 pm, Ulf Lilleengen wrote: > > On søn, mai 24, 2009 at 07:02:37pm +0200, Ulf Lilleengen wrote: > >> On Fri, May 22, 2009 at 07:59:57PM +0200, Martin Wilke wrote: > >> > > >> > We rolled a new version with a fix for all users where > >> > has problems with kernel load and unload. Many thanks to > >> > Shin-ichi Okano where submitted this patch to the vbox ml. > >> > > >> > http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz > >> > > >> > happy testing. > >> > > >> > > >> I've had problems with all vbox builds where the machine screen just > >> turns > >> gray: > >> http://people.freebsd.org/~lulf/2009-05-24-185847_1024x768_scrot.png > >> > >> I also have a truss log here (quite big): > >> http://people.freebsd.org/~lulf/virtualbox_truss.log > >> > > I forgot to mention, this is i386, Core Duo CPU > > It looks like it's the same problem as a few others already mentioned. You > could try to set kern.hz=1000 which should help. If that's the case please > also test the patch from aeichner that should fix that problem. This fixes the problem, but I'll try the patch as well as I would like to run at hz=100 :) Thanks! > > http://pastebin.ca/1433127 > > That patch is from upstream and so young that it's not yet included in the > port but feedback would be great. > > -- > Bernhard Fröhlich > http://www.bluelife.at/ > -- Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Sun May 24 18:18:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC3D21065672; Sun, 24 May 2009 18:18:25 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id 64A328FC0A; Sun, 24 May 2009 18:18:25 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: by bsdcrew.de (Postfix, from userid 1001) id 04C314AC5C; Sun, 24 May 2009 20:18:21 +0200 (CEST) Date: Sun, 24 May 2009 20:18:20 +0200 From: Martin Wilke To: Ulf Lilleengen Message-ID: <20090524181820.GD37143@bsdcrew.de> References: <20090522175956.GA33004@bsdcrew.de> <20090524170237.GA12352@carrot.geeknest.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <20090524170237.GA12352@carrot.geeknest.org> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: ports@FreeBSD.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 18:18:26 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, May 24, 2009 at 07:02:38PM +0200, Ulf Lilleengen wrote: > On Fri, May 22, 2009 at 07:59:57PM +0200, Martin Wilke wrote: > > > > We rolled a new version with a fix for all users where > > has problems with kernel load and unload. Many thanks to > > Shin-ichi Okano where submitted this patch to the vbox ml. > > > > http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz > > > > happy testing. > > > > > I've had problems with all vbox builds where the machine screen just turns > gray: http://people.freebsd.org/~lulf/2009-05-24-185847_1024x768_scrot.png Hi Ulf can you try this patch here: http://pastebin.ca/1433127 this fixed all problems :-). - - Martin > > I also have a truss log here (quite big): > http://people.freebsd.org/~lulf/virtualbox_truss.log > > -- > Ulf Lilleengen > - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoZj2wACgkQdLJIhLHm/OmPCgCghhkvqHbZwWJBp6SINiex5YCY HzUAn3pUB6yJvtdhRrVFZOQFTGVa2SOx =JByU -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun May 24 18:36:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 200351065680; Sun, 24 May 2009 18:36:31 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from bene2.itea.ntnu.no (bene2.itea.ntnu.no [IPv6:2001:700:300:3::57]) by mx1.freebsd.org (Postfix) with ESMTP id 65FD68FC24; Sun, 24 May 2009 18:36:30 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from localhost (localhost [127.0.0.1]) by bene2.itea.ntnu.no (Postfix) with ESMTP id F3B449000B; Sun, 24 May 2009 20:36:28 +0200 (CEST) Received: from carrot.geeknest.org (gaupe.stud.ntnu.no [IPv6:2001:700:300:3::184]) by bene2.itea.ntnu.no (Postfix) with ESMTP id 3354D90008; Sun, 24 May 2009 20:36:27 +0200 (CEST) Date: Sun, 24 May 2009 20:36:27 +0200 From: Ulf Lilleengen To: Martin Wilke Message-ID: <20090524183626.GA1423@carrot.geeknest.org> References: <20090522175956.GA33004@bsdcrew.de> <20090524170237.GA12352@carrot.geeknest.org> <20090524181820.GD37143@bsdcrew.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20090524181820.GD37143@bsdcrew.de> User-Agent: Mutt/1.5.19 (2009-01-05) X-Virus-Scanned: Debian amavisd-new at bene2.itea.ntnu.no Cc: ports@FreeBSD.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 18:36:32 -0000 On søn, mai 24, 2009 at 08:18:20pm +0200, Martin Wilke wrote: > On Sun, May 24, 2009 at 07:02:38PM +0200, Ulf Lilleengen wrote: > > On Fri, May 22, 2009 at 07:59:57PM +0200, Martin Wilke wrote: > > > > > > We rolled a new version with a fix for all users where > > > has problems with kernel load and unload. Many thanks to > > > Shin-ichi Okano where submitted this patch to the vbox ml. > > > > > > http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz > > > > > > happy testing. > > > > > > > > I've had problems with all vbox builds where the machine screen just turns > > gray: http://people.freebsd.org/~lulf/2009-05-24-185847_1024x768_scrot.png > > Hi Ulf > > can you try this patch here: > http://pastebin.ca/1433127 > > this fixed all problems :-). Yes indeed :) It works fine on hz=100 as well as 1000 now. Thanks! -- Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Sun May 24 19:02:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D871106566C for ; Sun, 24 May 2009 19:02:34 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 1FB768FC0C for ; Sun, 24 May 2009 19:02:34 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:45946 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1M8Ixj-0008NS-3z for freebsd-current@freebsd.org; Sun, 24 May 2009 21:02:30 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id BB83E5E5CA for ; Sun, 24 May 2009 21:02:18 +0200 (CEST) Message-Id: <4E6E325D-BB18-4478-BCFD-633D6F4CFD88@exscape.org> From: Thomas Backman To: freebsd-current@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sun, 24 May 2009 21:02:18 +0200 X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1M8Ixj-0008NS-3z. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1M8Ixj-0008NS-3z 34cef638d5cec358f8da86e4c020ee57 Subject: ZFS panic under extreme circumstances (2/3 disks corrupted) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 19:02:34 -0000 So, I was playing around with RAID-Z and self-healing, when I decided to take it another step and corrupt the data on *two* disks (well, files via ggate) and see what happened. I obviously expected the pool to go offline, but I didn't expect a kernel panic to follow! What I did was something resembling: 1) create three 100MB files, ggatel create to create GEOM providers from them 2) zpool create test raidz ggate{1..3} 3) create a 100MB file inside the pool, md5 the file 4) overwrite 10~20MB (IIRC) of disk2 with /dev/random, with dd if=/dev/ random of=./disk2 bs=1000k count=20 skip=40, or so (I now know that I wanted *seek*, not *skip*, but it still shouldn't panic!) 5) Check if the md5 of file: everything OK, zpool status shows a degraded pool. 6) Repeat step #4, but with disk 3. 7) zpool scrub test 8) Panic! FreeBSD chaos.exscape.org 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Thu May 21 22:42:42 CEST 2009 root@chaos.exscape.org:/usr/obj/usr/src/sys/ DTRACE amd64 May 24 09:13:12 chaos root: ZFS: vdev failure, zpool=test type=vdev.bad_label May 24 09:13:15 chaos last message repeated 2 times panic: solaris assert: 0 == zap_add(dp->dp_meta_objset, DMU_POOL_DIRECTORY_OBJECT, DMU_POOL_SCRUB_FUNC, sizeof (uint32_t), 1, &dp->dp_scrub_func, tx), file: /usr/src/sys/modules/zfs/../../cddl/ contrib/opensolaris/uts/common/fs/zfs/dsl_scrub.c, line: 122 cpuid = 0 KDB: enter: panic panic: from debugger cpuid = 0 Uptime: 22h47m41s Physical memory: 2028 MB Dumping 1754 MB: ... #0 doadump () at pcpu.h:223 223 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:223 #1 0xffffffff80576039 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420 #2 0xffffffff8057648c in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:576 #3 0xffffffff801d5b07 in db_panic (addr=Variable "addr" is not available. ) at /usr/src/sys/ddb/db_command.c:478 #4 0xffffffff801d5f11 in db_command (last_cmdp=0xffffffff80bd8820, cmd_table=Variable "cmd_table" is not available. ) at /usr/src/sys/ddb/db_command.c:445 #5 0xffffffff801d6160 in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #6 0xffffffff801d80f9 in db_trap (type=Variable "type" is not available. ) at /usr/src/sys/ddb/db_main.c:229 #7 0xffffffff805a6ad5 in kdb_trap (type=3, code=0, tf=0xffffff803ea9e700) at /usr/src/sys/kern/subr_kdb.c:534 #8 0xffffffff808610e8 in trap (frame=0xffffff803ea9e700) at /usr/src/sys/amd64/amd64/trap.c:613 #9 0xffffffff8083af97 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:223 #10 0xffffffff805a6cad in kdb_enter (why=0xffffffff8095e234 "panic", msg=0xa
) at cpufunc.h:63 #11 0xffffffff8057649b in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:559 #12 0xffffffff80eaa157 in dsl_pool_scrub_setup_sync () from /boot/kernel/zfs.ko #13 0xffffffff80ea562b in dsl_sync_task_group_sync () from /boot/ kernel/zfs.ko #14 0xffffff00560fb298 in ?? () #15 0xffffff803ea9e980 in ?? () #16 0x0000000000000000 in ?? () #17 0xffffff001ef49b48 in ?? () #18 0x0000000000000029 in ?? () #19 0xffffff00384c4b00 in ?? () #20 0xffffff803ea9ea00 in ?? () #21 0xffffff803ea9ea40 in ?? () #22 0xffffffff80ea5153 in dsl_pool_sync () from /boot/kernel/zfs.ko Previous frame inner to this frame (corrupt stack?) Full core.txt: http://pastebin.com/f546fefdf Regards, Thomas PS. Should I file PRs regarding 8-CURRENT or not? From owner-freebsd-current@FreeBSD.ORG Sun May 24 19:21:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E54081065693 for ; Sun, 24 May 2009 19:21:50 +0000 (UTC) (envelope-from triosoft@triosoft.com.ua) Received: from a64.ic.uz.ua (a64.ic.uz.ua [212.1.100.5]) by mx1.freebsd.org (Postfix) with ESMTP id 9AB728FC13 for ; Sun, 24 May 2009 19:21:50 +0000 (UTC) (envelope-from triosoft@triosoft.com.ua) Received: from a64.ic.uz.ua with esmtp (Exim 4.69) (envelope-from ) id 1M8IdM-000BnT-RX for freebsd-current@freebsd.org; Sun, 24 May 2009 21:41:20 +0300 Received: from 94.179.103.64 (SquirrelMail authenticated user triosoft@triosoft.com.ua) by webmail.ic.uz.ua with HTTP; Sun, 24 May 2009 21:41:20 +0300 (EEST) Message-ID: <1d05d65670fbc0f7e84d8b42351c63aa.squirrel@webmail.ic.uz.ua> Date: Sun, 24 May 2009 21:41:20 +0300 (EEST) From: triosoft@triosoft.com.ua To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: ATA_STATIC_ID and AHCI bug or /dev/hands ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 19:21:51 -0000 Hello! I found some odd behavior of ata device numbering. It seems, that there is no effect of option ATA_STATIC_ID in CURRENT. What I have: supermicro server with 4 sata ports onto Intel ICH7 SATA300 controller recent CURRENT sata mode in BIOS is Enhanced ahci support in BIOS in Enabled option ATA_STATIC_ID in KERNCONF So, if I boot with 4 HDD connected to sata i found ad4,ad6,ad8,ad10 as disks. but when I detach disk, which "was" ad8 in last case, and then reboot - I see ad4,ad6,ad8! and not ad4,ad6,ad10! atacontrol list doesn't show an empty ata channel. Only channels with HDDs connected. I check 6.x 7.x on the same server with _the same configuration in bios_ - and all works as suspected - there are empty ata channels, there are really static device numbers. when I set AHCI to Disabled I have just two ata channels (with AHCI - I have four, one for each sata disk) and with or without HDDs connected I see empty channels and have really static dev nums in the same CURRENT. So my question is - is it my fault? does I miss something? Or it is a bug? Yes ;) I know about glabel, but my setup is complicated enough without them ( gpart-ed disks with zfs-only setup) so I do not want to make it more complicated. And with such behavior I cannot add disks on the fly, if there is no empty ata channels. -- With best regards, AVR39-RIPE From owner-freebsd-current@FreeBSD.ORG Sun May 24 19:34:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54260106566B for ; Sun, 24 May 2009 19:34:00 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id D6E118FC17 for ; Sun, 24 May 2009 19:33:59 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:35347 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1M8JSF-0002eW-4j for freebsd-current@freebsd.org; Sun, 24 May 2009 21:33:57 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id A4B8B38955 for ; Sun, 24 May 2009 21:33:53 +0200 (CEST) Message-Id: <4FE794E9-075D-4563-B395-BD5E459937DF@exscape.org> From: Thomas Backman To: freebsd-current@freebsd.org In-Reply-To: <4E6E325D-BB18-4478-BCFD-633D6F4CFD88@exscape.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sun, 24 May 2009 21:33:53 +0200 References: <4E6E325D-BB18-4478-BCFD-633D6F4CFD88@exscape.org> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1M8JSF-0002eW-4j. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1M8JSF-0002eW-4j a5125941f92b4cbe1d363a50fea869e4 Subject: Re: ZFS panic under extreme circumstances (2/3 disks corrupted) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 19:34:00 -0000 On May 24, 2009, at 09:02 PM, Thomas Backman wrote: > So, I was playing around with RAID-Z and self-healing, when I > decided to take it another step and corrupt the data on *two* disks > (well, files via ggate) and see what happened. I obviously expected > the pool to go offline, but I didn't expect a kernel panic to follow! > > What I did was something resembling: > 1) create three 100MB files, ggatel create to create GEOM providers > from them > 2) zpool create test raidz ggate{1..3} > 3) create a 100MB file inside the pool, md5 the file > 4) overwrite 10~20MB (IIRC) of disk2 with /dev/random, with dd if=/ > dev/random of=./disk2 bs=1000k count=20 skip=40, or so (I now know > that I wanted *seek*, not *skip*, but it still shouldn't panic!) > 5) Check if the md5 of file: everything OK, zpool status shows a > degraded pool. > 6) Repeat step #4, but with disk 3. > 7) zpool scrub test > 8) Panic! > [...] FWIW, I couldn't replicate this when using seek (i.e. corrupt the middle of the "disk" rather than the beginning): [root@clone ~/zfscrash]# zpool status test pool: test state: ONLINE status: One or more devices has experienced an error resulting in data corruption. Applications may be affected. action: Restore the file in question if possible. Otherwise restore the entire pool from backup. see: http://www.sun.com/msg/ZFS-8000-8A scrub: scrub in progress for 0h0m, 7.72% done, 0h6m to go config: NAME STATE READ WRITE CKSUM test ONLINE 0 0 18 raidz1 ONLINE 0 0 161 ggate0 ONLINE 0 0 0 512 repaired ## note that I did *not* touch this "disk" at all, so why "512 repaired"? ggate1 ONLINE 0 0 702 73K repaired ggate2 ONLINE 0 0 62 64.5K repaired errors: 9 data errors, use '-v' for a list After overwriting the *beginning* of disk2 and disk3 as well, "zpool scrub" appears to hang. Two vdev failures on the console, and zpool status hangs as well. No panic this time around (I've waited 5 minutes and nothing appears to happen, but the computer is usable on other ttys). The failmode property was set to the default, i.e. wait, in both cases. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Sun May 24 19:37:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0801106564A for ; Sun, 24 May 2009 19:37:45 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from mail-ew0-f159.google.com (mail-ew0-f159.google.com [209.85.219.159]) by mx1.freebsd.org (Postfix) with ESMTP id 2CE968FC18 for ; Sun, 24 May 2009 19:37:44 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by ewy3 with SMTP id 3so2858395ewy.43 for ; Sun, 24 May 2009 12:37:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=0lZ8XobugzapvM/yPYx7h+1juyp/0XWDUH93UYuMsBY=; b=T9TRB3V5jRpnUdEcBaSlod83gJDVPT1oIWX8oVJ7n8Pva10SyMczZ5nQTp6P1pDN3U 0CtIce93faeWqpF5Dt4SM/zK4YRoS3MT6rCD8vZn4ohkz4SGYXaVo7+3cmI+f2oSdL5y loGbq+zAcdW2WlLxrZJgeWjcLmKEkXFj4OL+Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=MG990j4nPIsq9jC3yhQ9MFyv80QbDhAeLDo6F6CUjbJREYH+qD2gvigRUWHwPBevaN oiOOEM4JOByr7VG4WwwQX5RQKV8fgPLMK2jlAmCb1wcv/sLWEiQuBb16PqXgxTbDKboK 1j9c5zuS5Pbon//LT1P5bMiUXYcHMyY2tPZfY= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.216.8.83 with SMTP id 61mr1169461weq.156.1243193864185; Sun, 24 May 2009 12:37:44 -0700 (PDT) In-Reply-To: <4FE794E9-075D-4563-B395-BD5E459937DF@exscape.org> References: <4E6E325D-BB18-4478-BCFD-633D6F4CFD88@exscape.org> <4FE794E9-075D-4563-B395-BD5E459937DF@exscape.org> Date: Sun, 24 May 2009 12:37:44 -0700 X-Google-Sender-Auth: 79dae1869a9f39ac Message-ID: <3c1674c90905241237u7834c5deg31cabf326b65d887@mail.gmail.com> From: Kip Macy To: Thomas Backman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ZFS panic under extreme circumstances (2/3 disks corrupted) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 19:37:45 -0000 > > After overwriting the *beginning* of disk2 and disk3 as well, "zpool scrub" > appears to hang. Two vdev failures on the console, and zpool status hangs as > well. No panic this time around (I've waited 5 minutes and nothing appears > to happen, but the computer is usable on other ttys). The failmode property > was set to the default, i.e. wait, in both cases. > > Regards, > Thomas I'm more interested in the hang than the panic. "fletcher2" has known limitations in terms of the data integrity guarantees it can provide. If you're interested in pursuing this line of inquiry you should switch to a checksum with stronger guarantees. Cheers, Kip From owner-freebsd-current@FreeBSD.ORG Sun May 24 20:17:47 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CD4E106566B; Sun, 24 May 2009 20:17:47 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:21b:78ff:fe37:f1cf]) by mx1.freebsd.org (Postfix) with ESMTP id BD2698FC17; Sun, 24 May 2009 20:17:46 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (ns1.ninth-nine.com [219.127.74.121]) (authenticated bits=0) by sakura.ninth-nine.com (8.14.3/8.14.3/NinthNine) with ESMTP id n4OKHdBf065400; Mon, 25 May 2009 05:17:44 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Mon, 25 May 2009 05:17:38 +0900 From: Norikatsu Shigemura To: Martin Wilke Message-Id: <20090525051738.6c1c8844.nork@FreeBSD.org> In-Reply-To: <20090522175956.GA33004@bsdcrew.de> References: <20090522175956.GA33004@bsdcrew.de> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, Norikatsu Shigemura Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 20:17:47 -0000 Hi Martin. On Fri, 22 May 2009 19:59:57 +0200 Martin Wilke wrote: > We rolled a new version with a fix for all users where > has problems with kernel load and unload. Many thanks to > Shin-ichi Okano where submitted this patch to the vbox ml. > http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz I tried to support NLS. Please see also my patch. BTW, In my environment, VBoxREM32.so and VBoxREM64.so was not installed. Do you know why? - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --- Makefile.orig 2009-05-23 01:59:37.000000000 +0900 +++ Makefile 2009-05-25 05:11:37.046564727 +0900 @@ -128,6 +128,9 @@ ${MKDIR} ${PREFIX}/lib/virtualbox (cd ${WRKSRC}/out/${KMK_ARCH}/release/bin && ${COPYTREE_SHARE} "*.so *.gc *.r0 components" ${PREFIX}/lib/virtualbox) + ${MKDIR} ${PREFIX}/lib/virtualbox/nls + (cd ${WRKSRC}/out/${KMK_ARCH}/release/obj/VirtualBox/qtnls && ${COPYTREE_SHARE} "*.qm" ${PREFIX}/lib/virtualbox/nls) + ${MKDIR} ${PREFIX}/bin .for f in VBoxBFE VBoxHeadless VBoxManage VBoxNetDHCP VBoxSDL VBoxSVC VBoxXPCOMIPCD VirtualBox ${INSTALL_PROGRAM} ${WRKSRC}/out/${KMK_ARCH}/release/bin/$f ${PREFIX}/lib/virtualbox/ --- pkg-plist.orig 2009-05-08 03:59:50.000000000 +0900 +++ pkg-plist 2009-05-25 05:11:25.684009015 +0900 @@ -21,8 +21,6 @@ lib/virtualbox/VBoxNetDHCP.so lib/virtualbox/VBoxPython.so lib/virtualbox/VBoxREM.so -lib/virtualbox/VBoxREM32.so -lib/virtualbox/VBoxREM64.so lib/virtualbox/VBoxRT.so lib/virtualbox/VBoxSDL lib/virtualbox/VBoxSDL.so @@ -47,6 +45,63 @@ lib/virtualbox/components/VBoxSVCM.so lib/virtualbox/components/VBoxC.so lib/virtualbox/components/VBoxXPCOMBase.xpt +lib/virtualbox/nls/VirtualBox_ar.qm +lib/virtualbox/nls/VirtualBox_bg.qm +lib/virtualbox/nls/VirtualBox_ca.qm +lib/virtualbox/nls/VirtualBox_cs.qm +lib/virtualbox/nls/VirtualBox_de.qm +lib/virtualbox/nls/VirtualBox_el.qm +lib/virtualbox/nls/VirtualBox_es.qm +lib/virtualbox/nls/VirtualBox_eu.qm +lib/virtualbox/nls/VirtualBox_fi.qm +lib/virtualbox/nls/VirtualBox_fr.qm +lib/virtualbox/nls/VirtualBox_hu.qm +lib/virtualbox/nls/VirtualBox_id.qm +lib/virtualbox/nls/VirtualBox_it.qm +lib/virtualbox/nls/VirtualBox_ja.qm +lib/virtualbox/nls/VirtualBox_km_KH.qm +lib/virtualbox/nls/VirtualBox_ko.qm +lib/virtualbox/nls/VirtualBox_nl.qm +lib/virtualbox/nls/VirtualBox_pl.qm +lib/virtualbox/nls/VirtualBox_pt.qm +lib/virtualbox/nls/VirtualBox_pt_BR.qm +lib/virtualbox/nls/VirtualBox_ro.qm +lib/virtualbox/nls/VirtualBox_ru.qm +lib/virtualbox/nls/VirtualBox_sk.qm +lib/virtualbox/nls/VirtualBox_sr.qm +lib/virtualbox/nls/VirtualBox_sv.qm +lib/virtualbox/nls/VirtualBox_tr.qm +lib/virtualbox/nls/VirtualBox_zh_CN.qm +lib/virtualbox/nls/VirtualBox_zh_TW.qm +lib/virtualbox/nls/qt_ar.qm +lib/virtualbox/nls/qt_bg.qm +lib/virtualbox/nls/qt_ca.qm +lib/virtualbox/nls/qt_cs.qm +lib/virtualbox/nls/qt_de.qm +lib/virtualbox/nls/qt_el.qm +lib/virtualbox/nls/qt_es.qm +lib/virtualbox/nls/qt_eu.qm +lib/virtualbox/nls/qt_fi.qm +lib/virtualbox/nls/qt_fr.qm +lib/virtualbox/nls/qt_hu.qm +lib/virtualbox/nls/qt_id.qm +lib/virtualbox/nls/qt_it.qm +lib/virtualbox/nls/qt_ja.qm +lib/virtualbox/nls/qt_km_KH.qm +lib/virtualbox/nls/qt_ko.qm +lib/virtualbox/nls/qt_nl.qm +lib/virtualbox/nls/qt_pl.qm +lib/virtualbox/nls/qt_pt.qm +lib/virtualbox/nls/qt_pt_BR.qm +lib/virtualbox/nls/qt_ro.qm +lib/virtualbox/nls/qt_ru.qm +lib/virtualbox/nls/qt_sk.qm +lib/virtualbox/nls/qt_sr.qm +lib/virtualbox/nls/qt_sv.qm +lib/virtualbox/nls/qt_tr.qm +lib/virtualbox/nls/qt_zh_CN.qm +lib/virtualbox/nls/qt_zh_TW.qm +@dirrm lib/virtualbox/nls @dirrm lib/virtualbox/components @dirrm lib/virtualbox @cwd / - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-current@FreeBSD.ORG Sun May 24 22:00:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 952CB1065674; Sun, 24 May 2009 22:00:21 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-bw0-f165.google.com (mail-bw0-f165.google.com [209.85.218.165]) by mx1.freebsd.org (Postfix) with ESMTP id 52DF88FC1F; Sun, 24 May 2009 22:00:20 +0000 (UTC) (envelope-from olivier@gid0.org) Received: by bwz9 with SMTP id 9so2821594bwz.43 for ; Sun, 24 May 2009 15:00:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.63.20 with SMTP id z20mr6184458bkh.200.1243202418664; Sun, 24 May 2009 15:00:18 -0700 (PDT) In-Reply-To: <20090525051738.6c1c8844.nork@FreeBSD.org> References: <20090522175956.GA33004@bsdcrew.de> <20090525051738.6c1c8844.nork@FreeBSD.org> Date: Mon, 25 May 2009 00:00:18 +0200 Message-ID: <367b2c980905241500p2a6a2f3na45f36fe9ad474d0@mail.gmail.com> From: Olivier SMEDTS To: Norikatsu Shigemura Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, Martin Wilke Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 22:00:22 -0000 2009/5/24 Norikatsu Shigemura : > Hi Martin. > > On Fri, 22 May 2009 19:59:57 +0200 > Martin Wilke wrote: >> We rolled a new version with a fix for all users where >> has problems with kernel load and unload. Many thanks to >> Shin-ichi Okano where submitted this patch to the vbox ml. >> http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz > > =A0 =A0 =A0 =A0I tried to support NLS. =A0Please see also my patch. > > =A0 =A0 =A0 =A0BTW, In my environment, VBoxREM32.so and VBoxREM64.so was = not > =A0 =A0 =A0 =A0installed. =A0Do you know why? Same here (amd64). > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -= - - - - > --- Makefile.orig =A0 =A0 =A0 2009-05-23 01:59:37.000000000 +0900 > +++ Makefile =A0 =A02009-05-25 05:11:37.046564727 +0900 > @@ -128,6 +128,9 @@ > =A0 =A0 =A0 =A0${MKDIR} ${PREFIX}/lib/virtualbox > =A0 =A0 =A0 =A0(cd ${WRKSRC}/out/${KMK_ARCH}/release/bin && ${COPYTREE_SH= ARE} "*.so *.gc *.r0 components" ${PREFIX}/lib/virtualbox) > > + =A0 =A0 =A0 ${MKDIR} ${PREFIX}/lib/virtualbox/nls > + =A0 =A0 =A0 (cd ${WRKSRC}/out/${KMK_ARCH}/release/obj/VirtualBox/qtnls = && ${COPYTREE_SHARE} "*.qm" ${PREFIX}/lib/virtualbox/nls) > + > =A0 =A0 =A0 =A0${MKDIR} ${PREFIX}/bin > =A0.for f in VBoxBFE VBoxHeadless VBoxManage VBoxNetDHCP VBoxSDL VBoxSVC = VBoxXPCOMIPCD VirtualBox > =A0 =A0 =A0 =A0${INSTALL_PROGRAM} ${WRKSRC}/out/${KMK_ARCH}/release/bin/$= f ${PREFIX}/lib/virtualbox/ > --- pkg-plist.orig =A0 =A0 =A02009-05-08 03:59:50.000000000 +0900 > +++ pkg-plist =A0 2009-05-25 05:11:25.684009015 +0900 > @@ -21,8 +21,6 @@ > =A0lib/virtualbox/VBoxNetDHCP.so > =A0lib/virtualbox/VBoxPython.so > =A0lib/virtualbox/VBoxREM.so > -lib/virtualbox/VBoxREM32.so > -lib/virtualbox/VBoxREM64.so > =A0lib/virtualbox/VBoxRT.so > =A0lib/virtualbox/VBoxSDL > =A0lib/virtualbox/VBoxSDL.so > @@ -47,6 +45,63 @@ > =A0lib/virtualbox/components/VBoxSVCM.so > =A0lib/virtualbox/components/VBoxC.so > =A0lib/virtualbox/components/VBoxXPCOMBase.xpt > +lib/virtualbox/nls/VirtualBox_ar.qm > +lib/virtualbox/nls/VirtualBox_bg.qm > +lib/virtualbox/nls/VirtualBox_ca.qm > +lib/virtualbox/nls/VirtualBox_cs.qm > +lib/virtualbox/nls/VirtualBox_de.qm > +lib/virtualbox/nls/VirtualBox_el.qm > +lib/virtualbox/nls/VirtualBox_es.qm > +lib/virtualbox/nls/VirtualBox_eu.qm > +lib/virtualbox/nls/VirtualBox_fi.qm > +lib/virtualbox/nls/VirtualBox_fr.qm > +lib/virtualbox/nls/VirtualBox_hu.qm > +lib/virtualbox/nls/VirtualBox_id.qm > +lib/virtualbox/nls/VirtualBox_it.qm > +lib/virtualbox/nls/VirtualBox_ja.qm > +lib/virtualbox/nls/VirtualBox_km_KH.qm > +lib/virtualbox/nls/VirtualBox_ko.qm > +lib/virtualbox/nls/VirtualBox_nl.qm > +lib/virtualbox/nls/VirtualBox_pl.qm > +lib/virtualbox/nls/VirtualBox_pt.qm > +lib/virtualbox/nls/VirtualBox_pt_BR.qm > +lib/virtualbox/nls/VirtualBox_ro.qm > +lib/virtualbox/nls/VirtualBox_ru.qm > +lib/virtualbox/nls/VirtualBox_sk.qm > +lib/virtualbox/nls/VirtualBox_sr.qm > +lib/virtualbox/nls/VirtualBox_sv.qm > +lib/virtualbox/nls/VirtualBox_tr.qm > +lib/virtualbox/nls/VirtualBox_zh_CN.qm > +lib/virtualbox/nls/VirtualBox_zh_TW.qm > +lib/virtualbox/nls/qt_ar.qm > +lib/virtualbox/nls/qt_bg.qm > +lib/virtualbox/nls/qt_ca.qm > +lib/virtualbox/nls/qt_cs.qm > +lib/virtualbox/nls/qt_de.qm > +lib/virtualbox/nls/qt_el.qm > +lib/virtualbox/nls/qt_es.qm > +lib/virtualbox/nls/qt_eu.qm > +lib/virtualbox/nls/qt_fi.qm > +lib/virtualbox/nls/qt_fr.qm > +lib/virtualbox/nls/qt_hu.qm > +lib/virtualbox/nls/qt_id.qm > +lib/virtualbox/nls/qt_it.qm > +lib/virtualbox/nls/qt_ja.qm > +lib/virtualbox/nls/qt_km_KH.qm > +lib/virtualbox/nls/qt_ko.qm > +lib/virtualbox/nls/qt_nl.qm > +lib/virtualbox/nls/qt_pl.qm > +lib/virtualbox/nls/qt_pt.qm > +lib/virtualbox/nls/qt_pt_BR.qm > +lib/virtualbox/nls/qt_ro.qm > +lib/virtualbox/nls/qt_ru.qm > +lib/virtualbox/nls/qt_sk.qm > +lib/virtualbox/nls/qt_sr.qm > +lib/virtualbox/nls/qt_sv.qm > +lib/virtualbox/nls/qt_tr.qm > +lib/virtualbox/nls/qt_zh_CN.qm > +lib/virtualbox/nls/qt_zh_TW.qm > +@dirrm lib/virtualbox/nls > =A0@dirrm lib/virtualbox/components > =A0@dirrm lib/virtualbox > =A0@cwd / > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -= - - - - > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > --=20 Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Sun May 24 23:24:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 812E5106564A for ; Sun, 24 May 2009 23:24:34 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 090CE8FC0C for ; Sun, 24 May 2009 23:24:33 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1M8N3N-0005a7-OG for freebsd-current@freebsd.org; Sun, 24 May 2009 23:24:29 +0000 Received: from 93-138-9-29.adsl.net.t-com.hr ([93.138.9.29]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 May 2009 23:24:29 +0000 Received: from ivoras by 93-138-9-29.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 May 2009 23:24:29 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 25 May 2009 01:24:09 +0200 Lines: 54 Message-ID: References: <4E6E325D-BB18-4478-BCFD-633D6F4CFD88@exscape.org> <4FE794E9-075D-4563-B395-BD5E459937DF@exscape.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5E56879B976C42ACDC76D810" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-9-29.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: <4FE794E9-075D-4563-B395-BD5E459937DF@exscape.org> X-Enigmail-Version: 0.95.7 Sender: news Subject: Re: ZFS panic under extreme circumstances (2/3 disks corrupted) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 23:24:34 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5E56879B976C42ACDC76D810 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thomas Backman wrote: >=20 > On May 24, 2009, at 09:02 PM, Thomas Backman wrote: >=20 >> So, I was playing around with RAID-Z and self-healing, when I decided >> to take it another step and corrupt the data on *two* disks (well, >> files via ggate) and see what happened. I obviously expected the pool >> to go offline, but I didn't expect a kernel panic to follow! >> >> What I did was something resembling: >> 1) create three 100MB files, ggatel create to create GEOM providers >> from them >> 2) zpool create test raidz ggate{1..3} >> 3) create a 100MB file inside the pool, md5 the file >> 4) overwrite 10~20MB (IIRC) of disk2 with /dev/random, with dd >> if=3D/dev/random of=3D./disk2 bs=3D1000k count=3D20 skip=3D40, or so (= I now know >> that I wanted *seek*, not *skip*, but it still shouldn't panic!) >> 5) Check if the md5 of file: everything OK, zpool status shows a >> degraded pool. >> 6) Repeat step #4, but with disk 3. >> 7) zpool scrub test >> 8) Panic! >> [...] > FWIW, I couldn't replicate this when using seek (i.e. corrupt the middl= e > of the "disk" rather than the beginning): Did you account for the time factor? Between your steps 5 and 6, wouldn't ZFS automatically begin data repair? --------------enig5E56879B976C42ACDC76D810 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 iEYEARECAAYFAkoZ1xkACgkQldnAQVacBcjfDgCdFFCS5a1RaWeHHD20TDRtJmxa zXsAoNsliQ36Ar65p5+62tMUoHTjcOzE =x3np -----END PGP SIGNATURE----- --------------enig5E56879B976C42ACDC76D810-- From owner-freebsd-current@FreeBSD.ORG Mon May 25 00:50:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69780106566B for ; Mon, 25 May 2009 00:50:37 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from mail.jrv.org (rrcs-24-73-246-106.sw.biz.rr.com [24.73.246.106]) by mx1.freebsd.org (Postfix) with ESMTP id 2D6648FC14 for ; Mon, 25 May 2009 00:50:36 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id n4P0oZF2021107; Sun, 24 May 2009 19:50:36 -0500 (CDT) (envelope-from james-freebsd-current@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-current@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=ddpmF2eHlQOzZdorpAm93pDZnW6fxBo+FhRF6hWhL2ZVkB+3T616WPpKZFAk4deVd Qc2nFewA/bqGqhiedhVn9o93BWfgVD1BU8vMmJPWc8wjl8TaMcfFMKSBa0ZiM+xgW22 lxG+tGPoOxh8wG73oRr+9O8dLOOLjiX9cJk71u8= Message-ID: <4A19EB5B.1000806@jrv.org> Date: Sun, 24 May 2009 19:50:35 -0500 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 References: <4E6E325D-BB18-4478-BCFD-633D6F4CFD88@exscape.org> <4FE794E9-075D-4563-B395-BD5E459937DF@exscape.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: ZFS panic under extreme circumstances (2/3 disks corrupted) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 00:50:37 -0000 Ivan Voras wrote: > Thomas Backman wrote: > >> On May 24, 2009, at 09:02 PM, Thomas Backman wrote: >> >> >>> 5) Check if the md5 of file: everything OK, zpool status shows a >>> degraded pool. >>> 6) Repeat step #4, but with disk 3. >>> 7) zpool scrub test >>> 8) Panic! >>> >>> > Did you account for the time factor? Between your steps 5 and 6, > wouldn't ZFS automatically begin data repair? > ZFS probably only repairs errors it sees in step 5, i.e. if he reads a corrupted sector that sector might be fixed, but ZFS does not start a scrub looking for other corruption. His test probably clobbered metadata for the pool or such: something not touched by the md5(1) in step 5. That error might not have been seen until step 7 by which point step 6 has rendered the pool unrepairable. The original test might need to actually read the disk blocks before overwrite to make sure it's file data and not something else otherwise the test probably isn't going to be a valid test of automatic self-repair. From owner-freebsd-current@FreeBSD.ORG Mon May 25 00:57:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CC081065676 for ; Mon, 25 May 2009 00:57:03 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by mx1.freebsd.org (Postfix) with ESMTP id C38D48FC08 for ; Mon, 25 May 2009 00:57:02 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id k40so1218135rvb.43 for ; Sun, 24 May 2009 17:57:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=d+ra+sAv7bk+7C/Wkq/iy4wcwEwY9mEXqErLxtSmyxo=; b=H2rA1icQHa/J/2mPvIm2I9+AiqitjuUg4RlazhLYWH9RWj3fDLO2b9juS2u97lI+6E SiBR4wvCFw2iwVhyFeMrvlq7ZH0kMWsFNrHRFAimrhDedMGAlVs/ZuVOjugFXde2XpAb qBOQOOfr/8uwAEpcD3n+8OWex8TM7GUwHAMXA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=DXVlevhOHiQsw93Qh6XhIxkBxPb6zirgRhEUfN1Nsv+53SqBB+lteDPVwb+w1jMQiT BhrLKTKWiH7LomhKlGel3/kA/AkPfD48ZcDQmkInhJC051QFZ4WMMTxBXhj15sT1je0J NzI/bezmz8nSKKOY1/CXoFeBERuzQ+2VmNxE0= Received: by 10.140.133.10 with SMTP id g10mr2403381rvd.57.1243213022339; Sun, 24 May 2009 17:57:02 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id k37sm18207871rvb.8.2009.05.24.17.56.59 (version=SSLv3 cipher=RC4-MD5); Sun, 24 May 2009 17:57:00 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Mon, 25 May 2009 10:07:57 +0900 From: Pyun YongHyeon Date: Mon, 25 May 2009 10:07:57 +0900 To: Pascal Braun Message-ID: <20090525010757.GH23593@michelle.cdnetworks.co.kr> References: <4A127C56.6040502@continum.net> <20090519104133.GF4697@michelle.cdnetworks.co.kr> <4A12B0B8.5020507@continum.net> <20090520060723.GH9043@michelle.cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090520060723.GH9043@michelle.cdnetworks.co.kr> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Problems with jumbo frames on nfe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 00:57:04 -0000 On Wed, May 20, 2009 at 03:07:23PM +0900, Pyun YongHyeon wrote: > On Tue, May 19, 2009 at 03:14:32PM +0200, Pascal Braun wrote: > > Pyun YongHyeon wrote: > > >On Tue, May 19, 2009 at 11:31:02AM +0200, Pascal Braun wrote: > > >>Hi, > > >> > > >>I'm currently testing jumbo frames on a Sunfire 4540 running with > > >>FreeBSD 8-Current (build on April 8th). While using the nfe driver I'm > > >>having some unexpected problems if i try to bring up the interface with > > >>MTU sizes greater than 1970 bytes. > > >> > > >>The error message (in dmesg) is: > > >>nfe2: initialization failed: no memory for rx buffers > > >> > > > > > >It means you've run out of jumbo clusters. Check the output of > > >"netstat -m" and see how many jumbo cluster requests were denied. > > > > 771/1149/1920 mbufs in use (current/cache/total) > > 770/680/1450/25600 mbuf clusters in use (current/cache/total/max) > > 770/510 mbuf+clusters out of packet secondary zone in use (current/cache) > > 0/9/9/12800 4k (page size) jumbo clusters in use (current/cache/total/max) > > 0/0/0/16384 9k jumbo clusters in use (current/cache/total/max) > > 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) > > 1732K/1683K/3416K bytes allocated to network (current/cache/total) > > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > > 0/0/0 sfbufs in use (current/peak/max) > > 0 requests for sfbufs denied > > 0 requests for sfbufs delayed > > 0 requests for I/O initiated by sendfile > > 0 calls to protocol drain routines > > > > There are no denied requests. MTU size was about 1800. > > But I have to add, that i cant even get the interface up if the mtu size > > is above 1970. > > > > >>Does anyone have any ideas how to get jumbo frames working? > > >> > > > > > >How about increasing 9K jumbo clusters(kern.ipc.nmbjumbo9) with > > >sysctl(8)? > > > > sunfire# sysctl -a | grep jumbo > > kern.ipc.nmbjumbo16: 3200 > > kern.ipc.nmbjumbo9: 16384 > > kern.ipc.nmbjumbop: 12800 > > > > I increased kern.ipc.nmbjumbo9 to 16384 (was 6400) but that didn't seem > > to help. Do you have another idea? > > > Ok, would you try attached patch? > FYI: I've committed the patch(r192706). From owner-freebsd-current@FreeBSD.ORG Mon May 25 05:43:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 024CC106566C for ; Mon, 25 May 2009 05:43:54 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id CEBE38FC17 for ; Mon, 25 May 2009 05:43:53 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from 76-205-169-61.lightspeed.austtx.sbcglobal.net ([76.205.169.61]:22908 helo=borg) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M8SyV-000I2j-Hf for freebsd-current@freebsd.org; Mon, 25 May 2009 00:43:53 -0500 Date: Mon, 25 May 2009 00:43:38 -0500 (CDT) From: Larry Rosenman Sender: ler@borg To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="3935026275-91918384-1243230231=:1781" X-Spam-Score: -2.3 (--) X-LERCTR-Spam-Score: -2.3 (--) X-Spam-Report: SpamScore (-2.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135, TVD_RCVD_IP=1.931 X-LERCTR-Spam-Report: SpamScore (-2.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135, TVD_RCVD_IP=1.931 DomainKey-Status: no signature Subject: ZFS Crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 05:43:54 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --3935026275-91918384-1243230231=:1781 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII I'm still seeing crashes with ZFS on -CURRENT. Attached is a textdump, as I couldn't seem to get it to drop a core dump. Ideas? I don't have a core, but will supply whatever other information. This is with a 16G real box. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 --3935026275-91918384-1243230231=:1781 Content-Type: APPLICATION/octet-stream; name=textdump.tar.5 Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Text Dump of ZFS related crash Content-Disposition: attachment; filename=textdump.tar.5 Y29uZmlnLnR4dAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAADA2MDAAAAAAMAAAAAAAAAAwAAAAAAAAADM2MTcAAAAAAAAA ADExMjA2NDI0MjY3ACAgNzQ2NgAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB1c3RhcgAAAHJvb3QA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAd2hlZWwAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAABvcHRpb25zCUNPTkZJR19BVVRPR0VORVJBVEVE CmlkZW50CUJPUkcKbWFjaGluZQlhbWQ2NApjcHUJSEFNTUVSCm1ha2VvcHRp b25zCURFQlVHPS1nCm9wdGlvbnMJUFJJTlRGX0JVRlJfU0laRT0zMgpvcHRp b25zCVNDVFAKb3B0aW9ucwlIV1BNQ19IT09LUwpvcHRpb25zCUFUQV9TVEFU SUNfSUQKb3B0aW9ucwlTTVAKb3B0aW9ucwlTVEFDSwpvcHRpb25zCUdEQgpv cHRpb25zCUREQgpvcHRpb25zCUtEQl9VTkFUVEVOREVECm9wdGlvbnMJS0RC X1RSQUNFCm9wdGlvbnMJS0RCCm9wdGlvbnMJSU5DTFVERV9DT05GSUdfRklM RQpvcHRpb25zCUFVRElUCm9wdGlvbnMJS0JEX0lOU1RBTExfQ0RFVgpvcHRp b25zCV9LUE9TSVhfUFJJT1JJVFlfU0NIRURVTElORwpvcHRpb25zCVNZU1ZT RU0Kb3B0aW9ucwlTWVNWTVNHCm9wdGlvbnMJU1lTVlNITQpvcHRpb25zCUtU UkFDRQpvcHRpb25zCVNDU0lfREVMQVk9NTAwMApvcHRpb25zCUNPTVBBVF9G UkVFQlNENwpvcHRpb25zCUNPTVBBVF9GUkVFQlNENgpvcHRpb25zCUNPTVBB VF9GUkVFQlNENQpvcHRpb25zCUNPTVBBVF9GUkVFQlNENApvcHRpb25zCUNP TVBBVF9JQTMyCm9wdGlvbnMJQ09NUEFUXzQzVFRZCm9wdGlvbnMJR0VPTV9M QUJFTApvcHRpb25zCUdFT01fUEFSVF9HUFQKb3B0aW9ucwlQU0VVRE9GUwpv cHRpb25zCVBST0NGUwpvcHRpb25zCUNEOTY2MApvcHRpb25zCU1TRE9TRlMK b3B0aW9ucwlOVEZTCm9wdGlvbnMJTkZTTE9DS0QKb3B0aW9ucwlORlNfUk9P VApvcHRpb25zCU5GU1NFUlZFUgpvcHRpb25zCU5GU0NMSUVOVApvcHRpb25z CU1EX1JPT1QKb3B0aW9ucwlVRlNfR0pPVVJOQUwKb3B0aW9ucwlVRlNfRElS SEFTSApvcHRpb25zCVVGU19BQ0wKb3B0aW9ucwlTT0ZUVVBEQVRFUwpvcHRp b25zCUZGUwpvcHRpb25zCUlORVQ2Cm9wdGlvbnMJSU5FVApvcHRpb25zCVBS RUVNUFRJT04Kb3B0aW9ucwlTQ0hFRF9VTEUKb3B0aW9ucwlGTE9XVEFCTEUK b3B0aW9ucwlHRU9NX1BBUlRfTUJSCm9wdGlvbnMJR0VPTV9QQVJUX0VCUl9D T01QQVQKb3B0aW9ucwlHRU9NX1BBUlRfRUJSCm9wdGlvbnMJR0VPTV9QQVJU X0JTRApkZXZpY2UJaXNhCmRldmljZQltZW0KZGV2aWNlCWlvCmRldmljZQl1 YXJ0X25zODI1MApkZXZpY2UJYWNwaQpkZXZpY2UJcGNpCmRldmljZQlmZGMK ZGV2aWNlCWF0YQpkZXZpY2UJYXRhZGlzawpkZXZpY2UJYXRhcGljZApkZXZp Y2UJYXRhcGljYW0KZGV2aWNlCXNjYnVzCmRldmljZQljaApkZXZpY2UJZGEK ZGV2aWNlCXNhCmRldmljZQljZApkZXZpY2UJcGFzcwpkZXZpY2UJc2VzCmRl dmljZQlzZwpkZXZpY2UJYXRrYmRjCmRldmljZQlhdGtiZApkZXZpY2UJcHNt CmRldmljZQlrYmRtdXgKZGV2aWNlCXZnYQpkZXZpY2UJc3BsYXNoCmRldmlj ZQlzYwpkZXZpY2UJYWdwCmRldmljZQl1YXJ0CmRldmljZQlwcGMKZGV2aWNl CXBwYnVzCmRldmljZQlscHQKZGV2aWNlCXBwaQpkZXZpY2UJZW0KZGV2aWNl CWxvb3AKZGV2aWNlCXJhbmRvbQpkZXZpY2UJZXRoZXIKZGV2aWNlCXR1bgpk ZXZpY2UJcHR5CmRldmljZQltZApkZXZpY2UJZ2lmCmRldmljZQlmYWl0aApk ZXZpY2UJZmlybXdhcmUKZGV2aWNlCWJwZgpkZXZpY2UJdWhjaQpkZXZpY2UJ ZWhjaQpkZXZpY2UJdXNiCmRldmljZQl1aGlkCmRldmljZQl1a2JkCmRldmlj ZQl1bHB0CmRldmljZQl1bWFzcwpkZXZpY2UJdW1zCmRldmljZQl1cmlvCmRl dmljZQljcHVmcmVxCmRldmljZQlkcm0KZGV2aWNlCXJhZGVvbmRybQpkZXZp Y2UJc21idXMKZGV2aWNlCWludHBtCmRldmljZQlpY2hzbWIKZGV2aWNlCXNt YgpkZXZpY2UJaWljYnVzCmRldmljZQlpaWNiYgpkZXZpY2UJaWMKZGV2aWNl CWlpYwpkZXZpY2UJaWljc21iCmRldmljZQljcnlwdG8KZGV2aWNlCWNyeXB0 b2RldgpkZXZpY2UJcm5kdGVzdApkZXZpY2UJaXBtaQpkZXZpY2UJc21iaW9z CmRldmljZQljb3JldGVtcAoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAG1zZ2J1 Zi50eHQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAwNjAwAAAAADAAAAAAAAAAMAAAAAAAAAAzMTM1NAAAAAAAAAAxMTIw NjQyNDI2NwAgIDc1NjMAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdXN0YXIAAAByb290AAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAHdoZWVsAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAQ29weXJpZ2h0IChjKSAxOTkyLTIwMDkgVGhlIEZyZWVC U0QgUHJvamVjdC4KQ29weXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAx OTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0CglUaGUg UmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwg cmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFk ZW1hcmsgb2YgVGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA4LjAt Q1VSUkVOVCAjMjE6IFNhdCBNYXkgMjMgMTI6MDQ6MjcgQ0RUIDIwMDkKICAg IHJvb3RAYm9yZy5sZXJjdHIub3JnOi91c3Ivb2JqL3Vzci9zcmMvc3lzL0JP UkcKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBx dWFsaXR5IDAKQ1BVOiBJbnRlbChSKSBYZW9uKFIpIENQVSAgICAgICAgICAg IDUxMjAgIEAgMS44NkdIeiAoMTg2Mi4wMS1NSHogSzgtY2xhc3MgQ1BVKQog IE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4NmY2ICBTdGVwcGlu ZyA9IDYKICBGZWF0dXJlcz0weGJmZWJmYmZmPEZQVSxWTUUsREUsUFNFLFRT QyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1Ys UEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIs U1MsSFRULFRNLFBCRT4KICBGZWF0dXJlczI9MHg0ZTNiZDxTU0UzLERURVM2 NCxNT04sRFNfQ1BMLFZNWCxFU1QsVE0yLFNTU0UzLENYMTYseFRQUixQRENN LERDQT4KICBBTUQgRmVhdHVyZXM9MHgyMDEwMDgwMDxTWVNDQUxMLE5YLExN PgogIEFNRCBGZWF0dXJlczI9MHgxPExBSEY+CiAgVFNDOiBQLXN0YXRlIGlu dmFyaWFudApyZWFsIG1lbW9yeSAgPSAxNzE3OTg2OTE4NCAoMTYzODQgTUIp CmF2YWlsIG1lbW9yeSA9IDE2NjE4MzkzNjAwICgxNTg0OCBNQikKQUNQSSBB UElDIFRhYmxlOiA8UFRMVEQgIAkgQVBJQyAgPgpGcmVlQlNEL1NNUDogTXVs dGlwcm9jZXNzb3IgU3lzdGVtIERldGVjdGVkOiA0IENQVXMKRnJlZUJTRC9T TVA6IDIgcGFja2FnZShzKSB4IDIgY29yZShzKQogY3B1MCAoQlNQKTogQVBJ QyBJRDogIDAKIGNwdTEgKEFQKTogQVBJQyBJRDogIDEKIGNwdTIgKEFQKTog QVBJQyBJRDogIDYKIGNwdTMgKEFQKTogQVBJQyBJRDogIDcKVGhpcyBtb2R1 bGUgKG9wZW5zb2xhcmlzKSBjb250YWlucyBjb2RlIGNvdmVyZWQgYnkgdGhl CkNvbW1vbiBEZXZlbG9wbWVudCBhbmQgRGlzdHJpYnV0aW9uIExpY2Vuc2Ug KENEREwpCnNlZSBodHRwOi8vb3BlbnNvbGFyaXMub3JnL29zL2xpY2Vuc2lu Zy9vcGVuc29sYXJpc19saWNlbnNlLwppb2FwaWMwIDxWZXJzaW9uIDIuMD4g aXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkCmlvYXBpYzEgPFZlcnNpb24gMi4w PiBpcnFzIDI0LTQ3IG9uIG1vdGhlcmJvYXJkCmtiZDEgYXQga2JkbXV4MApz bWJpb3MwOiA8U3lzdGVtIE1hbmFnZW1lbnQgQklPUz4gYXQgaW9tZW0gMHhm NjBjMC0weGY2MGRlIG9uIG1vdGhlcmJvYXJkCnNtYmlvczA6IFZlcnNpb246 IDIuNQpjcnlwdG9zb2Z0MDogPHNvZnR3YXJlIGNyeXB0bz4gb24gbW90aGVy Ym9hcmQKYWNwaTA6IDxTTUNJIFNNQ0lTTFAyPiBvbiBtb3RoZXJib2FyZAph Y3BpMDogW0lUSFJFQURdCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQpU aW1lY291bnRlciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBx dWFsaXR5IDEwMDAKYWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41 Nzk1NDVNSHo+IHBvcnQgMHgxMDA4LTB4MTAwYiBvbiBhY3BpMAphY3BpX2hw ZXQwOiA8SGlnaCBQcmVjaXNpb24gRXZlbnQgVGltZXI+IGlvbWVtIDB4ZmVk MDAwMDAtMHhmZWQwMDNmZiBvbiBhY3BpMApUaW1lY291bnRlciAiSFBFVCIg ZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgOTAwCnBjaWIwOiA8QUNQ SSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAK cGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKcGNpYjE6IDxBQ1BJIFBD SS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMi4wIG9uIHBjaTAKcGNpMTogPEFD UEkgUENJIGJ1cz4gb24gcGNpYjEKcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJp ZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBwY2kxCnBjaTI6IDxBQ1BJ IFBDSSBidXM+IG9uIHBjaWIyCnBjaWIzOiA8QUNQSSBQQ0ktUENJIGJyaWRn ZT4gaXJxIDE2IGF0IGRldmljZSAwLjAgb24gcGNpMgpwY2kzOiA8QUNQSSBQ Q0kgYnVzPiBvbiBwY2liMwpwY2liNDogPEFDUEkgUENJLVBDSSBicmlkZ2U+ IGF0IGRldmljZSAwLjAgb24gcGNpMwpwY2k0OiA8QUNQSSBQQ0kgYnVzPiBv biBwY2liNApwY2liNTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmlj ZSAwLjIgb24gcGNpMwpwY2k1OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNQpw Y2liNjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxOCBhdCBkZXZpY2Ug Mi4wIG9uIHBjaTIKcGNpNjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjYKZW0w OiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25uZWN0aW9uIDYuOS45 PiBwb3J0IDB4MjAwMC0weDIwMWYgbWVtIDB4ZDgwMDAwMDAtMHhkODAxZmZm ZiBpcnEgMTggYXQgZGV2aWNlIDAuMCBvbiBwY2k2CmVtMDogVXNpbmcgTVNJ IGludGVycnVwdAplbTA6IFtGSUxURVJdCmVtMDogRXRoZXJuZXQgYWRkcmVz czogMDA6MzA6NDg6OGU6OWY6ZjMKZW0xOiA8SW50ZWwoUikgUFJPLzEwMDAg TmV0d29yayBDb25uZWN0aW9uIDYuOS45PiBwb3J0IDB4MjAyMC0weDIwM2Yg bWVtIDB4ZDgwMjAwMDAtMHhkODAzZmZmZiBpcnEgMTkgYXQgZGV2aWNlIDAu MSBvbiBwY2k2CmVtMTogVXNpbmcgTVNJIGludGVycnVwdAplbTE6IFtGSUxU RVJdCmVtMTogRXRoZXJuZXQgYWRkcmVzczogMDA6MzA6NDg6OGU6OWY6ZjIK cGNpYjc6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMC4zIG9u IHBjaTEKcGNpNzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjcKcGNpYjg6IDxB Q1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNC4wIG9uIHBjaTAKcGNp ODogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjgKcGNpYjk6IDxBQ1BJIFBDSS1Q Q0kgYnJpZGdlPiBhdCBkZXZpY2UgNi4wIG9uIHBjaTAKcGNpOTogPEFDUEkg UENJIGJ1cz4gb24gcGNpYjkKcGNpMDogPGJhc2UgcGVyaXBoZXJhbD4gYXQg ZGV2aWNlIDguMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2liMTA6IDxBQ1BJ IFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTcgYXQgZGV2aWNlIDI4LjAgb24gcGNp MApwY2kxMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEwCnVoY2kwOiA8SW50 ZWwgNjMxWEVTQi82MzJYRVNCLzMxMDAgVVNCIGNvbnRyb2xsZXIgVVNCLTE+ IHBvcnQgMHgxODAwLTB4MTgxZiBpcnEgMTcgYXQgZGV2aWNlIDI5LjAgb24g cGNpMAp1aGNpMDogW0lUSFJFQURdCnVoY2kwOiBMZWdTdXAgPSAweDAwM2IK dXNidXMwOiA8SW50ZWwgNjMxWEVTQi82MzJYRVNCLzMxMDAgVVNCIGNvbnRy b2xsZXIgVVNCLTE+IG9uIHVoY2kwCnVoY2kxOiA8SW50ZWwgNjMxWEVTQi82 MzJYRVNCLzMxMDAgVVNCIGNvbnRyb2xsZXIgVVNCLTI+IHBvcnQgMHgxODIw LTB4MTgzZiBpcnEgMTkgYXQgZGV2aWNlIDI5LjEgb24gcGNpMAp1aGNpMTog W0lUSFJFQURdCnVoY2kxOiBMZWdTdXAgPSAweDAwMTAKdXNidXMxOiA8SW50 ZWwgNjMxWEVTQi82MzJYRVNCLzMxMDAgVVNCIGNvbnRyb2xsZXIgVVNCLTI+ IG9uIHVoY2kxCnVoY2kyOiA8SW50ZWwgNjMxWEVTQi82MzJYRVNCLzMxMDAg VVNCIGNvbnRyb2xsZXIgVVNCLTM+IHBvcnQgMHgxODQwLTB4MTg1ZiBpcnEg MTggYXQgZGV2aWNlIDI5LjIgb24gcGNpMAp1aGNpMjogW0lUSFJFQURdCnVo Y2kyOiBMZWdTdXAgPSAweDAwMTAKdXNidXMyOiA8SW50ZWwgNjMxWEVTQi82 MzJYRVNCLzMxMDAgVVNCIGNvbnRyb2xsZXIgVVNCLTM+IG9uIHVoY2kyCmVo Y2kwOiA8SW50ZWwgNjNYWEVTQiBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAw eGQ4NTAwNDAwLTB4ZDg1MDA3ZmYgaXJxIDE3IGF0IGRldmljZSAyOS43IG9u IHBjaTAKZWhjaTA6IFtJVEhSRUFEXQp1c2J1czM6IEVIQ0kgdmVyc2lvbiAx LjAKdXNidXMzOiA8SW50ZWwgNjNYWEVTQiBVU0IgMi4wIGNvbnRyb2xsZXI+ IG9uIGVoY2kwCnBjaWIxMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRl dmljZSAzMC4wIG9uIHBjaTAKcGNpMTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBj aWIxMQp2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gcG9ydCAw eDMwMDAtMHgzMGZmIG1lbSAweGQwMDAwMDAwLTB4ZDdmZmZmZmYsMHhkODIw MDAwMC0weGQ4MjBmZmZmIGlycSAxOCBhdCBkZXZpY2UgMS4wIG9uIHBjaTEx CmRybTA6IDxBVEkgRVMxMDAwIFJONTA+IG9uIHZnYXBjaTAKdmdhcGNpMDog Y2hpbGQgZHJtMCByZXF1ZXN0ZWQgcGNpX2VuYWJsZV9idXNtYXN0ZXIKaW5m bzogW2RybV0gSW5pdGlhbGl6ZWQgcmFkZW9uIDEuMjkuMCAyMDA4MDUyOApp c2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kw CmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMAphdGFwY2kwOiA8SW50ZWwgNjNY WEVTQjIgVURNQTEwMCBjb250cm9sbGVyPiBwb3J0IDB4MWYwLTB4MWY3LDB4 M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2LDB4MTg2MC0weDE4NmYgYXQgZGV2aWNl IDMxLjEgb24gcGNpMAphdGEwOiA8QVRBIGNoYW5uZWwgMD4gb24gYXRhcGNp MAphdGEwOiBbSVRIUkVBRF0KYXRhcGNpMTogPEludGVsIDYzWFhFU0IyIFNB VEEzMDAgY29udHJvbGxlcj4gcG9ydCAweDE4YTAtMHgxOGE3LDB4MTg3NC0w eDE4NzcsMHgxODc4LTB4MTg3ZiwweDE4NzAtMHgxODczLDB4MTg4MC0weDE4 OWYgbWVtIDB4ZDg1MDA4MDAtMHhkODUwMGJmZiBpcnEgMTkgYXQgZGV2aWNl IDMxLjIgb24gcGNpMAphdGFwY2kxOiBbSVRIUkVBRF0KYXRhcGNpMTogQUhD SSBjYWxsZWQgZnJvbSB2ZW5kb3Igc3BlY2lmaWMgZHJpdmVyCmF0YXBjaTE6 IEFIQ0kgVmVyc2lvbiAwMS4xMCBjb250cm9sbGVyIHdpdGggNiBwb3J0cyBQ TSBzdXBwb3J0ZWQKYXRhMjogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTEK YXRhMjogW0lUSFJFQURdCmF0YTM6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFw Y2kxCmF0YTM6IFtJVEhSRUFEXQphdGE0OiA8QVRBIGNoYW5uZWwgMj4gb24g YXRhcGNpMQphdGE0OiBbSVRIUkVBRF0KYXRhNTogPEFUQSBjaGFubmVsIDM+ IG9uIGF0YXBjaTEKYXRhNTogW0lUSFJFQURdCmF0YTY6IDxBVEEgY2hhbm5l bCA0PiBvbiBhdGFwY2kxCmF0YTY6IFtJVEhSRUFEXQphdGE3OiA8QVRBIGNo YW5uZWwgNT4gb24gYXRhcGNpMQphdGE3OiBbSVRIUkVBRF0KaWNoc21iMDog PEludGVsIDYzMXhFU0IvNjMyMUVTQiAoRVNCMikgU01CdXMgY29udHJvbGxl cj4gcG9ydCAweDExMDAtMHgxMTFmIGlycSAxOSBhdCBkZXZpY2UgMzEuMyBv biBwY2kwCmljaHNtYjA6IFtJVEhSRUFEXQpzbWJ1czA6IDxTeXN0ZW0gTWFu YWdlbWVudCBCdXM+IG9uIGljaHNtYjAKc21iMDogPFNNQnVzIGdlbmVyaWMg SS9PPiBvbiBzbWJ1czAKYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0dG9uPiBv biBhY3BpMAphdHJ0YzA6IDxBVCByZWFsdGltZSBjbG9jaz4gcG9ydCAweDcw LTB4NzEgb24gYWNwaTAKYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIg KGk4MDQyKT4gcG9ydCAweDYwLDB4NjQgaXJxIDEgb24gYWNwaTAKYXRrYmQw OiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBhdGti ZDAKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQphdGtiZDA6IFtJVEhSRUFEXQp1 YXJ0MDogPDE2NTUwIG9yIGNvbXBhdGlibGU+IHBvcnQgMHgzZjgtMHgzZmYg aXJxIDQgZmxhZ3MgMHgxMCBvbiBhY3BpMAp1YXJ0MDogW0ZJTFRFUl0KdWFy dDE6IDwxNjU1MCBvciBjb21wYXRpYmxlPiBwb3J0IDB4MmY4LTB4MmZmIGly cSAzIG9uIGFjcGkwCnVhcnQxOiBbRklMVEVSXQpmZGMwOiA8ZmxvcHB5IGRy aXZlIGNvbnRyb2xsZXI+IHBvcnQgMHgzZjAtMHgzZjUsMHgzZjcgaXJxIDYg ZHJxIDIgb24gYWNwaTAKZmRjMDogW0ZJTFRFUl0KZmQwOiA8MTQ0MC1LQiAz LjUiIGRyaXZlPiBvbiBmZGMwIGRyaXZlIDAKcHBjMDogPFBhcmFsbGVsIHBv cnQ+IHBvcnQgMHgzNzgtMHgzN2YsMHg3NzgtMHg3N2YgaXJxIDcgZHJxIDMg b24gYWNwaTAKcHBjMDogU01DLWxpa2UgY2hpcHNldCAoRUNQL0VQUC9QUzIv TklCQkxFKSBpbiBDT01QQVRJQkxFIG1vZGUKcHBjMDogRklGTyB3aXRoIDE2 LzE2LzkgYnl0ZXMgdGhyZXNob2xkCnBwYzA6IFtJVEhSRUFEXQpwcGJ1czA6 IDxQYXJhbGxlbCBwb3J0IGJ1cz4gb24gcHBjMApscHQwOiA8UHJpbnRlcj4g b24gcHBidXMwCmxwdDA6IFtJVEhSRUFEXQpscHQwOiBJbnRlcnJ1cHQtZHJp dmVuIHBvcnQKcHBpMDogPFBhcmFsbGVsIEkvTz4gb24gcHBidXMwCmNwdTA6 IDxBQ1BJIENQVT4gb24gYWNwaTAKY29yZXRlbXAwOiA8Q1BVIE9uLURpZSBU aGVybWFsIFNlbnNvcnM+IG9uIGNwdTAKZXN0MDogPEVuaGFuY2VkIFNwZWVk U3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MApwNHRjYzA6IDxDUFUg RnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MApjcHUxOiA8QUNQ SSBDUFU+IG9uIGFjcGkwCmNvcmV0ZW1wMTogPENQVSBPbi1EaWUgVGhlcm1h bCBTZW5zb3JzPiBvbiBjcHUxCmVzdDE6IDxFbmhhbmNlZCBTcGVlZFN0ZXAg RnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTEKcDR0Y2MxOiA8Q1BVIEZyZXF1 ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTEKY3B1MjogPEFDUEkgQ1BV PiBvbiBhY3BpMApjb3JldGVtcDI6IDxDUFUgT24tRGllIFRoZXJtYWwgU2Vu c29ycz4gb24gY3B1Mgplc3QyOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1 ZW5jeSBDb250cm9sPiBvbiBjcHUyCnA0dGNjMjogPENQVSBGcmVxdWVuY3kg VGhlcm1hbCBDb250cm9sPiBvbiBjcHUyCmNwdTM6IDxBQ1BJIENQVT4gb24g YWNwaTAKY29yZXRlbXAzOiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+ IG9uIGNwdTMKZXN0MzogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kg Q29udHJvbD4gb24gY3B1MwpwNHRjYzM6IDxDUFUgRnJlcXVlbmN5IFRoZXJt YWwgQ29udHJvbD4gb24gY3B1MwppcG1pMDogPElQTUkgU3lzdGVtIEludGVy ZmFjZT4gb24gaXNhMAppcG1pMDogS0NTIG1vZGUgZm91bmQgYXQgaW8gMHhj YTIgYWxpZ25tZW50IDB4MSBvbiBpc2EKb3JtMDogPElTQSBPcHRpb24gUk9N PiBhdCBpb21lbSAweGMwMDAwLTB4Y2FmZmYgb24gaXNhMApzYzA6IDxTeXN0 ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8 MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+CnZnYTA6IDxHZW5l cmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAw MC0weGJmZmZmIG9uIGlzYTAKV0FSTklORzogWkZTIGlzIGNvbnNpZGVyZWQg dG8gYmUgYW4gZXhwZXJpbWVudGFsIGZlYXR1cmUgaW4gRnJlZUJTRC4KVGlt ZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwp1c2J1czA6IDEyTWJw cyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVzYnVzMTogMTJNYnBzIEZ1bGwgU3Bl ZWQgVVNCIHYxLjAKdXNidXMyOiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEu MAp1c2J1czM6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMAp1Z2VuMC4x OiA8SW50ZWw+IGF0IHVzYnVzMAp1aHViMDogPEludGVsIFVIQ0kgcm9vdCBI VUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1 czAKdWdlbjEuMTogPEludGVsPiBhdCB1c2J1czEKdWh1YjE6IDxJbnRlbCBV SENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIg MT4gb24gdXNidXMxCnVnZW4yLjE6IDxJbnRlbD4gYXQgdXNidXMyCnVodWIy OiA8SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8x LjAwLCBhZGRyIDE+IG9uIHVzYnVzMgp1Z2VuMy4xOiA8SW50ZWw+IGF0IHVz YnVzMwp1aHViMzogPEludGVsIEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwg cmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czMKWkZTIGZpbGVzeXN0 ZW0gdmVyc2lvbiAxMwpaRlMgc3RvcmFnZSBwb29sIHZlcnNpb24gMTMKYWNk MDogRE1BIGxpbWl0ZWQgdG8gVURNQTMzLCBjb250cm9sbGVyIGZvdW5kIG5v bi1BVEE2NiBjYWJsZQphY2QwOiBEVkRSIDxNZW1vcmV4IERWRCstUkFNIDUx MEwgdjEvTVdTNz4gYXQgYXRhMC1tYXN0ZXIgVURNQTMzCmFkNDogMzgxNTU0 TUIgPFNlYWdhdGUgU1QzNDAwNjIwQVMgMy5BQUo+IGF0IGF0YTItbWFzdGVy IFNBVEEzMDAKYWQ2OiAzODE1NTRNQiA8U2VhZ2F0ZSBTVDM0MDA2MjBBUyAz LkFBSj4gYXQgYXRhMy1tYXN0ZXIgU0FUQTMwMAphZDg6IDQ3Njk0ME1CIDxT ZWFnYXRlIFNUMzUwMDYzMEFTIDMuQUFFPiBhdCBhdGE0LW1hc3RlciBTQVRB MzAwCmFkMTA6IDM4MTU1NE1CIDxTZWFnYXRlIFNUMzQwMDYyMEFTIDMuQUFK PiBhdCBhdGE1LW1hc3RlciBTQVRBMzAwCmFkMTI6IDM4MTU1NE1CIDxTZWFn YXRlIFNUMzQwMDYyMEFTIDMuQUFKPiBhdCBhdGE2LW1hc3RlciBTQVRBMzAw CmFkMTQ6IDM4MTU1NE1CIDxTZWFnYXRlIFNUMzQwMDYyMEFTIDMuQUFKPiBh dCBhdGE3LW1hc3RlciBTQVRBMzAwCmlwbWkwOiBJUE1JIGRldmljZSByZXYu IDEsIGZpcm13YXJlIHJldi4gMS4yLCB2ZXJzaW9uIDIuMAppcG1pMDogTnVt YmVyIG9mIGNoYW5uZWxzIDgKaXBtaTA6IEF0dGFjaGVkIHdhdGNoZG9nClNN UDogQVAgQ1BVICMxIExhdW5jaGVkIQpTTVA6IEFQIENQVSAjMiBMYXVuY2hl ZCEKU01QOiBBUCBDUFUgIzMgTGF1bmNoZWQhCnVodWIwOiAyIHBvcnRzIHdp dGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMTogMiBwb3J0cyB3 aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjI6IDIgcG9ydHMg d2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCkdFT006IGFkNHMxOiBn ZW9tZXRyeSBkb2VzIG5vdCBtYXRjaCBsYWJlbCAoMjU1aCw2M3MgIT0gMTZo LDYzcykuCkdFT01fTEFCRUw6IExhYmVsIGZvciBwcm92aWRlciBhZDRzMWEg aXMgdWZzaWQvNDYxYWRiNzQ0YjMyODhhNC4KUm9vdCBtb3VudCB3YWl0aW5n IGZvcjogdXNidXMzCnVodWIzOiA2IHBvcnRzIHdpdGggNiByZW1vdmFibGUs IHNlbGYgcG93ZXJlZApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czMK dWdlbjMuMjogPFBlcHBlcmNvbiBBRz4gYXQgdXNidXMzCnVtczA6IDxQZXBw ZXJjb24gQUcgTXVsdGlkZXZpY2UsIGNsYXNzIDAvMCwgcmV2IDIuMDAvMC4w MSwgYWRkciAyPiBvbiB1c2J1czMKdW1zMDogMyBidXR0b25zIGFuZCBbWFla XSBjb29yZGluYXRlcyBJRD0wCnVrYmQwOiA8UGVwcGVyY29uIEFHIE11bHRp ZGV2aWNlLCBjbGFzcyAwLzAsIHJldiAyLjAwLzAuMDEsIGFkZHIgMj4gb24g dXNidXMzCmtiZDIgYXQgdWtiZDAKVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJv bSB1ZnM6L2Rldi9hZDRzMWEKYWNkMDogRkFJTFVSRSAtIElOUVVJUlkgSUxM RUdBTCBSRVFVRVNUIGFzYz0weDI0IGFzY3E9MHgwMCAKPDExOD5FbnRyb3B5 IGhhcnZlc3Rpbmc6CjwxMTg+IGludGVycnVwdHMKPDExOD4gZXRoZXJuZXQK PDExOD4gcG9pbnRfdG9fcG9pbnQKKHByb2JlMDphdGEwOjA6MDowKTogVEVT VCBVTklUIFJFQURZLiBDREI6IDAgMCAwIDAgMCAwIAoocHJvYmUwOmF0YTA6 MDowOjApOiBDQU0gU3RhdHVzOiBTQ1NJIFN0YXR1cyBFcnJvcgoocHJvYmUw OmF0YTA6MDowOjApOiBTQ1NJIFN0YXR1czogQ2hlY2sgQ29uZGl0aW9uCihw cm9iZTA6YXRhMDowOjA6MCk6IE5PVCBSRUFEWSBhc2M6M2EsMAoocHJvYmUw OmF0YTA6MDowOjApOiBNZWRpdW0gbm90IHByZXNlbnQKKHByb2JlMDphdGEw OjA6MDowKTogVW5yZXRyeWFibGUgZXJyb3IKY2QwIGF0IGF0YTAgYnVzIDAg dGFyZ2V0IDAgbHVuIDAKY2QwOiA8TWVtb3JleCBEVkQrLVJBTSA1MTBMIHYx IE1XUzc+IFJlbW92YWJsZSBDRC1ST00gU0NTSS0wIGRldmljZSAKY2QwOiAz My4wMDBNQi9zIHRyYW5zZmVycwpjZDA6IEF0dGVtcHQgdG8gcXVlcnkgZGV2 aWNlIHNpemUgZmFpbGVkOiBOT1QgUkVBRFksIE1lZGl1bSBub3QgcHJlc2Vu dAo8MTE4PiBraWNrc3RhcnQKPDExOD4uCkdFT01fTEFCRUw6IExhYmVsIHVm c2lkLzQ2MWFkYjc0NGIzMjg4YTQgcmVtb3ZlZC4KPDExOD4vZGV2L2FkNHMx YTogRklMRSBTWVNURU0gQ0xFQU47IFNLSVBQSU5HIENIRUNLUwo8MTE4Pi9k ZXYvYWQ0czFhOiBjbGVhbiwgMzI1MDUgZnJlZSAoMjQ5IGZyYWdzLCA0MDMy IGJsb2NrcywgMC4xJSBmcmFnbWVudGF0aW9uKQpHRU9NX0xBQkVMOiBMYWJl bCBmb3IgcHJvdmlkZXIgYWQ0czFhIGlzIHVmc2lkLzQ2MWFkYjc0NGIzMjg4 YTQuCkdFT01fTEFCRUw6IExhYmVsIHVmc2lkLzQ2MWFkYjc0NGIzMjg4YTQg cmVtb3ZlZC4KPDExOD5TdGFydGluZyBOZXR3b3JrOiBsbzAgZW0wLgo8MTE4 PmFkZCBuZXQgZGVmYXVsdDogZ2F0ZXdheSAxOTIuMTY4LjIwMC4xMAo8MTE4 PnJvdXRlOiAKPDExOD53cml0aW5nIHRvIHJvdXRpbmcgc29ja2V0CjwxMTg+ OiAKPDExOD5GaWxlIGV4aXN0cwo8MTE4PmFkZCBob3N0IDE5Mi4xNjguMjAw LjQ6IGdhdGV3YXkgbG8wOiByb3V0ZSBhbHJlYWR5IGluIHRhYmxlCjwxMTg+ QWRkaXRpb25hbCBBQkkgc3VwcG9ydDoKPDExOD4gbGludXgKPDExOD4uCjw1 PmVtMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCjwxMTg+L2V0Yy9yYy5k L21vdW50ZDogV0FSTklORzogL2V0Yy9leHBvcnRzIGlzIG5vdCByZWFkYWJs ZS4KPDExOD5TdGFydGluZyBtb3VudGQuCjwxMTg+UmVtb3Zpbmcgc3RhbGUg U2FtYmEgdGRiIGZpbGVzOiAKPDExOD4gZG9uZQo8MTE4Pk1heSAyMyAxMjoy Njo1NCBib3JnIHBvc3RncmVzWzExMDBdOiBbMS0xXSBGQVRBTDogIHRoZSBk YXRhYmFzZSBzeXN0ZW0gaXMgc3RhcnRpbmcgdXAKPDExOD5Qb3N0aW5nIG1v bnRobHkgT1Mgc3RhdGlzdGljcyB0byBycHQuYnNkc3RhdHMub3JnCjwxMTg+ Q29uZmlndXJpbmcgc3lzY29uczoKPDExOD4gYmxhbmt0aW1lCjwxMTg+Lgo8 MTE4PkxvY2FsIHBhY2thZ2UgaW5pdGlhbGl6YXRpb246CjwxMTg+IHA0ZAo8 MTE4PlBlcmZvcmNlIFNlcnZlciBzdGFydGluZy4uLgo8MTE4Pgo8MTE4PiBw NHdlYgo8MTE4Pi4KPDExOD5tb3VzZWQ6IAo8MTE4PnVuYWJsZSB0byBvcGVu IC9kZXYvcHNtMDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQo8MTE4Pgo8 MTE4Pgo8MTE4PlNhdCBNYXkgMjMgMTI6MjY6NTkgQ0RUIDIwMDkKPDExOD5N YXkgMjMgMTI6Mjg6NDUgYm9yZyBleGltWzE0MDJdOiBnZXRob3N0YnkqLmdl dGhvc3RhbnN3ZXI6IGFza2VkIGZvciAiYm9yZy1pcG1pLmxlcmN0ci5vcmcg SU4gQUFBQSIsIGdvdCB0eXBlICJBIgo8Nj5waWQgMzk5MTggKHRyeSksIHVp ZCAwOiBleGl0ZWQgb24gc2lnbmFsIDEwIChjb3JlIGR1bXBlZCkKPDExOD5N YXkgMjQgMTQ6MzI6MjMgYm9yZyBzc2hkWzk0OTcyXTogd2FybmluZzogL2V0 Yy9ob3N0cy5hbGxvdywgbGluZSAzOTogaG9zdCBuYW1lL25hbWUgbWlzbWF0 Y2g6IGJvcmcubGVyY3RyLm9yZyAhPSBib3JnCjw2PnBpZCA1NTE3NSAodHJ5 KSwgdWlkIDA6IGV4aXRlZCBvbiBzaWduYWwgMTAgKGNvcmUgZHVtcGVkKQoK CkZhdGFsIHRyYXAgMTI6IHBhZ2UgZmF1bHQgd2hpbGUgaW4ga2VybmVsIG1v ZGUKY3B1aWQgPSAxOyBhcGljIGlkID0gMDEKZmF1bHQgdmlydHVhbCBhZGRy ZXNzCT0gMHgwCmZhdWx0IGNvZGUJCT0gc3VwZXJ2aXNvciB3cml0ZSBkYXRh LCBwYWdlIG5vdCBwcmVzZW50Cmluc3RydWN0aW9uIHBvaW50ZXIJPSAweDIw OjB4ZmZmZmZmZmY4MDU2YjllYQpzdGFjayBwb2ludGVyCSAgICAgICAgPSAw eDI4OjB4ZmZmZmZmODFhOTM5NDYzMApmcmFtZSBwb2ludGVyCSAgICAgICAg PSAweDI4OjB4ZmZmZmZmODFhOTM5NDZmMApjb2RlIHNlZ21lbnQJCT0gYmFz ZSAweDAsIGxpbWl0IDB4ZmZmZmYsIHR5cGUgMHgxYgoJCQk9IERQTCAwLCBw cmVzIDEsIGxvbmcgMSwgZGVmMzIgMCwgZ3JhbiAxCnByb2Nlc3NvciBlZmxh Z3MJPSBpbnRlcnJ1cHQgZW5hYmxlZCwgcmVzdW1lLCBJT1BMID0gMApjdXJy ZW50IHByb2Nlc3MJCT0gMTI1MSAoYmFjdWxhLXNkKQp0cmFwIG51bWJlcgkJ PSAxMgpwYW5pYzogcGFnZSBmYXVsdApjcHVpZCA9IDEKS0RCOiBzdGFjayBi YWNrdHJhY2U6CmRiX3RyYWNlX3NlbGZfd3JhcHBlcigpIGF0IGRiX3RyYWNl X3NlbGZfd3JhcHBlcisweDJhCnBhbmljKCkgYXQgcGFuaWMrMHgxODIKdHJh cF9mYXRhbCgpIGF0IHRyYXBfZmF0YWwrMHgyYWQKdHJhcF9wZmF1bHQoKSBh dCB0cmFwX3BmYXVsdCsweDI5NAp0cmFwKCkgYXQgdHJhcCsweDE4NwpjYWxs dHJhcCgpIGF0IGNhbGx0cmFwKzB4OAotLS0gdHJhcCAweGMsIHJpcCA9IDB4 ZmZmZmZmZmY4MDU2YjllYSwgcnNwID0gMHhmZmZmZmY4MWE5Mzk0NjMwLCBy YnAgPSAweGZmZmZmZjgxYTkzOTQ2ZjAgLS0tCmJ6ZXJvKCkgYXQgYnplcm8r MHhhCmRtdV90eF9jaGVja19pb2VycigpIGF0IGRtdV90eF9jaGVja19pb2Vy cisweDlhCmRtdV90eF9jb3VudF93cml0ZSgpIGF0IGRtdV90eF9jb3VudF93 cml0ZSsweDI5MQpkbXVfdHhfaG9sZF93cml0ZSgpIGF0IGRtdV90eF9ob2xk X3dyaXRlKzB4NGEKemZzX2ZyZWVic2Rfd3JpdGUoKSBhdCB6ZnNfZnJlZWJz ZF93cml0ZSsweDNlMQpWT1BfV1JJVEVfQVBWKCkgYXQgVk9QX1dSSVRFX0FQ VisweGFjCnZuX3dyaXRlKCkgYXQgdm5fd3JpdGUrMHgyNzkKZG9maWxld3Jp dGUoKSBhdCBkb2ZpbGV3cml0ZSsweDg1Cmtlcm5fd3JpdGV2KCkgYXQga2Vy bl93cml0ZXYrMHg2MAp3cml0ZSgpIGF0IHdyaXRlKzB4NTQKc3lzY2FsbCgp IGF0IHN5c2NhbGwrMHgyNDYKWGZhc3Rfc3lzY2FsbCgpIGF0IFhmYXN0X3N5 c2NhbGwrMHhkMAotLS0gc3lzY2FsbCAoNCwgRnJlZUJTRCBFTEY2NCwgd3Jp dGUpLCByaXAgPSAweDgwMWEyNzE2YywgcnNwID0gMHg3ZmZmZmYzZmE3NTgs IHJicCA9IDB4ODAxY2FjZTI4IC0tLQpVcHRpbWU6IDFkMTFoNDVtNTVzCgAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAHBhbmljLnR4dAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAwNjAwAAAAADAAAAAAAAAAMAAAAAAAAAAxMgAAAAAA AAAAAAAxMTIwNjQyNDI2NwAgIDcxMzUAIAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdXN0YXIAAABy b290AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHdoZWVsAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAcGFnZSBmYXVsdAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB2ZXJzaW9u LnR4dAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAMDYwMAAAAAAwAAAAAAAAADAAAAAAAAAAMTUxAAAAAAAAAAAAMTEyMDY0 MjQyNjcAICA3NjE0ACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHVzdGFyAAAAcm9vdAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAB3aGVlbAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAEZyZWVCU0QgOC4wLUNVUlJFTlQgIzIxOiBTYXQgTWF5IDIz IDEyOjA0OjI3IENEVCAyMDA5CiAgICByb290QGJvcmcubGVyY3RyLm9yZzov dXNyL29iai91c3Ivc3JjL3N5cy9CT1JHCgAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA --3935026275-91918384-1243230231=:1781-- From owner-freebsd-current@FreeBSD.ORG Mon May 25 05:53:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E47D1065670 for ; Mon, 25 May 2009 05:53:03 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from mail-gx0-f169.google.com (mail-gx0-f169.google.com [209.85.217.169]) by mx1.freebsd.org (Postfix) with ESMTP id ED3A58FC25 for ; Mon, 25 May 2009 05:53:02 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by gxk17 with SMTP id 17so192862gxk.19 for ; Sun, 24 May 2009 22:53:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=kGotU1tyowcLCF2X/6ZiHFobeuNqtpGU2ygsQvhvnl0=; b=CCHNsI90hFOttgyodngzn9HAVFUXsp6ABU6Yqmb8EGuh5nd40DOfthVpMjeLny/1Lh GtyGEKrZr/ex4ls64RTwwKclATW0AWjVUNSVJO9hNhJ/3nXud848QeIUPRN46psjKq7v AHKkm1VNks7R/6cRE2WLsI1QxIEFGeRQIdBwE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=ANHvZhZuttoHAsnucmhU3FRIwzZt33zeyT/F6UEmmV7AT/uf8AmEld5t/lcgNG3tAi vZgn3eulnMHye6+EH1kPpYrMWl0SvJiyKEa5X2F4ADeUC35xGbzrTZeaA+QjFyhhAzzs HmWo6VPI7xpwCqvqZ96S9PZORWkPZ4caT+An4= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.227.18 with SMTP id z18mr11626132ang.67.1243230782143; Sun, 24 May 2009 22:53:02 -0700 (PDT) In-Reply-To: References: Date: Sun, 24 May 2009 22:53:02 -0700 X-Google-Sender-Auth: 186c472454faa9d7 Message-ID: <3c1674c90905242253n544c3f0cqb10952f349391ce7@mail.gmail.com> From: Kip Macy To: Larry Rosenman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: ZFS Crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 05:53:03 -0000 malloc and uma stats would be useful, you're obviously trying to zero a failed allocation. Thanks, Kip On Sun, May 24, 2009 at 10:43 PM, Larry Rosenman wrote: > I'm still seeing crashes with ZFS on -CURRENT. > > Attached is a textdump, as I couldn't seem to get it to drop a core > dump. > > Ideas? > > I don't have a core, but will supply whatever other information. > > This is with a 16G real box. > > > > -- > Larry Rosenman =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 http://www.lerctr.= org/~ler > Phone: +1 512-248-2683 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 E-Mail: ler@lerctr= .org > US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 > _______________________________________________ > 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= " > --=20 When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From owner-freebsd-current@FreeBSD.ORG Mon May 25 06:19:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7496B106567A; Mon, 25 May 2009 06:19:44 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from mail-px0-f174.google.com (mail-px0-f174.google.com [209.85.216.174]) by mx1.freebsd.org (Postfix) with ESMTP id 15F758FC1B; Mon, 25 May 2009 06:19:43 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: by pxi4 with SMTP id 4so2652836pxi.3 for ; Sun, 24 May 2009 23:19:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=uCzCTorxIMSfOFpq8CUj/w1r0y8J5TGG9oSCMUf8+4U=; b=OiotCpy1yzdoHt4qztSglImemRDgkpj2DHNgDL/SteSNW3gP1BtguaGwmy7KUZVhYW RAVpG/OJ3pr/obdME7lqpn4cpYP1AW9I2pEiw5qoPqBVRQWlinAHpWXC8uE0tRyO3pzf KGjrKcU0/uSkgcAEB5AUW16AcGXDJQkVCCRrw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=RayzFFvU0Hvx6MhqX1iXiynZxXVTXYyIesAfi5j+r/iFXNBM1D4buxgopiY7P5Cu5+ sa/X/EJq4ErnoCHC+gYtCDu/b+tVoXKYnNnQz5Ltu71HMEqx5PmIYo1JOUWT8HKYMcrR Zgne8uVUIeEtGl0zRdpSdZZvzC1CAMgVA+4jQ= Received: by 10.142.214.12 with SMTP id m12mr2163280wfg.119.1243232383725; Sun, 24 May 2009 23:19:43 -0700 (PDT) Received: from localhost (rikad42.riken.jp [134.160.214.42]) by mx.google.com with ESMTPS id 27sm7567429wfa.2.2009.05.24.23.19.41 (version=SSLv3 cipher=RC4-MD5); Sun, 24 May 2009 23:19:42 -0700 (PDT) Sender: Maho NAKATA Date: Mon, 25 May 2009 15:17:40 +0900 (JST) Message-Id: <20090525.151740.98935220.chat95@mac.com> To: nork@FreeBSD.org From: Maho NAKATA In-Reply-To: <20090525051738.6c1c8844.nork@FreeBSD.org> References: <20090522175956.GA33004@bsdcrew.de> <20090525051738.6c1c8844.nork@FreeBSD.org> X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Mon_May_25_15_17_40_2009_377)--" Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, miwi@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 06:19:45 -0000 ----Security_Multipart(Mon_May_25_15_17_40_2009_377)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi Miwi and nork-san From: Norikatsu Shigemura Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 Date: Mon, 25 May 2009 05:17:38 +0900 > BTW, In my environment, VBoxREM32.so and VBoxREM64.so was not > installed. Do you know why? I don't know but it also happen to me. I have this problem on 7.2-RELEASE/amd64. Thank you, -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt ----Security_Multipart(Mon_May_25_15_17_40_2009_377)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkoaOAQACgkQpcQqaPiEzfnlvgCffoDLAzixy/EhuCSBp+tEwlr7 Cj0AoNG3gHfG+ralaE7TLZf7d5UJeVGl =X0wH -----END PGP SIGNATURE----- ----Security_Multipart(Mon_May_25_15_17_40_2009_377)---- From owner-freebsd-current@FreeBSD.ORG Mon May 25 06:35:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D774E10656CC for ; Mon, 25 May 2009 06:35:09 +0000 (UTC) (envelope-from odhiambo@gmail.com) Received: from mail-fx0-f168.google.com (mail-fx0-f168.google.com [209.85.220.168]) by mx1.freebsd.org (Postfix) with ESMTP id ABD9A8FC22 for ; Mon, 25 May 2009 06:35:08 +0000 (UTC) (envelope-from odhiambo@gmail.com) Received: by fxm12 with SMTP id 12so2993003fxm.43 for ; Sun, 24 May 2009 23:35:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=RCGt3dHG7hmq8PEuydohRrt6ew/l/Idf4r2IuC/+fHs=; b=YPD2bD/6gsV4OfCMMXOAZBHWZue36Smu1eHfRfkqGNdAD9OQ/SzUdMMJRIS2kY6EHl +kcf9RcvJkUUrnZ5rRit5pOSgN1LSU4TtX571W5lh0qMQ/s0uGr+z8bavs4nBF0nHsNp ZNWOdJONetRvCfMGZ4Anpbmn4+uVwKe+ArI9w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=BJOaypqjyoF3EJcp5XwWWp29MIbZ90YvN7o0Z92D5bHXr+Ass5jssSZSIGXmUHgwIx S/enZvVmM5zP9Id+XbzUkBhX43+yXFwau6PUHmrb9C1cNGzSiwekD/nMiu/P/i16BZuj r1FQ8ZxQZ6Pgp09jWxxVeak6j1r/viDoMspbo= MIME-Version: 1.0 Received: by 10.223.109.199 with SMTP id k7mr3276132fap.45.1243233307384; Sun, 24 May 2009 23:35:07 -0700 (PDT) In-Reply-To: <20090525.151740.98935220.chat95@mac.com> References: <20090522175956.GA33004@bsdcrew.de> <20090525051738.6c1c8844.nork@FreeBSD.org> <20090525.151740.98935220.chat95@mac.com> Date: Mon, 25 May 2009 09:35:07 +0300 Message-ID: <991123400905242335w30c69fc6n9945f605dfff6cd6@mail.gmail.com> From: =?UTF-8?B?T2RoaWFtYm8gIOODr+OCt+ODs+ODiOODsw==?= To: Maho NAKATA Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, nork@freebsd.org, miwi@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 06:35:10 -0000 On Mon, May 25, 2009 at 9:17 AM, Maho NAKATA wrote: > Hi Miwi and nork-san > > From: Norikatsu Shigemura > Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 > Date: Mon, 25 May 2009 05:17:38 +0900 > > > BTW, In my environment, VBoxREM32.so and VBoxREM64.so was not > > installed. Do you know why? > > I don't know but it also happen to me. I have this problem on > 7.2-RELEASE/amd64. Not to answer but just to say that on my i386, both files were installed. -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ "Clothes make the man. Naked people have little or no influence on society." -- Mark Twain From owner-freebsd-current@FreeBSD.ORG Mon May 25 06:37:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F8A8106564A; Mon, 25 May 2009 06:37:12 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 1D5FA8FC14; Mon, 25 May 2009 06:37:11 +0000 (UTC) (envelope-from ler@lerctr.org) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; h=Received:Received:Message-ID:In-Reply-To:References:Date:Subject:From:To:Cc:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:Importance:X-Spam-Score:X-LERCTR-Spam-Score:X-Spam-Report:X-LERCTR-Spam-Report:DomainKey-Status; b=ZqfTO3yrluQoXvIeJDUG/1GlptuK7CWg5WIxmioHBPST0HA/6UMaF/d8NOcOkAnm2H5XkIG72K82yphoD7AVSS3h9GTV+ALW5i06tHx18pTei/3TIFsjrYaphr+Vmkl44hAQbdt911NXQGJxphROtuUy01Of6LFz30TZV3MBoKk=; Received: from localhost.lerctr.org ([127.0.0.1]:60293 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M8To6-000ITt-04; Mon, 25 May 2009 01:37:11 -0500 Received: from 76.205.169.61 (SquirrelMail authenticated user ler) by webmail.lerctr.org with HTTP; Mon, 25 May 2009 01:37:10 -0500 Message-ID: <454b8cc37c60ab7af2663ba70ddbfd59.squirrel@webmail.lerctr.org> In-Reply-To: <3c1674c90905242253n544c3f0cqb10952f349391ce7@mail.gmail.com> References: <3c1674c90905242253n544c3f0cqb10952f349391ce7@mail.gmail.com> Date: Mon, 25 May 2009 01:37:10 -0500 From: "Larry Rosenman" To: "Kip Macy" User-Agent: SquirrelMail/1.4.19 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Score: -4.3 (----) X-LERCTR-Spam-Score: -4.3 (----) X-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135 X-LERCTR-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135 DomainKey-Status: no signature Cc: freebsd-current@freebsd.org Subject: Re: ZFS Crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 06:37:12 -0000 Ok, I've added show malloc; show uma; to the ddb.conf file, and enabled the setting of the ddb scripts. Wait next fail. Other ideas on getting the info? (I only have 4GB swap defined, but 16GB real, so I'm going to turn off the call doadump call). On Mon, May 25, 2009 12:53 am, Kip Macy wrote: > malloc and uma stats would be useful, you're obviously trying to zero > a failed allocation. > > > Thanks, > Kip > > On Sun, May 24, 2009 at 10:43 PM, Larry Rosenman wrote: >> I'm still seeing crashes with ZFS on -CURRENT. >> >> Attached is a textdump, as I couldn't seem to get it to drop a core >> dump. >> >> Ideas? >> >> I don't have a core, but will supply whatever other information. >> >> This is with a 16G real box. >> >> >> >> -- >> Larry Rosenman                     http://www.lerctr.org/~ler >> Phone: +1 512-248-2683                 E-Mail: ler@lerctr.org >> US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 >> _______________________________________________ >> 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" >> > > > > -- > When bad men combine, the good must associate; else they will fall one > by one, an unpitied sacrifice in a contemptible struggle. > > Edmund Burke > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Mon May 25 06:58:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA9881065697; Mon, 25 May 2009 06:58:01 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id A934F8FC12; Mon, 25 May 2009 06:58:01 +0000 (UTC) (envelope-from ler@lerctr.org) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; h=Received:Received:Message-ID:In-Reply-To:References:Date:Subject:From:To:Cc:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:Importance:X-Spam-Score:X-LERCTR-Spam-Score:X-Spam-Report:X-LERCTR-Spam-Report:DomainKey-Status; b=hBBscpsNLNL8JDIEo3Ra4elznWOpxxCXolYh8fjdWiRThlHTuGTNPIntcSBSFHqSitZuMhmWWp7B9Z3h1I7bXYbpVq/scam5ovcJOfTLXReHDs8nVoNbiDvFJKdvMLAmfZssnlV8UgX1DEQjzCBxokqsMGPXQePAttsaFyn6uzQ=; Received: from localhost.lerctr.org ([127.0.0.1]:52084 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M8U8F-000Id1-GD; Mon, 25 May 2009 01:58:00 -0500 Received: from 76.205.169.61 (SquirrelMail authenticated user ler) by webmail.lerctr.org with HTTP; Mon, 25 May 2009 01:57:59 -0500 Message-ID: <5a9a181a12e9e4ef864d23ae063f7277.squirrel@webmail.lerctr.org> In-Reply-To: <454b8cc37c60ab7af2663ba70ddbfd59.squirrel@webmail.lerctr.org> References: <3c1674c90905242253n544c3f0cqb10952f349391ce7@mail.gmail.com> <454b8cc37c60ab7af2663ba70ddbfd59.squirrel@webmail.lerctr.org> Date: Mon, 25 May 2009 01:57:59 -0500 From: "Larry Rosenman" To: "Larry Rosenman" User-Agent: SquirrelMail/1.4.19 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Score: -4.3 (----) X-LERCTR-Spam-Score: -4.3 (----) X-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135 X-LERCTR-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135 DomainKey-Status: no signature Cc: freebsd-current@freebsd.org, Kip Macy Subject: Re: ZFS Crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 06:58:02 -0000 after looking at the code, never mind the "don't call doadump", so we'll get the textdump. Thanks rwatson for the textdump stuff! On Mon, May 25, 2009 1:37 am, Larry Rosenman wrote: > Ok, I've added show malloc; show uma; to the ddb.conf file, and enabled > the setting of the ddb scripts. > > Wait next fail. > > Other ideas on getting the info? > > (I only have 4GB swap defined, but 16GB real, so I'm going to turn off the > call doadump call). > > > On Mon, May 25, 2009 12:53 am, Kip Macy wrote: >> malloc and uma stats would be useful, you're obviously trying to zero >> a failed allocation. >> >> >> Thanks, >> Kip >> >> On Sun, May 24, 2009 at 10:43 PM, Larry Rosenman wrote: >>> I'm still seeing crashes with ZFS on -CURRENT. >>> >>> Attached is a textdump, as I couldn't seem to get it to drop a core >>> dump. >>> >>> Ideas? >>> >>> I don't have a core, but will supply whatever other information. >>> >>> This is with a 16G real box. >>> >>> >>> >>> -- >>> Larry Rosenman                     http://www.lerctr.org/~ler >>> Phone: +1 512-248-2683                 E-Mail: ler@lerctr.org >>> US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 >>> _______________________________________________ >>> 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" >>> >> >> >> >> -- >> When bad men combine, the good must associate; else they will fall one >> by one, an unpitied sacrifice in a contemptible struggle. >> >> Edmund Burke >> > > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 512-248-2683 E-Mail: ler@lerctr.org > US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 > > > _______________________________________________ > 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" > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Mon May 25 08:09:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 160FD106564A; Mon, 25 May 2009 08:09:00 +0000 (UTC) (envelope-from davidn04@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id B1ACA8FC14; Mon, 25 May 2009 08:08:59 +0000 (UTC) (envelope-from davidn04@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1635273qwe.7 for ; Mon, 25 May 2009 01:08:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=plyeNKVEc6wLLoMeMd1hJj12X7eaDPs5LrJqxidjPik=; b=t3jmaXbnro4OQLxsavFUmBmMHZu5dR6koU6z+jmE6tzpdkqoy3AHLfVLuIbRo/ke3Q aJcQ/B53F1BKctWJdAEjPjAYL7iQjMzo6m3bP/TTYEAKtNua7r43e5CiqG1FjbPJWU1H kswioc6EsMJ10Ev+vnCA0T2r0/mwnSBLgW1q8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=wrvN6A06qfDFjG11mFPS4yf/p0VtUzunHzGojX6Um2JjHPws1TtNFB6VT2vQU5f+IT WmjQGESep4lH7n1lNItgn8wCCOc5QUXqMuFm1uV/zd+tyWblkJ/0jV2+ynzk9U1NaAdj PFeNl3QXjrkOj4bUJFUGjmDlwnj97TnozF3rg= MIME-Version: 1.0 Received: by 10.229.85.14 with SMTP id m14mr1968705qcl.64.1243237327557; Mon, 25 May 2009 00:42:07 -0700 (PDT) Date: Mon, 25 May 2009 17:42:07 +1000 Message-ID: <4d7dd86f0905250042v61f2af6cl943b665cdbeb26a3@mail.gmail.com> From: David N To: freebsd-stable , freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: gjournal locks up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 08:09:00 -0000 Hi, I've got gjournal on two computers running 7.2-RELEASE (AMD64 and i386) both with SATA-I. (150) GPT + GMirror + GJournal I've had it soft lock, locking up with no HDD activity. And can't do anything, except a hard reset. on both machines. Box1 (i386) removed a slow HDD and replaced with a faster one, that stopped the locking. Box2 (AMD64) just happened today whilst test installing zimbra (Importing MySQL tables). Both have 2GB Journals on /usr and 1GB on /var Has there been any stability patches for GJournal that I can test out? or has there been any commited lately? Or even some tuning that could be done? If you like i can install a DEBUG Kernel and try to lock it again. (Usually heavy disk activity should do it). Regards David N From owner-freebsd-current@FreeBSD.ORG Mon May 25 08:12:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 410B41065675 for ; Mon, 25 May 2009 08:12:22 +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 0F5488FC0C for ; Mon, 25 May 2009 08:12:21 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id k40so1292391rvb.43 for ; Mon, 25 May 2009 01:12:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:subject :message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=2bVroNXZ6sRnX//aOkjuTcHiLMiKVQ9gfmKx43fQGXE=; b=D5skLpNZuNdUJGo4tcYyoZrEdPx0UPd/Ez8YGjQCR6E9bKksEmsg4K0jDo7rE0y9oG RBjiU4wfezjZ6G+pV4dPltqpsxH5o9hFACkAX8YZy7FN0mcm9LMtjzCG6l2UKyADfEFa yQJouBP5/5LXC/rfAMUxZUqSA4P4cBIB4VgCA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=Sd8vtSNSieWThv6bVO7mVoGVQllB3cKMM+9bmzGOuTRNkiLqK2yIHbz8Ow1WehVtN1 4HrCwwn1AapdDMIvPg3JlDIp3FE3El52KGSoKfYrgpZhgzrXdzYD6WlLUCFuq2krtkSK 7hV3P8bQY6B0kfHlbOu+9KIRPGtEhyLDrwIuM= Received: by 10.141.168.1 with SMTP id v1mr2707406rvo.39.1243239141511; Mon, 25 May 2009 01:12:21 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id g22sm8068130rvb.36.2009.05.25.01.12.19 (version=SSLv3 cipher=RC4-MD5); Mon, 25 May 2009 01:12:20 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Mon, 25 May 2009 17:23:20 +0900 From: Pyun YongHyeon Date: Mon, 25 May 2009 17:23:20 +0900 To: freebsd-current@freebsd.org Message-ID: <20090525082320.GJ23593@michelle.cdnetworks.co.kr> References: <20090521041929.GN9043@michelle.cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090521041929.GN9043@michelle.cdnetworks.co.kr> User-Agent: Mutt/1.4.2.3i Subject: Re: CFT: msk(4) and Yukon FE+(88E8040, 88E8040T, 88E8048, 88E8070) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 08:12:22 -0000 On Thu, May 21, 2009 at 01:19:29PM +0900, Pyun YongHyeon wrote: > Hi, > > I had been working on supporting Yukon FE+ for more than a year. > Lack of hardware and documentation was one of major issue to write > support code. Recently one user, Tanguy Bouzeloc, submitted fix > and the patch seems to make msk(4) work on Yukon FE+. You can get > the latest patch at the following URL. > http://people.freebsd.org/~yongari/msk/msk.88E8040.patch26 > > Since the patch changes a lot of code flow of driver all msk(4) > users would be affected. If you use msk(4) or have Yukon FE+, > please give it try and let me know how it goes on your box. > FYI: Patch committed to HEAD. From owner-freebsd-current@FreeBSD.ORG Mon May 25 08:19:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C52ED1065670 for ; Mon, 25 May 2009 08:19:35 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 4FDBC8FC13 for ; Mon, 25 May 2009 08:19:34 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1M8VPA-00019z-3I for freebsd-current@freebsd.org; Mon, 25 May 2009 08:19:32 +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 ; Mon, 25 May 2009 08:19:32 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 25 May 2009 08:19:32 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 25 May 2009 10:19:28 +0200 Lines: 52 Message-ID: References: <4d7dd86f0905250042v61f2af6cl943b665cdbeb26a3@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig942B66E32052354D7DBE4780" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090409) In-Reply-To: <4d7dd86f0905250042v61f2af6cl943b665cdbeb26a3@mail.gmail.com> X-Enigmail-Version: 0.95.7 Sender: news Cc: freebsd-stable@freebsd.org Subject: Re: gjournal locks up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 08:19:36 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig942B66E32052354D7DBE4780 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable David N wrote: > Hi, >=20 > I've got gjournal on two computers running 7.2-RELEASE (AMD64 and > i386) both with SATA-I. (150) >=20 > GPT + GMirror + GJournal >=20 > I've had it soft lock, locking up with no HDD activity. And can't do > anything, except a hard reset. on both machines. >=20 > Box1 (i386) removed a slow HDD and replaced with a faster one, that > stopped the locking. > Box2 (AMD64) just happened today whilst test installing zimbra > (Importing MySQL tables). >=20 > Both have 2GB Journals on /usr and 1GB on /var >=20 > Has there been any stability patches for GJournal that I can test out? > or has there been any commited lately? >=20 > Or even some tuning that could be done? >=20 > If you like i can install a DEBUG Kernel and try to lock it again. > (Usually heavy disk activity should do it). You need to provide more data. How do you know that "gjournal" has locked up? There is comparatively little in gjournal itself that can lock up. Is the machine still responsive to network? In what states (wait channels) are the processes on the machine? --------------enig942B66E32052354D7DBE4780 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 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoaVJAACgkQldnAQVacBcjuvgCfVYfn0c47ZxQ+awESqY6igzT1 +7IAn1gKSyMuS+rOVGQPjlFyIaGiCVFH =fXsy -----END PGP SIGNATURE----- --------------enig942B66E32052354D7DBE4780-- From owner-freebsd-current@FreeBSD.ORG Mon May 25 09:13:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67C021065677 for ; Mon, 25 May 2009 09:13:45 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id EED178FC1C for ; Mon, 25 May 2009 09:13:44 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:46896 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1M8WFT-0000jF-4n for freebsd-current@freebsd.org; Mon, 25 May 2009 11:13:37 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 6A3DDEEC9C for ; Mon, 25 May 2009 11:13:31 +0200 (CEST) Message-Id: From: Thomas Backman To: freebsd-current@freebsd.org In-Reply-To: <4E6E325D-BB18-4478-BCFD-633D6F4CFD88@exscape.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Mon, 25 May 2009 11:13:31 +0200 References: <4E6E325D-BB18-4478-BCFD-633D6F4CFD88@exscape.org> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1M8WFT-0000jF-4n. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1M8WFT-0000jF-4n 2002a30e9de625c2ce595e851a1bd1ad Subject: Re: ZFS panic under extreme circumstances (2/3 disks corrupted) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 09:13:45 -0000 On May 24, 2009, at 09:02 PM, Thomas Backman wrote: > So, I was playing around with RAID-Z and self-healing... Yet another follow-up to this. It appears that all traces of errors vanish after a reboot. So, say you have a dying disk; ZFS repairs the data for you, and you don't notice (unless you check zpool status). Then you reboot, and there's NO (easy?) way that I can tell to find out that something is wrong with your hardware! [root@clone ~]# zpool status test pool: test state: ONLINE status: One or more devices has experienced an unrecoverable error. An attempt was made to correct the error. Applications are unaffected. action: Determine if the device needs to be replaced, and clear the errors using 'zpool clear' or replace the device with 'zpool replace'. see: http://www.sun.com/msg/ZFS-8000-9P scrub: scrub completed after 0h1m with 0 errors on Mon May 25 11:01:22 2009 config: NAME STATE READ WRITE CKSUM test ONLINE 0 0 0 raidz1 ONLINE 0 0 0 da1 ONLINE 0 0 0 da2 ONLINE 0 0 1 64K repaired da3 ONLINE 0 0 0 errors: No known data errors ----------- reboot ----------- [root@clone ~]# zpool status test pool: test state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM test ONLINE 0 0 0 raidz1 ONLINE 0 0 0 da1 ONLINE 0 0 0 da2 ONLINE 0 0 0 da3 ONLINE 0 0 0 errors: No known data errors [root@clone ~]# zpool history -i test # ... snip ... # Below is the relevant output from the scrub that found the errors: 2009-05-25.11:00:21 [internal pool scrub txg:118] func=1 mintxg=0 maxtxg=118 2009-05-25.11:00:23 zpool scrub test 2009-05-25.11:01:22 [internal pool scrub done txg:120] complete=1 Nothing there to say that it found errors, right? If there is, it should be a lot more clear. Also, root should receive automatic mails when data corruption occurs IMHO. [root@clone ~]# zpool scrub test # Wait a while... [root@clone ~]# zpool status test pool: test state: ONLINE scrub: scrub completed after 0h1m with 0 errors on Mon May 25 11:06:05 2009 config: NAME STATE READ WRITE CKSUM test ONLINE 0 0 0 raidz1 ONLINE 0 0 0 da1 ONLINE 0 0 0 da2 ONLINE 0 0 0 da3 ONLINE 0 0 0 errors: No known data errors I'm guessing this is the case in OpenSolaris as well...? In any case, it's BAD. Unless you keep checking zpool status over and over, you could have a disk "failing silently" - which defeats one of the major purposes of ZFS! Sure, auto-healing is nice, but it should tell you that it's happening, so that you can prepare to replace a disk (i.e. order a new one BEFORE it crasches bigtime). Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Mon May 25 09:50:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA916106564A for ; Mon, 25 May 2009 09:50:20 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from dd12710.kasserver.com (dd12710.kasserver.com [85.13.134.233]) by mx1.freebsd.org (Postfix) with ESMTP id A9B3E8FC1C for ; Mon, 25 May 2009 09:50:20 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from localhost.my.domain (cazador.sisis.de [193.31.11.193]) by dd12710.kasserver.com (Postfix) with ESMTP id 208731850BB64 for ; Mon, 25 May 2009 11:50:21 +0200 (CEST) Received: (from guru@localhost) by localhost.my.domain (8.14.3/8.14.3/Submit) id n4P9oL1J002089 for freebsd-current@freebsd.org; Mon, 25 May 2009 11:50:21 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Mon, 25 May 2009 11:50:21 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Message-ID: <20090525095021.GA2067@current.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.0-CURRENT (i386) Subject: problem with mouse when hald is running X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 09:50:21 -0000 Hello, When I enable the dbus and hald in my CURRENT laptop I have the effect with the mouse that the ButtonRelease event is only delivered after I have moved the mouse a bit; i.e. for example in a browser you click on a URL but this has no effect until you move the mouse pointer a bit; without dbus/hald it works fine; the mouse part of the xorg.conf is: Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection nothing unusual; what could cause this effect? Thx matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Mon May 25 10:39:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D6331065670; Mon, 25 May 2009 10:39:34 +0000 (UTC) (envelope-from davidn04@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id EC8ED8FC12; Mon, 25 May 2009 10:39:33 +0000 (UTC) (envelope-from davidn04@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1658914qwe.7 for ; Mon, 25 May 2009 03:39:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=1zGcmwON1pXK7/3NCK5zcbzhBFdTJVtJU2pev1JICk4=; b=i/XNj1oVCnSxY+xhkOL4gxEPdb03FifnAfp2cEUaLjzPTMoy8eQEVHd8ZroI8NXIZR GhssQ0imnph20jCzMW5Yy8XQGjVJggF1/gIkbL97pai7/Ji2rnCNcmSw/7NfZBVlUNn4 seG6fi173Xk4f38EtyR0FVKelu3afqqjiJOGA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=HSBUtgir+9ByQSzNppaYnRtOoB1EiJLLX9i0zLjsO8yC6grG+TOXDIl2/LY83W6aaI xYaMv5ZZdVPsek4/kwVDRGMb2oFosQUqtHznXuBWWI2f6ttPUGDCCB2BVzgs0/ZxWKIF El/JCPxLLiS5u/3Pciu1rkhTrjqUeoGOKS8wE= MIME-Version: 1.0 Received: by 10.229.86.196 with SMTP id t4mr2036154qcl.39.1243247973303; Mon, 25 May 2009 03:39:33 -0700 (PDT) In-Reply-To: References: <4d7dd86f0905250042v61f2af6cl943b665cdbeb26a3@mail.gmail.com> Date: Mon, 25 May 2009 20:39:33 +1000 Message-ID: <4d7dd86f0905250339o6e395102l5074198b38143970@mail.gmail.com> From: David N To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: gjournal locks up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 10:39:34 -0000 2009/5/25 Ivan Voras : > David N wrote: >> Hi, >> >> I've got gjournal on two computers running 7.2-RELEASE (AMD64 and >> i386) both with SATA-I. (150) >> >> GPT + GMirror + GJournal >> >> I've had it soft lock, locking up with no HDD activity. And can't do >> anything, except a hard reset. on both machines. >> >> Box1 (i386) removed a slow HDD and replaced with a faster one, that >> stopped the locking. >> Box2 (AMD64) just happened today whilst test installing zimbra >> (Importing MySQL tables). >> >> Both have 2GB Journals on /usr and 1GB on /var >> >> Has there been any stability patches for GJournal that I can test out? >> or has there been any commited lately? >> >> Or even some tuning that could be done? >> >> If you like i can install a DEBUG Kernel and try to lock it again. >> (Usually heavy disk activity should do it). > > You need to provide more data. How do you know that "gjournal" has > locked up? There is comparatively little in gjournal itself that can > lock up. Is the machine still responsive to network? In what states > (wait channels) are the processes on the machine? > > The network seems okay. The SSH session doesn't close. It just sits there, initiating another SSH just sits there as well, it doesn't time out or anything. I'll compile a debug kernel tonight, and I'll put in the other disk that "should" lock up, tomorrow and copy a few gigs across. The first time it locked up was when i was copying cp -va from one disk (degraded mirrror) to the other disk (degraded mirror + gjournal). Copied around 40GB until it locked up. It did it 3 times before i manage to copy everything over. Re-syncing of the mirror works fine. Should i use options KDB options DDB options INVARIANTS options INVARIANTS_SUPPORT options WITNESS options DIAGNOSTIC ? Regards David N From owner-freebsd-current@FreeBSD.ORG Mon May 25 11:15:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA241106593B; Mon, 25 May 2009 11:15:41 +0000 (UTC) (envelope-from davidn04@gmail.com) Received: from mail-qy0-f105.google.com (mail-qy0-f105.google.com [209.85.221.105]) by mx1.freebsd.org (Postfix) with ESMTP id 361818FC15; Mon, 25 May 2009 11:15:40 +0000 (UTC) (envelope-from davidn04@gmail.com) Received: by qyk3 with SMTP id 3so4518583qyk.3 for ; Mon, 25 May 2009 04:15:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=f4FtJcPvggwO75PoPf1LZ0mcfdxEWGi2HYWkscuZU7c=; b=X4FPkGzk5RLG5ipHR6tZD+ryKjSxfIrcjXKnhN/iICimTkcOxZ8UN+ukSjXMNdwd9n 8XNlXP4uchMjhIOfwWqQc6YBVtfCQp7nWQ1aHApvF43QMwuVifQyFBIk+ZBhvR4RJWUL qpMYoPQ3Y2QH+HXi07Qc8duqF2DdEEFuGu0w0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=AiMYAmZ7BRHrhInFU/wYNGP/xOGSKMZzmIYCXhXy5u6SakbSc9maTZFLu6GJVKshDu UUV0/8Rlrl0UqLsqgHzi8HEDWD9Gvwq8BoZjyqJB5FyMEK1XoACcLF7frk0gySPqDYek kUa3QNFz50brYk2VAosSiu/PiiA9VLDu+WhTc= MIME-Version: 1.0 Received: by 10.229.81.66 with SMTP id w2mr2002685qck.12.1243250140390; Mon, 25 May 2009 04:15:40 -0700 (PDT) In-Reply-To: References: <4d7dd86f0905250042v61f2af6cl943b665cdbeb26a3@mail.gmail.com> <4d7dd86f0905250339o6e395102l5074198b38143970@mail.gmail.com> Date: Mon, 25 May 2009 21:15:40 +1000 Message-ID: <4d7dd86f0905250415u32171606qaf9b64185da1a50@mail.gmail.com> From: David N To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: gjournal locks up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 11:16:04 -0000 2009/5/25 Ivan Voras : > David N wrote: > >> The first time it locked up was when i was copying >> cp -va >> from one disk (degraded mirrror) to the other disk (degraded mirror + >> gjournal). Copied around 40GB until it locked up. It did it 3 times >> before i manage to copy everything over. Re-syncing of the mirror >> works fine. >> >> Should i use >> options KDB >> options DDB >> options INVARIANTS >> options INVARIANTS_SUPPORT >> options WITNESS >> options DIAGNOSTIC >> ? > > You can leave DIAGNOSTIC out. > > I'd still like you to post process' states (wchan) - in your case, of > the "cp" process. > > How would i go about doing that? Sorry, I'm new to debugging FreeBSD, been using for a long time though. Regards David N From owner-freebsd-current@FreeBSD.ORG Mon May 25 11:37:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC5EC1065742; Mon, 25 May 2009 11:37:35 +0000 (UTC) (envelope-from davidn04@gmail.com) Received: from mail-qy0-f105.google.com (mail-qy0-f105.google.com [209.85.221.105]) by mx1.freebsd.org (Postfix) with ESMTP id 5BD9D8FC12; Mon, 25 May 2009 11:37:34 +0000 (UTC) (envelope-from davidn04@gmail.com) Received: by qyk3 with SMTP id 3so4528818qyk.3 for ; Mon, 25 May 2009 04:37:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=yC7aZ15BQCpEwdSfnXS5KCnXE1IFMpeO2ODVRlezwas=; b=gRSY097PXT/qPDnUuYPi6sa1aipusZ0td6dOPX6fvNxFEYTX8tg0N1feJRQAuI5BZG /eRKBdTqGUkXleiFwvxXmLfGB+rof3rqto/kjCWu2/0wamthZHWdzKYBJ/8sFDDG6eqz tQ00PFHFhFREX9xn3L/2w2EGPmIU/8o1OTLSk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Xp3CJRUs3/pExrO/tNyu9bTFdWXaTWtArMY7Krn9M7GobuSotnC/eJyvr8MkZ6d7nF 3NaHoUET/3FqwuWq0FcMpHyb8Xhy/OXUGzXNFZuq3y1AiK1V9sDFXmR/uS2fFecyFwOB aQh4B/LNas+wAq8TTvXp33q/5Id1e4wMAPp9g= MIME-Version: 1.0 Received: by 10.229.96.73 with SMTP id g9mr2103284qcn.45.1243251454280; Mon, 25 May 2009 04:37:34 -0700 (PDT) In-Reply-To: References: <4d7dd86f0905250042v61f2af6cl943b665cdbeb26a3@mail.gmail.com> <4d7dd86f0905250339o6e395102l5074198b38143970@mail.gmail.com> <4d7dd86f0905250415u32171606qaf9b64185da1a50@mail.gmail.com> Date: Mon, 25 May 2009 21:37:34 +1000 Message-ID: <4d7dd86f0905250437u63b9152m65a914b7acd3f0@mail.gmail.com> From: David N To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: gjournal locks up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 11:37:36 -0000 2009/5/25 Ivan Voras : > David N wrote: >> 2009/5/25 Ivan Voras : >>> David N wrote: >>> >>>> The first time it locked up was when i was copying >>>> cp -va >>>> from one disk (degraded mirrror) to the other disk (degraded mirror + >>>> gjournal). Copied around 40GB until it locked up. It did it 3 times >>>> before i manage to copy everything over. Re-syncing of the mirror >>>> works fine. >>>> >>>> Should i use >>>> options KDB >>>> options DDB >>>> options INVARIANTS >>>> options INVARIANTS_SUPPORT >>>> options WITNESS >>>> options DIAGNOSTIC >>>> ? >>> You can leave DIAGNOSTIC out. >>> >>> I'd still like you to post process' states (wchan) - in your case, of >>> the "cp" process. >> >> How would i go about doing that? >> Sorry, I'm new to debugging FreeBSD, been using for a long time though. > > You can see them in "top" or you can do "ps axul". > > Before the lock up all disk activity come to a halt. Gstat - all disk drops to 0.00 then locks More info can be seen http://lists.freebsd.org/pipermail/freebsd-questions/2009-May/198149.html I'll post more info when the new kernel is done. Regards David N From owner-freebsd-current@FreeBSD.ORG Mon May 25 07:33:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31CEF106564A; Mon, 25 May 2009 07:33:25 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from mail.itac.at (mail.itac.at [213.47.211.116]) by mx1.freebsd.org (Postfix) with ESMTP id D6DF28FC16; Mon, 25 May 2009 07:33:24 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from localhost ([127.0.0.1] helo=webmail.itac.at) by mail.itac.at with esmtpa (Exim 4.63) (envelope-from ) id 1M8UgR-0005Yx-OE; Mon, 25 May 2009 09:33:19 +0200 Received: from 83.64.253.201 (proxying for unknown) (SquirrelMail authenticated user decke@bluelife.at) by webmail.itac.at with HTTP; Mon, 25 May 2009 09:33:19 +0200 (CEST) Message-ID: In-Reply-To: <991123400905242335w30c69fc6n9945f605dfff6cd6@mail.gmail.com> References: <20090522175956.GA33004@bsdcrew.de> <20090525051738.6c1c8844.nork@FreeBSD.org> <20090525.151740.98935220.chat95@mac.com> <991123400905242335w30c69fc6n9945f605dfff6cd6@mail.gmail.com> Date: Mon, 25 May 2009 09:33:19 +0200 (CEST) From: Bernhard =?iso-8859-1?Q?Fr=F6hlich?= To: Odhiambo =?iso-8859-1?Q?=E3=83=AF=E3=82=B7=E3=83=B3=E3=83=88=E3=83=B3?= User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Mon, 25 May 2009 11:43:53 +0000 Cc: Maho NAKATA , miwi@freebsd.org, nork@freebsd.org, ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 07:33:26 -0000 On Mon, May 25, 2009 8:35 am, Odhiambo ワシントン wrote: > On Mon, May 25, 2009 at 9:17 AM, Maho NAKATA wrote: > >> Hi Miwi and nork-san >> >> From: Norikatsu Shigemura >> Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 >> Date: Mon, 25 May 2009 05:17:38 +0900 >> >> > BTW, In my environment, VBoxREM32.so and VBoxREM64.so was not >> > installed. Do you know why? >> >> I don't know but it also happen to me. I have this problem on >> 7.2-RELEASE/amd64. > > Not to answer but just to say that on my i386, both files were installed. I've fixed that yesterday so this problem will be gone with the next port update. Both files only exist on i386 so this problem happens on all amd64 boxes. -- Bernhard Fröhlich http://www.bluelife.at/ From owner-freebsd-current@FreeBSD.ORG Mon May 25 11:47:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3675106566C; Mon, 25 May 2009 11:47:22 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from mx.kzn.ru (mx.kzn.ru [194.85.243.38]) by mx1.freebsd.org (Postfix) with ESMTP id 51F198FC0A; Mon, 25 May 2009 11:47:21 +0000 (UTC) (envelope-from amarat@ksu.ru) Authentication-Results: iout.kzn.ru; dkim=neutral (message not signed) header.i=none Received-SPF: None identity=pra; client-ip=193.232.252.56; receiver=iout.kzn.ru; envelope-from="amarat@ksu.ru"; x-sender="amarat@ksu.ru"; x-conformance=sidf_compatible Received-SPF: None identity=mailfrom; client-ip=193.232.252.56; receiver=iout.kzn.ru; envelope-from="amarat@ksu.ru"; x-sender="amarat@ksu.ru"; x-conformance=sidf_compatible Received-SPF: None identity=helo; client-ip=193.232.252.56; receiver=iout.kzn.ru; envelope-from="amarat@ksu.ru"; x-sender="postmaster@ruby.ksu.ru"; x-conformance=sidf_compatible X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: At8EAH8fGkrB6Pw4/2dsb2JhbACBT8oXgj80gRgF X-IronPort-AV: E=Sophos;i="4.41,243,1241380800"; d="p7s'?scan'208";a="3650659" Received: from mail.ksu.ru (HELO ruby.ksu.ru) ([193.232.252.56]) by iout.kzn.ru with ESMTP; 25 May 2009 15:37:09 +0400 X-Pass-Through: Kazan State University Network Received: from zealot.ksu.ru ([194.85.245.161]) by ksu.ru (8.13.4/8.13.4) with ESMTP id n4PAhi2D025738; Mon, 25 May 2009 10:43:44 GMT Received: from zealot.ksu.ru (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.14.3/8.14.3) with ESMTP id n4PBap1X028453; Mon, 25 May 2009 15:36:51 +0400 (MSD) (envelope-from amarat@ksu.ru) Message-ID: <4A1A82D3.3000804@ksu.ru> Date: Mon, 25 May 2009 15:36:51 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.19) Gecko/20090124 SeaMonkey/1.1.14 MIME-Version: 1.0 To: Ivan Voras References: <4d7dd86f0905250042v61f2af6cl943b665cdbeb26a3@mail.gmail.com> <4d7dd86f0905250339o6e395102l5074198b38143970@mail.gmail.com> <4d7dd86f0905250415u32171606qaf9b64185da1a50@mail.gmail.com> In-Reply-To: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms020100020400090800020107" X-Mailman-Approved-At: Mon, 25 May 2009 12:15:10 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: gjournal locks up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 11:47:23 -0000 This is a cryptographically signed message in MIME format. --------------ms020100020400090800020107 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Ivan Voras wrote: > David N wrote: >> 2009/5/25 Ivan Voras : >>> David N wrote: >>> >>>> The first time it locked up was when i was copying >>>> cp -va >>>> from one disk (degraded mirrror) to the other disk (degraded mirror + >>>> gjournal). Copied around 40GB until it locked up. It did it 3 times >>>> before i manage to copy everything over. Re-syncing of the mirror >>>> works fine. >>>> >>>> Should i use >>>> options KDB >>>> options DDB >>>> options INVARIANTS >>>> options INVARIANTS_SUPPORT >>>> options WITNESS >>>> options DIAGNOSTIC >>>> ? >>> You can leave DIAGNOSTIC out. >>> >>> I'd still like you to post process' states (wchan) - in your case, of >>> the "cp" process. >> How would i go about doing that? >> Sorry, I'm new to debugging FreeBSD, been using for a long time though. > > You can see them in "top" or you can do "ps axul". > usually when disc subsystem locks no program can be launched neither top, nor ps ;) i'd rather use ^T while cp hang -- SY, Marat --------------ms020100020400090800020107 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII8zCC AtQwggI9oAMCAQICEHpsMo6nkbUVegxjAzzxYCkwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDQwMTE5MTUxOFoX DTEwMDQwMTE5MTUxOFowPzEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEcMBoG CSqGSIb3DQEJARYNYW1hcmF0QGtzdS5ydTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBALqa7MfgjbsxmgpTOKxAN7w+cFViFA8NrULAARwVQJQJCnVRGf3i97EwNdLE8VTNniU4 ybS4gtLsy9gfNuuyPV2AJESpgrxaG+KZyHu1f6P4e31YBbnbtWVTUxZ3U/vWoL+BOAOI4S84 Cx834a4uYK75WhpZKd56qet5loyn9N1wBZNgCh9AwU31lA/Q0iCSKpEIxuhbElNXHNnqAlts CtNXsKgsT8mP7QI52h0cBOPSZqvz++e/wruJGgKeCECqo8ftwwya3CYkH1lhH2Q1zeXwez1E 1+solM48odH+odn29ctmOqr3PzZfmBJyGFf5FagTKNia/ys48yBtVU/RXHsCAwEAAaMqMCgw GAYDVR0RBBEwD4ENYW1hcmF0QGtzdS5ydTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBQUA A4GBAG4Pj7KRSJ/M28KNynJOPCHg26L15S9OfQ+ckMaPPDRAejtdlUdCgkoyD9d1Du/amAk6 A3NcY2I/MsFW2vSonQfU+7cJZiyuhfw7wQlOovCx7USw1dmF6u3EljWZV+Kg4Vi3vN2dPyJx tv8li9McWQoMLmm5zzFGGRaSRnnrnZFsMIIC1DCCAj2gAwIBAgIQemwyjqeRtRV6DGMDPPFg KTANBgkqhkiG9w0BAQUFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwHhcNMDkwNDAxMTkxNTE4WhcNMTAwNDAxMTkxNTE4WjA/MR8wHQYDVQQDExZU aGF3dGUgRnJlZW1haWwgTWVtYmVyMRwwGgYJKoZIhvcNAQkBFg1hbWFyYXRAa3N1LnJ1MIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAuprsx+CNuzGaClM4rEA3vD5wVWIUDw2t QsABHBVAlAkKdVEZ/eL3sTA10sTxVM2eJTjJtLiC0uzL2B8267I9XYAkRKmCvFob4pnIe7V/ o/h7fVgFudu1ZVNTFndT+9agv4E4A4jhLzgLHzfhri5grvlaGlkp3nqp63mWjKf03XAFk2AK H0DBTfWUD9DSIJIqkQjG6FsSU1cc2eoCW2wK01ewqCxPyY/tAjnaHRwE49Jmq/P757/Cu4ka Ap4IQKqjx+3DDJrcJiQfWWEfZDXN5fB7PUTX6yiUzjyh0f6h2fb1y2Y6qvc/Nl+YEnIYV/kV qBMo2Jr/KzjzIG1VT9FcewIDAQABoyowKDAYBgNVHREEETAPgQ1hbWFyYXRAa3N1LnJ1MAwG A1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAbg+PspFIn8zbwo3Kck48IeDbovXlL059 D5yQxo88NEB6O12VR0KCSjIP13UO79qYCToDc1xjYj8ywVba9KidB9T7twlmLK6F/DvBCU6i 8LHtRLDV2YXq7cSWNZlX4qDhWLe83Z0/InG2/yWL0xxZCgwuabnPMUYZFpJGeeudkWwwggM/ MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMM V2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25z dWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYD VQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNv bmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5 WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRk LjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJ KoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2 vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9 A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEw EgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0 ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0R BCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GB AEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZ Ohl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVN d+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIDZDCCA2ACAQEwdjBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEHpsMo6nkbUVegxjAzzxYCkwCQYFKw4DAhoF AKCCAcMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDkwNTI1 MTEzNjUxWjAjBgkqhkiG9w0BCQQxFgQU52c+xujF/o1dGbzsEPa6tACFvnQwUgYJKoZIhvcN AQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYF Kw4DAgcwDQYIKoZIhvcNAwICASgwgYUGCSsGAQQBgjcQBDF4MHYwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhB6bDKOp5G1FXoMYwM88WApMIGHBgsq hkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0 aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1 aW5nIENBAhB6bDKOp5G1FXoMYwM88WApMA0GCSqGSIb3DQEBAQUABIIBALCD3WWMx3WPP46T 2FHxXAx9lRlt1+SqM8fFsOfIzYHet8ozbjBhMzPMLkgbA6MKy8Jp3YONGFDw5+io3y8Y6pHQ J02YP9IlQn2zVBTHkKr10O3euCmbHqo7/6+mN9znhQex4nNQ9bxxRC6M6WsCuWkb4b9ZeNoZ 5zxlYrzpMaAj8Mf76QguE9/we4wUqEiloxkGD3umbZqoKE+5UZ+Ga/QpP30i1PsEgGnPwJUS GBqhn7eY7zMh5QOYSDkpHeDqwcRARACoMYlZAkCNnCZz2p8Iym6jwvTEKFvjKtAPOsQ7c5yN pmwQTUYSJH0FPrEK/Ne9PgWQguMrC0rJXV4jO7kAAAAAAAA= --------------ms020100020400090800020107-- From owner-freebsd-current@FreeBSD.ORG Mon May 25 12:15:49 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC4AA106568C for ; Mon, 25 May 2009 12:15:49 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-fx0-f168.google.com (mail-fx0-f168.google.com [209.85.220.168]) by mx1.freebsd.org (Postfix) with ESMTP id 5CF738FC15 for ; Mon, 25 May 2009 12:15:48 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by fxm12 with SMTP id 12so3183130fxm.43 for ; Mon, 25 May 2009 05:15:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=K0amrihgDNw/SG4UzPreDAdP3IiOl6tat49+09idr6Y=; b=Cy+UYaBCC908Nhf61NkGBv1pD9ofH40To8aewove50vGYGg+Md32wOStbL38vpJWZm zFFpM0gSXAcbJk0v1x+3q5R3oAYj12+0gZ4+AO6HZCALdxHy5PQfyMjpR3/26f5eWwrE vDxZLzXYGT2PtP0J24oWCn4rWcb/pu35RQbIs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=TVKXS0e53EBSpsa/GkHxW0YbpMxfF/9DEBxSsqF0zACR6qdZRrv8L1KChNfMLZIcdO IHyDNxtxdFN7q48oaHfVuxcJaJMqn/Via4Fu+/2ayb8gNIvDy+4PRwDmmjPTyKJSKURB SlrVR7Y20E4gdyLjBygKpAkw4nJQuCw+3sW7E= MIME-Version: 1.0 Received: by 10.204.53.143 with SMTP id m15mr6934673bkg.119.1243253748146; Mon, 25 May 2009 05:15:48 -0700 (PDT) In-Reply-To: <4A11A08B.6090309@errno.com> References: <4A11A08B.6090309@errno.com> Date: Mon, 25 May 2009 14:15:48 +0200 Message-ID: <3a142e750905250515i5e6a21b0qe6eee63973efa7b8@mail.gmail.com> From: "Paul B. Mahol" To: Sam Leffler Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: 802.11 monitor mode changes coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 12:15:51 -0000 On 5/18/09, Sam Leffler wrote: > The patch here: > > http://people.freebsd.org/~sam/monitor-20090518.patch > > has significant changes to monitor mode operation. Most importantly it > replaces DLT_IEEE802_11 support in net80211 by DLT_IEEE802_11_RADIO and > removes the latter from the underlying device. The upshot is that you > can no longer do: > > tcpdump -i ath0 > > instead you will now need a wlanX ifnet; e.g. > > ifconfig wlan create wlandev ath0 wlanmode monitor channel 6 up > tcpdump -i wlan0 -y IEEE802_11_RADIO > > This addresses the longstanding issue that applications like kismet that > want radiotap data needed to open two ifnets, one to receive data and > one to do channel changes. My main concern is whether losing > DLT_IEEE802_11 support will affect any apps. Those that depend on it > should be easy to change; you just request a different DLT and strip the > radiotap header from tap'd frames (or similar). > > In sweeping the drivers to do these changes I've made radiotap support > more consistent and improved some drivers. Drivers not tested so far: > malo, ipw, wpi, and upgt. I tested iwi and it appears broken in that no > frames are rx'd but I'm not sure I'll look at it before 8.0. > > I plan to commit these changes by the end of the week. It makes ndisulator panic, following stupid patch fix it for me: --- /sys/net80211/ieee80211_radiotap.c 2009-05-25 12:14:29.000000000 +0000 +++ ieee80211_radiotap.c 2009-05-25 12:13:59.000000000 +0000 @@ -102,6 +102,8 @@ struct ieee80211com *ic = vap->iv_ic; struct ieee80211_radiotap_header *th = ic->ic_th; + if (th == NULL) + return; KASSERT(th != NULL, ("no radiotap setup")); /* radiotap DLT for raw 802.11 frames */ -- Paul From owner-freebsd-current@FreeBSD.ORG Mon May 25 12:18:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58B4F1065673; Mon, 25 May 2009 12:18:50 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from mail-pz0-f105.google.com (mail-pz0-f105.google.com [209.85.222.105]) by mx1.freebsd.org (Postfix) with ESMTP id 0599F8FC12; Mon, 25 May 2009 12:18:49 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: by pzk3 with SMTP id 3so2783041pzk.3 for ; Mon, 25 May 2009 05:18:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=mglK+r0Orno8OScdY/BgEAC31Ugi+UW6tyouYsVuAmw=; b=D0Cc7H6eXov4tntlDsPYpDBIVN/cFSyW64/LjcPNTONzZpO3Bf+TZw1akM8oO1pSL/ h7eppXb7JoSDAHbtiJSguZtZBLZjuub4vvhX0s1hP6xSEdPX1paXpzNNTymT+fEr/auV 0w9caEby0dGqCKHqVYxPDGhk2NMgKSlbA6qVw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=koosCJD0rY+8U6zbirjI9vrhbhOfM2nbkzfki4xOuyahLZpSJvZj+TZWugxoK2fNHr TAuma5I3RitBPSdHU1tWB10i9EoqxqrMXp4xS4S4RVtrbrXE2g3uufY+S87NLh7NKoL9 H5HoY7LfxnBsPQdyfo6wI/XgyHrzou2qSrd8k= Received: by 10.143.39.13 with SMTP id r13mr2255975wfj.33.1243253929080; Mon, 25 May 2009 05:18:49 -0700 (PDT) Received: from localhost (rikad42.riken.jp [134.160.214.42]) by mx.google.com with ESMTPS id 30sm9272129wff.9.2009.05.25.05.18.46 (version=SSLv3 cipher=RC4-MD5); Mon, 25 May 2009 05:18:47 -0700 (PDT) Sender: Maho NAKATA Date: Mon, 25 May 2009 21:16:45 +0900 (JST) Message-Id: <20090525.211645.112547212.chat95@mac.com> To: decke@bluelife.at From: Maho NAKATA In-Reply-To: References: <20090525.151740.98935220.chat95@mac.com> <991123400905242335w30c69fc6n9945f605dfff6cd6@mail.gmail.com> X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Mon_May_25_21_16_45_2009_912)--" Content-Transfer-Encoding: 7bit Cc: miwi@freebsd.org, freebsd-emulation@freebsd.org, nork@freebsd.org, ports@freebsd.org, odhiambo@gmail.com, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 12:18:51 -0000 ----Security_Multipart(Mon_May_25_21_16_45_2009_912)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Bernhard Frohlich Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 Date: Mon, 25 May 2009 09:33:19 +0200 (CEST) > On Mon, May 25, >> On Mon, May 25, 2009 at 9:17 AM, Maho NAKATA wrote: >> >>> Hi Miwi and nork-san >>> >>> From: Norikatsu Shigemura >>> Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 >>> Date: Mon, 25 May 2009 05:17:38 +0900 >>> >>> > BTW, In my environment, VBoxREM32.so and VBoxREM64.so was not >>> > installed. Do you know why? >>> >>> I don't know but it also happen to me. I have this problem on >>> 7.2-RELEASE/amd64. >> >> Not to answer but just to say that on my i386, both files were installed. > > I've fixed that yesterday so this problem will be gone with the next port > update. Both files only exist on i386 so this problem happens on all amd64 > boxes. Hi Bernhard Frhlich Thank you very much. I'm looking foward to see the next version :) Cheers, -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt ----Security_Multipart(Mon_May_25_21_16_45_2009_912)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkoajC4ACgkQpcQqaPiEzfkkKwCgsdnZj7S6TDEkFkYElM+4lnfi SxsAoKrF2xas89bLTqwhPISna5NUqB5P =jTLn -----END PGP SIGNATURE----- ----Security_Multipart(Mon_May_25_21_16_45_2009_912)---- From owner-freebsd-current@FreeBSD.ORG Mon May 25 12:57:47 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59F0B10656E1; Mon, 25 May 2009 12:57:47 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 4755A8FC28; Mon, 25 May 2009 12:57:43 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id n4PCLK5w006188 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 25 May 2009 16:21:21 +0400 (MSD) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M8ZBA-000PMl-RJ; Mon, 25 May 2009 16:21:20 +0400 From: Vladimir Grebenschikov To: Martin Wilke In-Reply-To: <20090522175956.GA33004@bsdcrew.de> References: <20090522175956.GA33004@bsdcrew.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 25 May 2009 16:21:20 +0400 Message-Id: <1243254080.96435.117.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: ports@FreeBSD.org, freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 12:57:49 -0000 Hi Works like a charm for me. Big thanks! (I've tried to install XP and Vista inside VM) Only thing I wander about - is ability to use raw devices as disks. Is there any option ? Probably in command line interface ? -----Original Message----- From: Martin Wilke To: ports@FreeBSD.org Cc: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 Date: Fri, 22 May 2009 19:59:57 +0200 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 We rolled a new version with a fix for all users where has problems with kernel load and unload. Many thanks to Shin-ichi Okano where submitted this patch to the vbox ml. http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz happy testing. - - Martin PS: Should this work for all maybe we can commit vbox this weekend to the portstree. - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoW6BwACgkQdLJIhLHm/Omb0wCfYh2BlN12YQMV2mtpRdXIy/cW WYIAniofRUneutcXfxXJz+DDZ2dwDJuG =6sXC -----END PGP SIGNATURE----- _______________________________________________ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@freebsd.org" -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Mon May 25 13:04:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E47021065672; Mon, 25 May 2009 13:04:35 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id B7B4C8FC08; Mon, 25 May 2009 13:04:35 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from 76-205-169-61.lightspeed.austtx.sbcglobal.net ([76.205.169.61]:51637 helo=borg) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M8Zqy-000Lh2-Ss; Mon, 25 May 2009 08:04:35 -0500 Date: Mon, 25 May 2009 08:04:18 -0500 (CDT) From: Larry Rosenman Sender: ler@borg To: Kip Macy , freebsd-current@freebsd.org In-Reply-To: <5a9a181a12e9e4ef864d23ae063f7277.squirrel@webmail.lerctr.org> Message-ID: References: <3c1674c90905242253n544c3f0cqb10952f349391ce7@mail.gmail.com> <454b8cc37c60ab7af2663ba70ddbfd59.squirrel@webmail.lerctr.org> <5a9a181a12e9e4ef864d23ae063f7277.squirrel@webmail.lerctr.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -0.5 (/) X-LERCTR-Spam-Score: -0.5 (/) X-Spam-Report: SpamScore (-0.5/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, FM_MULTI_ODD2=1.1, SARE_SUB_OBFU_OTHER=0.135, TVD_RCVD_IP=1.931, TW_BD=0.077, TW_EV=0.077, TW_KB=0.077, TW_PG=0.077, TW_SK=0.077, TW_TK=0.077, TW_TX=0.077, TW_VB=0.077, TW_VC=0.077, TW_VR=0.077 X-LERCTR-Spam-Report: SpamScore (-0.5/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, FM_MULTI_ODD2=1.1, SARE_SUB_OBFU_OTHER=0.135, TVD_RCVD_IP=1.931, TW_BD=0.077, TW_EV=0.077, TW_KB=0.077, TW_PG=0.077, TW_SK=0.077, TW_TK=0.077, TW_TX=0.077, TW_VB=0.077, TW_VC=0.077, TW_VR=0.077 DomainKey-Status: no signature Cc: Subject: Re: ZFS Crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 13:04:36 -0000 On Mon, 25 May 2009, Larry Rosenman wrote: > after looking at the code, never mind the "don't call doadump", so we'll > get the textdump. > > Thanks rwatson for the textdump stuff! > Here is current stats before we crash. Does any of this look totally out of line? uptime: 8:02AM up 7:27, 1 user, load averages: 4.51, 4.72, 5.15 vmstat -m: Type InUse MemUse HighUse Requests Size(s) pfs_nodes 20 5K - 20 256 pfs_vncache 2 1K - 3138 64 acpitask 0 0K - 5 64 CAM dev queue 8 1K - 8 128 GEOM 144 38K - 1178 16,32,64,128,256,512,1024,2048 CAM queue 26 1K - 132 16,32 isadev 4 1K - 4 128 acpisem 17 2K - 17 64 ata_generic 7 7K - 417 16,512,1024 ad_driver 6 1K - 6 32 acd_driver 1 2K - 1 2048 cdev 12 3K - 12 256 ata_cam 7 7K - 19 64,256,1024 CAM SIM 8 2K - 8 256 sigio 1 1K - 1 64 filedesc_to_leader 32 2K - 32 64 filedesc 171 112K - 279497 16,32,64,128,512,1024,2048,4096 kenv 68 11K - 74 16,32,64,128 kqueue 0 0K - 724 256,2048 proc-args 51 4K - 214195 16,32,64,128,256 ithread 105 19K - 105 32,128,256 prison 3 3K - 3 16,256,2048 drm_ctxbitmap 1 4K - 1 4096 KTRACE 100 13K - 100 128 linker 154 188K - 204 16,32,64,128,256,512,1024,2048,4096 lockf 11 2K - 5615 64,128 ip6ndp 4 1K - 4 64,128 temp 37 561K - 503816 16,32,64,128,256,512,1024,2048,4096 devbuf 18549 41852K - 18659 16,32,64,128,256,512,1024,2048,4096 cache 1 1K - 1 32 module 227 29K - 227 128 mtx_pool 1 8K - 1 osd 10 1K - 188 16,64,128 subproc 536 835K - 279698 512,4096 proc 2 16K - 2 session 38 5K - 943 128 pgrp 45 6K - 1463 128 cred 64 16K - 795986 256 uidinfo 8 3K - 294 64,2048 plimit 19 5K - 8042 256 sysctltmp 0 0K - 13794 16,32,64,128,2048 sysctloid 4955 244K - 5094 16,32,64,128 sysctl 0 0K - 29656 16,32,64 callout 3 1536K - 3 umtx 688 86K - 688 128 vimage 13 1K - 13 64 p1003.1b 1 1K - 1 16 SWAP 2 549K - 4 64 bus-sc 101 244K - 1997 16,32,64,128,256,512,1024,2048,4096 bus 795 72K - 9329 16,32,64,128,256,512,1024 clist 4 1K - 4 128 devstat 10 21K - 10 32,4096 eventhandler 70 6K - 70 64,128 kobj 135 540K - 196 4096 drm_maps 1 1K - 1 128 rman 205 25K - 610 16,32,128 sbuf 0 0K - 1201 16,32,64,128,256,512,1024,2048,4096 drm_driver 4 3K - 40 16,32,128,512,2048 drm_sarea 1 1K - 1 16 stack 0 0K - 10 256 taskqueue 15 2K - 15 16,32,128 Unitno 15 1K - 41247 32,64 iov 0 0K - 54811 16,64,128,256,512,1024,2048,4096 select 217 28K - 217 128 ioctlops 0 0K - 84981 16,32,64,128,256,512,1024,4096 msg 4 30K - 4 2048,4096 sem 4 344K - 4 shm 4 26K - 466 2048 tty 20 20K - 26 1024 pts 1 1K - 7 256 mbuf_tag 0 0K - 2710 32,128 shmfd 1 8K - 1 pcb 43 158K - 1607 16,32,128,1024,2048,4096 soname 7 1K - 29551 16,32,128 acl 0 0K - 19822 4096 vfscache 1 1024K - 1 export_host 2 1K - 2 256 vfs_hash 1 512K - 1 vnodes 2 1K - 2 256 vnodemarker 0 0K - 54735 512 mount 787 31K - 1938 16,32,64,128,256,512 CAM periph 5 2K - 14 16,32,64,128,256 BPF 3 1K - 3 128 ether_multi 17 1K - 18 16,32,64 ifaddr 43 12K - 43 32,64,128,256,512,4096 ifnet 4 7K - 4 256,2048 clone 4 16K - 4 4096 arpcom 2 1K - 2 16 lltable 17 6K - 18 256,512 CAM XPT 63 21K - 171 32,64,128,256,1024 acpidev 57 4K - 57 64 routetbl 25 69K - 275 32,64,128,256,512,1024 igmp 3 1K - 3 256 pci_link 16 2K - 16 32,64,128 in_multi 2 1K - 2 256 kbdmux 7 9K - 7 16,256,512,2048,4096 sctp_iter 0 0K - 3 256 sctp_ifn 2 1K - 2 128 sctp_ifa 4 1K - 4 128 sctp_vrf 1 1K - 1 64 sctp_a_it 0 0K - 3 16 hostcache 1 28K - 1 syncache 1 96K - 1 ip6_moptions 2 1K - 2 32,256 in6_multi 13 2K - 13 32,256 in6_mfilter 1 1K - 1 1024 mld 3 1K - 3 128 NFS FHA 1 2K - 1 2048 NLM 0 0K - 1 32 crypto 1 1K - 1 512 xform 0 0K - 280 16,32 rpc 64 16K - 194 16,32,64,128,256,512,1024 audit_evclass 170 6K - 209 32 newblk 1 1K - 1 512 inodedep 1 512K - 1 pagedep 1 128K - 1 ufs_dirhash 18 4K - 18 16,128,512 ufs_mount 3 7K - 3 512,2048,4096 ddb_capture 1 5120K - 2 acpi_perf 4 1K - 4 64 scsi_cd 0 0K - 3 16 vm_pgdata 2 129K - 3 128 acpica 1662 148K - 47453 16,32,64,128,256,512,1024 ppbusdev 2 1K - 2 256 entropy 1024 64K - 1024 64 UART 6 4K - 6 16,512,1024 io_apic 2 4K - 2 2048 USBdev 26 11K - 26 64,128,512,1024,4096 USB 23 29K - 25 32,64,128,2048 memdesc 1 4K - 1 4096 msi 2 1K - 2 128 nexusdev 5 1K - 5 16 DEVFS1 124 62K - 138 512 DEVFS3 302 76K - 322 256 DEVFS2 124 2K - 131 16 DEVFS_RULE 37 17K - 37 64,512 DEVFS 39 1K - 40 16,128 atkbddev 2 1K - 2 64 DEVFSP 1 1K - 1 64 ipmi 0 0K - 11 128 ntfs_nthash 1 512K - 1 solaris 3058263 1942895K - 343220775 16,32,64,128,256,512,1024,2048,4096 kstat_data 2 1K - 2 64 cpuctl 1 1K - 1 32 linux 64 4K - 64 16,64 nullfs_node 5 1K - 3615730 32 nullfs_hash 1 1K - 1 128 nullfs_mount 1 1K - 1 16 fdesc_mount 1 1K - 1 16 vmstat -z: ITEM SIZE LIMIT USED FREE REQUESTS FAILURES UMA Kegs: 208, 0, 96, 6, 96, 0 UMA Zones: 320, 0, 96, 0, 96, 0 UMA Slabs: 568, 0, 104395, 1221, 5410178, 0 UMA RCntSlabs: 568, 0, 787, 4, 787, 0 UMA Hash: 256, 0, 2, 13, 2, 0 16 Bucket: 152, 0, 157, 18, 157, 0 32 Bucket: 280, 0, 159, 9, 167, 2 64 Bucket: 536, 0, 205, 5, 213, 1 128 Bucket: 1048, 0, 4990, 248, 8123, 20854 VM OBJECT: 200, 0, 24683, 11930, 4998619, 0 MAP: 224, 0, 7, 27, 7, 0 KMAP ENTRY: 112, 533544, 1360, 785, 12863094, 0 MAP ENTRY: 112, 0, 1754, 2041, 9457224, 0 DP fakepg: 112, 0, 0, 0, 0, 0 mt_zone: 2056, 0, 268, 36, 268, 0 16: 16, 0, 351008, 280, 9432601, 0 32: 32, 0, 3033, 16864, 11889389, 0 64: 64, 0, 113584, 56152, 167022544, 0 128: 128, 0, 1189216, 3960, 29193872, 0 256: 256, 0, 42377, 124618, 117424160, 0 512: 512, 0, 1244737, 5540, 6407362, 0 1024: 1024, 0, 29528, 1540, 703991, 0 2048: 2048, 0, 27725, 1225, 460411, 0 4096: 4096, 0, 24990, 2250, 1452188, 0 Files: 80, 0, 210, 600, 3836592, 0 TURNSTILE: 136, 0, 689, 91, 689, 0 umtx pi: 96, 0, 0, 0, 0, 0 PROC: 1112, 0, 185, 187, 279348, 0 THREAD: 912, 0, 405, 283, 21003, 0 SLEEPQUEUE: 64, 0, 689, 151, 689, 0 VMSPACE: 384, 0, 52, 168, 279183, 0 cpuset: 72, 0, 3, 97, 4, 0 audit_record: 984, 0, 0, 0, 0, 0 mbuf_packet: 256, 0, 262, 890, 17870314, 0 mbuf: 256, 0, 1, 1157, 13441222, 0 mbuf_cluster: 2048, 25600, 1152, 88, 1186, 0 mbuf_jumbo_page: 4096, 12800, 0, 167, 546435, 0 mbuf_jumbo_9k: 9216, 6400, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 3200, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0 ttyinq: 160, 0, 135, 177, 855, 0 g_bio: 216, 0, 0, 1080, 6648699, 0 ttyoutq: 256, 0, 72, 48, 456, 0 ata_request: 312, 0, 0, 528, 2656341, 0 ata_composite: 336, 0, 0, 0, 0, 0 taskq_ent_cache: 64, 0, 662, 16418, 1226963, 0 taskq_cache: 288, 0, 42, 23, 55, 0 cryptop: 88, 0, 0, 0, 0, 0 cryptodesc: 72, 0, 0, 0, 0, 0 VNODE: 472, 0, 37105, 263, 5183264, 0 VNODEPOLL: 104, 0, 0, 0, 0, 0 S VFS Cache: 108, 0, 30484, 9578, 1873995, 0 L VFS Cache: 328, 0, 1059, 19665, 77913, 0 NAMEI: 1024, 0, 0, 96, 14057836, 0 DIRHASH: 1024, 0, 36, 20, 36, 0 NFSMOUNT: 608, 0, 0, 0, 0, 0 NFSNODE: 648, 0, 0, 0, 0, 0 pipe: 712, 0, 6, 99, 114556, 0 ksiginfo: 112, 0, 354, 702, 354, 0 itimer: 344, 0, 1, 21, 1, 0 KNOTE: 120, 0, 0, 248, 756, 0 socket: 648, 25602, 70, 98, 3118, 0 ipq: 56, 819, 0, 0, 0, 0 udpcb: 304, 25608, 27, 81, 1385, 0 inpcb: 304, 25608, 26, 106, 693, 0 tcpcb: 744, 25600, 26, 79, 693, 0 tcptw: 88, 5124, 0, 252, 221, 0 syncache: 136, 15372, 0, 140, 213, 0 hostcache: 136, 15372, 4, 108, 12, 0 tcpreass: 40, 1680, 0, 336, 51642, 0 sackhole: 32, 0, 0, 202, 232, 0 sctp_ep: 1216, 25602, 0, 0, 0, 0 sctp_asoc: 2176, 40000, 0, 0, 0, 0 sctp_laddr: 48, 80064, 0, 216, 3, 0 sctp_raddr: 592, 80004, 0, 0, 0, 0 sctp_chunk: 144, 400010, 0, 0, 0, 0 sctp_readq: 104, 400032, 0, 0, 0, 0 sctp_stream_msg_out: 96, 400026, 0, 0, 0, 0 sctp_asconf: 40, 400008, 0, 0, 0, 0 sctp_asconf_ack: 48, 400032, 0, 0, 0, 0 ripcb: 304, 25608, 0, 24, 1, 0 unpcb: 240, 25600, 16, 128, 1035, 0 rtentry: 200, 0, 9, 48, 10, 0 zio_cache: 720, 0, 0, 71570, 25615427, 0 dmu_buf_impl_t: 224, 0, 1650809, 14630, 2777078, 0 dnode_t: 768, 0, 1138123, 322, 1169927, 0 arc_buf_hdr_t: 208, 0, 693843, 5745, 1715649, 0 arc_buf_t: 72, 0, 538772, 8878, 1765028, 0 zil_lwb_cache: 200, 0, 11, 1471, 71316, 0 zfs_znode_cache: 376, 0, 36612, 98, 1561334, 0 selfd: 56, 0, 291, 654, 2064138, 0 ip4flow: 56, 4158, 0, 0, 0, 0 ip6flow: 80, 4140, 0, 0, 0, 0 SWAPMETA: 288, 116519, 0, 0, 0, 0 Mountpoints: 752, 0, 35, 20, 35, 0 FFS inode: 168, 0, 391, 2513, 2850, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 391, 2489, 2849, 0 -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Mon May 25 13:20:55 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E124106566B; Mon, 25 May 2009 13:20:55 +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 63E878FC0C; Mon, 25 May 2009 13:20:55 +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 n4PDKqjb084197; Mon, 25 May 2009 09:20:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n4PDKqQN051366; Mon, 25 May 2009 09:20:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1CD087302F; Mon, 25 May 2009 09:20:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090525132052.1CD087302F@freebsd-current.sentex.ca> Date: Mon, 25 May 2009 09:20:51 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 13:20:56 -0000 TB --- 2009-05-25 11:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-25 11:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-05-25 11:00:00 - cleaning the object tree TB --- 2009-05-25 11:01:21 - cvsupping the source tree TB --- 2009-05-25 11:01:21 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-05-25 11:01:31 - building world TB --- 2009-05-25 11:01:31 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-25 11:01:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-25 11:01:31 - TARGET=amd64 TB --- 2009-05-25 11:01:31 - TARGET_ARCH=amd64 TB --- 2009-05-25 11:01:31 - TZ=UTC TB --- 2009-05-25 11:01:31 - __MAKE_CONF=/dev/null TB --- 2009-05-25 11:01:31 - cd /src TB --- 2009-05-25 11:01:31 - /usr/bin/make -B buildworld >>> World build started on Mon May 25 11:01:33 UTC 2009 >>> 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 Mon May 25 13:03:06 UTC 2009 TB --- 2009-05-25 13:03:06 - generating LINT kernel config TB --- 2009-05-25 13:03:06 - cd /src/sys/amd64/conf TB --- 2009-05-25 13:03:06 - /usr/bin/make -B LINT TB --- 2009-05-25 13:03:06 - building LINT kernel TB --- 2009-05-25 13:03:06 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-25 13:03:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-25 13:03:06 - TARGET=amd64 TB --- 2009-05-25 13:03:06 - TARGET_ARCH=amd64 TB --- 2009-05-25 13:03:06 - TZ=UTC TB --- 2009-05-25 13:03:06 - __MAKE_CONF=/dev/null TB --- 2009-05-25 13:03:06 - cd /src TB --- 2009-05-25 13:03:06 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon May 25 13:03:06 UTC 2009 >>> 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -frename-registers -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue vers.c linking kernel ipx_proto.o(.data+0x288): undefined reference to `spx_ctlinput' ipx_proto.o(.data+0x2e8): undefined reference to `spx_ctlinput' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-25 13:20:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-25 13:20:51 - ERROR: failed to build lint kernel TB --- 2009-05-25 13:20:51 - 6537.38 user 659.62 system 8450.97 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon May 25 13:52:09 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDEC31065670; Mon, 25 May 2009 13:52:08 +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 C3E9C8FC1E; Mon, 25 May 2009 13:52:08 +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 n4PDq6bd090695; Mon, 25 May 2009 09:52:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n4PDq6Me025663; Mon, 25 May 2009 09:52:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2C8B57302F; Mon, 25 May 2009 09:52:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090525135206.2C8B57302F@freebsd-current.sentex.ca> Date: Mon, 25 May 2009 09:52:06 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 13:52:09 -0000 TB --- 2009-05-25 12:08:31 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-25 12:08:31 - starting HEAD tinderbox run for i386/i386 TB --- 2009-05-25 12:08:31 - cleaning the object tree TB --- 2009-05-25 12:09:04 - cvsupping the source tree TB --- 2009-05-25 12:09:04 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-05-25 12:09:14 - building world TB --- 2009-05-25 12:09:14 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-25 12:09:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-25 12:09:14 - TARGET=i386 TB --- 2009-05-25 12:09:14 - TARGET_ARCH=i386 TB --- 2009-05-25 12:09:14 - TZ=UTC TB --- 2009-05-25 12:09:14 - __MAKE_CONF=/dev/null TB --- 2009-05-25 12:09:14 - cd /src TB --- 2009-05-25 12:09:14 - /usr/bin/make -B buildworld >>> World build started on Mon May 25 12:09:16 UTC 2009 >>> 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 Mon May 25 13:32:31 UTC 2009 TB --- 2009-05-25 13:32:31 - generating LINT kernel config TB --- 2009-05-25 13:32:31 - cd /src/sys/i386/conf TB --- 2009-05-25 13:32:31 - /usr/bin/make -B LINT TB --- 2009-05-25 13:32:31 - building LINT kernel TB --- 2009-05-25 13:32:31 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-25 13:32:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-25 13:32:31 - TARGET=i386 TB --- 2009-05-25 13:32:31 - TARGET_ARCH=i386 TB --- 2009-05-25 13:32:31 - TZ=UTC TB --- 2009-05-25 13:32:31 - __MAKE_CONF=/dev/null TB --- 2009-05-25 13:32:31 - cd /src TB --- 2009-05-25 13:32:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon May 25 13:32:31 UTC 2009 >>> 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT 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 -fstack-protector -Werror -pg -mprofiler-epilogue vers.c linking kernel ipx_proto.o(.data+0x174): undefined reference to `spx_ctlinput' ipx_proto.o(.data+0x1a4): undefined reference to `spx_ctlinput' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-25 13:52:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-25 13:52:06 - ERROR: failed to build lint kernel TB --- 2009-05-25 13:52:06 - 4900.87 user 455.42 system 6214.23 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon May 25 14:17:22 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBFEF106567B; Mon, 25 May 2009 14:17:22 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from crivens.kernel32.de (crivens.asm68k.org [81.169.171.191]) by mx1.freebsd.org (Postfix) with ESMTP id A8FE18FC1E; Mon, 25 May 2009 14:17:21 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from www.terrorteam.de (localhost [127.0.0.1]) by crivens.kernel32.de (Postfix) with ESMTP id 19C46B0348; Mon, 25 May 2009 16:00:53 +0200 (CEST) MIME-Version: 1.0 Date: Mon, 25 May 2009 16:00:53 +0200 From: Marian Hettwer To: Vladimir Grebenschikov In-Reply-To: <1243254080.96435.117.camel@localhost> References: <1243254080.96435.117.camel@localhost> Message-ID: <73406dfded92bc7ce37ecee0c3eb0cd8@localhost> X-Sender: mh@kernel32.de User-Agent: RoundCube Webmail/0.1-rc2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Cc: ports@FreeBSD.org, freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, Martin Wilke Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 14:17:23 -0000 Hi All, > > > We rolled a new version with a fix for all users where > has problems with kernel load and unload. Many thanks to > Shin-ichi Okano where submitted this patch to the vbox ml. > > http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz > > happy testing. > This version works like a charm on my box. FreeBSD motor.mobile.local 7.2-STABLE FreeBSD 7.2-STABLE #0: Wed May 20 11:11:57 CEST 2009 root@motor.mobile.rz:/usr/obj/usr/src/sys/GENERIC i386 Thanks for all your efforts! Great to have a vmware replacement on FreeBSD :-) best regards and keep up the good work! Marian From owner-freebsd-current@FreeBSD.ORG Mon May 25 14:49:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAC3D106566B for ; Mon, 25 May 2009 14:49:41 +0000 (UTC) (envelope-from clkroot@gmail.com) Received: from mail-fx0-f168.google.com (mail-fx0-f168.google.com [209.85.220.168]) by mx1.freebsd.org (Postfix) with ESMTP id C2A468FC08 for ; Mon, 25 May 2009 14:49:40 +0000 (UTC) (envelope-from clkroot@gmail.com) Received: by fxm12 with SMTP id 12so3279075fxm.43 for ; Mon, 25 May 2009 07:49:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=I2Bi9X1MrgXr3edvemFFZHC02I3QBRZ2Ece6WAVEMME=; b=Y6Xx4afBiGj/TAnhqhCk1ODZUIxBbjSktkggdE6DU6cMsl1LU+azM2F+1BE3i/eHpv 12clJD8lULuU0jr/3SUqE9x7uC0+qo0RJ4IW0Q8c/sTNh4JObNFjOnG2NEo8Jv3Ob3RY xy89wHgFVKTAlnj65QHmgHDZMRKb2qu39Q8AE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=iFqM7aqp/llkE63l7glYNNZPDAZOS39FlS01AkSKWpY+mG5h3+TInYYeFlIzgivK35 5EA1FDmL92fFogWloMpMCZF+j6cO16UIcLUFT+e5ixd/hbv2jsHYZEpHvSB75cZNQ+nH BsbZRsQ0xqOTrQvyYYE+izIMq96S6TU+HZQMY= MIME-Version: 1.0 Sender: clkroot@gmail.com Received: by 10.204.71.66 with SMTP id g2mr7046625bkj.19.1243262979774; Mon, 25 May 2009 07:49:39 -0700 (PDT) In-Reply-To: <4A1858CE.8050803@withagen.nl> References: <7061d9f50905230958n5fd7d434t790a964e79511d6b@mail.gmail.com> <4A1853A7.8080606@digiware.nl> <7061d9f50905231257n29d9e75ehb827ffdc9c077353@mail.gmail.com> <4A1858CE.8050803@withagen.nl> Date: Mon, 25 May 2009 10:49:39 -0400 X-Google-Sender-Auth: 5cab25b287e59bef Message-ID: <7061d9f50905250749n1c152f0fs41f7042ac374da82@mail.gmail.com> From: Nicolas Blais To: Willem Jan Withagen Content-Type: multipart/mixed; boundary=00504502d7cd45993b046abdb8eb X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: syslogd starting before IPv6 network is up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 14:49:42 -0000 --00504502d7cd45993b046abdb8eb Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On Sat, May 23, 2009 at 4:13 PM, Willem Jan Withagen wrote: > Nicolas Blais wrote: > >> On Sat, May 23, 2009 at 3:51 PM, Willem Jan Withagen > >wrote: >> >> Nicolas Blais wrote: >>> >>> I migrated one of my 8-CURRENT (Thu May 21) box to IPv6 and since then, >>>> I >>>> get the following message at boot: >>>> >>>> syslogd: bind: Can't assign requested address >>>> syslogd: bind: Can't assign requested address >>>> syslogd: >>>> child pid 250 exited with return code 1 >>>> >>>> and syslogd obviously fails to start. Apparently this problem has been >>>> reported before, but no actual solution other than start syslogd from >>>> rc.local was given. >>>> >>>> It is not because net.inet6.ip6.v6only is off? >>> >>> Because than you otherwise get ip4 in ip6 mapping. >>> It should be of in recent releases, but in 5.x I remember it being on. >>> >> > Perhaps you are right, but that interface requires ip4 to connect to the >> tunnel broker and become ip6-capable. I don't understand why that sysctl >> should have an effect on the rcorder. I checked and net.inet6.ip6.v6only: >> 1 >> >> Here's my dmesg: >> >> /etc/rc: WARNING: failed to start syslogd >> Starting Network: lo0 em0. >> May 22 15:59:53 pflogd[620]: [priv]: msg PRIV_OPEN_LOG received >> pf enabled >> > .... > >> IPv4 mapped IPv6 address support=NO >> > > Well that should not be the case given what you have. > > You could use lsof to see what has the socket open already. > Or start syslog with strace and see where it fails. > > Or first check when booting without firewall > > --WjW > > I tried disabling the firewall and it didn't fix the problem. I have attached a dmesg -a with RC_DEBUG="YES" Thanks, Nicolas. --00504502d7cd45993b046abdb8eb Content-Type: application/octet-stream; name="rc.debug" Content-Disposition: attachment; filename="rc.debug" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fv5ao87p0 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDkgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA4LjAtQ1VSUkVOVCAjMjogVGh1IE1heSAyMSAwNjoy ODoxMiBFRFQgMjAwOQogICAgcm9vdEBkYWVtb246L3Vzci9vYmovdXNyL3NyYy9zeXMvT1BUSVBM RVg3NTUKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAK Q1BVOiBJbnRlbChSKSBDb3JlKFRNKTIgRHVvIENQVSAgICAgRTY3NTAgIEAgMi42NkdIeiAoMjY2 MC4wMC1NSHogSzgtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4 NmZiICBTdGVwcGluZyA9IDExCiAgRmVhdHVyZXM9MHhiZmViZmJmZjxGUFUsVk1FLERFLFBTRSxU U0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixD TEZMVVNILERUUyxBQ1BJLE1NWCxGWFNSLFNTRSxTU0UyLFNTLEhUVCxUTSxQQkU+CiAgRmVhdHVy ZXMyPTB4ZTNmZDxTU0UzLERURVM2NCxNT04sRFNfQ1BMLFZNWCxTTVgsRVNULFRNMixTU1NFMyxD WDE2LHhUUFIsUERDTT4KICBBTUQgRmVhdHVyZXM9MHgyMDEwMDgwMDxTWVNDQUxMLE5YLExNPgog IEFNRCBGZWF0dXJlczI9MHgxPExBSEY+CiAgVFNDOiBQLXN0YXRlIGludmFyaWFudApyZWFsIG1l bW9yeSAgPSAyMTQ3NDgzNjQ4ICgyMDQ4IE1CKQphdmFpbCBtZW1vcnkgPSAyMDI0NjY5MTg0ICgx OTMwIE1CKQpBQ1BJIEFQSUMgVGFibGU6IDxERUxMICAgQjlLICAgID4KRnJlZUJTRC9TTVA6IE11 bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogMiBDUFVzCkZyZWVCU0QvU01QOiAxIHBhY2th Z2UocykgeCAyIGNvcmUocykKIGNwdTAgKEJTUCk6IEFQSUMgSUQ6ICAwCiBjcHUxIChBUCk6IEFQ SUMgSUQ6ICAxCmlvYXBpYzA6IENoYW5naW5nIEFQSUMgSUQgdG8gOAppb2FwaWMwIDxWZXJzaW9u IDIuMD4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkCmxhcGljMDogRm9yY2luZyBMSU5UMSB0byBl ZGdlIHRyaWdnZXIKa2JkMSBhdCBrYmRtdXgwCmNyeXB0b3NvZnQwOiA8c29mdHdhcmUgY3J5cHRv PiBvbiBtb3RoZXJib2FyZAphY3BpMDogPERFTEwgQjlLICAgID4gb24gbW90aGVyYm9hcmQKYWNw aTA6IFtJVEhSRUFEXQphY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKVGltZWNvdW50ZXIgIkFD UEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSAxMDAwCmFjcGlfdGltZXIwOiA8 MjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4ODA4LTB4ODBiIG9uIGFjcGkwCmFj cGlfaHBldDA6IDxIaWdoIFByZWNpc2lvbiBFdmVudCBUaW1lcj4gaW9tZW0gMHhmZWQwMDAwMC0w eGZlZDAwM2ZmIG9uIGFjcGkwClRpbWVjb3VudGVyICJIUEVUIiBmcmVxdWVuY3kgMTQzMTgxODAg SHogcXVhbGl0eSA5MDAKYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMApwY2li MDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaTA6 IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwCjA6MDoxOjAgc2VjIDEgc3ViIDEKMDowOjI4OjAgc2Vj IDIgc3ViIDIKMDowOjMwOjAgc2VjIDMgc3ViIDMKcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdl PiBpcnEgMTYgYXQgZGV2aWNlIDEuMCBvbiBwY2kwCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBj aWIxCnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0IDB4ZGMwMC0weGRjZmYg bWVtIDB4ZjAwMDAwMDAtMHhmN2ZmZmZmZiwweGZlOWUwMDAwLTB4ZmU5ZWZmZmYgaXJxIDE2IGF0 IGRldmljZSAwLjAgb24gcGNpMQp2Z2FwY2kxOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gbWVt IDB4ZmU5ZjAwMDAtMHhmZTlmZmZmZiBhdCBkZXZpY2UgMC4xIG9uIHBjaTEKcGNpMDogPHNpbXBs ZSBjb21tcz4gYXQgZGV2aWNlIDMuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQphdGFwY2kwOiA8SW50 ZWwgQVRBIGNvbnRyb2xsZXI+IHBvcnQgMHhmZTgwLTB4ZmU4NywweGZlOTAtMHhmZTkzLDB4ZmVh MC0weGZlYTcsMHhmZWIwLTB4ZmViMywweGZlZjAtMHhmZWZmIGlycSAxOCBhdCBkZXZpY2UgMy4y IG9uIHBjaTAKYXRhcGNpMDogW0lUSFJFQURdCmF0YTI6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFw Y2kwCmF0YTI6IFtJVEhSRUFEXQphdGEzOiA8QVRBIGNoYW5uZWwgMT4gb24gYXRhcGNpMAphdGEz OiBbSVRIUkVBRF0KcGNpMDogPHNpbXBsZSBjb21tcywgVUFSVD4gYXQgZGV2aWNlIDMuMyAobm8g ZHJpdmVyIGF0dGFjaGVkKQplbTA6IDxJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIENvbm5lY3Rp b24gNi45Ljk+IHBvcnQgMHhlY2MwLTB4ZWNkZiBtZW0gMHhmZWJlMDAwMC0weGZlYmZmZmZmLDB4 ZmViZGIwMDAtMHhmZWJkYmZmZiBpcnEgMjEgYXQgZGV2aWNlIDI1LjAgb24gcGNpMAplbTA6IFVz aW5nIE1TSSBpbnRlcnJ1cHQKZW0wOiBbRklMVEVSXQplbTA6IEV0aGVybmV0IGFkZHJlc3M6IDAw OjIxOjliOjM0OmEyOjM1CnVoY2kwOiA8SW50ZWwgODI4MDFJIChJQ0g5KSBVU0IgY29udHJvbGxl cj4gcG9ydCAweGZmMjAtMHhmZjNmIGlycSAxNiBhdCBkZXZpY2UgMjYuMCBvbiBwY2kwCnVoY2kw OiBbSVRIUkVBRF0KdWhjaTA6IExlZ1N1cCA9IDB4MGYwMAp1c2J1czA6IDxJbnRlbCA4MjgwMUkg KElDSDkpIFVTQiBjb250cm9sbGVyPiBvbiB1aGNpMAp1aGNpMTogPEludGVsIDgyODAxSSAoSUNI OSkgVVNCIGNvbnRyb2xsZXI+IHBvcnQgMHhmZjAwLTB4ZmYxZiBpcnEgMTcgYXQgZGV2aWNlIDI2 LjEgb24gcGNpMAp1aGNpMTogW0lUSFJFQURdCnVoY2kxOiBMZWdTdXAgPSAweDBmMDAKdXNidXMx OiA8SW50ZWwgODI4MDFJIChJQ0g5KSBVU0IgY29udHJvbGxlcj4gb24gdWhjaTEKZWhjaTA6IDxJ bnRlbCA4MjgwMUkgKElDSDkpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZmViZDljMDAtMHhm ZWJkOWZmZiBpcnEgMjIgYXQgZGV2aWNlIDI2Ljcgb24gcGNpMAplaGNpMDogW0lUSFJFQURdCnVz YnVzMjogRUhDSSB2ZXJzaW9uIDEuMAp1c2J1czI6IDxJbnRlbCA4MjgwMUkgKElDSDkpIFVTQiAy LjAgY29udHJvbGxlcj4gb24gZWhjaTAKaGRhYzA6IDxJbnRlbCA4MjgwMUkgSGlnaCBEZWZpbml0 aW9uIEF1ZGlvIENvbnRyb2xsZXI+IG1lbSAweGZlYmRjMDAwLTB4ZmViZGZmZmYgaXJxIDE2IGF0 IGRldmljZSAyNy4wIG9uIHBjaTAKaGRhYzA6IEhEQSBEcml2ZXIgUmV2aXNpb246IDIwMDkwNDAx XzAxMzIKaGRhYzA6IFtJVEhSRUFEXQpwY2liMjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAx NiBhdCBkZXZpY2UgMjguMCBvbiBwY2kwCnBjaTI6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyCnVo Y2kyOiA8SW50ZWwgODI4MDFJIChJQ0g5KSBVU0IgY29udHJvbGxlcj4gcG9ydCAweGZmODAtMHhm ZjlmIGlycSAyMyBhdCBkZXZpY2UgMjkuMCBvbiBwY2kwCnVoY2kyOiBbSVRIUkVBRF0KdWhjaTI6 IExlZ1N1cCA9IDB4MDAwMAp1c2J1czM6IDxJbnRlbCA4MjgwMUkgKElDSDkpIFVTQiBjb250cm9s bGVyPiBvbiB1aGNpMgp1aGNpMzogPEludGVsIDgyODAxSSAoSUNIOSkgVVNCIGNvbnRyb2xsZXI+ IHBvcnQgMHhmZjYwLTB4ZmY3ZiBpcnEgMTcgYXQgZGV2aWNlIDI5LjEgb24gcGNpMAp1aGNpMzog W0lUSFJFQURdCnVoY2kzOiBMZWdTdXAgPSAweDAwMDAKdXNidXM0OiA8SW50ZWwgODI4MDFJIChJ Q0g5KSBVU0IgY29udHJvbGxlcj4gb24gdWhjaTMKdWhjaTQ6IDxJbnRlbCA4MjgwMUkgKElDSDkp IFVTQiBjb250cm9sbGVyPiBwb3J0IDB4ZmY0MC0weGZmNWYgaXJxIDE4IGF0IGRldmljZSAyOS4y IG9uIHBjaTAKdWhjaTQ6IFtJVEhSRUFEXQp1aGNpNDogTGVnU3VwID0gMHgwMDAwCnVzYnVzNTog PEludGVsIDgyODAxSSAoSUNIOSkgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2k0CmVoY2kxOiA8SW50 ZWwgODI4MDFJIChJQ0g5KSBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAweGZmOTgwODAwLTB4ZmY5 ODBiZmYgaXJxIDIzIGF0IGRldmljZSAyOS43IG9uIHBjaTAKZWhjaTE6IFtJVEhSRUFEXQp1c2J1 czY6IEVIQ0kgdmVyc2lvbiAxLjAKdXNidXM2OiA8SW50ZWwgODI4MDFJIChJQ0g5KSBVU0IgMi4w IGNvbnRyb2xsZXI+IG9uIGVoY2kxCnBjaWIzOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2 aWNlIDMwLjAgb24gcGNpMApwY2kzOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMwp4bDA6IDwzQ29t IDNjOTA1Qy1UWCBGYXN0IEV0aGVybGluayBYTD4gcG9ydCAweGNjODAtMHhjY2ZmIG1lbSAweGZl NmZmZjgwLTB4ZmU2ZmZmZmYgaXJxIDE4IGF0IGRldmljZSAyLjAgb24gcGNpMwptaWlidXMwOiA8 TUlJIGJ1cz4gb24geGwwCnVrcGh5MDogPEdlbmVyaWMgSUVFRSA4MDIuM3UgbWVkaWEgaW50ZXJm YWNlPiBQSFkgMjQgb24gbWlpYnVzMAp1a3BoeTA6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAw YmFzZVRYLCAxMDBiYXNlVFgtRkRYLCBhdXRvCnhsMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MGE6 NWU6MjA6Yzk6MTUKeGwwOiBbSVRIUkVBRF0KaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2 aWNlIDMxLjAgb24gcGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKYXRhcGNpMTogPEludGVs IElDSDkgU0FUQTMwMCBjb250cm9sbGVyPiBwb3J0IDB4ZmUwMC0weGZlMDcsMHhmZTEwLTB4ZmUx MywweGZlMjAtMHhmZTI3LDB4ZmUzMC0weGZlMzMsMHhmZWMwLTB4ZmVkZiBtZW0gMHhmZjk3MDAw MC0weGZmOTcwN2ZmIGlycSAxOCBhdCBkZXZpY2UgMzEuMiBvbiBwY2kwCmF0YXBjaTE6IFtJVEhS RUFEXQphdGFwY2kxOiBBSENJIGNhbGxlZCBmcm9tIHZlbmRvciBzcGVjaWZpYyBkcml2ZXIKYXRh cGNpMTogQUhDSSBWZXJzaW9uIDAxLjIwIGNvbnRyb2xsZXIgd2l0aCA2IHBvcnRzIFBNIHN1cHBv cnRlZAphdGE0OiA8QVRBIGNoYW5uZWwgMD4gb24gYXRhcGNpMQphdGE0OiBbSVRIUkVBRF0KYXRh NTogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTEKYXRhNTogW0lUSFJFQURdCmF0YTY6IDxBVEEg Y2hhbm5lbCAyPiBvbiBhdGFwY2kxCmF0YTY6IFtJVEhSRUFEXQphdGE3OiA8QVRBIGNoYW5uZWwg Mz4gb24gYXRhcGNpMQphdGE3OiBbSVRIUkVBRF0KYXRhODogPEFUQSBjaGFubmVsIDU+IG9uIGF0 YXBjaTEKYXRhODogW0lUSFJFQURdCnBjaTA6IDxzZXJpYWwgYnVzLCBTTUJ1cz4gYXQgZGV2aWNl IDMxLjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKYXRydGMwOiA8QVQgcmVhbHRpbWUgY2xvY2s+IHBv cnQgMHg3MC0weDdmIGlycSA4IG9uIGFjcGkwCmZkYzA6IDxmbG9wcHkgZHJpdmUgY29udHJvbGxl ciAoRkRFKT4gcG9ydCAweDNmMC0weDNmNSwweDNmNyBpcnEgNiBkcnEgMiBvbiBhY3BpMApmZGMw OiBbRklMVEVSXQpmZDA6IDwxNDQwLUtCIDMuNSIgZHJpdmU+IG9uIGZkYzAgZHJpdmUgMAphdGti ZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBv biBhY3BpMAphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMAprYmQwIGF0IGF0 a2JkMAphdGtiZDA6IFtHSUFOVC1MT0NLRURdCmF0a2JkMDogW0lUSFJFQURdCnBzbTA6IDxQUy8y IE1vdXNlPiBpcnEgMTIgb24gYXRrYmRjMApwc20wOiBbR0lBTlQtTE9DS0VEXQpwc20wOiBbSVRI UkVBRF0KcHNtMDogbW9kZWwgSW50ZWxsaU1vdXNlLCBkZXZpY2UgSUQgMwpwcGMwOiA8UGFyYWxs ZWwgcG9ydD4gcG9ydCAweDM3OC0weDM3ZiwweDc3OC0weDc3ZiBpcnEgNyBvbiBhY3BpMApwcGMw OiBTTUMtbGlrZSBjaGlwc2V0IChFQ1AvRVBQL1BTMi9OSUJCTEUpIGluIENPTVBBVElCTEUgbW9k ZQpwcGMwOiBGSUZPIHdpdGggMTYvMTYvOCBieXRlcyB0aHJlc2hvbGQKcHBjMDogW0lUSFJFQURd CnBwYnVzMDogPFBhcmFsbGVsIHBvcnQgYnVzPiBvbiBwcGMwCnBsaXAwOiA8UExJUCBuZXR3b3Jr IGludGVyZmFjZT4gb24gcHBidXMwCnBsaXAwOiBbSVRIUkVBRF0KbHB0MDogPFByaW50ZXI+IG9u IHBwYnVzMApscHQwOiBbSVRIUkVBRF0KbHB0MDogSW50ZXJydXB0LWRyaXZlbiBwb3J0CnBwaTA6 IDxQYXJhbGxlbCBJL08+IG9uIHBwYnVzMAp1YXJ0MDogPDE2NTUwIG9yIGNvbXBhdGlibGU+IHBv cnQgMHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBhY3BpMAp1YXJ0MDogW0ZJTFRFUl0K dWFydDE6IDwxNjU1MCBvciBjb21wYXRpYmxlPiBwb3J0IDB4MmY4LTB4MmZmIGlycSAzIG9uIGFj cGkwCnVhcnQxOiBbRklMVEVSXQpjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmVzdDA6IDxFbmhh bmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTAKZXN0OiBDUFUgc3VwcG9y dHMgRW5oYW5jZWQgU3BlZWRzdGVwLCBidXQgaXMgbm90IHJlY29nbml6ZWQuCmVzdDogY3B1X3Zl bmRvciBHZW51aW5lSW50ZWwsIG1zciA4MmEwODJhMDYwMDA4MmEKZGV2aWNlX2F0dGFjaDogZXN0 MCBhdHRhY2ggcmV0dXJuZWQgNgpwNHRjYzA6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJv bD4gb24gY3B1MApjcHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmVzdDE6IDxFbmhhbmNlZCBTcGVl ZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTEKZXN0OiBDUFUgc3VwcG9ydHMgRW5oYW5j ZWQgU3BlZWRzdGVwLCBidXQgaXMgbm90IHJlY29nbml6ZWQuCmVzdDogY3B1X3ZlbmRvciBHZW51 aW5lSW50ZWwsIG1zciA4MmEwODJhMDYwMDA4MmEKZGV2aWNlX2F0dGFjaDogZXN0MSBhdHRhY2gg cmV0dXJuZWQgNgpwNHRjYzE6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1 MQpvcm0wOiA8SVNBIE9wdGlvbiBST01zPiBhdCBpb21lbSAweGMwMDAwLTB4Y2NmZmYsMHhjZDAw MC0weGNkN2ZmLDB4Y2Q4MDAtMHhjZjdmZiwweGNmODAwLTB4ZDFmZmYsMHhkMjAwMC0weGQzZmZm IG9uIGlzYTAKc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTAKc2Mw OiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPgp2Z2EwOiA8R2VuZXJpYyBJ U0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2Ew ClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKdXNidXMwOiAxMk1icHMgRnVsbCBT cGVlZCBVU0IgdjEuMAp1c2J1czE6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVzYnVzMjog NDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wCnVzYnVzMzogMTJNYnBzIEZ1bGwgU3BlZWQgVVNC IHYxLjAKdXNidXM0OiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czU6IDEyTWJwcyBG dWxsIFNwZWVkIFVTQiB2MS4wCnVzYnVzNjogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wCmF0 YTQtbWFzdGVyOiBwaW89UElPNCB3ZG1hPVdETUEyIHVkbWE9VURNQTEzMyBjYWJsZT00MCB3aXJl CmFkODogNzYyOTNNQiA8V0RDIFdEODAwSkQtNzVNU0EzIDEwLjAxRTA0PiBhdCBhdGE0LW1hc3Rl ciBTQVRBMzAwCnVnZW4wLjE6IDxJbnRlbD4gYXQgdXNidXMwCnVodWIwOiA8SW50ZWwgVUhDSSBy b290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMAp1Z2Vu MS4xOiA8SW50ZWw+IGF0IHVzYnVzMQp1aHViMTogPEludGVsIFVIQ0kgcm9vdCBIVUIsIGNsYXNz IDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czEKdWdlbjIuMTogPEludGVsPiBh dCB1c2J1czIKdWh1YjI6IDxJbnRlbCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAw LzEuMDAsIGFkZHIgMT4gb24gdXNidXMyCnVnZW4zLjE6IDxJbnRlbD4gYXQgdXNidXMzCnVodWIz OiA8SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+ IG9uIHVzYnVzMwp1Z2VuNC4xOiA8SW50ZWw+IGF0IHVzYnVzNAp1aHViNDogPEludGVsIFVIQ0kg cm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czQKdWdl bjUuMTogPEludGVsPiBhdCB1c2J1czUKdWh1YjU6IDxJbnRlbCBVSENJIHJvb3QgSFVCLCBjbGFz cyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXM1CnVnZW42LjE6IDxJbnRlbD4g YXQgdXNidXM2CnVodWI2OiA8SW50ZWwgRUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4w MC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzNgphdGE1LW1hc3RlcjogcGlvPVBJTzQgd2RtYT1XRE1B MiB1ZG1hPVVETUExMDAgY2FibGU9NDAgd2lyZQphY2QwOiBEVkRSIDxPcHRpYXJjIERWRCsvLVJX IEFELTcyMDBTLzEwMUE+IGF0IGF0YTUtbWFzdGVyIFNBVEExNTAKaGRhYzA6IEhEQSBDb2RlYyAj MDogQW5hbG9nIERldmljZXMgQUQxOTg0CnBjbTA6IDxIREEgQW5hbG9nIERldmljZXMgQUQxOTg0 IFBDTSAjMCBBbmFsb2c+IGF0IGNhZCAwIG5pZCAxIG9uIGhkYWMwCnBjbTE6IDxIREEgQW5hbG9n IERldmljZXMgQUQxOTg0IFBDTSAjMSBBbmFsb2c+IGF0IGNhZCAwIG5pZCAxIG9uIGhkYWMwCmxh cGljMTogRm9yY2luZyBMSU5UMSB0byBlZGdlIHRyaWdnZXIKU01QOiBBUCBDUFUgIzEgTGF1bmNo ZWQhCnVodWIxOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMDog MiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjM6IDIgcG9ydHMgd2l0 aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWI1OiAyIHBvcnRzIHdpdGggMiByZW1vdmFi bGUsIHNlbGYgcG93ZXJlZAp1aHViNDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQKR0VPTTogYWQ4czE6IGdlb21ldHJ5IGRvZXMgbm90IG1hdGNoIGxhYmVsICgyNTVoLDYz cyAhPSAxNmgsNjNzKS4KR0VPTV9MQUJFTDogTGFiZWwgZm9yIHByb3ZpZGVyIGFkOHMxYSBpcyB1 ZnNpZC80YTBkM2YzZjUwZWVmMjcyLgpHRU9NX0xBQkVMOiBMYWJlbCBmb3IgcHJvdmlkZXIgYWQ4 czFkIGlzIHVmc2lkLzRhMGQzZjQyNTkyZTQzZDIuCkdFT01fTEFCRUw6IExhYmVsIGZvciBwcm92 aWRlciBhZDhzMWUgaXMgdWZzaWQvNGEwZDNmNDFhOWIyN2M2Mi4KR0VPTV9MQUJFTDogTGFiZWwg Zm9yIHByb3ZpZGVyIGFkOHMxZiBpcyB1ZnNpZC80YTBkM2YzZjA5MWU1NWFmLgpHRU9NX0xBQkVM OiBMYWJlbCBmb3IgcHJvdmlkZXIgYWQ4czFnIGlzIHVmc2lkLzRhMGQzZjQxZGMwYzc2ZjguClJv b3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzNiB1c2J1czIKUm9vdCBtb3VudCB3YWl0aW5nIGZv cjogdXNidXM2IHVzYnVzMgp1aHViMjogNiBwb3J0cyB3aXRoIDYgcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQKdWh1YjY6IDYgcG9ydHMgd2l0aCA2IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkClRyeWlu ZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvYWQ4czFhCi9ldGMvcmM6IERFQlVHOiBydW5f cmNfY29tbWFuZDogZG9pdDogZHVtcG9uX3N0YXJ0IAovZXRjL3JjOiBERUJVRzogY2hlY2t5ZXNu bzogZGRiX2VuYWJsZSBpcyBzZXQgdG8gTk8uCi9ldGMvcmM6IERFQlVHOiBydW5fcmNfY29tbWFu ZDogZG9pdDogaW5pdHJhbmRvbV9zdGFydCAKRW50cm9weSBoYXJ2ZXN0aW5nOgovZXRjL3JjOiBE RUJVRzogY2hlY2t5ZXNubzogaGFydmVzdF9pbnRlcnJ1cHQgaXMgc2V0IHRvIFlFUy4KIGludGVy cnVwdHMKL2V0Yy9yYzogREVCVUc6IGNoZWNreWVzbm86IGhhcnZlc3RfZXRoZXJuZXQgaXMgc2V0 IHRvIFlFUy4KIGV0aGVybmV0Ci9ldGMvcmM6IERFQlVHOiBjaGVja3llc25vOiBoYXJ2ZXN0X3Bf dG9fcCBpcyBzZXQgdG8gWUVTLgogcG9pbnRfdG9fcG9pbnQKdWdlbjAuMjogPFRhbmd0b3A+IGF0 IHVzYnVzMAp1a2JkMDogPEVQMT4gb24gdXNidXMwCmtiZDIgYXQgdWtiZDAKdW1zMDogPEVQMj4g b24gdXNidXMwCnVtczA6IDUgYnV0dG9ucyBhbmQgW1hZWl0gY29vcmRpbmF0ZXMgSUQ9MQoga2lj a3N0YXJ0Ci4KL2V0Yy9yYzogREVCVUc6IHJ1bl9yY19jb21tYW5kOiBzdGFydF9wcmVjbWQ6IFsg LW4gIiQoZ2VsaV9tYWtlX2xpc3QpIiBdIAovZXRjL3JjOiBERUJVRzogcnVuX3JjX2NvbW1hbmQ6 IHN0YXJ0X3ByZWNtZDogZmluZF9nYmRlX2RldmljZXMgc3RhcnQgCi9ldGMvcmM6IERFQlVHOiBy dW5fcmNfY29tbWFuZDogZG9pdDogZ2JkZV9zdGFydCAKL2V0Yy9yYzogREVCVUc6IHJ1bl9yY19j b21tYW5kOiBkb2l0OiBlbmNzd2FwX2F0dGFjaCAKL2V0Yy9yYzogREVCVUc6IHJ1bl9yY19jb21t YW5kOiBkb2l0OiBjY2Rfc3RhcnQgCi9ldGMvcmM6IERFQlVHOiBydW5fcmNfY29tbWFuZDogZG9p dDogc3dhcG9uIC1hcSAKL2V0Yy9yYzogREVCVUc6IHJ1bl9yY19jb21tYW5kOiBkb2l0OiBmc2Nr X3N0YXJ0IAovZXRjL3JjOiBERUJVRzogY2hlY2t5ZXNubzogYmFja2dyb3VuZF9mc2NrIGlzIHNl dCB0byBOTy4KR0VPTV9MQUJFTDogTGFiZWwgdWZzaWQvNGEwZDNmM2Y1MGVlZjI3MiByZW1vdmVk LgovZGV2L2FkOHMxYTogRklMRSBTWVNURU0gQ0xFQU47IFNLSVBQSU5HIENIRUNLUwovZGV2L2Fk OHMxYTogY2xlYW4sIDEzNzYzIGZyZWUgKDEyMTkgZnJhZ3MsIDE1NjggYmxvY2tzLCAwLjUlIGZy YWdtZW50YXRpb24pCkdFT01fTEFCRUw6IExhYmVsIGZvciBwcm92aWRlciBhZDhzMWEgaXMgdWZz aWQvNGEwZDNmM2Y1MGVlZjI3Mi4KR0VPTV9MQUJFTDogTGFiZWwgdWZzaWQvNGEwZDNmNDFkYzBj NzZmOCByZW1vdmVkLgovZGV2L2FkOHMxZzogRklMRSBTWVNURU0gQ0xFQU47IFNLSVBQSU5HIENI RUNLUwovZGV2L2FkOHMxZzogY2xlYW4sIDIzODE5OSBmcmVlICg1ODc0MyBmcmFncywgMjI0MzIg YmxvY2tzLCAyLjklIGZyYWdtZW50YXRpb24pCkdFT01fTEFCRUw6IExhYmVsIGZvciBwcm92aWRl ciBhZDhzMWcgaXMgdWZzaWQvNGEwZDNmNDFkYzBjNzZmOC4KL2V0Yy9yYzogREVCVUc6IHJ1bl9y Y19jb21tYW5kOiBkb2l0OiByb290X3N0YXJ0IApHRU9NX0xBQkVMOiBMYWJlbCB1ZnNpZC80YTBk M2YzZjUwZWVmMjcyIHJlbW92ZWQuCi9ldGMvcmM6IERFQlVHOiBjaGVja3llc25vOiBob3N0aWRf ZW5hYmxlIGlzIHNldCB0byBZRVMuCi9ldGMvcmM6IERFQlVHOiBydW5fcmNfY29tbWFuZDogZG9p dDogaG9zdGlkX3N0YXJ0IAovZXRjL3JjOiBERUJVRzogcnVuX3JjX2NvbW1hbmQ6IHN0YXJ0X3By ZWNtZDogWyAtbiAiJHtfbWRjb25maWdfbGlzdH0iIF0gCi9ldGMvcmM6IERFQlVHOiBydW5fcmNf Y29tbWFuZDogZG9pdDogbW91bnRjcml0bG9jYWxfc3RhcnQgCkdFT01fTEFCRUw6IExhYmVsIHVm c2lkLzRhMGQzZjQxZGMwYzc2ZjggcmVtb3ZlZC4KL2V0Yy9yYzogREVCVUc6IGNoZWNreWVzbm86 IHpmc19lbmFibGUgaXMgc2V0IHRvIFlFUy4KVGhpcyBtb2R1bGUgKG9wZW5zb2xhcmlzKSBjb250 YWlucyBjb2RlIGNvdmVyZWQgYnkgdGhlCkNvbW1vbiBEZXZlbG9wbWVudCBhbmQgRGlzdHJpYnV0 aW9uIExpY2Vuc2UgKENEREwpCnNlZSBodHRwOi8vb3BlbnNvbGFyaXMub3JnL29zL2xpY2Vuc2lu Zy9vcGVuc29sYXJpc19saWNlbnNlLwpXQVJOSU5HOiBaRlMgaXMgY29uc2lkZXJlZCB0byBiZSBh biBleHBlcmltZW50YWwgZmVhdHVyZSBpbiBGcmVlQlNELgovZXRjL3JjOiBERUJVRzogcnVuX3Jj X2NvbW1hbmQ6IGRvaXQ6IHpmc19zdGFydCAKWkZTIGZpbGVzeXN0ZW0gdmVyc2lvbiAxMwpaRlMg c3RvcmFnZSBwb29sIHZlcnNpb24gMTMKdWdlbjEuMjogPExvZ2l0ZWNoPiBhdCB1c2J1czEKdW1z MTogPExvZ2l0ZWNoIFVTQi1QUy8yIE9wdGljYWwgTW91c2UsIGNsYXNzIDAvMCwgcmV2IDIuMDAv MjAuMDAsIGFkZHIgMj4gb24gdXNidXMxCnVtczE6IDMgYnV0dG9ucyBhbmQgW1hZWl0gY29vcmRp bmF0ZXMgSUQ9MAovZXRjL3JjOiBERUJVRzogY2hlY2t5ZXNubzogY2xlYW52YXJfZW5hYmxlIGlz IHNldCB0byBZRVMuCi9ldGMvcmM6IERFQlVHOiBydW5fcmNfY29tbWFuZDogc3RhcnRfcHJlY21k OiBjbGVhbnZhcl9wcmVzdGFydCAKL2V0Yy9yYzogREVCVUc6IHJ1bl9yY19jb21tYW5kOiBkb2l0 OiBjbGVhbnZhcl9zdGFydCAKL2V0Yy9yYzogREVCVUc6IHJ1bl9yY19jb21tYW5kOiBkb2l0OiBk ZXZmc19zdGFydCAKL2V0Yy9yYzogREVCVUc6IGNoZWNreWVzbm86IGlwZmlsdGVyX2VuYWJsZSBp cyBzZXQgdG8gTk8uCi9ldGMvcmM6IERFQlVHOiBydW5fcmNfY29tbWFuZDogZG9pdDogYWRkc3dh cF9zdGFydCAKL2V0Yy9yYzogREVCVUc6IHJ1bl9yY19jb21tYW5kOiBkb2l0OiBhdXRvX2xpbmts b2NhbF9zdGFydCAKL2V0Yy9yYzogREVCVUc6IGNoZWNreWVzbm86IGlwdjZfZW5hYmxlIGlzIHNl dCB0byBZRVMuCi9ldGMvcmM6IERFQlVHOiBydW5fcmNfY29tbWFuZDogZG9pdDogc3lzY3RsX3N0 YXJ0IAovZXRjL3JjOiBERUJVRzogcnVuX3JjX2NvbW1hbmQ6IGRvaXQ6IGhvc3RuYW1lX3N0YXJ0 IAovZXRjL3JjOiBERUJVRzogY2hlY2t5ZXNubzogaXBtb25fZW5hYmxlIGlzIHNldCB0byBOTy4K L2V0Yy9yYzogREVCVUc6IHJ1bl9yY19jb21tYW5kOiBzdGFydF9wcmVjbWQ6IFsgLW4gIiR7X21k Y29uZmlnMl9saXN0fSIgXSAKL2V0Yy9yYzogREVCVUc6IGNoZWNreWVzbm86IG5ld3N5c2xvZ19l bmFibGUgaXMgc2V0IHRvIFlFUy4KL2V0Yy9yYzogREVCVUc6IHJ1bl9yY19jb21tYW5kOiBkb2l0 OiBuZXdzeXNsb2dfc3RhcnQgCi9ldGMvcmM6IERFQlVHOiBwaWQgZmlsZSAoL3Zhci9ydW4vc3lz bG9nLnBpZCk6IG5vdCByZWFkYWJsZS4KL2V0Yy9yYzogREVCVUc6IGNoZWNreWVzbm86IHN5c2xv Z2RfZW5hYmxlIGlzIHNldCB0byBZRVMuCi9ldGMvcmM6IERFQlVHOiBydW5fcmNfY29tbWFuZDog c3RhcnRfcHJlY21kOiBzeXNsb2dkX3ByZWNtZCAKL2V0Yy9yYzogREVCVUc6IGNoZWNreWVzbm86 IG5hbWVkX2VuYWJsZSBpcyBzZXQgdG8gTk8uCi9ldGMvcmM6IERFQlVHOiBydW5fcmNfY29tbWFu ZDogZG9pdDogL3Vzci9zYmluL3N5c2xvZ2QgLXMgCk1heSAyNSAwMjozMDowNSAgc3lzbG9nZDog YmluZDogQ2FuJ3QgYXNzaWduIHJlcXVlc3RlZCBhZGRyZXNzCk1heSAyNSAwMjozMDowNSAgc3lz bG9nZDogYmluZDogQ2FuJ3QgYXNzaWduIHJlcXVlc3RlZCBhZGRyZXNzCnN5c2xvZ2Q6IApjaGls ZCBwaWQgMjcxIGV4aXRlZCB3aXRoIHJldHVybiBjb2RlIDEKCi9ldGMvcmM6IFdBUk5JTkc6IGZh aWxlZCB0byBzdGFydCBzeXNsb2dkCi9ldGMvcmM6IERFQlVHOiBydW5fcmNfY29tbWFuZDogc3Rh cnRfcHJlY21kOiBzYXZlY29yZV9wcmVzdGFydCAKL2V0Yy9yYzogREVCVUc6IE5vIGR1bXAgZGV2 aWNlLiBRdWl0dGluZy4KL2V0Yy9yYzogREVCVUc6IHJ1bl9yY19jb21tYW5kOiBkb2l0OiBsZGNv bmZpZ19zdGFydCAKL2V0Yy9yYzogREVCVUc6IGNoZWNreWVzbm86IGxkY29uZmlnX2luc2VjdXJl IGlzIHNldCB0byBOTy4KL2V0Yy9yYzogREVCVUc6IHJ1bl9yY19jb21tYW5kOiBkb2l0OiBhcmNo ZGVwX3N0YXJ0IAovZXRjL3JjOiBERUJVRzogcnVuX3JjX2NvbW1hbmQ6IGRvaXQ6IGFiaV9zdGFy dCAKL2V0Yy9yYzogREVCVUc6IGNoZWNreWVzbm86IHN5c3ZpcGNfZW5hYmxlIGlzIHNldCB0byBO Ty4KL2V0Yy9yYzogREVCVUc6IGNoZWNreWVzbm86IGxpbnV4X2VuYWJsZSBpcyBzZXQgdG8gTk8u Ci9ldGMvcmM6IERFQlVHOiBjaGVja3llc25vOiBzdnI0X2VuYWJsZSBpcyBzZXQgdG8gTk8uCi9l dGMvcmM6IERFQlVHOiBjaGVja3llc25vOiBzeXN2aXBjX2VuYWJsZSBpcyBzZXQgdG8gTk8uCi9l dGMvcmM6IERFQlVHOiBjaGVja3llc25vOiBsaW51eF9lbmFibGUgaXMgc2V0IHRvIE5PLgovZXRj L3JjOiBERUJVRzogY2hlY2t5ZXNubzogc3ZyNF9lbmFibGUgaXMgc2V0IHRvIE5PLgovZXRjL3Jj OiBERUJVRzogcGlkIGZpbGUgKC92YXIvcnVuL25hbWVkL3BpZCk6IG5vdCByZWFkYWJsZS4KL2V0 Yy9yYzogREVCVUc6IGNoZWNreWVzbm86IG5hbWVkX2VuYWJsZSBpcyBzZXQgdG8gTk8uCi9ldGMv cmM6IERFQlVHOiBydW5fcmNfY29tbWFuZDogZG9pdDogcmFuZG9tX3N0YXJ0IAovZXRjL3JjOiBE RUJVRzogcnVuX3JjX2NvbW1hbmQ6IGRvaXQ6IGFkamtlcm50eiAtaSAKL2V0Yy9yYzogREVCVUc6 IGNoZWNreWVzbm86IGF0bV9lbmFibGUgaXMgc2V0IHRvIE5PLgovZXRjL3JjOiBERUJVRzogY2hl Y2t5ZXNubzogaXBuYXRfZW5hYmxlIGlzIHNldCB0byBOTy4KL2V0Yy9yYzogREVCVUc6IGNoZWNr eWVzbm86IGlwZnNfZW5hYmxlIGlzIHNldCB0byBOTy4KL2V0Yy9yYzogREVCVUc6IGNoZWNreWVz bm86IGtsZHhyZWZfZW5hYmxlIGlzIHNldCB0byBOTy4KL2V0Yy9yYzogREVCVUc6IHJ1bl9yY19j b21tYW5kOiBkb2l0OiBzcHBwX3N0YXJ0IAovZXRjL3JjOiBERUJVRzogcnVuX3JjX2NvbW1hbmQ6 IGRvaXQ6IG5ldHdvcmtfc3RhcnQgCi9ldGMvcmM6IERFQlVHOiBDbG9uZWQ6IAovZXRjL3JjOiBE RUJVRzogY2hlY2t5ZXNubzogc3luY2hyb25vdXNfZGhjbGllbnQgaXMgc2V0IHRvIE5PLgpTdGFy dGluZyBOZXR3b3JrOiBsbzAgZW0wLgovZXRjL3JjOiBERUJVRzogVGhlIGZvbGxvd2luZyBpbnRl cmZhY2VzIHdlcmUgbm90IGNvbmZpZ3VyZWQ6ICB4bDAgcGxpcDAgcGZsb2cwIHBmc3luYzAKL2V0 Yy9yYy5kL2lwZmlsdGVyOiBERUJVRzogY2hlY2t5ZXNubzogaXBmaWx0ZXJfZW5hYmxlIGlzIHNl dCB0byBOTy4KL2V0Yy9yYzogREVCVUc6IGNoZWNreWVzbm86IHBwcF9lbmFibGUgaXMgc2V0IHRv IE5PLgovZXRjL3JjOiBERUJVRzogY2hlY2t5ZXNubzogZmlyZXdhbGxfZW5hYmxlIGlzIHNldCB0 byBOTy4KL2V0Yy9yYzogREVCVUc6IHJ1bl9yY19jb21tYW5kOiBkb2l0OiBuc3N3aXRjaF9zdGFy dCAKL2V0Yy9yYzogREVCVUc6IGNoZWNreWVzbm86IG1yb3V0ZTZkX2VuYWJsZSBpcyBzZXQgdG8g Tk8uCi9ldGMvcmM6IERFQlVHOiBjaGVja3llc25vOiBpcHY2X3JvdXRlcl9lbmFibGUgaXMgc2V0 IHRvIE5PLgovZXRjL3JjOiBERUJVRzogY2hlY2t5ZXNubzogYXRtX2VuYWJsZSBpcyBzZXQgdG8g Tk8uCi9ldGMvcmM6IERFQlVHOiBjaGVja3llc25vOiBwZnN5bmNfZW5hYmxlIGlzIHNldCB0byBO Ty4KL2V0Yy9yYzogREVCVUc6IHBpZCBmaWxlICgvdmFyL3J1bi9wZmxvZ2QucGlkKTogbm90IHJl YWRhYmxlLgovZXRjL3JjOiBERUJVRzogY2hlY2t5ZXNubzogcGZsb2dfZW5hYmxlIGlzIHNldCB0 byBZRVMuCi9ldGMvcmM6IERFQlVHOiBydW5fcmNfY29tbWFuZDogc3RhcnRfcHJlY21kOiBwZmxv Z19wcmVzdGFydCAKL2V0Yy9yYzogREVCVUc6IGxvYWRfa2xkOiBwZmxvZyBrZXJuZWwgbW9kdWxl IGFscmVhZHkgbG9hZGVkLgovZXRjL3JjOiBERUJVRzogcnVuX3JjX2NvbW1hbmQ6IGRvaXQ6IC9z YmluL3BmbG9nZCAtZiAvdmFyL2xvZy9wZmxvZyAgCi9ldGMvcmM6IERFQlVHOiBjaGVja3llc25v OiBwZl9lbmFibGUgaXMgc2V0IHRvIFlFUy4KTWF5IDI1IDA2OjMwOjA2IHBmbG9nZFs2NzldOiBb cHJpdl06IG1zZyBQUklWX09QRU5fTE9HIHJlY2VpdmVkCi9ldGMvcmM6IERFQlVHOiBsb2FkX2ts ZDogcGYga2VybmVsIG1vZHVsZSBhbHJlYWR5IGxvYWRlZC4KL2V0Yy9yYzogREVCVUc6IHJ1bl9y Y19jb21tYW5kOiBkb2l0OiBwZl9zdGFydCAKcGYgZW5hYmxlZAovZXRjL3JjOiBERUJVRzogcnVu X3JjX2NvbW1hbmQ6IGRvaXQ6IHJvdXRpbmdfc3RhcnQgCi9ldGMvcmM6IERFQlVHOiBwaWQgZmls ZSAoL3Zhci9ydW4vbXJvdXRlZC5waWQpOiBub3QgcmVhZGFibGUuCi9ldGMvcmM6IERFQlVHOiBj aGVja3llc25vOiBtcm91dGVkX2VuYWJsZSBpcyBzZXQgdG8gTk8uCi9ldGMvcmM6IERFQlVHOiBj aGVja3llc25vOiByb3V0ZXJfZW5hYmxlIGlzIHNldCB0byBOTy4KL2V0Yy9yYzogREVCVUc6IHJ1 bl9yY19jb21tYW5kOiBkb2l0OiBkZWZhdWx0cm91dGVfc3RhcnQgCi9ldGMvcmM6IERFQlVHOiBj aGVja3llc25vOiBmcmVlbmV0Nl9lbmFibGUgaXMgc2V0IHRvIFlFUy4KL2V0Yy9yYzogREVCVUc6 IHJ1bl9yY19jb21tYW5kOiBkb2l0OiAvdXNyL2xvY2FsL2Jpbi9ndzZjIC1mIC91c3IvbG9jYWwv ZXRjL2d3NmMuY29uZiAKR2F0ZXdheTYgQ2xpZW50IHY1LjEtUkVMRUFTRSBidWlsZCBNYXkgMTkg MjAwOS0xMTozNTo0NCAgCkJ1aWx0IG9uIC8vL0ZyZWVCU0QgZGFlbW9uLnZpZGVvdHJvbi5jYSA4 LjAtQ1VSUkVOVCBGcmVlQlNEIDguMC1DVVJSRU5UICMxOiBUdWUgTWF5IDE5IDExOjA1OjU3IEVE VCAyMDA5IHJvb3RAZGFlbW9uLnZpZGVvdHJvbi5jYTovdXNyL29iai91c3Ivc3JjL3N5cy9HRU5F UklDIGFtZDY0Ly8vCkZhaWxlZCB0byBjb25uZWN0IHRvIEdhdGV3YXk2IGF1dGhlbnRpY2F0ZWQu ZnJlZW5ldDYubmV0LiBWZXJpZnkgR2F0ZXdheTYgbmFtZS9hZGRyZXNzLgpEaXNjb25uZWN0ZWQu IFJldHJ5aW5nLgpGYWlsZWQgdG8gY29ubmVjdCB0byBHYXRld2F5NiBhdXRoZW50aWNhdGVkLmZy ZWVuZXQ2Lm5ldC4gVmVyaWZ5IEdhdGV3YXk2IG5hbWUvYWRkcmVzcy4KRGlzY29ubmVjdGVkLiBS ZXRyeWluZyBpbiAzMCBzZWNvbmRzLgpTY3JpcHQgL3Vzci9sb2NhbC9ldGMvcmMuZC9mcmVlbmV0 NiBpbnRlcnJ1cHRlZAovZXRjL3JjOiBERUJVRzogY2hlY2t5ZXNubzogaXA2YWRkcmN0bF9lbmFi bGUgaXMgc2V0IHRvIFlFUy4KL2V0Yy9yYzogREVCVUc6IHJ1bl9yY19jb21tYW5kOiBkb2l0OiBp cDZhZGRyY3RsX3N0YXJ0IAovZXRjL3JjOiBERUJVRzogY2hlY2t5ZXNubzogaXB2Nl9lbmFibGUg aXMgc2V0IHRvIFlFUy4KL2V0Yy9yYzogREVCVUc6IGNoZWNreWVzbm86IGlwNmFkZHJjdGxfdmVy Ym9zZSBpcyBzZXQgdG8gTk8uCi9ldGMvcmM6IERFQlVHOiBjaGVja3llc25vOiBpcHY2X2ZpcmV3 YWxsX2VuYWJsZSBpcyBzZXQgdG8gTk8uCi9ldGMvcmM6IERFQlVHOiBjaGVja3llc25vOiBpcHY2 X2VuYWJsZSBpcyBzZXQgdG8gWUVTLgovZXRjL3JjOiBERUJVRzogcnVuX3JjX2NvbW1hbmQ6IGRv aXQ6IG5ldHdvcmtfaXB2Nl9zdGFydCAKYWRkIG5ldCA6OmZmZmY6MC4wLjAuMDogZ2F0ZXdheSA6 OjEKYWRkIG5ldCA6OjAuMC4wLjA6IGdhdGV3YXkgOjoxCi9ldGMvcmM6IERFQlVHOiBjaGVja3ll c25vOiBpcHY2X2dhdGV3YXlfZW5hYmxlIGlzIHNldCB0byBZRVMuCm5ldC5pbmV0Ni5pcDYuZm9y d2FyZGluZzogCjAKIC0+IAoxCgpuZXQuaW5ldDYuaXA2LmFjY2VwdF9ydGFkdjogCjAKIC0+IAow CgplbTA6IGZsYWdzPTg4NDM8VVAsQlJPQURDQVNULFJVTk5JTkcsU0lNUExFWCxNVUxUSUNBU1Q+ IG1ldHJpYyAwIG10dSAxNTAwCglvcHRpb25zPTE5YjxSWENTVU0sVFhDU1VNLFZMQU5fTVRVLFZM QU5fSFdUQUdHSU5HLFZMQU5fSFdDU1VNLFRTTzQ+CglpbmV0NiBmZTgwOjoyMjE6OWJmZjpmZTM0 OmEyMzUlZW0wIHByZWZpeGxlbiA2NCBzY29wZWlkIDB4MSAKeGwwOiBmbGFncz04ODQzPFVQLEJS T0FEQ0FTVCxSVU5OSU5HLFNJTVBMRVgsTVVMVElDQVNUPiBtZXRyaWMgMCBtdHUgMTUwMAoJb3B0 aW9ucz05PFJYQ1NVTSxWTEFOX01UVT4KCWluZXQ2IGZlODA6OjIwYTo1ZWZmOmZlMjA6YzkxNSV4 bDAgcHJlZml4bGVuIDY0IHNjb3BlaWQgMHgyIApwbGlwMDogZmxhZ3M9ODg1MTxVUCxQT0lOVE9Q T0lOVCxSVU5OSU5HLFNJTVBMRVgsTVVMVElDQVNUPiBtZXRyaWMgMCBtdHUgMTUwMApwZmxvZzA6 IGZsYWdzPTE0MTxVUCxSVU5OSU5HLFBST01JU0M+IG1ldHJpYyAwIG10dSAzMzE1MgpsbzA6IGZs YWdzPTgwNDk8VVAsTE9PUEJBQ0ssUlVOTklORyxNVUxUSUNBU1Q+IG1ldHJpYyAwIG10dSAxNjM4 NAoJb3B0aW9ucz0zPFJYQ1NVTSxUWENTVU0+CglpbmV0NiA6OjEgcHJlZml4bGVuIDEyOCAKCWlu ZXQ2IGZlODA6OjElbG8wIHByZWZpeGxlbiA2NCBzY29wZWlkIDB4NSAKcGZzeW5jMDogZmxhZ3M9 NDE8VVAsUlVOTklORz4gbWV0cmljIDAgbXR1IDE0NjAKL2V0Yy9yYzogREVCVUc6IGNoZWNreWVz bm86IGlwdjZfZ2F0ZXdheV9lbmFibGUgaXMgc2V0IHRvIFlFUy4KYWRkIG5ldCBmZTgwOjo6IGdh dGV3YXkgOjoxCmFkZCBuZXQgZmYwMjo6OiBnYXRld2F5IDo6MQovZXRjL3JjOiBERUJVRzogY2hl Y2t5ZXNubzogaXB2Nl9pcHY0bWFwcGluZyBpcyBzZXQgdG8gTk8uCklQdjQgbWFwcGVkIElQdjYg YWRkcmVzcyBzdXBwb3J0PU5PCi9ldGMvcmM6IERFQlVHOiBjaGVja3llc25vOiBkZXZkX2VuYWJs ZSBpcyBzZXQgdG8gWUVTLgovZXRjL3JjOiBERUJVRzogcnVuX3JjX2NvbW1hbmQ6IGRvaXQ6IC9z YmluL2RldmQgIAovZXRjL3BjY2FyZF9ldGhlcjogREVCVUc6IHJ1bl9yY19jb21tYW5kOiBzdGFy dF9wcmVjbWQ6IGNoZWNrYXV0byAKL2V0Yy9wY2NhcmRfZXRoZXI6IERFQlVHOiBydW5fcmNfY29t bWFuZDogZG9pdDogcGNjYXJkX2V0aGVyX3N0YXJ0IAovZXRjL3BjY2FyZF9ldGhlcjogREVCVUc6 IHJ1bl9yY19jb21tYW5kOiBzdGFydF9wcmVjbWQ6IGNoZWNrYXV0byAKL2V0Yy9wY2NhcmRfZXRo ZXI6IERFQlVHOiBydW5fcmNfY29tbWFuZDogZG9pdDogcGNjYXJkX2V0aGVyX3N0YXJ0IAovZXRj L3BjY2FyZF9ldGhlcjogREVCVUc6IHJ1bl9yY19jb21tYW5kOiBzdGFydF9wcmVjbWQ6IGNoZWNr YXV0byAKL2V0Yy9wY2NhcmRfZXRoZXI6IERFQlVHOiBydW5fcmNfY29tbWFuZDogZG9pdDogcGNj YXJkX2V0aGVyX3N0YXJ0IAovZXRjL3BjY2FyZF9ldGhlcjogREVCVUc6IHJ1bl9yY19jb21tYW5k OiBzdGFydF9wcmVjbWQ6IGNoZWNrYXV0byAKL2V0Yy9wY2NhcmRfZXRoZXI6IERFQlVHOiBydW5f cmNfY29tbWFuZDogZG9pdDogcGNjYXJkX2V0aGVyX3N0YXJ0IAovZXRjL3BjY2FyZF9ldGhlcjog REVCVUc6IHJ1bl9yY19jb21tYW5kOiBzdGFydF9wcmVjbWQ6IGNoZWNrYXV0byAKL2V0Yy9wY2Nh cmRfZXRoZXI6IERFQlVHOiBydW5fcmNfY29tbWFuZDogZG9pdDogcGNjYXJkX2V0aGVyX3N0YXJ0 IAovZXRjL3BjY2FyZF9ldGhlcjogREVCVUc6IHJ1bl9yY19jb21tYW5kOiBzdGFydF9wcmVjbWQ6 IGNoZWNrYXV0byAKL2V0Yy9wY2NhcmRfZXRoZXI6IERFQlVHOiBydW5fcmNfY29tbWFuZDogZG9p dDogcGNjYXJkX2V0aGVyX3N0YXJ0IAovZXRjL3JjLmQvc3lzY29uczogREVCVUc6IHJ1bl9yY19j b21tYW5kOiBkb2l0OiBzeXNjb25zX3NldGtleWJvYXJkIC9kZXYvdWtiZDAKQ29uZmlndXJpbmcg a2V5Ym9hcmQ6CiBrZXltYXAKLgovZXRjL3JjLmQvbW91c2VkOiBERUJVRzogcGlkIGZpbGUgKC92 YXIvcnVuL21vdXNlZC51bXMwLnBpZCk6IG5vdCByZWFkYWJsZS4KL2V0Yy9yYy5kL21vdXNlZDog REVCVUc6IGNoZWNreWVzbm86IG1vdXNlZF91bXMwX2VuYWJsZSBpcyBzZXQgdG8gWUVTLgovZXRj L3JjLmQvbW91c2VkOiBERUJVRzogcnVuX3JjX2NvbW1hbmQ6IGRvaXQ6IG1vdXNlZF9zdGFydCB1 bXMwCi9ldGMvcmMuZC9tb3VzZWQ6IERFQlVHOiBwaWQgZmlsZSAoL3Zhci9ydW4vbW91c2VkLnVt czEucGlkKTogbm90IHJlYWRhYmxlLgovZXRjL3JjLmQvbW91c2VkOiBERUJVRzogY2hlY2t5ZXNu bzogbW91c2VkX3VtczFfZW5hYmxlIGlzIHNldCB0byBZRVMuCi9ldGMvcmMuZC9tb3VzZWQ6IERF QlVHOiBydW5fcmNfY29tbWFuZDogZG9pdDogbW91c2VkX3N0YXJ0IHVtczEKL2V0Yy9yYy5kL2Ro Y2xpZW50OiBERUJVRzogcnVuX3JjX2NvbW1hbmQ6IGRvaXQ6IGRoY2xpZW50X3N0YXJ0IAovZXRj L3JjLmQvZGhjbGllbnQ6IERFQlVHOiBjaGVja3llc25vOiBiYWNrZ3JvdW5kX2RoY2xpZW50IGlz IHNldCB0byBOTy4KREhDUFJFUVVFU1Qgb24gZW0wIHRvIDI1NS4yNTUuMjU1LjI1NSBwb3J0IDY3 CgpESENQQUNLIGZyb20gMTkyLjE2OC4xNS4xCgpib3VuZCB0byAxOTIuMTY4LjE1LjU4IC0tIHJl bmV3YWwgaW4gMTgwMCBzZWNvbmRzLgoKL2V0Yy9yYzogREVCVUc6IGNoZWNreWVzbm86IGRldmRf ZW5hYmxlIGlzIHNldCB0byBZRVMuCi9ldGMvcmM6IERFQlVHOiBjaGVja3llc25vOiBpcHNlY19l bmFibGUgaXMgc2V0IHRvIE5PLgovZXRjL3JjOiBERUJVRzogcnVuX3JjX2NvbW1hbmQ6IHN0YXJ0 X3ByZWNtZDogbW91bnRjcml0cmVtb3RlX3ByZWNtZCAKL2V0Yy9yYzogREVCVUc6IHJ1bl9yY19j b21tYW5kOiBkb2l0OiBtb3VudGNyaXRyZW1vdGVfc3RhcnQgCi9ldGMvcmMuZC9jbGVhbnZhcjog REVCVUc6IGNoZWNreWVzbm86IGNsZWFudmFyX2VuYWJsZSBpcyBzZXQgdG8gWUVTLgovZXRjL3Jj LmQvY2xlYW52YXI6IERFQlVHOiBydW5fcmNfY29tbWFuZDogZG9pdDogY2xlYW52YXJfc3RhcnQg Ci9ldGMvcmM6IERFQlVHOiBjaGVja3llc25vOiBhY2NvdW50aW5nX2VuYWJsZSBpcyBzZXQgdG8g Tk8uCi9ldGMvcmM6IERFQlVHOiBjaGVja3llc25vOiBudHBkYXRlX2VuYWJsZSBpcyBzZXQgdG8g WUVTLgovZXRjL3JjOiBERUJVRzogcnVuX3JjX2NvbW1hbmQ6IGRvaXQ6IG50cGRhdGVfc3RhcnQg ClNldHRpbmcgZGF0ZSB2aWEgbnRwLgoyNSBNYXkgMDY6MzA6MTcgbnRwZGF0ZVsxMjAxXTogYWRq dXN0IHRpbWUgc2VydmVyIDY0LjYuMTQ0LjYgb2Zmc2V0IC0wLjQyMTAzMiBzZWMKL2V0Yy9yYzog REVCVUc6IGNoZWNreWVzbm86IHJwY2JpbmRfZW5hYmxlIGlzIHNldCB0byBOTy4KL2V0Yy9yYzog REVCVUc6IGNoZWNreWVzbm86IG5mc19jbGllbnRfZW5hYmxlIGlzIHNldCB0byBOTy4KL2V0Yy9y YzogREVCVUc6IHJ1bl9yY19jb21tYW5kOiBkb2l0OiBuaXNkb21haW5fc3RhcnQgCi9ldGMvcmM6 IERFQlVHOiBjaGVja3llc25vOiBuaXNfc2VydmVyX2VuYWJsZSBpcyBzZXQgdG8gTk8uCi9ldGMv cmM6IERFQlVHOiBjaGVja3llc25vOiBuaXNfY2xpZW50X2VuYWJsZSBpcyBzZXQgdG8gTk8uCi9l dGMvcmM6IERFQlVHOiBjaGVja3llc25vOiBhbWRfZW5hYmxlIGlzIHNldCB0byBOTy4KL2V0Yy9y YzogREVCVUc6IGNoZWNreWVzbm86IGF0bV9lbmFibGUgaXMgc2V0IHRvIE5PLgovZXRjL3JjOiBE RUJVRzogY2hlY2t5ZXNubzogYXVkaXRkX2VuYWJsZSBpcyBzZXQgdG8gTk8uCi9ldGMvcmM6IERF QlVHOiBydW5fcmNfY29tbWFuZDogZG9pdDogY2xlYXJ0bXBfc3RhcnQgCi9ldGMvcmM6IERFQlVH OiBjaGVja3llc25vOiBjbGVhcl90bXBfZW5hYmxlIGlzIHNldCB0byBZRVMuCi9ldGMvcmM6IERF QlVHOiBjaGVja3llc25vOiBjbGVhcl90bXBfWCBpcyBzZXQgdG8gWUVTLgovZXRjL3JjOiBERUJV RzogY2hlY2t5ZXNubzogZG1lc2dfZW5hYmxlIGlzIHNldCB0byBZRVMuCi9ldGMvcmM6IERFQlVH OiBydW5fcmNfY29tbWFuZDogZG9pdDogZG9fZG1lc2cgCi9ldGMvcmM6IERFQlVHOiBjaGVja3ll c25vOiBpcHhyb3V0ZWRfZW5hYmxlIGlzIHNldCB0byBOTy4KL2V0Yy9yYzogREVCVUc6IGNoZWNr eWVzbm86IGtlcmJlcm9zNV9zZXJ2ZXJfZW5hYmxlIGlzIHNldCB0byBOTy4KL2V0Yy9yYzogREVC VUc6IGNoZWNreWVzbm86IGthZG1pbmQ1X3NlcnZlcl9lbmFibGUgaXMgc2V0IHRvIE5PLgovZXRj L3JjOiBERUJVRzogY2hlY2t5ZXNubzoga2V5c2Vydl9lbmFibGUgaXMgc2V0IHRvIE5PLgovZXRj L3JjOiBERUJVRzogY2hlY2t5ZXNubzoga3Bhc3N3ZGRfc2VydmVyX2VuYWJsZSBpcyBzZXQgdG8g Tk8uCi9ldGMvcmM6IERFQlVHOiBjaGVja3llc25vOiBnc3NkX2VuYWJsZSBpcyBzZXQgdG8gTk8u Ci9ldGMvcmM6IERFQlVHOiBjaGVja3llc25vOiBxdW90YV9lbmFibGUgaXMgc2V0IHRvIE5PLgov ZXRjL3JjOiBERUJVRzogY2hlY2t5ZXNubzogbmZzX3NlcnZlcl9lbmFibGUgaXMgc2V0IHRvIE5P LgovZXRjL3JjOiBERUJVRzogcGlkIGZpbGUgKC92YXIvcnVuL21vdW50ZC5waWQpOiBub3QgcmVh ZGFibGUuCi9ldGMvcmM6IERFQlVHOiBjaGVja3llc25vOiBtb3VudGRfZW5hYmxlIGlzIHNldCB0 byBOTy4KL2V0Yy9yYzogREVCVUc6IGNoZWNreWVzbm86IG5mc19zZXJ2ZXJfZW5hYmxlIGlzIHNl dCB0byBOTy4KL2V0Yy9yYzogREVCVUc6IGNoZWNreWVzbm86IHJwY19zdGF0ZF9lbmFibGUgaXMg c2V0IHRvIE5PLgovZXRjL3JjOiBERUJVRzogY2hlY2t5ZXNubzogcnBjX2xvY2tkX2VuYWJsZSBp cyBzZXQgdG8gTk8uCi9ldGMvcmM6IERFQlVHOiBjaGVja3llc25vOiBwcHBvZWRfZW5hYmxlIGlz IHNldCB0byBOTy4KL2V0Yy9yYzogREVCVUc6IHJ1bl9yY19jb21tYW5kOiBkb2l0OiBwd2NoZWNr X3N0YXJ0IAovZXRjL3JjOiBERUJVRzogY2hlY2t5ZXNubzogdmlyZWNvdmVyX2VuYWJsZSBpcyBz ZXQgdG8gWUVTLgovZXRjL3JjOiBERUJVRzogcnVuX3JjX2NvbW1hbmQ6IGRvaXQ6IHZpcmVjb3Zl cl9zdGFydCAKL2V0Yy9yYzogREVCVUc6IGNoZWNreWVzbm86IGFwbV9lbmFibGUgaXMgc2V0IHRv IE5PLgovZXRjL3JjOiBERUJVRzogY2hlY2t5ZXNubzogYXBtZF9lbmFibGUgaXMgc2V0IHRvIE5P LgovZXRjL3JjOiBERUJVRzogY2hlY2t5ZXNubzogYm9vdHBhcmFtZF9lbmFibGUgaXMgc2V0IHRv IE5PLgovZXRjL3JjOiBERUJVRzogcGlkIGZpbGUgKC92YXIvcnVuL2hjc2VjZC5waWQpOiBub3Qg cmVhZGFibGUuCi9ldGMvcmM6IERFQlVHOiBjaGVja3llc25vOiBoY3NlY2RfZW5hYmxlIGlzIHNl dCB0byBOTy4KL2V0Yy9yYzogREVCVUc6IHBpZCBmaWxlICgvdmFyL3J1bi9idGhpZGQucGlkKTog bm90IHJlYWRhYmxlLgovZXRjL3JjOiBERUJVRzogY2hlY2t5ZXNubzogYnRoaWRkX2VuYWJsZSBp cyBzZXQgdG8gTk8uCi9ldGMvcmM6IERFQlVHOiBydW5fcmNfY29tbWFuZDogZG9pdDogbG9jYWxf c3RhcnQgClN0YXJ0aW5nIGxvY2FsIGRhZW1vbnM6Ci4KL2V0Yy9yYzogREVCVUc6IGNoZWNreWVz bm86IGxwZF9lbmFibGUgaXMgc2V0IHRvIE5PLgovZXRjL3JjOiBERUJVRzogY2hlY2t5ZXNubzog dXBkYXRlX21vdGQgaXMgc2V0IHRvIFlFUy4KL2V0Yy9yYzogREVCVUc6IHJ1bl9yY19jb21tYW5k OiBkb2l0OiBtb3RkX3N0YXJ0IAovZXRjL3JjOiBERUJVRzogcnVuX3JjX2NvbW1hbmQ6IGRvaXQ6 IG1vdW50bGF0ZV9zdGFydCAKL2V0Yy9yYzogREVCVUc6IGNoZWNreWVzbm86IG5zY2RfZW5hYmxl IGlzIHNldCB0byBOTy4KL2V0Yy9yYzogREVCVUc6IHBpZCBmaWxlICgvdmFyL3J1bi9udHBkLnBp ZCk6IG5vdCByZWFkYWJsZS4KL2V0Yy9yYzogREVCVUc6IGNoZWNreWVzbm86IG50cGRfZW5hYmxl IGlzIHNldCB0byBOTy4KL2V0Yy9yYzogREVCVUc6IGNoZWNreWVzbm86IHBvd2VyZF9lbmFibGUg aXMgc2V0IHRvIE5PLgovZXRjL3JjOiBERUJVRzogcGlkIGZpbGUgKC92YXIvcnVuL3JhcnBkLnBp ZCk6IG5vdCByZWFkYWJsZS4KL2V0Yy9yYzogREVCVUc6IGNoZWNreWVzbm86IHJhcnBkX2VuYWJs ZSBpcyBzZXQgdG8gTk8uCi9ldGMvcmM6IERFQlVHOiBjaGVja3llc25vOiBzZHBkX2VuYWJsZSBp cyBzZXQgdG8gTk8uCi9ldGMvcmM6IERFQlVHOiBjaGVja3llc25vOiByZmNvbW1fcHBwZF9zZXJ2 ZXJfZW5hYmxlIGlzIHNldCB0byBOTy4KL2V0Yy9yYzogREVCVUc6IGNoZWNreWVzbm86IHJ0YWR2 ZF9lbmFibGUgaXMgc2V0IHRvIFlFUy4KL2V0Yy9yYzogREVCVUc6IHJ1bl9yY19jb21tYW5kOiBz dGFydF9wcmVjbWQ6IHJ0YWR2ZF9wcmVjbWQgCi9ldGMvcmM6IERFQlVHOiBjaGVja3llc25vOiBp cHY2X2dhdGV3YXlfZW5hYmxlIGlzIHNldCB0byBZRVMuCi9ldGMvcmM6IERFQlVHOiBydW5fcmNf Y29tbWFuZDogZG9pdDogL3Vzci9zYmluL3J0YWR2ZCAgZW0wCi9ldGMvcmM6IERFQlVHOiBjaGVj a3llc25vOiByd2hvZF9lbmFibGUgaXMgc2V0IHRvIE5PLgovZXRjL3JjOiBERUJVRzogY2hlY2t5 ZXNubzogdGltZWRfZW5hYmxlIGlzIHNldCB0byBOTy4KL2V0Yy9yYzogREVCVUc6IGNoZWNreWVz bm86IHVnaWRmd19lbmFibGUgaXMgc2V0IHRvIE5PLgovZXRjL3JjOiBERUJVRzogY2hlY2t5ZXNu bzogbmlzX3lwcGFzc3dkZF9lbmFibGUgaXMgc2V0IHRvIE5PLgovZXRjL3JjOiBERUJVRzogY2hl Y2t5ZXNubzogd2VibWluX2VuYWJsZSBpcyBzZXQgdG8gWUVTLgovZXRjL3JjOiBERUJVRzogcnVu X3JjX2NvbW1hbmQ6IGRvaXQ6IC91c3IvbG9jYWwvZXRjL3dlYm1pbi9zdGFydCAgClByZS1sb2Fk ZWQgV2VibWluQ29yZQovZXRjL3JjOiBERUJVRzogcGlkIGZpbGUgKC92YXIvZGIvbXlzcWwvZGFl bW9uLnBpZCk6IG5vdCByZWFkYWJsZS4KL2V0Yy9yYzogREVCVUc6IGNoZWNreWVzbm86IG15c3Fs X2VuYWJsZSBpcyBzZXQgdG8gWUVTLgovZXRjL3JjOiBERUJVRzogcnVuX3JjX2NvbW1hbmQ6IHN0 YXJ0X3ByZWNtZDogbXlzcWxfcHJlc3RhcnQgCi9ldGMvcmM6IERFQlVHOiBjaGVja3llc25vOiBt eXNxbF9saW1pdHMgaXMgc2V0IHRvIE5PLgovZXRjL3JjOiBERUJVRzogcnVuX3JjX2NvbW1hbmQ6 IGRvaXQ6IHN1IC1tIG15c3FsIC1jICdzaCAtYyAiL3Vzci9sb2NhbC9iaW4vbXlzcWxkX3NhZmUg IC0tZGVmYXVsdHMtZXh0cmEtZmlsZT0vdmFyL2RiL215c3FsL215LmNuZiAtLXVzZXI9bXlzcWwg LS1kYXRhZGlyPS92YXIvZGIvbXlzcWwgLS1waWQtZmlsZT0vdmFyL2RiL215c3FsL2RhZW1vbi5w aWQgID4gL2Rldi9udWxsIDI+JjEgJiInCi9ldGMvcmM6IERFQlVHOiBydW5fcmNfY29tbWFuZDog c3RhcnRfcG9zdGNtZDogbXlzcWxfcG9zdHN0YXJ0IAovZXRjL3JjOiBERUJVRzogY2hlY2t5ZXNu bzogaHRjYWNoZWNsZWFuX2VuYWJsZSBpcyBzZXQgdG8gTk8uCi9ldGMvcmM6IERFQlVHOiBjaGVj a3llc25vOiBhcGFjaGUyMl9odHRwX2FjY2VwdF9lbmFibGUgaXMgc2V0IHRvIE5PLgovZXRjL3Jj OiBERUJVRzogcGlkIGZpbGUgKC92YXIvcnVuL2h0dHBkLnBpZCk6IG5vdCByZWFkYWJsZS4KL2V0 Yy9yYzogREVCVUc6IGNoZWNreWVzbm86IGFwYWNoZTIyX2VuYWJsZSBpcyBzZXQgdG8gWUVTLgov ZXRjL3JjOiBERUJVRzogcnVuX3JjX2NvbW1hbmQ6IHN0YXJ0X3ByZWNtZDogYXBhY2hlMjJfcHJl c3RhcnQgClBlcmZvcm1pbmcgc2FuaXR5IGNoZWNrIG9uIGFwYWNoZTIyIGNvbmZpZ3VyYXRpb246 ClN5bnRheCBPSwovZXRjL3JjOiBERUJVRzogY2hlY2t5ZXNubzogYXBhY2hlMjJsaW1pdHNfZW5h YmxlIGlzIHNldCB0byBOTy4KL2V0Yy9yYzogREVCVUc6IHJ1bl9yY19jb21tYW5kOiBkb2l0OiAv dXNyL2xvY2FsL3NiaW4vaHR0cGQgIC1ETk9IVFRQQUNDRVBUIAovZXRjL3JjOiBERUJVRzogY2hl Y2t5ZXNubzogbmlzX3lweGZyZF9lbmFibGUgaXMgc2V0IHRvIE5PLgovZXRjL3JjOiBERUJVRzog Y2hlY2t5ZXNubzogcnBjX3lwdXBkYXRlZF9lbmFibGUgaXMgc2V0IHRvIE5PLgovZXRjL3JjOiBE RUJVRzogY2hlY2t5ZXNubzogbmlzX3lwc2V0X2VuYWJsZSBpcyBzZXQgdG8gTk8uCi9ldGMvcmM6 IERFQlVHOiBwaWQgZmlsZSAoL3Zhci9ydW4vd2F0Y2hkb2dkLnBpZCk6IG5vdCByZWFkYWJsZS4K L2V0Yy9yYzogREVCVUc6IGNoZWNreWVzbm86IHdhdGNoZG9nZF9lbmFibGUgaXMgc2V0IHRvIE5P LgovZXRjL3JjOiBERUJVRzogcnVuX3JjX2NvbW1hbmQ6IHN0YXJ0X3ByZWNtZDogc3lzY29uc19w cmVjbWQgCi9ldGMvcmM6IERFQlVHOiBydW5fcmNfY29tbWFuZDogZG9pdDogc3lzY29uc19zdGFy dCAKQ29uZmlndXJpbmcgc3lzY29uczoKIGtleW1hcAogYmxhbmt0aW1lCi4KL2V0Yy9yYzogREVC VUc6IHBpZCBmaWxlICgvdmFyL3J1bi9zc2hkLnBpZCk6IG5vdCByZWFkYWJsZS4KL2V0Yy9yYzog REVCVUc6IGNoZWNreWVzbm86IHNzaGRfZW5hYmxlIGlzIHNldCB0byBZRVMuCi9ldGMvcmM6IERF QlVHOiBydW5fcmNfY29tbWFuZDogc3RhcnRfcHJlY21kOiBzc2hkX3ByZWNtZCAKL2V0Yy9yYzog REVCVUc6IHJ1bl9yY19jb21tYW5kOiBkb2l0OiAvdXNyL3NiaW4vc3NoZCAgCi9ldGMvcmM6IERF QlVHOiBjaGVja3llc25vOiBzZW5kbWFpbF9lbmFibGUgaXMgc2V0IHRvIE5PLgovZXRjL3JjOiBE RUJVRzogY2hlY2t5ZXNubzogc2VuZG1haWxfc3VibWl0X2VuYWJsZSBpcyBzZXQgdG8gWUVTLgov ZXRjL3JjOiBERUJVRzogcGlkIGZpbGUgKC92YXIvcnVuL3NlbmRtYWlsLnBpZCk6IG5vdCByZWFk YWJsZS4KL2V0Yy9yYzogREVCVUc6IGNoZWNreWVzbm86IHNlbmRtYWlsX2VuYWJsZSBpcyBzZXQg dG8gTk8uCi9ldGMvcmM6IERFQlVHOiBjaGVja3llc25vOiBzZW5kbWFpbF9zdWJtaXRfZW5hYmxl IGlzIHNldCB0byBZRVMuCi9ldGMvcmM6IERFQlVHOiBwaWQgZmlsZSAoL3Zhci9ydW4vc2VuZG1h aWwucGlkKTogbm90IHJlYWRhYmxlLgovZXRjL3JjOiBERUJVRzogY2hlY2t5ZXNubzogc2VuZG1h aWxfc3VibWl0X2VuYWJsZSBpcyBzZXQgdG8gWUVTLgovZXRjL3JjOiBERUJVRzogcnVuX3JjX2Nv bW1hbmQ6IHN0YXJ0X3ByZWNtZDogc2VuZG1haWxfcHJlY21kIAovZXRjL3JjOiBERUJVRzogY2hl Y2t5ZXNubzogc2VuZG1haWxfc3VibWl0X2VuYWJsZSBpcyBzZXQgdG8gWUVTLgovZXRjL3JjOiBE RUJVRzogY2hlY2t5ZXNubzogc2VuZG1haWxfcmVidWlsZF9hbGlhc2VzIGlzIHNldCB0byBOTy4K L2V0Yy9yYzogREVCVUc6IHJ1bl9yY19jb21tYW5kOiBkb2l0OiAvdXNyL3NiaW4vc2VuZG1haWwg LUwgc20tbXRhIC1iZCAtcTMwbSAtT0RhZW1vblBvcnRPcHRpb25zPUFkZHI9bG9jYWxob3N0IAov ZXRjL3JjOiBERUJVRzogY2hlY2t5ZXNubzogc2VuZG1haWxfb3V0Ym91bmRfZW5hYmxlIGlzIHNl dCB0byBOTy4KL2V0Yy9yYzogREVCVUc6IHBpZCBmaWxlICgvdmFyL3Nwb29sL2NsaWVudG1xdWV1 ZS9zbS1jbGllbnQucGlkKTogbm90IHJlYWRhYmxlLgovZXRjL3JjOiBERUJVRzogY2hlY2t5ZXNu bzogc2VuZG1haWxfbXNwX3F1ZXVlX2VuYWJsZSBpcyBzZXQgdG8gWUVTLgovZXRjL3JjOiBERUJV RzogcnVuX3JjX2NvbW1hbmQ6IHN0YXJ0X3ByZWNtZDogc2VuZG1haWxfcHJlY21kIAovZXRjL3Jj OiBERUJVRzogY2hlY2t5ZXNubzogc2VuZG1haWxfbXNwX3F1ZXVlX2VuYWJsZSBpcyBzZXQgdG8g WUVTLgovZXRjL3JjOiBERUJVRzogY2hlY2t5ZXNubzogc2VuZG1haWxfcmVidWlsZF9hbGlhc2Vz IGlzIHNldCB0byBOTy4KL2V0Yy9yYzogREVCVUc6IHJ1bl9yY19jb21tYW5kOiBkb2l0OiAvdXNy L3NiaW4vc2VuZG1haWwgLUwgc20tbXNwLXF1ZXVlIC1BYyAtcTMwbSAKL2V0Yy9yYzogREVCVUc6 IGNoZWNreWVzbm86IGNyb25fZHN0IGlzIHNldCB0byBZRVMuCi9ldGMvcmM6IERFQlVHOiBwaWQg ZmlsZSAoL3Zhci9ydW4vY3Jvbi5waWQpOiBub3QgcmVhZGFibGUuCi9ldGMvcmM6IERFQlVHOiBj aGVja3llc25vOiBjcm9uX2VuYWJsZSBpcyBzZXQgdG8gWUVTLgovZXRjL3JjOiBERUJVRzogcnVu X3JjX2NvbW1hbmQ6IGRvaXQ6IC91c3Ivc2Jpbi9jcm9uICAtcyAKL2V0Yy9yYzogREVCVUc6IGNo ZWNreWVzbm86IGphaWxfZW5hYmxlIGlzIHNldCB0byBOTy4KL2V0Yy9yYzogREVCVUc6IHJ1bl9y Y19jb21tYW5kOiBkb2l0OiBwa2dfc3RhcnQgCi9ldGMvcmMuZC9zeXNjdGw6IERFQlVHOiBydW5f cmNfY29tbWFuZDogZG9pdDogc3lzY3RsX3N0YXJ0IGxhc3QgCi9ldGMvcmM6IERFQlVHOiBjaGVj a3llc25vOiBrZXJuX3NlY3VyZWxldmVsX2VuYWJsZSBpcyBzZXQgdG8gTk8uCi9ldGMvcmM6IERF QlVHOiBwaWQgZmlsZSAoL3Zhci9ydW4vbW91c2VkLnBpZCk6IG5vdCByZWFkYWJsZS4KL2V0Yy9y YzogREVCVUc6IGNoZWNreWVzbm86IG1vdXNlZF9lbmFibGUgaXMgc2V0IHRvIE5PLgovZXRjL3Jj OiBERUJVRzogY2hlY2t5ZXNubzogbWl4ZXJfZW5hYmxlIGlzIHNldCB0byBZRVMuCi9ldGMvcmM6 IERFQlVHOiBydW5fcmNfY29tbWFuZDogZG9pdDogbWl4ZXJfc3RhcnQgCi9ldGMvcmM6IERFQlVH OiBwaWQgZmlsZSAoL3Zhci9ydW4vaW5ldGQucGlkKTogbm90IHJlYWRhYmxlLgovZXRjL3JjOiBE RUJVRzogY2hlY2t5ZXNubzogaW5ldGRfZW5hYmxlIGlzIHNldCB0byBOTy4KL2V0Yy9yYzogREVC VUc6IGNoZWNreWVzbm86IGlkbWFwZF9lbmFibGUgaXMgc2V0IHRvIE5PLgovZXRjL3JjOiBERUJV RzogcGlkIGZpbGUgKC92YXIvcnVuL2hvc3RhcGQucGlkKTogbm90IHJlYWRhYmxlLgovZXRjL3Jj OiBERUJVRzogY2hlY2t5ZXNubzogaG9zdGFwZF9lbmFibGUgaXMgc2V0IHRvIE5PLgovZXRjL3Jj OiBERUJVRzogcnVuX3JjX2NvbW1hbmQ6IGRvaXQ6IGdlbGkyX3N0YXJ0IAovZXRjL3JjOiBERUJV RzogcGlkIGZpbGUgKC92YXIvcnVuL2Z0cGQucGlkKTogbm90IHJlYWRhYmxlLgovZXRjL3JjOiBE RUJVRzogY2hlY2t5ZXNubzogZnRwZF9lbmFibGUgaXMgc2V0IHRvIE5PLgovZXRjL3JjOiBERUJV RzogY2hlY2t5ZXNubzogZnRwcHJveHlfZW5hYmxlIGlzIHNldCB0byBOTy4KL2V0Yy9yYzogREVC VUc6IHBpZCBmaWxlICgvdmFyL3J1bi9zbm1wZC5waWQpOiBub3QgcmVhZGFibGUuCi9ldGMvcmM6 IERFQlVHOiBjaGVja3llc25vOiBic25tcGRfZW5hYmxlIGlzIHNldCB0byBOTy4KL2V0Yy9yYzog REVCVUc6IHJ1bl9yY19jb21tYW5kOiBkb2l0OiBicmlkZ2Vfc3RhcnQgCi9ldGMvcmM6IERFQlVH OiBjaGVja3llc25vOiBiYWNrZ3JvdW5kX2ZzY2sgaXMgc2V0IHRvIE5PLgoKTW9uIE1heSAyNSAw NjozMDoyMyBFRFQgMjAwOQo= --00504502d7cd45993b046abdb8eb-- From owner-freebsd-current@FreeBSD.ORG Mon May 25 15:10:59 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C0D5106564A; Mon, 25 May 2009 15:10:59 +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 27BEA8FC1A; Mon, 25 May 2009 15:10:59 +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 ESMTPS id D5CD046C99; Mon, 25 May 2009 11:10:58 -0400 (EDT) Date: Mon, 25 May 2009 16:10:58 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: FreeBSD Tinderbox In-Reply-To: <20090525135206.2C8B57302F@freebsd-current.sentex.ca> Message-ID: References: <20090525135206.2C8B57302F@freebsd-current.sentex.ca> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 15:11:00 -0000 On Mon, 25 May 2009, FreeBSD Tinderbox wrote: > [...] > :> hack.c > cc -shared -nostdlib hack.c -o hack.So > rm -f hack.c > MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT > 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 -fstack-protector -Werror -pg -mprofiler-epilogue vers.c > linking kernel > ipx_proto.o(.data+0x174): undefined reference to `spx_ctlinput' > ipx_proto.o(.data+0x1a4): undefined reference to `spx_ctlinput' This was the result of slightly over-zealous trimming in spx_usrreq.c when cleaning up after copying spx_usrreq.c to spx_reass.c, and should now be fixed. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon May 25 15:29:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A43E11065673 for ; Mon, 25 May 2009 15:29:34 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-fx0-f168.google.com (mail-fx0-f168.google.com [209.85.220.168]) by mx1.freebsd.org (Postfix) with ESMTP id 00AAE8FC1D for ; Mon, 25 May 2009 15:29:33 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by fxm12 with SMTP id 12so3303227fxm.43 for ; Mon, 25 May 2009 08:29:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=bN4pYD/8wx7/jpPjQuR6zbbgLp5VIWhzcpq+WqIWWHQ=; b=IyMYQEvaZlyWLdMQ99PsJYcXkq3jJqdc45iE2zehDFjNzl/FjU5JAAANqVPQ7blIBJ V6hzPpu2BAAMvl5fr2QNSacTTpNaFfnZOaBTMbffFkl0fYuX5EYsELejWYyPnFat7Xgi m4XqySJMPwU4cUdeTZsqP6JvRSvDMkIc73fNk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=mYGLMlBXN1KhUEZFCa1V/mgWTY7HqB7sTTu6sVzgx4mwBcOpc2hMtWGqCkzxlLOS9y obneBfcUTBlxe8nh1BE/pthhdXOY5ejLZZXFa3y5wMaYXnx8Y7lB5pWNuLx2qmMyeDAB UhZmowaCiLi4S4qFx4onxs/2TIY6plDzf0ODw= MIME-Version: 1.0 Received: by 10.204.115.139 with SMTP id i11mr7111000bkq.199.1243265372718; Mon, 25 May 2009 08:29:32 -0700 (PDT) In-Reply-To: <11167f520905202333m47d26277mb03967c39c6bc7a@mail.gmail.com> References: <4A11A08B.6090309@errno.com> <20090519153516.yki2cyqpwg48sk04@0x20.net> <11167f520905202333m47d26277mb03967c39c6bc7a@mail.gmail.com> Date: Mon, 25 May 2009 17:29:32 +0200 Message-ID: <3a142e750905250829i2da910fdy1443c3fb284dcd4c@mail.gmail.com> From: "Paul B. Mahol" To: "Sam Fourman Jr." Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Lars Engels Subject: Re: 802.11 monitor mode changes coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 15:29:35 -0000 On 5/21/09, Sam Fourman Jr. wrote: >> >>> The patch here: >>> >>> http://people.freebsd.org/~sam/monitor-20090518.patch >>> >>> has significant changes to monitor mode operation. Most importantly it >>> replaces DLT_IEEE802_11 support in net80211 by DLT_IEEE802_11_RADIO and >>> removes the latter from the underlying device. The upshot is that you >>> can no longer do: > > Does anyone know if the kismet in ports will function properly with this > patch? Kismet fails and dies when trying SIOCSIFMEDIA ioctl, but that complete code should be removed from kismet because on CURRENT correct and only way to set MONITOR mode is with "wlanmode" switch via ifconfig. Once that check is removed kismet works fine. -- Paul From owner-freebsd-current@FreeBSD.ORG Mon May 25 15:32:14 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FDFB106566B for ; Mon, 25 May 2009 15:32:14 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-fx0-f168.google.com (mail-fx0-f168.google.com [209.85.220.168]) by mx1.freebsd.org (Postfix) with ESMTP id 91DA48FC1E for ; Mon, 25 May 2009 15:32:13 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by fxm12 with SMTP id 12so3304922fxm.43 for ; Mon, 25 May 2009 08:32:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=qIFXMkLZE6NtaXc7W25Kl0KeOtfumBXuW/is2MjPduo=; b=TfpIibw1ojnn3mAad/G2oCuWVDuY3/9CWuWEeIVy0clSVXuvU8ooAdUbjhnvRpkQDX jmjtE5Y0dlI+YtY2PE6rGWXXKYu2KcJA9gaC7VVxG/xY6Kk/WCOTd5ldhM4xGqHnzGvg efXLdIKplR4KJn95cq2AIlW320qcQyu7dr5t0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Q8Mv0EX0Vwo8UYpy465/8mT8C5KTMCPfq+dcjtU38iiHhrKbKEvILRrQpzh4bu13EQ 1YZ9Nn6JwIZGMNzA462Hf4RieFeY1t8ier48nb0dlRF+Q66FT5Ko13YHTA5uZf+6lbyF 9CD5M/tiFcsOyKbJkBDN65J0dwmoAr4s4x+Vk= MIME-Version: 1.0 Received: by 10.204.118.207 with SMTP id w15mr7053645bkq.126.1243265531995; Mon, 25 May 2009 08:32:11 -0700 (PDT) In-Reply-To: <3a142e750905250515i5e6a21b0qe6eee63973efa7b8@mail.gmail.com> References: <4A11A08B.6090309@errno.com> <3a142e750905250515i5e6a21b0qe6eee63973efa7b8@mail.gmail.com> Date: Mon, 25 May 2009 17:32:11 +0200 Message-ID: <3a142e750905250832p2af35f4fi3d70b26018c61faf@mail.gmail.com> From: "Paul B. Mahol" To: Sam Leffler Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: 802.11 monitor mode changes coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 15:32:14 -0000 On 5/25/09, Paul B. Mahol wrote: > On 5/18/09, Sam Leffler wrote: >> The patch here: >> >> http://people.freebsd.org/~sam/monitor-20090518.patch >> >> has significant changes to monitor mode operation. Most importantly it >> replaces DLT_IEEE802_11 support in net80211 by DLT_IEEE802_11_RADIO and >> removes the latter from the underlying device. The upshot is that you >> can no longer do: >> >> tcpdump -i ath0 >> >> instead you will now need a wlanX ifnet; e.g. >> >> ifconfig wlan create wlandev ath0 wlanmode monitor channel 6 up >> tcpdump -i wlan0 -y IEEE802_11_RADIO >> >> This addresses the longstanding issue that applications like kismet that >> want radiotap data needed to open two ifnets, one to receive data and >> one to do channel changes. My main concern is whether losing >> DLT_IEEE802_11 support will affect any apps. Those that depend on it >> should be easy to change; you just request a different DLT and strip the >> radiotap header from tap'd frames (or similar). >> >> In sweeping the drivers to do these changes I've made radiotap support >> more consistent and improved some drivers. Drivers not tested so far: >> malo, ipw, wpi, and upgt. I tested iwi and it appears broken in that no >> frames are rx'd but I'm not sure I'll look at it before 8.0. >> >> I plan to commit these changes by the end of the week. > > It makes ndisulator panic, following stupid patch fix it for me: > > --- /sys/net80211/ieee80211_radiotap.c 2009-05-25 12:14:29.000000000 +0000 > +++ ieee80211_radiotap.c 2009-05-25 12:13:59.000000000 +0000 > @@ -102,6 +102,8 @@ > struct ieee80211com *ic = vap->iv_ic; > struct ieee80211_radiotap_header *th = ic->ic_th; > > + if (th == NULL) > + return; > KASSERT(th != NULL, ("no radiotap setup")); > > /* radiotap DLT for raw 802.11 frames */ Unfortunately this one makes system panic on detach somewhere in bpf code, so correct way to fix this is to use radiotap code only and only if device have monitor cap. -- Paul From owner-freebsd-current@FreeBSD.ORG Mon May 25 15:39:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C634C106564A for ; Mon, 25 May 2009 15:39:16 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-gx0-f169.google.com (mail-gx0-f169.google.com [209.85.217.169]) by mx1.freebsd.org (Postfix) with ESMTP id 6E0538FC16 for ; Mon, 25 May 2009 15:39:16 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by gxk17 with SMTP id 17so600066gxk.19 for ; Mon, 25 May 2009 08:39:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=cNmT3Jpla+ZvYxU3B/+fEbVsOHXJc9NoLa8NkhwRsjA=; b=KwJKaje6bR1H5hA4E+C2CyNKwzbvnliIBzbZUnkMA4GzbY1xqq00zFMWwe7Twdj6KE WgoIeGPe+TbAsktQ2qXaj4oHLN5fyG597GwmKaZh/xGFd3lhyHCCNo9gDGnTf5n4ZzjE xvLSrYfJzfQADfi37EZ11rvx/HUDBulGUM5wI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=ihMU0nAz775vmPD6o/OfvM/CGvDonlBY2xaX3SDSwDa8fvjSiqw4tVavD6y1l1qoz9 sfrbiw+NEfSEvcNtGto7xabmT3G8m4gX8Ut0If0JJ8kiqVEysJMVsoPTvTGWeYV/1u9u 64GIv/WFHjvAMhK0/5hp8wd7Fv/oGTgG6ZEM8= MIME-Version: 1.0 Received: by 10.150.134.18 with SMTP id h18mr14416588ybd.317.1243265953749; Mon, 25 May 2009 08:39:13 -0700 (PDT) In-Reply-To: References: <4E6E325D-BB18-4478-BCFD-633D6F4CFD88@exscape.org> Date: Mon, 25 May 2009 08:39:13 -0700 Message-ID: From: Freddie Cash To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: ZFS panic under extreme circumstances (2/3 disks corrupted) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 15:39:17 -0000 On Mon, May 25, 2009 at 2:13 AM, Thomas Backman wrote: > On May 24, 2009, at 09:02 PM, Thomas Backman wrote: > >> So, I was playing around with RAID-Z and self-healing... > > Yet another follow-up to this. > It appears that all traces of errors vanish after a reboot. So, say you have > a dying disk; ZFS repairs the data for you, and you don't notice (unless you > check zpool status). Then you reboot, and there's NO (easy?) way that I can > tell to find out that something is wrong with your hardware! On our storage server that was initially configured using 1 large 24-drive raidz2 vdev (don't do that, by the way), we had 1 drive go south. "zpool status" was full of errors. And the error counts survived reboots. Either that, or the drive was so bad that the error counts started increasing right away after a boot. After a week of fighting with it to get the new drive to resilver and get added to the vdev, we nuked it and re-created it using 3 raidz2 vdevs each comprised of 8 drives. (Un)fortunately, that was the only failure we've had so far, so can't really confirm/deny the "error counts reset after reboot". -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon May 25 15:40:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D7F81065690 for ; Mon, 25 May 2009 15:40:29 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 12E898FC22 for ; Mon, 25 May 2009 15:40:28 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AuIGAOtYGkqDaFvK/2dsb2JhbACOBgG/AIJIgUMF X-IronPort-AV: E=Sophos;i="4.41,245,1241409600"; d="scan'208";a="36495570" Received: from fraser.cs.uoguelph.ca ([131.104.91.202]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 25 May 2009 11:40:28 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id 2C72D109C257 for ; Mon, 25 May 2009 11:40:28 -0400 (EDT) X-Virus-Scanned: amavisd-new at fraser.cs.uoguelph.ca Received: from fraser.cs.uoguelph.ca ([127.0.0.1]) by localhost (fraser.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DzBrywdou5IT for ; Mon, 25 May 2009 11:40:27 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id AB2CB109C24A for ; Mon, 25 May 2009 11:40:27 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n4PFfJE29686 for ; Mon, 25 May 2009 11:41:19 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Mon, 25 May 2009 11:41:19 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: [HEADSUP] nfsstat.c commit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 15:40:29 -0000 I am about to commit changes to usr/src/usr.bin/nfsstat. The changes to nfsstat.c require sys/fs/nfs/nfs.h to be copied/linked under /usr/include. Since the commit to do this is already in head, there shouldn't be any grief caused by this unless you are doing builds in unusual ways. rick From owner-freebsd-current@FreeBSD.ORG Mon May 25 15:49:03 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5C511065677 for ; Mon, 25 May 2009 15:49:03 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 926F98FC15 for ; Mon, 25 May 2009 15:49:03 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n4PFn2T4095427 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 25 May 2009 08:49:02 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4A1ABDEE.3060503@errno.com> Date: Mon, 25 May 2009 08:49:02 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.21 (X11/20090411) MIME-Version: 1.0 To: "Paul B. Mahol" References: <4A11A08B.6090309@errno.com> <3a142e750905250515i5e6a21b0qe6eee63973efa7b8@mail.gmail.com> <3a142e750905250832p2af35f4fi3d70b26018c61faf@mail.gmail.com> In-Reply-To: <3a142e750905250832p2af35f4fi3d70b26018c61faf@mail.gmail.com> Content-Type: multipart/mixed; boundary="------------090008010204020400030203" X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Cc: current@freebsd.org Subject: Re: 802.11 monitor mode changes coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 15:49:04 -0000 This is a multi-part message in MIME format. --------------090008010204020400030203 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Paul B. Mahol wrote: > On 5/25/09, Paul B. Mahol wrote: > >> On 5/18/09, Sam Leffler wrote: >> >>> The patch here: >>> >>> http://people.freebsd.org/~sam/monitor-20090518.patch >>> >>> has significant changes to monitor mode operation. Most importantly it >>> replaces DLT_IEEE802_11 support in net80211 by DLT_IEEE802_11_RADIO and >>> removes the latter from the underlying device. The upshot is that you >>> can no longer do: >>> >>> tcpdump -i ath0 >>> >>> instead you will now need a wlanX ifnet; e.g. >>> >>> ifconfig wlan create wlandev ath0 wlanmode monitor channel 6 up >>> tcpdump -i wlan0 -y IEEE802_11_RADIO >>> >>> This addresses the longstanding issue that applications like kismet that >>> want radiotap data needed to open two ifnets, one to receive data and >>> one to do channel changes. My main concern is whether losing >>> DLT_IEEE802_11 support will affect any apps. Those that depend on it >>> should be easy to change; you just request a different DLT and strip the >>> radiotap header from tap'd frames (or similar). >>> >>> In sweeping the drivers to do these changes I've made radiotap support >>> more consistent and improved some drivers. Drivers not tested so far: >>> malo, ipw, wpi, and upgt. I tested iwi and it appears broken in that no >>> frames are rx'd but I'm not sure I'll look at it before 8.0. >>> >>> I plan to commit these changes by the end of the week. >>> >> It makes ndisulator panic, following stupid patch fix it for me: >> >> --- /sys/net80211/ieee80211_radiotap.c 2009-05-25 12:14:29.000000000 +0000 >> +++ ieee80211_radiotap.c 2009-05-25 12:13:59.000000000 +0000 >> @@ -102,6 +102,8 @@ >> struct ieee80211com *ic = vap->iv_ic; >> struct ieee80211_radiotap_header *th = ic->ic_th; >> >> + if (th == NULL) >> + return; >> KASSERT(th != NULL, ("no radiotap setup")); >> >> /* radiotap DLT for raw 802.11 frames */ >> > > Unfortunately this one makes system panic on detach somewhere in bpf code, > so correct way to fix this is to use radiotap code only and only if device > have monitor cap. > > You haven't provided any information about what you're doing or what the crash looks like. If the radiotap DLT is never setup then I would expect detach to never touch it. The attached patch should hopefully do that; you need to verify both tx+rx header state are present as there are paths through the code that use each and checking only tx in ieee80211_radiotap_vattach is insufficient (right now at least). Sam --------------090008010204020400030203 Content-Type: text/plain; name="radiotap.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="radiotap.patch" Index: ieee80211_radiotap.c =================================================================== --- ieee80211_radiotap.c (revision 192470) +++ ieee80211_radiotap.c (working copy) @@ -102,12 +102,12 @@ struct ieee80211com *ic = vap->iv_ic; struct ieee80211_radiotap_header *th = ic->ic_th; - KASSERT(th != NULL, ("no radiotap setup")); - - /* radiotap DLT for raw 802.11 frames */ - bpfattach2(vap->iv_ifp, DLT_IEEE802_11_RADIO, - sizeof(struct ieee80211_frame) + le16toh(th->it_len), - &vap->iv_rawbpf); + if (th != NULL && ic->ic_rh != NULL) { + /* radiotap DLT for raw 802.11 frames */ + bpfattach2(vap->iv_ifp, DLT_IEEE802_11_RADIO, + sizeof(struct ieee80211_frame) + le16toh(th->it_len), + &vap->iv_rawbpf); + } } void --------------090008010204020400030203-- From owner-freebsd-current@FreeBSD.ORG Mon May 25 16:02:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D47AD1065670 for ; Mon, 25 May 2009 16:02:20 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with ESMTP id 633198FC2A for ; Mon, 25 May 2009 16:02:19 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 14775 invoked by uid 399); 25 May 2009 16:02:14 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 25 May 2009 16:02:14 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A1AC104.7040107@FreeBSD.org> Date: Mon, 25 May 2009 09:02:12 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.21 (X11/20090423) MIME-Version: 1.0 To: Martin Wilke References: <20090522175956.GA33004@bsdcrew.de> <20090524170237.GA12352@carrot.geeknest.org> <20090524181820.GD37143@bsdcrew.de> In-Reply-To: <20090524181820.GD37143@bsdcrew.de> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, Ulf Lilleengen Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 16:02:21 -0000 >> On Fri, May 22, 2009 at 07:59:57PM +0200, Martin Wilke wrote: >>> We rolled a new version with a fix for all users where >>> has problems with kernel load and unload. Many thanks to >>> Shin-ichi Okano where submitted this patch to the vbox ml. >>> >>> http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz Using this version and an up to date (r192705) -current I get an instantly wedged system when I load vboxdrv. The following message repeats over and over on the console if I try to kldload it there: panic: boot: not running on cpu0 cupid = 1 This is a C2D running i386. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon May 25 16:07:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEECB1065673 for ; Mon, 25 May 2009 16:07:49 +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 9E1A28FC21 for ; Mon, 25 May 2009 16:07:49 +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 920DD71F50F; Mon, 25 May 2009 12:07:48 -0400 (EDT) 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 dufO7nEeJmaS; Mon, 25 May 2009 12:07:48 -0400 (EDT) Received: from [10.0.0.248] (c-24-56-252-57.customer.broadstripe.net [24.56.252.57]) (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 0594271F50D; Mon, 25 May 2009 12:07:47 -0400 (EDT) Message-ID: <4A1AC253.6010306@egr.msu.edu> Date: Mon, 25 May 2009 12:07:47 -0400 From: Adam McDougall User-Agent: Thunderbird 2.0.0.21 (X11/20090418) MIME-Version: 1.0 To: Martin Wilke References: <20090514191237.GD70242@bsdcrew.de> <20090515101253.GH71804@bsdcrew.de> <4A0D7574.3050801@fletchermoorland.co.uk> In-Reply-To: <4A0D7574.3050801@fletchermoorland.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, Paul Wootton Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 16:07:50 -0000 Paul Wootton wrote: > Martin Wilke wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Ok >> >> We uploaded a new tarball what should be fix the build on AMD64. >> >> Small changelog: >> - - devel/kbuild is now dependency >> - - remove misc/compat6 support >> >> Note: >> Use devel/bcc instead of devel/dev86 what means >> If you have devel/bcc installed please deinstall >> >> http://people.freebsd.org/~miwi/vbox/virtualbox_1.tgz >> >> Please give us feedback :P >> >> >> - - Martin >> >> - -- >> +-----------------------+-------------------------------+ >> | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | >> | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | >> +-----------------------+-------------------------------+ >> | Mess with the Best, Die like the Rest! | >> +-----------------------+-------------------------------+ >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v2.0.11 (FreeBSD) >> >> iEYEARECAAYFAkoNQCUACgkQdLJIhLHm/OmgeQCgptEW5FhkmB8huDhs5LL63PhI >> +04AoONjytolxD892zcCnlv81MRLceEv >> =UJL8 >> -----END PGP SIGNATURE----- >> _______________________________________________ >> freebsd-ports@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" >> >> >> > Hi, > When compiling I get the following error > > kBuild: Installing tstUtf8 => > /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/bin/testcase/tstUtf8 > > kBuild: Installing tstUuid => > /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/bin/testcase/tstUuid > > kBuild: Installing tstVMStructGC => > /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/bin/tstVMStructGC > > kBuild: Generating tstVMStructSize - > /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/obj/VMM/tstVMStructGC.h > > /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/bin/tstVMStructGC: > 1: Syntax error: "(" unexpected > kmk[2]: *** > [/root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/obj/VMM/tstVMStructGC.h] > Error 2 > kmk[2]: *** Deleting file > `/root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/obj/VMM/tstVMStructGC.h' > > kmk[2]: *** Waiting for unfinished jobs.... > awk -f /usr/src/sys/conf/kmod_syms.awk > /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/obj/vboxdrv/vboxdrv.ko > /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.def > | xargs -J% objcopy % > /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/obj/vboxdrv/vboxdrv.ko > > awk: can't open file > /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.def > > source line number 10 > kmk[2]: Leaving directory > `/root/vBox/virtualbox/work/virtualbox-2.2.2r19673' > kmk[2]: Entering directory > `/root/vBox/virtualbox/work/virtualbox-2.2.2r19673' > kmk[2]: *** Exiting with status 2 > kmk[1]: *** [pass_binaries_this] Error 2 > kmk[1]: Leaving directory > `/root/vBox/virtualbox/work/virtualbox-2.2.2r19673' > kmk: *** [pass_binaries_order] Error 2 > *** Error code 2 > > Stop in /root/vBox/virtualbox. > demophon# > > > demophon# uname -a > FreeBSD demophon 8.0-CURRENT FreeBSD 8.0-CURRENT #10: Wed May 6 > 09:04:17 UTC 2009 paul@demophon:/usr/obj/usr/src/sys/DEMOPHON amd64 > > Any ideas? > > Cheers > Paul > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > I am getting this error too from the latest test port on amd64 7-stable and 8-current: kBuild: Installing tstVMStructGC => /usr/home/mcdouga9/virtualbox/work/virtualbox-2.2.2r19852/out/freebsd.amd64/release/bin/tstVMStructGC kBuild: Generating tstVMStructSize - /usr/home/mcdouga9/virtualbox/work/virtualbox-2.2.2r19852/out/freebsd.amd64/release/obj/VMM/tstVMStructGC.h /usr/home/mcdouga9/virtualbox/work/virtualbox-2.2.2r19852/out/freebsd.amd64/release/bin/tstVMStructGC: 1: Syntax error: "(" unexpected kmk[2]: *** [/usr/home/mcdouga9/virtualbox/work/virtualbox-2.2.2r19852/out/freebsd.amd64/release/obj/VMM/tstVMStructGC.h] Error 2 kmk[2]: *** Deleting file `/usr/home/mcdouga9/virtualbox/work/virtualbox-2.2.2r19852/out/freebsd.amd64/release/obj/VMM/tstVMStructGC.h' kmk[2]: *** Waiting for unfinished jobs.... kmk[2]: Leaving directory `/usr/home/mcdouga9/virtualbox/work/virtualbox-2.2.2r19852' kmk[2]: Entering directory `/usr/home/mcdouga9/virtualbox/work/virtualbox-2.2.2r19852' kmk[2]: *** Exiting with status 2 kmk[1]: *** [pass_binaries_this] Error 2 kmk[1]: Leaving directory `/usr/home/mcdouga9/virtualbox/work/virtualbox-2.2.2r19852' kmk: *** [pass_binaries_order] Error 2 *** Error code 2 The OS builds are 1-3 days old (full kernel + world) and ports were up to date. Help? Thanks. From owner-freebsd-current@FreeBSD.ORG Mon May 25 16:12:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D6281065677 for ; Mon, 25 May 2009 16:12:58 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 1F9FC8FC1B for ; Mon, 25 May 2009 16:12:58 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:44901 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1M8cmW-00083z-4y; Mon, 25 May 2009 18:12:10 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 8FD7CEECCD; Mon, 25 May 2009 18:12:05 +0200 (CEST) Message-Id: From: Thomas Backman To: Freddie Cash In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Mon, 25 May 2009 18:12:05 +0200 References: <4E6E325D-BB18-4478-BCFD-633D6F4CFD88@exscape.org> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1M8cmW-00083z-4y. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1M8cmW-00083z-4y 712022565f8b1d9e5f17bdeb8d67e263 Cc: freebsd-current@freebsd.org Subject: Re: ZFS panic under extreme circumstances (2/3 disks corrupted) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 16:12:59 -0000 On May 25, 2009, at 05:39 PM, Freddie Cash wrote: > On Mon, May 25, 2009 at 2:13 AM, Thomas Backman > wrote: >> On May 24, 2009, at 09:02 PM, Thomas Backman wrote: >> >>> So, I was playing around with RAID-Z and self-healing... >> >> Yet another follow-up to this. >> It appears that all traces of errors vanish after a reboot. So, say >> you have >> a dying disk; ZFS repairs the data for you, and you don't notice >> (unless you >> check zpool status). Then you reboot, and there's NO (easy?) way >> that I can >> tell to find out that something is wrong with your hardware! > > On our storage server that was initially configured using 1 large > 24-drive raidz2 vdev (don't do that, by the way), we had 1 drive go > south. "zpool status" was full of errors. And the error counts > survived reboots. Either that, or the drive was so bad that the error > counts started increasing right away after a boot. After a week of > fighting with it to get the new drive to resilver and get added to the > vdev, we nuked it and re-created it using 3 raidz2 vdevs each > comprised of 8 drives. > > (Un)fortunately, that was the only failure we've had so far, so can't > really confirm/deny the "error counts reset after reboot". Was this on FreeBSD? I have another unfortunate thing to note regarding this: after a reboot, it's even impossible to tell *which disk* has gone bad, even if the pool is "uncleared" but otherwise "healed". It simply says that a device has failed, with no clue as to which one, since they're all "ONLINE"! Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Mon May 25 16:19:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BB631065698 for ; Mon, 25 May 2009 16:19:25 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id 4FB908FC5A for ; Mon, 25 May 2009 16:19:25 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so1882868yxb.13 for ; Mon, 25 May 2009 09:19:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=iqmDm9vF1vnVBjb45Lgw/c+JzusUr5ggaPO+MKMzKX4=; b=d02Mm01skTC8+BjitWUZmcjsZd60QYpkrcsASsKnqz0JCmYoH/Nd9hyyMSNp32rWMi kaw+M1mrRh/bkbz4sAnzaTUhSk31UWCOKKJPaE4XcPwu9sWeRF/R6Fwmvagtu9NkvwTJ Hzg1AlyoGR4UMXw8x3SrMuXus0gsgJE+VhZz8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=H/7PAbZbEKAM/4b+QqWaCQWR38cwZYJmRIRp00r0N1TB00NokxoZUcY0tSJGBLUC7a 6ue4VMGN7kd/evOjogzax24MPGhvPLILHUunKFNl3dZAyVC3P8QkomO4paCIEDD+HWLh ADXTkgFxj+MBMXNPlhxBefa/IpDLYW5Ov/HWI= MIME-Version: 1.0 Received: by 10.150.134.18 with SMTP id h18mr14485849ybd.317.1243268361412; Mon, 25 May 2009 09:19:21 -0700 (PDT) In-Reply-To: References: <4E6E325D-BB18-4478-BCFD-633D6F4CFD88@exscape.org> Date: Mon, 25 May 2009 09:19:21 -0700 Message-ID: From: Freddie Cash To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: ZFS panic under extreme circumstances (2/3 disks corrupted) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 16:19:27 -0000 On Mon, May 25, 2009 at 9:12 AM, Thomas Backman wrot= e: > On May 25, 2009, at 05:39 PM, Freddie Cash wrote: >> On Mon, May 25, 2009 at 2:13 AM, Thomas Backman >> wrote: >>> On May 24, 2009, at 09:02 PM, Thomas Backman wrote: >>> >>>> So, I was playing around with RAID-Z and self-healing... >>> >>> Yet another follow-up to this. >>> It appears that all traces of errors vanish after a reboot. So, say you >>> have a dying disk; ZFS repairs the data for you, and you don't notice (= unless >>> you check zpool status). Then you reboot, and there's NO (easy?) way th= at I >>> can tell to find out that something is wrong with your hardware! >> >> On our storage server that was initially configured using 1 large >> 24-drive raidz2 vdev (don't do that, by the way), we had 1 drive go >> south. =C2=A0"zpool status" was full of errors. =C2=A0And the error coun= ts >> survived reboots. =C2=A0Either that, or the drive was so bad that the er= ror >> counts started increasing right away after a boot. =C2=A0After a week of >> fighting with it to get the new drive to resilver and get added to the >> vdev, we nuked it and re-created it using 3 raidz2 vdevs each >> comprised of 8 drives. >> >> (Un)fortunately, that was the only failure we've had so far, so can't >> really confirm/deny the "error counts reset after reboot". > > Was this on FreeBSD? 64-bit FreeBSD 7.1 using ZFS v6. SATA drives connected to 3Ware RAID controllers, but configured as "Single Drive" arrays not using hardware RAID in any way. > I have another unfortunate thing to note regarding this: after a reboot, > it's even impossible to tell *which disk* has gone bad, even if the pool = is > "uncleared" but otherwise "healed". It simply says that a device has fail= ed, > with no clue as to which one, since they're all "ONLINE"! Even when using -v? zpool status -v --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon May 25 16:21:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D17D0106564A for ; Mon, 25 May 2009 16:21:53 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 453008FC48 for ; Mon, 25 May 2009 16:21:53 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 44FD8EB5962; Mon, 25 May 2009 19:21:52 +0300 (EEST) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 32DC5450C6; Mon, 25 May 2009 19:21:52 +0300 (EEST) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FXxy8WemE9tb; Mon, 25 May 2009 19:21:52 +0300 (EEST) Received: from kobe.laptop (ppp-94-64-237-177.home.otenet.gr [94.64.237.177]) by mail.ceid.upatras.gr (Postfix) with ESMTP id DD552450ED; Mon, 25 May 2009 19:21:51 +0300 (EEST) Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id n4PGLpCJ002358; Mon, 25 May 2009 19:21:51 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id n4PGLnHo002357; Mon, 25 May 2009 19:21:49 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Edwin Groothuis In-Reply-To: <20090522005304.GA10028@mavetju.org> (Edwin Groothuis's message of "Fri, 22 May 2009 10:53:05 +1000") Date: Mon, 25 May 2009 14:44:18 +0300 Message-ID: <874ov9e7al.fsf@kobe.laptop> References: <20090521204607.GA34381@mavetju.org> <20090521211013.GA76374@freebsd.org> <20090522005304.GA10028@mavetju.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.94 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Cc: Roman Divacky , freebsd-current@freebsd.org Subject: Re: Update of tzcode from 2004a to 2009e X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 16:21:54 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable On Fri, 22 May 2009 10:53:05 +1000, Edwin Groothuis wro= te: >On Thu, May 21, 2009 at 11:10:14PM +0200, Roman Divacky wrote: >>On Fri, May 22, 2009 at 06:46:07AM +1000, Edwin Groothuis wrote: >>> Please be informed that I will commit an update to the tzcode >>> related code (zic, zdump, stdtime of libc) in the coming days. Last >>> year[1] >>=20 >> what new is there? what will it improve? >>=20 >> just curious > > The original issue why I dived into it was because zdump on the 64 bit > platforms didn't work properly. Pretty lame reason I admit, but that's > how all big things start :-) > > The new code and format of the output of zic adds support for 64 bit > time_t while staying compatible with applications which don't support > it. Plus general fixes. Plus tons of bug fixes, cause by better overflow handling in the updated tzcode snapshot. Edwin, thank you for keeping up with all the tzcode updates :-) --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoahJMACgkQ1g+UGjGGA7ZeygCeOtlK0/nNxjbYKtvKMR4o0v30 ZiMAmgIUS1aSHq1Oj1kt8df4aySt8kdP =ak04 -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Mon May 25 16:36:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CC6A106564A for ; Mon, 25 May 2009 16:36:06 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id BEAB68FC1F for ; Mon, 25 May 2009 16:36:03 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:46751 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1M8d9c-0000gH-41; Mon, 25 May 2009 18:36:02 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 2A00EEECD4; Mon, 25 May 2009 18:35:59 +0200 (CEST) Message-Id: <45674300-D57D-4CD4-BF69-90744F9C90A0@exscape.org> From: Thomas Backman To: Freddie Cash In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Mon, 25 May 2009 18:35:59 +0200 References: <4E6E325D-BB18-4478-BCFD-633D6F4CFD88@exscape.org> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1M8d9c-0000gH-41. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1M8d9c-0000gH-41 5dd4e294809b3c4cf59cba528b89cff7 Cc: freebsd-current@freebsd.org Subject: Re: ZFS panic under extreme circumstances (2/3 disks corrupted) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 16:36:06 -0000 On May 25, 2009, at 06:19 PM, Freddie Cash wrote: > On Mon, May 25, 2009 at 9:12 AM, Thomas Backman > wrote: >> On May 25, 2009, at 05:39 PM, Freddie Cash wrote: >> Was this on FreeBSD? > > 64-bit FreeBSD 7.1 using ZFS v6. SATA drives connected to 3Ware RAID > controllers, but configured as "Single Drive" arrays not using > hardware RAID in any way. > >> I have another unfortunate thing to note regarding this: after a >> reboot, >> it's even impossible to tell *which disk* has gone bad, even if the >> pool is >> "uncleared" but otherwise "healed". It simply says that a device >> has failed, >> with no clue as to which one, since they're all "ONLINE"! > > Even when using -v? zpool status -v Yup, unfortunately. [root@clone ~]# zpool status -v test pool: test state: ONLINE status: One or more devices has experienced an error resulting in data corruption. Applications may be affected. action: Restore the file in question if possible. Otherwise restore the entire pool from backup. see: http://www.sun.com/msg/ZFS-8000-8A scrub: scrub completed after 0h0m with 372 errors on Mon May 25 12:57:46 2009 config: NAME STATE READ WRITE CKSUM test ONLINE 0 0 373 raidz1 ONLINE 0 0 747 da1 ONLINE 0 0 0 9K repaired da2 ONLINE 0 0 171 119K repaired da3 ONLINE 0 0 0 9K repaired raidz1 ONLINE 0 0 2 ad0 ONLINE 0 0 0 ad1 ONLINE 0 0 315 ad3 ONLINE 0 0 318 errors: Permanent errors have been detected in the following files: /test/testfile [root@clone ~]# reboot [root@clone ~]# zpool status -xv pool: test state: ONLINE status: One or more devices has experienced an error resulting in data corruption. Applications may be affected. action: Restore the file in question if possible. Otherwise restore the entire pool from backup. see: http://www.sun.com/msg/ZFS-8000-8A scrub: none requested config: NAME STATE READ WRITE CKSUM test ONLINE 0 0 0 raidz1 ONLINE 0 0 0 da1 ONLINE 0 0 0 da2 ONLINE 0 0 0 da3 ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ad0 ONLINE 0 0 0 ad1 ONLINE 0 0 0 ad3 ONLINE 0 0 0 errors: Permanent errors have been detected in the following files: /test/testfile From owner-freebsd-current@FreeBSD.ORG Mon May 25 17:23:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 688FB106568F for ; Mon, 25 May 2009 17:23:31 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id 1DA318FC34 for ; Mon, 25 May 2009 17:23:30 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so1849919ana.13 for ; Mon, 25 May 2009 10:23:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=zI7O87z3CDFRGS706/OyWBgRNFHnKlm8Akr8p1bblX0=; b=YXX8PWRmvtWqj8QA9HJ+tz98pIXn98kornDTIXanrFUJVENAJwl+9gC+RrJ9pIBa68 11YNov5KwNXbjkvtzRDDqAxKbhNeHCIXVPx65LMvzL0Pv7Bz4ctSYZAvvrVzuUiOC79k A5CQIcfx4nMEnKrUIMnTd/CchSpWCaDTXqBKU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=kCu9diO0mgk6rwtnCV7LkUXitR6KyTtXTH+Dsnm+vC0iprxaVbwrPs+Ka/9aeE6uyE 44BrENMGfM9xLuF6q7n0z0LACAdlYradLvd6RuCjTeaq/NEO2mr611iF39W9eVL3SLMC Fa9O/jRsfK+ymcNib/9CPfruwYg8pjm9+tui8= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.215.12 with SMTP id n12mr12540019ang.133.1243272210297; Mon, 25 May 2009 10:23:30 -0700 (PDT) In-Reply-To: References: <4E6E325D-BB18-4478-BCFD-633D6F4CFD88@exscape.org> Date: Mon, 25 May 2009 10:23:30 -0700 X-Google-Sender-Auth: 40771f6ad506afab Message-ID: <3c1674c90905251023m2ce92bcdh4cd3e9df67b83dfd@mail.gmail.com> From: Kip Macy To: Thomas Backman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ZFS panic under extreme circumstances (2/3 disks corrupted) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 17:23:31 -0000 > > I'm guessing this is the case in OpenSolaris as well...? In any case, it's > BAD. Unless you keep checking zpool status over and over, you could have a > disk "failing silently" - which defeats one of the major purposes of ZFS! > Sure, auto-healing is nice, but it should tell you that it's happening, so > that you can prepare to replace a disk (i.e. order a new one BEFORE it > crasches bigtime). > > No, the FMA will persistently track issues like this. http://opensolaris.org/os/community/fm/ -Kip From owner-freebsd-current@FreeBSD.ORG Mon May 25 17:28:11 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3762C10656D4 for ; Mon, 25 May 2009 17:28:11 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id EE6A28FC1F for ; Mon, 25 May 2009 17:28:10 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 25 May 2009 13:28:10 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.10.5-GA) with ESMTP id KWP23707; Mon, 25 May 2009 13:28:08 -0400 (EDT) X-Auth-ID: roberthuff Received: from c-24-91-153-117.hsd1.ma.comcast.net (HELO [192.168.10.4]) ([24.91.153.117]) by smtp01.lnh.mail.rcn.net with ESMTP; 25 May 2009 13:28:08 -0400 Message-ID: <4A1AD6D3.7030100@rcn.com> Date: Mon, 25 May 2009 13:35:15 -0400 From: Robert Huff User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Junkmail-Whitelist: YES (by domain whitelist at mr08.lnh.mail.rcn.net) Cc: Subject: fdisk incompatibility between major versions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 17:28:11 -0000 Due to a combination of my spectacular stupidity and external events, a machine running -Current from late April will no longer boot. Specifically, instead of the loader menu screen I get "Invalid partition". Crud. Broke out the most recent fixit disk, which is from 7.1 (Jan 2009). Boots fine; fdisk finds the correct slice information; bsdlabel finds the right partition data; mount / and /usr under LiveFS Whew!!!! So ... I'm guessing the problem in the boot code is corrupted, and if I do fdisk -B -b da0 it should put things back to normal. However: when I do the second commit I get fdisk: Geom not found "da0" fdsk: failed to write sector 0 This leads to the assumption there is a fundamental discrepancy between the two versions. Not unreasonable, as I know there have been changes in the filesystem code since 7.1. 0) is the diagnosis correct, and will my proposed solution work 1) if so, is there a way to convince the 7.1 fdisk to Do The Right Thing? 2) if not, what do I do next? Respectfully, Robert Huff From owner-freebsd-current@FreeBSD.ORG Mon May 25 17:59:32 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53F201065675 for ; Mon, 25 May 2009 17:59:32 +0000 (UTC) (envelope-from fjwcash@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 122168FC1E for ; Mon, 25 May 2009 17:59:31 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1906564ywe.13 for ; Mon, 25 May 2009 10:59:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=lmjLm3Pe6pBdZSn7Yyi/jtnscbdBszh4u/bRgaYO76k=; b=YSf2+0XN/8k3HRRr9m12sliGKAajJQ64CVqQGWWCYK9ueCVu0B1KRpezVxPTCNKrcF MNX47rdwpAsmyK19k45vOChRk2VavHTXjkUiVtdveIdq0q7bva/QfAOPIHV4uxYg08Sh b/HsBqIzijIOwz0ACGNZ6Sx+bd9+OH2zLDbd8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=QVBxAj/LdpjS0f+EyNeClpFDCTr6d5oaZKcDSE8NSaqtIz0lAVlFq+HcljSh+6j5wO OKqawcNLs1rHZWutJsiNxvpkaBUEAHxQUXlr4d/Qv7VyOH+9kuvlBW4fsmwHTgJrZX28 5ZY0Wq3VRe0wXWw7PVoBXZekcCS1fmf2R9Zwg= MIME-Version: 1.0 Received: by 10.150.54.9 with SMTP id c9mr14781021yba.23.1243272992102; Mon, 25 May 2009 10:36:32 -0700 (PDT) In-Reply-To: <4A1AD6D3.7030100@rcn.com> References: <4A1AD6D3.7030100@rcn.com> Date: Mon, 25 May 2009 10:36:32 -0700 Message-ID: From: Freddie Cash To: current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: fdisk incompatibility between major versions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 17:59:32 -0000 On Mon, May 25, 2009 at 10:35 AM, Robert Huff wrote: > =C2=A0 Due to a combination of my spectacular stupidity and external even= ts, a > machine running -Current from late April will no longer boot. =C2=A0Speci= fically, > instead of the loader menu screen I get "Invalid partition". > =C2=A0 Crud. > =C2=A0 Broke out the most recent fixit disk, which is from 7.1 (Jan 2009)= . > =C2=A0 Boots fine; fdisk finds the correct slice information; bsdlabel fi= nds the > right partition data; mount / and /usr under LiveFS > =C2=A0 Whew!!!! > =C2=A0 So ... I'm guessing the problem in the boot code is corrupted, and= if I do > > =C2=A0 =C2=A0fdisk -B -b da0 > > =C2=A0 =C2=A0it should put things back to normal. > =C2=A0 =C2=A0However: when I do the second commit I get > > =C2=A0 =C2=A0fdisk: Geom not found "da0" > =C2=A0 =C2=A0fdsk: failed to write sector 0 In order to alter a drive with a mounted filesystem (ie an active drive), you need to first set the drive to writable: sysctl -w kern.geom.debugflags=3D16 This has been the case for several years now (since 5.x I believe). --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon May 25 19:32:00 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24732106566B for ; Mon, 25 May 2009 19:32:00 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id DBA6E8FC2A for ; Mon, 25 May 2009 19:31:59 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:d9a3:5bc4:15a:4eee] (unknown [IPv6:2001:7b8:3a7:0:d9a3:5bc4:15a:4eee]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 87E265C42; Mon, 25 May 2009 21:31:58 +0200 (CEST) Message-ID: <4A1AF22C.7070206@andric.com> Date: Mon, 25 May 2009 21:31:56 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1pre) Gecko/20090524 Shredder/3.0b3pre MIME-Version: 1.0 To: Freddie Cash References: <4A1AD6D3.7030100@rcn.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: fdisk incompatibility between major versions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 19:32:00 -0000 On 2009-05-25 19:36, Freddie Cash wrote: >> So ... I'm guessing the problem in the boot code is corrupted, and if I do >> >> fdisk -B -b da0 >> >> it should put things back to normal. >> However: when I do the second commit I get >> >> fdisk: Geom not found "da0" >> fdsk: failed to write sector 0 > > In order to alter a drive with a mounted filesystem (ie an active > drive), you need to first set the drive to writable: > > sysctl -w kern.geom.debugflags=16 If the original poster is running from a Fixit CD, he could also simply unmount the filesystem before zapping its boot blocks from under it. :) Normally you only need to enable the footshooting^Wdebugflags stuff when you are doing this from the booted system itself, instead of a Fixit or LiveFS disc. From owner-freebsd-current@FreeBSD.ORG Mon May 25 22:04:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66F501065674 for ; Mon, 25 May 2009 22:04:02 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from smtp-vbr1.xs4all.nl (smtp-vbr1.xs4all.nl [194.109.24.21]) by mx1.freebsd.org (Postfix) with ESMTP id E09BC8FC17 for ; Mon, 25 May 2009 22:04:01 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [192.168.178.47] (martenvijn.xs4all.nl [80.101.161.153]) by smtp-vbr1.xs4all.nl (8.13.8/8.13.8) with ESMTP id n4PLhXuu013201 for ; Mon, 25 May 2009 23:43:33 +0200 (CEST) (envelope-from info@martenvijn.nl) From: Marten Vijn To: freebsd-current@freebsd.org Content-Type: text/plain Date: Mon, 25 May 2009 23:43:33 +0200 Message-Id: <1243287813.4621.85.camel@mvn-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Subject: pxeboot problem on serial machines X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 22:04:02 -0000 Hi all, I can boot my notebooks (Medion and EEE7801) over pxe. Current is from 2 hours ago: r192766 I did an install GENERIC kernel+world to /usr/tftpboot copied /usr/ftfpboot/boot/pxeboot to /usr/tftpboot/ my serial hardware: - alix 3dc board stops at: Starting BTX Loader - soekris net4521 and net4826 keep loading the kernel for ever: /boot/kernel/kernel text=0x86f0f8 (with rotating | ) Dmesg below, if more info is required please let me know. kind regards, Marten Dmesg: Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #2 r192766: Mon May 25 22:57:13 CEST 2009 root@dfd:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Mobile Intel(R) Pentium(R) 4 CPU 3.06GHz (3059.22-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400 real memory = 1073741824 (1024 MB) avail memory = 1032486912 (984 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xd1000000-0xd1ffffff,0xe0000000-0xefffffff irq 16 at device 0.0 on pci1 uhci0: port 0x1cc0-0x1cdf irq 16 at device 29.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x003b usbus0: on uhci0 uhci1: port 0x1ce0-0x1cff irq 19 at device 29.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x0010 usbus1: on uhci1 uhci2: port 0x2000-0x201f irq 18 at device 29.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x0010 usbus2: on uhci2 uhci3: port 0x2020-0x203f irq 16 at device 29.3 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x0010 usbus3: on uhci3 ehci0: mem 0xd0000000-0xd00003ff irq 23 at device 29.7 on pci0 ehci0: [ITHREAD] usbus4: EHCI version 1.0 usbus4: on ehci0 pcib2: at device 30.0 on pci0 pci3: on pcib2 cbb0: at device 4.0 on pci3 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [FILTER] cbb1: at device 4.1 on pci3 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [FILTER] fwohci0: <1394 Open Host Controller Interface> mem 0xd2015000-0xd20157ff,0xd2010000-0xd2013fff irq 23 at device 4.2 on pci3 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 12:34:56:78:12:34:56:78 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x1494000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 12:34:56:34:56:78 fwe0: Ethernet address: 12:34:56:34:56:78 fwip0: on firewire0 fwip0: Firewire address: 12:34:56:78:12:34:56:78 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode pci3: at device 4.3 (no driver attached) rl0: port 0x3000-0x30ff mem 0xd2015800-0xd20158ff irq 19 at device 5.0 on pci3 miibus0: on rl0 rlphy0: PHY 0 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0a:e4:55:3b:8f rl0: [ITHREAD] ath0: mem 0xd2000000-0xd200ffff irq 18 at device 6.0 on pci3 ath0: [ITHREAD] ath0: AR5212 mac 5.9 RF5112 phy 4.3 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2060-0x206f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 acpi_button1: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] battery0: on acpi0 acpi_acad0: on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd0fff,0xdc000-0xdffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: parallel port not found. uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 uart1: [FILTER] Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 ad0: 76319MB at ata0-master UDMA100 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 acd0: DVDR at ata1-master UDMA33 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered GEOM: ad0s2: geometry does not match label (255h,63s != 16h,63s). GEOM: ad0s3: geometry does not match label (255h,63s != 16h,63s). GEOM_LABEL: Label for provider ad0s2a is ufsid/46880ae48b7b4970. GEOM_LABEL: Label for provider ad0s2d is ufsid/46880ae5ec9b08d8. GEOM_LABEL: Label for provider ad0s2e is ufsid/46880ae4445f58df. GEOM_LABEL: Label for provider ad0s2f is ufsid/46880ae4d9762575. GEOM_LABEL: Label for provider ad0s3a is ufsid/48103c56d3be486d. GEOM_LABEL: Label for provider ad0s3d is ufsid/48103c58caf1aa62. GEOM_LABEL: Label for provider ad0s3e is ufsid/48103c56f2e0461f. GEOM_LABEL: Label for provider ad0s3f is ufsid/48103c5640d0eba0. uhub4: 8 ports with 8 removable, self powered SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from nfs: NFS ROOT: 10.11.11.1:/usr/tftpboot ugen1.2: at usbus1 uplcom0: on usbus1 GEOM_LABEL: Label for provider md0 is ufsid/4a1b0abb3ab79c50. GEOM_LABEL: Label ufsid/4a1b0abb3ab79c50 removed. GEOM_LABEL: Label for provider md1 is ufsid/4a1b0abe0c17b575. GEOM_LABEL: Label ufsid/4a1b0abe0c17b575 removed. ugen1.2: at usbus1 (disconnected) uplcom0: at uhub1, port 2, addr 2 (disconnected) -- http://martenvijn.nl Marten Vijn http://martenvijn.nl/trac/wiki/soas Sugar on a Stick http://bsd.wifisoft.org/nek/ The Network Event Kit http://har2009.org 13th-16th August http://opencommunitycamp.org 26th Jul - 2nd August From owner-freebsd-current@FreeBSD.ORG Mon May 25 22:04:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC3731065675 for ; Mon, 25 May 2009 22:04:04 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) by mx1.freebsd.org (Postfix) with ESMTP id 51A598FC1B for ; Mon, 25 May 2009 22:04:03 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [192.168.178.47] (martenvijn.xs4all.nl [80.101.161.153]) by smtp-vbr6.xs4all.nl (8.13.8/8.13.8) with ESMTP id n4PLoWrc012309 for ; Mon, 25 May 2009 23:50:32 +0200 (CEST) (envelope-from info@martenvijn.nl) From: Marten Vijn To: freebsd-current@freebsd.org Content-Type: text/plain Date: Mon, 25 May 2009 23:50:31 +0200 Message-Id: <1243288231.4621.90.camel@mvn-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Subject: uplcom write:Device not configured X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 22:04:05 -0000 I am using a uplcom usb to serial adapter while using Current it stops working On console appear: write: Device not configured After some time the machine hangs, and I have to power cycle the machine Current is from 2 hours ago: r192766 demsg below, if more info is required please let me know. kind regards, Marten dmesg Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #2 r192766: Mon May 25 22:57:13 CEST 2009 root@dfd:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Mobile Intel(R) Pentium(R) 4 CPU 3.06GHz (3059.22-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400 real memory = 1073741824 (1024 MB) avail memory = 1032486912 (984 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xd1000000-0xd1ffffff,0xe0000000-0xefffffff irq 16 at device 0.0 on pci1 uhci0: port 0x1cc0-0x1cdf irq 16 at device 29.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x003b usbus0: on uhci0 uhci1: port 0x1ce0-0x1cff irq 19 at device 29.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x0010 usbus1: on uhci1 uhci2: port 0x2000-0x201f irq 18 at device 29.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x0010 usbus2: on uhci2 uhci3: port 0x2020-0x203f irq 16 at device 29.3 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x0010 usbus3: on uhci3 ehci0: mem 0xd0000000-0xd00003ff irq 23 at device 29.7 on pci0 ehci0: [ITHREAD] usbus4: EHCI version 1.0 usbus4: on ehci0 pcib2: at device 30.0 on pci0 pci3: on pcib2 cbb0: at device 4.0 on pci3 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [FILTER] cbb1: at device 4.1 on pci3 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [FILTER] fwohci0: <1394 Open Host Controller Interface> mem 0xd2015000-0xd20157ff,0xd2010000-0xd2013fff irq 23 at device 4.2 on pci3 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 12:34:56:78:12:34:56:78 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x1494000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 12:34:56:34:56:78 fwe0: Ethernet address: 12:34:56:34:56:78 fwip0: on firewire0 fwip0: Firewire address: 12:34:56:78:12:34:56:78 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode pci3: at device 4.3 (no driver attached) rl0: port 0x3000-0x30ff mem 0xd2015800-0xd20158ff irq 19 at device 5.0 on pci3 miibus0: on rl0 rlphy0: PHY 0 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0a:e4:55:3b:8f rl0: [ITHREAD] ath0: mem 0xd2000000-0xd200ffff irq 18 at device 6.0 on pci3 ath0: [ITHREAD] ath0: AR5212 mac 5.9 RF5112 phy 4.3 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2060-0x206f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 acpi_button1: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] battery0: on acpi0 acpi_acad0: on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd0fff,0xdc000-0xdffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: parallel port not found. uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 uart1: [FILTER] Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 ad0: 76319MB at ata0-master UDMA100 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 acd0: DVDR at ata1-master UDMA33 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered GEOM: ad0s2: geometry does not match label (255h,63s != 16h,63s). GEOM: ad0s3: geometry does not match label (255h,63s != 16h,63s). GEOM_LABEL: Label for provider ad0s2a is ufsid/46880ae48b7b4970. GEOM_LABEL: Label for provider ad0s2d is ufsid/46880ae5ec9b08d8. GEOM_LABEL: Label for provider ad0s2e is ufsid/46880ae4445f58df. GEOM_LABEL: Label for provider ad0s2f is ufsid/46880ae4d9762575. GEOM_LABEL: Label for provider ad0s3a is ufsid/48103c56d3be486d. GEOM_LABEL: Label for provider ad0s3d is ufsid/48103c58caf1aa62. GEOM_LABEL: Label for provider ad0s3e is ufsid/48103c56f2e0461f. GEOM_LABEL: Label for provider ad0s3f is ufsid/48103c5640d0eba0. uhub4: 8 ports with 8 removable, self powered SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from nfs: NFS ROOT: 10.11.11.1:/usr/tftpboot ugen1.2: at usbus1 uplcom0: on usbus1 GEOM_LABEL: Label for provider md0 is ufsid/4a1b0abb3ab79c50. GEOM_LABEL: Label ufsid/4a1b0abb3ab79c50 removed. GEOM_LABEL: Label for provider md1 is ufsid/4a1b0abe0c17b575. GEOM_LABEL: Label ufsid/4a1b0abe0c17b575 removed. ugen1.2: at usbus1 (disconnected) uplcom0: at uhub1, port 2, addr 2 (disconnected) -- http://martenvijn.nl Marten Vijn http://martenvijn.nl/trac/wiki/soas Sugar on a Stick http://bsd.wifisoft.org/nek/ The Network Event Kit http://har2009.org 13th-16th August http://opencommunitycamp.org 26th Jul - 2nd August From owner-freebsd-current@FreeBSD.ORG Mon May 25 23:40:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A82C1065670 for ; Mon, 25 May 2009 23:40:07 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id E53108FC16 for ; Mon, 25 May 2009 23:40:06 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1984334ywe.13 for ; Mon, 25 May 2009 16:40:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=e/Ft5w6GBW1tHWRzk0Lx1c8S5gQXX2pda9wodCjXqmg=; b=HZ3sFJDmBVCJokrPFKEyF946DiW6ctOA9Xh2waO7nVeCl1/csMzrwnItplnxMNKRXw VmlzNZK3SZBPKLI9aeuwY6Ff4PUMjqFw5tEryRWmT8Y0Qfod/FhWxb/3qKiZDvGE2CEL NmGzmiCtlBEMNu/IXnnWjS8no2lxtxiTZsUWI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=CF5ihZQuHv+nnHJkxtG9c0LgyOJqEFV4zxXxayA/cqCdCOeKIba2im92rjDRT+jqCh A2//0J8OG3AHNw8E4ZFlnCSiTfWpgPH+zUExzJ0QMesKSubtW2OMXyyVPehTdCR/DpPg /sHrnIdbzu7JXZJmXNIaC/zyptTiSxnNbe17w= MIME-Version: 1.0 Received: by 10.150.95.8 with SMTP id s8mr15198798ybb.278.1243292873420; Mon, 25 May 2009 16:07:53 -0700 (PDT) In-Reply-To: <20090525082320.GJ23593@michelle.cdnetworks.co.kr> References: <20090521041929.GN9043@michelle.cdnetworks.co.kr> <20090525082320.GJ23593@michelle.cdnetworks.co.kr> Date: Mon, 25 May 2009 16:07:53 -0700 Message-ID: <7d6fde3d0905251607h3bb07785rbeefd35afd15bb5d@mail.gmail.com> From: Garrett Cooper To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: CFT: msk(4) and Yukon FE+(88E8040, 88E8040T, 88E8048, 88E8070) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 23:40:07 -0000 On Mon, May 25, 2009 at 1:23 AM, Pyun YongHyeon wrote: > On Thu, May 21, 2009 at 01:19:29PM +0900, Pyun YongHyeon wrote: >> Hi, >> >> I had been working on supporting Yukon FE+ for more than a year. >> Lack of hardware and documentation was one of major issue to write >> support code. Recently one user, Tanguy Bouzeloc, submitted fix >> and the patch seems to make msk(4) work on Yukon FE+. You can get >> the latest patch at the following URL. >> http://people.freebsd.org/~yongari/msk/msk.88E8040.patch26 >> >> Since the patch changes a lot of code flow of driver all msk(4) >> users would be affected. If you use msk(4) or have Yukon FE+, >> please give it try and let me know how it goes on your box. >> > > FYI: Patch committed to HEAD. Nice work on the new driver Pyun! It seems a lot more functional than the previous versions were on my msk chipset. [gcooper@orangebox /usr/home/gcooper]$ pciconf -lv | grep msk mskc0@pci0:2:0:0: class=0x020000 card=0x81f81043 chip=0x436411ab rev=0x12 hdr=0x00 wbr, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue May 26 00:25:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 702B4106566C for ; Tue, 26 May 2009 00:25:04 +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 52E6D8FC20 for ; Tue, 26 May 2009 00:25:04 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M8kTX-000LNJ-T2 for freebsd-current@freebsd.org; Tue, 26 May 2009 00:25:04 +0000 Received: from rmac.local.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 2E4121A1798F for ; Tue, 26 May 2009 09:25:03 +0900 (JST) Date: Tue, 26 May 2009 09:25:02 +0900 Message-ID: From: Randy Bush To: FreeBSD Current User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Subject: kern/134011 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 00:25:04 -0000 [ yes, dear, i know i should not run current on production systems. but then, if no one does, how are we gonna shake out proplems under load and real life conditions. someone has to do it. ] this bug is now causing system lockup when the midnight gmt jobs run on one system and it manifesting with less serious consequences on three others. the servers are all racked and remote but have serial console access. how can i be of help finding this one? randy From owner-freebsd-current@FreeBSD.ORG Tue May 26 00:29:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEF0D106568A for ; Tue, 26 May 2009 00:29:53 +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 A241A8FC22 for ; Tue, 26 May 2009 00:29:53 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M8kYD-000LNp-CY for freebsd-current@freebsd.org; Tue, 26 May 2009 00:29:53 +0000 Received: from rmac.local.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id DAA891A180C4 for ; Tue, 26 May 2009 09:29:52 +0900 (JST) Date: Tue, 26 May 2009 09:29:52 +0900 Message-ID: From: Randy Bush To: FreeBSD Current In-Reply-To: References: User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Subject: Re: kern/134011 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 00:29:54 -0000 > this bug is now causing system lockup when the midnight gmt jobs run on > one system and it manifesting with less serious consequences on three > others. oh, and other folk have reported on list of seeing the same. though they have not added to the pr. randy From owner-freebsd-current@FreeBSD.ORG Tue May 26 01:24:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7818A1065670 for ; Tue, 26 May 2009 01:24:42 +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 5CB488FC0C for ; Tue, 26 May 2009 01:24:42 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M8lPF-000Lec-Li; Tue, 26 May 2009 01:24:41 +0000 Received: from rmac.local.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 2D61F1A1D1AA; Tue, 26 May 2009 10:24:39 +0900 (JST) Date: Tue, 26 May 2009 10:24:38 +0900 Message-ID: From: Randy Bush To: Scott Long In-Reply-To: <4A1B41DE.30305@samsco.org> References: <4A1B41DE.30305@samsco.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD Current Subject: Re: kern/134011 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 01:24:42 -0000 >>> this bug is now causing system lockup when the midnight gmt jobs run on >>> one system and it manifesting with less serious consequences on three >>> others. >> oh, and other folk have reported on list of seeing the same. though >> they have not added to the pr. > If you're using ZFS then you want to get to the tip of current to pick > up the VM backpressure fixes that were added. the problem is worst on a zfs system, crashing. and it is upgrading now and does so once a week. the problem also manifests on non-zfs systems. randy From owner-freebsd-current@FreeBSD.ORG Tue May 26 01:37:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98188106566B for ; Tue, 26 May 2009 01:37:27 +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 373E08FC18 for ; Tue, 26 May 2009 01:37:26 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local (pooker.samsco.org [168.103.85.57]) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n4Q1Bw2w007378; Mon, 25 May 2009 19:11:58 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4A1B41DE.30305@samsco.org> Date: Mon, 25 May 2009 19:11:58 -0600 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: Randy Bush References: In-Reply-To: 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.5 required=3.8 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: FreeBSD Current Subject: Re: kern/134011 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 01:37:27 -0000 Randy Bush wrote: >> this bug is now causing system lockup when the midnight gmt jobs run on >> one system and it manifesting with less serious consequences on three >> others. > > oh, and other folk have reported on list of seeing the same. though > they have not added to the pr. > > randy If you're using ZFS then you want to get to the tip of current to pick up the VM backpressure fixes that were added. Scott From owner-freebsd-current@FreeBSD.ORG Tue May 26 01:49:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF348106566C for ; Tue, 26 May 2009 01:49:15 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id BFCAB8FC16 for ; Tue, 26 May 2009 01:49:15 +0000 (UTC) (envelope-from ler@lerctr.org) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; h=Received:Received:Message-ID:In-Reply-To:References:Date:Subject:From:To:Cc:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:Importance:X-Spam-Score:X-LERCTR-Spam-Score:X-Spam-Report:X-LERCTR-Spam-Report:DomainKey-Status; b=natOeVXExEvAkvqMh88HhGR56/6KBmoscQ80dON0nmIB+/RBX/xVDo6B4yK0ZUJGT/GWtkJm/Cj9gbFpdPCC57JaepwPPDYCmKGxDu37loolAnwOEeV4OgDjIMHSydf+OsOSX5PYJWvhHfohVSFLEiswsEKanFlnOIp5ZE4vL/g=; Received: from localhost.lerctr.org ([127.0.0.1]:64376 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M8lmq-0007QC-QU; Mon, 25 May 2009 20:49:06 -0500 Received: from 76.205.169.61 (SquirrelMail authenticated user ler) by webmail.lerctr.org with HTTP; Mon, 25 May 2009 20:49:04 -0500 Message-ID: <61241210da5c1e9678f0ba0cdc60ffb7.squirrel@webmail.lerctr.org> In-Reply-To: <4A1B41DE.30305@samsco.org> References: <4A1B41DE.30305@samsco.org> Date: Mon, 25 May 2009 20:49:04 -0500 From: "Larry Rosenman" To: "Scott Long" User-Agent: SquirrelMail/1.4.19 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8,BAYES_00=-2.599 X-LERCTR-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8,BAYES_00=-2.599 DomainKey-Status: no signature Cc: Randy Bush , FreeBSD Current Subject: Re: kern/134011 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 01:49:16 -0000 On Mon, May 25, 2009 8:11 pm, Scott Long wrote: > Randy Bush wrote: >>> this bug is now causing system lockup when the midnight gmt jobs run on >>> one system and it manifesting with less serious consequences on three >>> others. >> >> oh, and other folk have reported on list of seeing the same. though >> they have not added to the pr. >> >> randy > > If you're using ZFS then you want to get to the tip of current to pick > up the VM backpressure fixes that were added. I'm still seeing occasional (I.E. I haven't pinned it down) ZFS write crashes. (this is with a current of 23-May-2009.) See my posts earlier today. I expect to get a textdump with the UMA and malloc stats that Kip requested in the next 24-72 hours if it stays true to form. > > Scott > _______________________________________________ > 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" > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Tue May 26 04:37:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93DEE1065676 for ; Tue, 26 May 2009 04:37:26 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 115DD8FC1A for ; Tue, 26 May 2009 04:37:25 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n4Q4bOtQ088722 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 26 May 2009 06:37:25 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: <81219750-3AA7-4AEB-9104-4B5C98722242@lassitu.de> From: Stefan Bethke To: FreeBSD Current Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Tue, 26 May 2009 06:37:24 +0200 X-Mailer: Apple Mail (2.935.3) Subject: nagios dies with signal 10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 04:37:26 -0000 I just noticed that my nagios keeps dying about five minutes after startup with signal 10. Up-to-date current from May 21. I've tried portupgrade -fR nagios, but that alone does not seem to be sufficient to fix it. I've tried nagios both with and without embedded perl. It's not critical for me, and I don't have time until the weekend to ktrace nagios to see where it fails. Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Tue May 26 06:29:56 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1E50106566C for ; Tue, 26 May 2009 06:29:56 +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 BAA488FC1D for ; Tue, 26 May 2009 06:29:56 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M8qAe-000M6t-4f for current@freebsd.org; Tue, 26 May 2009 06:29:56 +0000 Received: from rmac.local.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 942281A36EDC for ; Tue, 26 May 2009 15:29:55 +0900 (JST) Date: Tue, 26 May 2009 15:29:55 +0900 Message-ID: From: Randy Bush To: current User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Subject: today's releng_7 memory on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 06:29:57 -0000 i have a running 7.2-prerelease i cvsup, build and install kernel, build wor;d reboot i try to boot single user and mount the zfs world so i can do an installworld Enter full pathname of shell or RETURN for /bin/sh: id: not found grep: not found :/> fsck -y GEOM_LABEL: Label ufsid/401d6a404d86908a removed. ** /dev/twed0s1a ** Last Mounted on / ** Root file system ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference CouGnts E** Phase 5 - CheOck Cyl groups 2M828 files, 88859_ used, 37980 freLe (1804 frags, 4A522 blocks, 1.4%B fragmentaEion) L: Label for provider twed0s1a is ufsid/401d6a404d86908a. GEOM_LABEL: Label ufsid/401d6a40c167924e removed. ** /dev/twed0s1h ** Last Mounted on /root ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames E* Phase 3 - CheGck Connectivity O** Phase 4 - CheMck Reference Cou_nts L** Phase 5 - CheAck Cyl groups 1B37 files, 3118 uEsed, 28509 free L(69 frags, 3555 :blocks, 0.2% fra gmentation) Label for provider twed0s1h is ufsid/401d6a40c167924e. :/> /etc/rc.d/hostid start Setting hostuuid: 6b70e4ac-874d-11dc-873e-003048293754. Setting hostid: 0x5ef5842d. :/> /etc/rc.d/zfs start internal error: out of memory internal error: out of memory internal error: out of memory internal error: out of memory --- i can not boot kernel.old, wtf? ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio0: [FILTER] sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio1: [FILTER] vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (memory) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) ugen0: on uhub0 WARNING: ZFS is considered to be an experimental feature in FreeBSD. Timecounters tick every 1.000 msec ZFS filesystem version 6 ZFS storage pool version 6 acd0: CDROM at ata1-master UDMA33 twed0: on twe0 twed0: 70910MB (145224064 sectors) twed1: on twe0 twed1: 238475MB (488397168 sectors) twed2: on twe0 twed2: 238475MB (488397168 sectors) SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! Trying to mount root from ufs:/dev/twed0s1a Loading configuration files. kernel dumps on /dev/twed0s1b Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/twed0s1b as swap device Starting file system checks: /dev/twed0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/twed0s1a: clean, 37980 free (1804 frags, 4522 blocks, 1.4% fragmentation) /dev/twed0s1h: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/twed0s1h: clean, 28509 free (69 frags, 3555 blocks, 0.2% fragmentation) Setting hostuuid: 6b70e4ac-874d-11dc-873e-003048293754. Setting hostid: 0x5ef5842d. Mounting local file systems:. mount: /usr: unknown special file or file system Setting hostname: psg.com. net.inet.tcp.blackhole: 0 -> 2 net.inet.tcp.sendspace: 32768 -> 131072 net.inet.tcp.recvspace: 65536 -> 131072 lo0: flags=8049 metric 0 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 em0: flags=8843 metric 0 mtu 1500 options=9b ether 00:30:48:29:37:54 inet6 fe80::230:48ff:fe29:3754%em0 prefixlen 64 tentative scopeid 0x1 inet 147.28.0.62 netmask 0xffffff00 broadcast 147.28.0.255 inet 147.28.0.34 netmask 0xffffffff broadcast 147.28.0.34 inet 147.28.0.43 netmask 0xffffffff broadcast 147.28.0.43 inet 147.28.0.57 netmask 0xffffffff broadcast 147.28.0.57 inet 147.28.0.6 netmask 0xffffffff broadcast 147.28.0.6 inet 147.28.0.136 netmask 0xffffffff broadcast 147.28.0.136 inet 147.28.0.138 netmask 0xffffffff broadcast 147.28.0.138 inet 147.28.0.140 netmask 0xffffffff broadcast 147.28.0.140 inet 147.28.0.144 netmask 0xffffffff broadcast 147.28.0.144 inet 147.28.0.153 netmask 0xffffffff broadcast 147.28.0.153 media: Ethernet autoselect status: no carrier ip6addrctl: not found ip6addrctl: not found ip6addrctl: not found ip6addrctl: not found ip6addrctl: not found ip6addrctl: not found add net default: gateway 147.28.0.5 add host 147.28.7.1: gateway 147.28.0.4 add host 147.28.7.2: gateway 147.28.0.1 add host 147.28.7.3: gateway 147.28.0.5 Additional routing options: IP gateway=YES. add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 net.inet6.ip6.forwarding: 0 -> 0 em0: flags=8843 metric 0 mtu 1500 options=9b inet6 fe80::230:48ff:fe29:3754%em0 prefixlen 64 tentative scopeid 0x1 inet6 2001:418:1::62 prefixlen 64 tentative em1: flags=8802 metric 0 mtu 1500 options=9b lo0: flags=8049 metric 0 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 em0: link state changed to UP add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net default: gateway 2001:41i8:1::1 IPv4 mappped IPv6 addressf support=NO wStarting devd. 2 (+ipv6) initialized, divert loadable, nat loadable, rule-based forwarding disabled, default to deny, logging disabled devd: bind: No such file or directory /etc/rc: INFO: ipfw kernel module loaded. Flushed all rules. 00100 allow ip from any to any via lo0 00200 deny ip from any to 127.0.0.0/8 00300 deny ip from 127.0.0.0/8 to any Firewall rules loaded. Firewall logging enabled. net.inet.ip.fw.enable: 1 -> 1 Additional IP options:. Mounting NFS file systems:. Creating and/or trimming log files:eval: /usr/sbin/newsyslog: not found . /etc/rc: WARNING: run_rc_command: cannot run /usr/sbin/syslogd /etc/rc: WARNING: Dump directory does not exist. Savecore not run. ELF ldconfig path: /lib /usr/lib ldconfig: warning: /usr/lib: No such file or directory ldconfig: mkstemp(/var/run/ld-elf.so.hints.h6haRU): No such file or directory a.out ldconfig path: /usr/lib/aout ldconfig: /usr/lib/aout: No such file or directory ldconfig: /var/run/ld.so.hints.Rpdg7E2O4t: No such file or directory Initial i386 initialization:. Additional ABI support:. Clearing /tmp. find: not found eval: cannot create /var/run/dmesg.boot: No such file or directory Checking quotas: done. Enabling quotas:quotaon: not found done. Starting local daemons:. Updating motdmktemp: not found uname: not found sed: not found awk: not found cmp: not found usage: cp [-R [-H | -L | -P]] [-f | -i | -n] [-alpv] source_file target_file cp [-R [-H | -L | -P]] [-f | -i | -n] [-alpv] source_file ... target_directory . Mounting late file systems:. /etc/rc: WARNING: run_rc_command: cannot run /usr/sbin/ntpd Configuring syscons: keymapkbdcontrol: not found keyratekbdcontrol: not found . /etc/rc: WARNING: run_rc_command: cannot run /usr/sbin/sshd eval: /usr/sbin/sendmail: not found eval: /usr/sbin/sendmail: not found /etc/rc: WARNING: run_rc_command: cannot run /usr/sbin/cron Local package initialization:. net.inet.ip.fw.dyn_buckets: 256 -> 1024 Raising kernel security level: kern.securelevel: -1 -> 1 /etc/rc: WARNING: run_rc_command: cannot run /usr/sbin/inetd --- this is a remote rack. i will take a break and try to think my way out of this. but this looks really bad. randy From owner-freebsd-current@FreeBSD.ORG Tue May 26 06:38:07 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB08E106566B for ; Tue, 26 May 2009 06:38:07 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id 82FC18FC17 for ; Tue, 26 May 2009 06:38:07 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so2022612ana.13 for ; Mon, 25 May 2009 23:38:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=vmv4M2iCcRIBqaCGh3LETTTE9peU5h/IZX6v3yXXVn0=; b=L/28I8nCLbcPcXZahNnJMjsgJs2WFICvcLxAJSdnjCi5c1ShTIqMgxzNN9utHwWq0t SE2JvU9BCfFd+BoWwzIJem17SGlrnI0wSCQcA0odixAi2VcYFs/uvECdeZkpXbka0DOD tpwtXM4KiMD309Wa+juQL4aImgHBcZSrU+fLc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=XHFU977qq27CyEnmbCFucsEaK5Tt7djZmJHkMrSLtoFHDKSwcMUNH1QdS+dINHG/Jm rgRNvWWZ3w4dsTmUhW2+MvvckrmXFg9mSFgNk9OselV+PZAVEb/jTWJkEaZU2sTOM5Dd A2EyxrK6R5RrEgPdfxmDzVehMCbYlghsDRjSM= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.91.15 with SMTP id o15mr13466467anb.47.1243319886584; Mon, 25 May 2009 23:38:06 -0700 (PDT) In-Reply-To: References: Date: Mon, 25 May 2009 23:38:06 -0700 X-Google-Sender-Auth: 558ebc7baf8b20f3 Message-ID: <3c1674c90905252338s1fc5c63l35455e2d773876f@mail.gmail.com> From: Kip Macy To: Randy Bush Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current Subject: Re: today's releng_7 memory on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 06:38:08 -0000 Your world and kernel are out of sync. See UPDATING. -Kip On Mon, May 25, 2009 at 11:29 PM, Randy Bush wrote: > i have a running 7.2-prerelease > i cvsup, build and install kernel, build wor;d > reboot > > i try to boot single user and mount the zfs world so i can do an > installworld > > Enter full pathname of shell or RETURN for /bin/sh: > id: not found > grep: not found > :/> fsck -y > GEOM_LABEL: Label ufsid/401d6a404d86908a removed. > ** /dev/twed0s1a > ** Last Mounted on / > ** Root file system > ** Phase 1 - Check Blocks and Sizes > ** Phase 2 - Check Pathnames > ** Phase 3 - Check Connectivity > ** Phase 4 - Check Reference CouGnts > E** Phase 5 - CheOck Cyl groups > 2M828 files, 88859_ used, 37980 freLe (1804 frags, 4A522 blocks, 1.4%B fr= agmentaEion) > =A0L: Label for provider twed0s1a is ufsid/401d6a404d86908a. > GEOM_LABEL: Label ufsid/401d6a40c167924e removed. > ** /dev/twed0s1h > ** Last Mounted on /root > ** Phase 1 - Check Blocks and Sizes > ** Phase 2 - Check Pathnames > E* Phase 3 - CheGck Connectivity > =A0O** Phase 4 - CheMck Reference Cou_nts > L** Phase 5 - CheAck Cyl groups > 1B37 files, 3118 uEsed, 28509 free L(69 frags, 3555 :blocks, 0.2% fra gme= ntation) > Label for provider twed0s1h is ufsid/401d6a40c167924e. > :/> /etc/rc.d/hostid start > Setting hostuuid: 6b70e4ac-874d-11dc-873e-003048293754. > Setting hostid: 0x5ef5842d. > :/> /etc/rc.d/zfs start > internal error: out of memory > internal error: out of memory > internal error: out of memory > internal error: out of memory > > --- > > i can not boot kernel.old, wtf? > > ppc0: parallel port not found. > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A, console > sio0: [FILTER] > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > sio1: type 16550A > sio1: [FILTER] > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > unknown: can't assign resources (memory) > unknown: can't assign resources (memory) > unknown: can't assign resources (port) > unknown: can't assign resources (memory) > unknown: can't assign resources (memory) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > ugen0: on uhub0 > WARNING: ZFS is considered to be an experimental feature in FreeBSD. > Timecounters tick every 1.000 msec > ZFS filesystem version 6 > ZFS storage pool version 6 > acd0: CDROM at ata1-master UDMA33 > twed0: on twe0 > twed0: 70910MB (145224064 sectors) > twed1: on twe0 > twed1: 238475MB (488397168 sectors) > twed2: on twe0 > twed2: 238475MB (488397168 sectors) > SMP: AP CPU #3 Launched! > SMP: AP CPU #1 Launched! > SMP: AP CPU #2 Launched! > Trying to mount root from ufs:/dev/twed0s1a > Loading configuration files. > kernel dumps on /dev/twed0s1b > Entropy harvesting: interrupts ethernet point_to_point kickstart. > swapon: adding /dev/twed0s1b as swap device > Starting file system checks: > /dev/twed0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/twed0s1a: clean, 37980 free (1804 frags, 4522 blocks, 1.4% fragmenta= tion) > /dev/twed0s1h: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/twed0s1h: clean, 28509 free (69 frags, 3555 blocks, 0.2% fragmentati= on) > Setting hostuuid: 6b70e4ac-874d-11dc-873e-003048293754. > Setting hostid: 0x5ef5842d. > Mounting local file systems:. > mount: /usr: unknown special file or file system > Setting hostname: psg.com. > net.inet.tcp.blackhole: 0 -> 2 > net.inet.tcp.sendspace: 32768 -> 131072 > net.inet.tcp.recvspace: 65536 -> 131072 > lo0: flags=3D8049 metric 0 mtu 16384 > =A0 =A0 =A0 =A0inet6 ::1 prefixlen 128 > =A0 =A0 =A0 =A0inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > =A0 =A0 =A0 =A0inet 127.0.0.1 netmask 0xff000000 > em0: flags=3D8843 metric 0 mtu 15= 00 > =A0 =A0 =A0 =A0options=3D9b > =A0 =A0 =A0 =A0ether 00:30:48:29:37:54 > =A0 =A0 =A0 =A0inet6 fe80::230:48ff:fe29:3754%em0 prefixlen 64 tentative = scopeid 0x1 > =A0 =A0 =A0 =A0inet 147.28.0.62 netmask 0xffffff00 broadcast 147.28.0.255 > =A0 =A0 =A0 =A0inet 147.28.0.34 netmask 0xffffffff broadcast 147.28.0.34 > =A0 =A0 =A0 =A0inet 147.28.0.43 netmask 0xffffffff broadcast 147.28.0.43 > =A0 =A0 =A0 =A0inet 147.28.0.57 netmask 0xffffffff broadcast 147.28.0.57 > =A0 =A0 =A0 =A0inet 147.28.0.6 netmask 0xffffffff broadcast 147.28.0.6 > =A0 =A0 =A0 =A0inet 147.28.0.136 netmask 0xffffffff broadcast 147.28.0.13= 6 > =A0 =A0 =A0 =A0inet 147.28.0.138 netmask 0xffffffff broadcast 147.28.0.13= 8 > =A0 =A0 =A0 =A0inet 147.28.0.140 netmask 0xffffffff broadcast 147.28.0.14= 0 > =A0 =A0 =A0 =A0inet 147.28.0.144 netmask 0xffffffff broadcast 147.28.0.14= 4 > =A0 =A0 =A0 =A0inet 147.28.0.153 netmask 0xffffffff broadcast 147.28.0.15= 3 > =A0 =A0 =A0 =A0media: Ethernet autoselect > =A0 =A0 =A0 =A0status: no carrier > ip6addrctl: not found > ip6addrctl: not found > ip6addrctl: not found > ip6addrctl: not found > ip6addrctl: not found > ip6addrctl: not found > add net default: gateway 147.28.0.5 > add host 147.28.7.1: gateway 147.28.0.4 > add host 147.28.7.2: gateway 147.28.0.1 > add host 147.28.7.3: gateway 147.28.0.5 > Additional routing options: IP gateway=3DYES. > add net ::ffff:0.0.0.0: gateway ::1 > add net ::0.0.0.0: gateway ::1 > net.inet6.ip6.forwarding: 0 -> 0 > em0: flags=3D8843 metric 0 mtu 15= 00 > =A0 =A0 =A0 =A0options=3D9b > =A0 =A0 =A0 =A0inet6 fe80::230:48ff:fe29:3754%em0 prefixlen 64 tentative = scopeid 0x1 > =A0 =A0 =A0 =A0inet6 2001:418:1::62 prefixlen 64 tentative > em1: flags=3D8802 metric 0 mtu 1500 > =A0 =A0 =A0 =A0options=3D9b > lo0: flags=3D8049 metric 0 mtu 16384 > =A0 =A0 =A0 =A0inet6 ::1 prefixlen 128 > =A0 =A0 =A0 =A0inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > em0: link state changed to UP > add net fe80::: gateway ::1 > add net ff02::: gateway ::1 > add net default: gateway 2001:41i8:1::1 > IPv4 mappped IPv6 addressf support=3DNO > wStarting devd. > 2 (+ipv6) initialized, divert loadable, nat loadable, rule-based forwardi= ng disabled, default to deny, logging disabled > devd: bind: No such file or directory > /etc/rc: INFO: ipfw kernel module loaded. > Flushed all rules. > 00100 allow ip from any to any via lo0 > 00200 deny ip from any to 127.0.0.0/8 > 00300 deny ip from 127.0.0.0/8 to any > Firewall rules loaded. > Firewall logging enabled. > net.inet.ip.fw.enable: 1 -> 1 > Additional IP options:. > Mounting NFS file systems:. > Creating and/or trimming log files:eval: /usr/sbin/newsyslog: not found > . > /etc/rc: WARNING: run_rc_command: cannot run /usr/sbin/syslogd > /etc/rc: WARNING: Dump directory does not exist. =A0Savecore not run. > ELF ldconfig path: /lib /usr/lib > ldconfig: warning: /usr/lib: No such file or directory > ldconfig: mkstemp(/var/run/ld-elf.so.hints.h6haRU): No such file or direc= tory > a.out ldconfig path: /usr/lib/aout > ldconfig: /usr/lib/aout: No such file or directory > ldconfig: /var/run/ld.so.hints.Rpdg7E2O4t: No such file or directory > Initial i386 initialization:. > Additional ABI support:. > Clearing /tmp. > find: not found > eval: cannot create /var/run/dmesg.boot: No such file or directory > Checking quotas: done. > Enabling quotas:quotaon: not found > =A0done. > Starting local daemons:. > Updating motdmktemp: not found > uname: not found > sed: not found > awk: not found > cmp: not found > usage: cp [-R [-H | -L | -P]] [-f | -i | -n] [-alpv] source_file target_f= ile > =A0 =A0 =A0 cp [-R [-H | -L | -P]] [-f | -i | -n] [-alpv] source_file ...= target_directory > . > Mounting late file systems:. > /etc/rc: WARNING: run_rc_command: cannot run /usr/sbin/ntpd > Configuring syscons: keymapkbdcontrol: not found > =A0keyratekbdcontrol: not found > . > /etc/rc: WARNING: run_rc_command: cannot run /usr/sbin/sshd > eval: /usr/sbin/sendmail: not found > eval: /usr/sbin/sendmail: not found > /etc/rc: WARNING: run_rc_command: cannot run /usr/sbin/cron > Local package initialization:. > net.inet.ip.fw.dyn_buckets: 256 -> 1024 > Raising kernel security level: > kern.securelevel: -1 -> 1 > /etc/rc: WARNING: run_rc_command: cannot run /usr/sbin/inetd > > --- > > this is a remote rack. =A0i will take a break and try to think my way out > of this. =A0but this looks really bad. > > randy > _______________________________________________ > 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= " > --=20 When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From owner-freebsd-current@FreeBSD.ORG Tue May 26 06:41:33 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1720D106566B for ; Tue, 26 May 2009 06:41:33 +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 E7F178FC0A for ; Tue, 26 May 2009 06:41:32 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M8qLs-000M7G-0w for current@freebsd.org; Tue, 26 May 2009 06:41:32 +0000 Received: from rmac.local.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 7DB201A38014 for ; Tue, 26 May 2009 15:41:31 +0900 (JST) Date: Tue, 26 May 2009 15:41:31 +0900 Message-ID: From: Randy Bush To: current In-Reply-To: References: User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: today's releng_7 memory on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 06:41:33 -0000 and here is a verbose boot =DA=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4= =C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=BF =B3 =B3 =B3 =B3 , , =B3 =B3 /( )` =B3 Welcome to FreeBSD! =B3 \ \___ / | =B3 =B3 /- _ `-/ ' =B3 =B3 (/\/ \ \ /\ =B3 1. Boot FreeBSD [default] =B3 / / | ` \ =B3 2. Boot FreeBSD with ACPI disabled =B3 O O ) / | =B3 3. Boot FreeBSD in Safe Mode =B3 `-^--'`< ' =B3 4. Boot FreeBSD in single user mode =B3 (_.) _ ) / =B3 5. Boot FreeBSD with verbose logging =B3 `.___/` / = =20 =B3 6. Escape to loader prompt =B3 `-----' / =B3 7. Reboot =B3 <----. __ / __ \ =B3 =B3 <----|=3D=3D=3D=3DO)))=3D= =3D) \) /=3D=3D=3D=3D| =B3 =B3 <----' `--' `.__,' \ =B3 =B3 | | =B3 =B3 \ / = /\ =B3 Select option, [Enter] for default =B3 ______( (_ / \_= _____/ =B3 or [Space] to pause timer 10 =B3 ,' ,-----' | =C0=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4= =C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=D9 `--{_____= _____)=20 Type '?' for a list of commands, 'help' for more detailed help. OK unload OK boot -sv /boot/kernel/kernel text=3D0x390524 data=3D0x3a2bc+0x37480 syms=3D[0x4+0x40= aa0+0x4+0x5517c] /boot/kernel/zfs.ko text=3D0x114bc8 data=3D0x293c+0xc5b4 syms=3D[0x4+0xbb40= +0x4+0xcf43] loading required module 'opensolaris' /boot/kernel/opensolaris.ko text=3D0x10d0 data=3D0x168+0x6f0 syms=3D[0x4+0x= 660+0x4+0x61a] /boot/kernel/ipfw.ko text=3D0xc024 data=3D0x720+0x2dc syms=3D[0x4+0x1010+0x= 4+0x13c0] /boot/kernel/acpi.ko text=3D0x530f4 data=3D0x2400+0x186c syms=3D[0x4+0x8670= +0x4+0xb198] SMAP type=3D01 base=3D0000000000000000 len=3D000000000009f000 SMAP type=3D02 base=3D000000000009f000 len=3D0000000000001000 SMAP type=3D02 base=3D00000000000ca000 len=3D0000000000002000 SMAP type=3D02 base=3D00000000000e0000 len=3D0000000000020000 SMAP type=3D01 base=3D0000000000100000 len=3D00000000f7df0000 SMAP type=3D03 base=3D00000000f7ef0000 len=3D0000000000008000 SMAP type=3D04 base=3D00000000f7ef8000 len=3D0000000000008000 SMAP type=3D01 base=3D00000000f7f00000 len=3D0000000000080000 SMAP type=3D02 base=3D00000000f7f80000 len=3D0000000000080000 SMAP type=3D02 base=3D00000000fec00000 len=3D0000000000010000 SMAP type=3D02 base=3D00000000fee00000 len=3D0000000000001000 SMAP type=3D02 base=3D00000000ff800000 len=3D0000000000400000 SMAP type=3D02 base=3D00000000fff00000 len=3D0000000000100000 SMAP type=3D01 base=3D0000000100000000 len=3D0000000008000000 131072K of memory above 4GB ignored Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-STABLE #24: Tue May 26 01:05:54 GMT 2009 root@psg.com:/usr/obj/usr/src/sys/PSG Preloaded elf kernel "/boot/kernel/kernel" at 0x80a58000. Preloaded elf module "/boot/kernel/zfs.ko" at 0x80a581f8. Preloaded elf module "/boot/kernel/opensolaris.ko" at 0x80a582a0. Preloaded elf module "/boot/kernel/ipfw.ko" at 0x80a58350. Preloaded /boot/zfs/zpool.cache "/boot/zfs/zpool.cache" at 0x80a583fc. Preloaded elf module "/boot/kernel/acpi.ko" at 0x80a58454. Calibrating clock(s) ... i8254 clock: 1193327 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2665920008 Hz CPU: Intel(R) Xeon(TM) CPU 2.66GHz (2665.92-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 Features=3D0xbfebfbff Features2=3D0x4400 Logical CPUs per core: 2 Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 64 entries Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 byte = line size Trace cache: 12K-uops, 8-way set associative 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 byte lin= e size real memory =3D 4160225280 (3967 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009dfff, 643072 bytes (157 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x00000000f38d8fff, 4073406464 bytes (994484 pages) 0x00000000f7f00000 - 0x00000000f7f6ffff, 458752 bytes (112 pages) avail memory =3D 4070420480 (3881 MB) Table 'FACP' at 0xf7ef7e78 Table 'APIC' at 0xf7ef7eec MADT: Found table at 0xf7ef7eec MP Configuration Table version 1.4 found at 0x8009f5a0 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 6 ACPI ID 1: enabled SMP: Added CPU 6 (AP) MADT: Found CPU APIC ID 1 ACPI ID 2: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 7 ACPI ID 3: enabled SMP: Added CPU 7 (AP) ACPI APIC Table: INTR: Adding local APIC 6 as a target FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP/HT): APIC ID: 7 bios32: Found BIOS32 Service Directory header at 0x800f7220 bios32: Entry =3D 0xfd6d1 (800fd6d1) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xfd6d0+0x225 pnpbios: Found PnP BIOS data at 0x800f7280 pnpbios: Entry =3D f0000:9c5a Rev =3D 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 2 APIC: CPU 2 has ACPI ID 1 APIC: CPU 3 has ACPI ID 3 ULE: setup cpu group 0 ULE: setup cpu 0 ULE: adding cpu 0 to group 0: cpus 1 mask 0x1 ULE: setup cpu 1 ULE: adding cpu 1 to group 0: cpus 2 mask 0x3 ULE: setup cpu group 1 ULE: setup cpu 2 ULE: adding cpu 2 to group 1: cpus 1 mask 0x4 ULE: setup cpu 3 ULE: adding cpu 3 to group 1: cpus 2 mask 0xC This module (opensolaris) contains code covered by the Common Development and Distribution License (CDDL) see http://opensolaris.org/os/licensing/opensolaris_license/ ACPI: RSDP @ 0x0xf7250/0x0014 (v 0 PTLTD ) ACPI: RSDT @ 0x0xf7ef456a/0x0034 (v 1 PTLTD RSDT 0x06040000 LTP 0x00= 000000) ACPI: FACP @ 0x0xf7ef7e78/0x0074 (v 1 INTEL K_CANYON 0x06040000 PTL 0x00= 000008) ACPI: DSDT @ 0x0xf7ef459e/0x38DA (v 1 INTEL PLUMAS 0x06040000 MSFT 0x01= 00000E) ACPI: FACS @ 0x0xf7ef8fc0/0x0040 ACPI: APIC @ 0x0xf7ef7eec/0x009C (v 1 PTLTD APIC 0x06040000 LTP 0x0= 0000000) ACPI: BOOT @ 0x0xf7ef7f88/0x0028 (v 1 PTLTD $SBFTBL$ 0x06040000 LTP 0x00= 000001) ACPI: SPCR @ 0x0xf7ef7fb0/0x0050 (v 1 PTLTD $UCRTBL$ 0x06040000 PTL 0x00= 000001) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 3, Interrupt 24 at 0xfec80000 MADT: Found IO APIC ID 4, Interrupt 48 at 0xfec80400 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic6: Routing NMI -> LINT1 lapic6: LINT1 trigger: edge lapic6: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high lapic7: Routing NMI -> LINT1 lapic7: LINT1 trigger: edge lapic7: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000200 err: 0x00010000 pcm: 0x00010000 mem: Pentium Pro MTRR support enabled null: random: io: npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: wakeup code va 0x87048000 pa 0x1000 pci_open(1): mode 1 addr port (0x0cf8) is 0x8000f800 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D80] is there (id=3D254c808= 6) pcibios: BIOS version 2.10 AcpiOsDerivePciId: \_SB_.PCI0.REGS -> bus 0 dev 0 func 0 AcpiOsDerivePciId: \_SB_.PCI0.LPC0.REGS -> bus 0 dev 31 func 0 AcpiOsDerivePciId: \_SB_.PCI0.LPC0.PIRX -> bus 0 dev 31 func 0 AcpiOsDerivePciId: \_SB_.PCI0.LPC0.PIRY -> bus 0 dev 31 func 0 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 10 11 14 15 Validation 0 11 N 0 3 10 11 14 15 After Disable 0 255 N 0 3 10 11 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 10 11 14 15 Validation 0 255 N 0 3 10 11 14 15 After Disable 0 255 N 0 3 10 11 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 3 10 11 14 15 Validation 0 255 N 0 3 10 11 14 15 After Disable 0 255 N 0 3 10 11 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 10 11 14 15 Validation 0 10 N 0 3 10 11 14 15 After Disable 0 255 N 0 3 10 11 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 10 11 14 15 Validation 0 255 N 0 3 10 11 14 15 After Disable 0 255 N 0 3 10 11 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 10 11 14 15 Validation 0 255 N 0 3 10 11 14 15 After Disable 0 255 N 0 3 10 11 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 10 11 14 15 Validation 0 255 N 0 3 10 11 14 15 After Disable 0 255 N 0 3 10 11 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 10 11 14 15 Validation 0 255 N 0 3 10 11 14 15 After Disable 0 255 N 0 3 10 11 14 15 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x254c, revid=3D0x01 domain=3D0, bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0106, statreg=3D0x0090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x2541, revid=3D0x01 domain=3D0, bus=3D0, slot=3D0, func=3D1 class=3Dff-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x2543, revid=3D0x01 domain=3D0, bus=3D0, slot=3D2, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x00a0, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (= 0 ns) found-> vendor=3D0x8086, dev=3D0x2482, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 map[20]: type I/O Port, range 32, base 0x2000, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x2484, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D1 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D10 map[20]: type I/O Port, range 32, base 0x2020, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=3D0x8086, dev=3D0x2487, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D7 map[20]: type I/O Port, range 32, base 0x2040, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=3D0x8086, dev=3D0x244e, revid=3D0x42 domain=3D0, bus=3D0, slot=3D30, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x0080, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x0c (3000 ns), maxlat=3D0x00 (0 n= s) found-> vendor=3D0x8086, dev=3D0x2480, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x010f, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x248b, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 map[20]: type I/O Port, range 32, base 0x2060, size 4, enabled map[24]: type Memory, range 32, base 0, size 10, enabled found-> vendor=3D0x8086, dev=3D0x2483, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D3 class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D255 map[20]: type I/O Port, range 32, base 0x1100, size 5, enabled pci0: at device 0.1 (no driver attached) pcib1: at device 2.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 3 pcib1: I/O decode 0x3000-0x3fff pcib1: memory decode 0xfc100000-0xfcffffff pcib1: no prefetched decode pcib1: could not get PCI interrupt routing table for \_SB_.PCI0.HLB_ - AE_N= OT_FOUND pci1: on pcib1 pci1: domain=3D0, physical bus=3D1 found-> vendor=3D0x8086, dev=3D0x1461, revid=3D0x04 domain=3D0, bus=3D1, slot=3D28, func=3D0 class=3D08-00-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x0030, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type Memory, range 32, base 0xfc100000, size 12, enabled pcib1: requested memory range 0xfc100000-0xfc100fff: good found-> vendor=3D0x8086, dev=3D0x1460, revid=3D0x04 domain=3D0, bus=3D1, slot=3D29, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x0030, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x24 (9000 ns), maxlat=3D0x00 (= 0 ns) found-> vendor=3D0x8086, dev=3D0x1461, revid=3D0x04 domain=3D0, bus=3D1, slot=3D30, func=3D0 class=3D08-00-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x0030, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type Memory, range 32, base 0xfc101000, size 12, enabled pcib1: requested memory range 0xfc101000-0xfc101fff: good found-> vendor=3D0x8086, dev=3D0x1460, revid=3D0x04 domain=3D0, bus=3D1, slot=3D31, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x0030, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x24 (9000 ns), maxlat=3D0x00 (= 0 ns) pcib2: at device 29.0 on pci1 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x3000-0x3fff pcib2: memory decode 0xfc200000-0xfcffffff pcib2: no prefetched decode pci2: on pcib2 pci2: domain=3D0, physical bus=3D2 found-> vendor=3D0x13c1, dev=3D0x1001, revid=3D0x01 domain=3D0, bus=3D2, slot=3D1, func=3D0 class=3D01-04-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x011f, statreg=3D0x02b0, cachelnsz=3D8 (dwords) lattimer=3D0x48 (2160 ns), mingnt=3D0x09 (2250 ns), maxlat=3D0x00 (= 0 ns) intpin=3Da, irq=3D5 powerspec 1 supports D0 D1 D3 current D0 map[10]: type I/O Port, range 32, base 0x3080, size 4, enabled pcib2: requested I/O range 0x3080-0x308f: in range pcib1: requested I/O range 0x3080-0x308f: in range map[14]: type Memory, range 32, base 0xfc240000, size 4, enabled pcib2: requested memory range 0xfc240000-0xfc24000f: good pcib1: requested memory range 0xfc240000-0xfc24000f: good map[18]: type Memory, range 32, base 0xfc800000, size 23, enabled pcib2: requested memory range 0xfc800000-0xfcffffff: good pcib1: requested memory range 0xfc800000-0xfcffffff: good pcib2: matched entry for 2.1.INTA pcib2: slot 1 INTA hardwired to IRQ 48 found-> vendor=3D0x8086, dev=3D0x1010, revid=3D0x01 domain=3D0, bus=3D2, slot=3D3, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0117, statreg=3D0x0230, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0xff (63750 ns), maxlat=3D0x00 = (0 ns) intpin=3Da, irq=3D5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xfc200000, size 17, enabled pcib2: requested memory range 0xfc200000-0xfc21ffff: good pcib1: requested memory range 0xfc200000-0xfc21ffff: good map[20]: type I/O Port, range 32, base 0x3000, size 6, enabled pcib2: requested I/O range 0x3000-0x303f: in range pcib1: requested I/O range 0x3000-0x303f: in range pcib2: matched entry for 2.3.INTA pcib2: slot 3 INTA hardwired to IRQ 54 found-> vendor=3D0x8086, dev=3D0x1010, revid=3D0x01 domain=3D0, bus=3D2, slot=3D3, func=3D1 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0117, statreg=3D0x0230, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0xff (63750 ns), maxlat=3D0x00 = (0 ns) intpin=3Db, irq=3D5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xfc220000, size 17, enabled pcib2: requested memory range 0xfc220000-0xfc23ffff: good pcib1: requested memory range 0xfc220000-0xfc23ffff: good map[20]: type I/O Port, range 32, base 0x3040, size 6, enabled pcib2: requested I/O range 0x3040-0x307f: in range pcib1: requested I/O range 0x3040-0x307f: in range pcib2: matched entry for 2.3.INTB pcib2: slot 3 INTB hardwired to IRQ 55 twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0x3080-0x= 308f mem 0xfc240000-0xfc24000f,0xfc800000-0xfcffffff irq 48 at device 1.0 o= n pci2 twe0: Reserved 0x10 bytes for rid 0x10 type 4 at 0x3080 ioapic2: routing intpin 0 (PCI IRQ 48) to vector 49 twe0: [GIANT-LOCKED] twe0: [ITHREAD] twe0: AEN: twe0: 4 ports, Firmware FE7S 1.05.00.065, BIOS BE7X 1.08.00.048 twe0: Monitor ME7X 1.01.00.038, PCB Rev5 , Achip 3.20 , Pchip 1.30-66= =20 twe0: port 0: WDC WD740GD-00FLA0 70911MB twe0: port 1: WDC WD740GD-00FLA0 70911MB twe0: port 2: ST3250310NS 238475MB twe0: port 3: ST3250310NS 238475MB em0: port 0x3000-0x303f mem 0x= fc200000-0xfc21ffff irq 54 at device 3.0 on pci2 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfc200000 em0: Reserved 0x40 bytes for rid 0x20 type 4 at 0x3000 ioapic2: routing intpin 6 (PCI IRQ 54) to vector 50 em0: [FILTER] em0: bpf attached em0: Ethernet address: 00:30:48:29:37:54 em1: port 0x3040-0x307f mem 0x= fc220000-0xfc23ffff irq 55 at device 3.1 on pci2 em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfc220000 em1: Reserved 0x40 bytes for rid 0x20 type 4 at 0x3040 ioapic2: routing intpin 7 (PCI IRQ 55) to vector 51 em1: [FILTER] em1: bpf attached em1: Ethernet address: 00:30:48:29:37:55 pcib3: at device 31.0 on pci1 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xf000-0xfff pcib3: no prefetched decode pci3: on pcib3 pci3: domain=3D0, physical bus=3D3 uhci0: port 0x2000-0x201f i= rq 16 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x2000 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 52 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x2020-0x203f i= rq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x2020 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 53 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x2040-0x205f i= rq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x2040 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 54 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered pcib4: at device 30.0 on pci0 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0x4000-0x4fff pcib4: memory decode 0xfd000000-0xfe0fffff pcib4: no prefetched decode pcib4: Subtractively decoded bridge. pci4: on pcib4 pci4: domain=3D0, physical bus=3D4 found-> vendor=3D0x1002, dev=3D0x4752, revid=3D0x27 domain=3D0, bus=3D4, slot=3D1, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0087, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (= 0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfd000000, size 24, enabled pcib4: requested memory range 0xfd000000-0xfdffffff: good map[14]: type I/O Port, range 32, base 0x4000, size 8, enabled pcib4: requested I/O range 0x4000-0x40ff: in range map[18]: type Memory, range 32, base 0xfe000000, size 12, enabled pcib4: requested memory range 0xfe000000-0xfe000fff: good pcib4: matched entry for 4.1.INTA pcib4: slot 1 INTA hardwired to IRQ 16 vgapci0: port 0x4000-0x40ff mem 0xfd000000-0xfdfff= fff,0xfe000000-0xfe000fff irq 16 at device 1.0 on pci4 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0x2060-0x206f at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x2060 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D00 ostat1=3D00 ata0: stat0=3D0x01 err=3D0x01 lsb=3D0x01 msb=3D0x01 ata0: stat1=3D0x01 err=3D0x01 lsb=3D0x01 msb=3D0x01 ata0: reset tp2 stat0=3D01 stat1=3D01 devices=3D0x0 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 55 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D51 ostat1=3D01 ata1: stat0=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: stat1=3D0x01 err=3D0x04 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D00 stat1=3D01 devices=3D0x4 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 56 ata1: [MPSAFE] ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3f0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 57 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sio0: irq maps: 0x8ca1 0x8cb1 0x8ca1 0x8ca1 sio0: irq maps: 0x8ca1 0x8cb1 0x8ca1 0x8ca1 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A, console ioapic0: routing intpin 4 (ISA IRQ 4) to vector 58 sio0: [FILTER] sio1: irq maps: 0x8ca1 0x8ca9 0x8ca1 0x8ca1 sio1: irq maps: 0x8ca1 0x8ca9 0x8ca1 0x8ca1 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ioapic0: routing intpin 3 (ISA IRQ 3) to vector 59 sio1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 60 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 cpu0: on acpi0 cpu0: switching to generic Cx mode p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 cpu2: on acpi0 p4tcc2: on cpu2 cpu3: on acpi0 p4tcc3: on cpu3 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it sc: sc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it vga: vga0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0x= c9fff,0xe0000-0xe3fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices ugen0: on uhub0 Device configuration finished. Reducing kern.maxvnodes 255044 -> 100000 procfs registered WARNING: ZFS is considered to be an experimental feature in FreeBSD. lapic: Divisor 2, Frequency 66648007 hz Timecounter "TSC" frequency 2665920008 Hz quality -100 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, nat loadable, rule-based forwar= ding disabled, default to deny, logging disabled lo0: bpf attached ZFS filesystem version 13 ZFS storage pool version 13 ata1-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D40 wire acd0: setting PIO4 on ICH3 chip acd0: setting UDMA33 on ICH3 chip acd0: CDROM drive at ata1 as master acd0: read 4134KB/s (4134KB/s), 128KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc twed0: on twe0 twed0: 70910MB (145224064 sectors) twed1: on twe0 twed1: 238475MB (488397168 sectors) twed2: on twe0 twed2: 238475MB (488397168 sectors) ATA PseudoRAID loaded SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x07000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x06000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 3 to local APIC 6 ioapic0: Assigning ISA IRQ 4 to local APIC 0 ioapic0: Assigning ISA IRQ 6 to local APIC 6 ioapic0: Assigning ISA IRQ 9 to local APIC 0 ioapic0: Assigning ISA IRQ 14 to local APIC 6 ioapic0: Assigning ISA IRQ 15 to local APIC 0 ioapic0: Assigning PCI IRQ 16 to local APIC 6 ioapic0: Assigning PCI IRQ 18 to local APIC 0 ioapic0: Assigning PCI IRQ 19 to local APIC 6 ioapic2: Assigning PCI IRQ 48 to local APIC 0 ioapic2: Assigning PCI IRQ 54 to local APIC 6 ioapic2: Assigning PCI IRQ 55 to local APIC 0 GEOM: new disk twed0 GEOM: new disk twed1 GEOM: new disk twed2 GEOM_LABEL: Label for provider twed0s1a is ufsid/401d6a404d86908a. GEOM_LABEL: Label for provider twed0s1d is ufsid/401d6a42725556d9. GEOM_LABEL: Label for provider twed0s1e is ufsid/401d6a4222c828c4. GEOM_LABEL: Label for provider twed0s1f is ufsid/401d6a4025a88c55. GEOM_LABEL: Label for provider twed0s1g is ufsid/401d6a4057f3fd94. GEOM_LABEL: Label for provider twed0s1h is ufsid/401d6a40c167924e. Trying to mount root from ufs:/dev/twed0s1a start_init: trying /sbin/init Enter full pathname of shell or RETURN for /bin/sh:=20 id: not found grep: not found :/> /etc/rc.d/hostid start Setting hostuuid: 6b70e4ac-874d-11dc-873e-003048293754. Setting hostid: 0x5ef5842d. :/> /etc/rc.d/zfs start internal error: out of memory internal error: out of memory internal error: out of memory internal error: out of memory :/>=20 From owner-freebsd-current@FreeBSD.ORG Tue May 26 06:43:08 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AC5D1065672; Tue, 26 May 2009 06:43:08 +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 E15F18FC24; Tue, 26 May 2009 06:43:07 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M8qNP-000M7P-9M; Tue, 26 May 2009 06:43:07 +0000 Received: from rmac.local.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id C30DC1A3829C; Tue, 26 May 2009 15:43:06 +0900 (JST) Date: Tue, 26 May 2009 15:43:06 +0900 Message-ID: From: Randy Bush To: Kip Macy In-Reply-To: <3c1674c90905252338s1fc5c63l35455e2d773876f@mail.gmail.com> References: <3c1674c90905252338s1fc5c63l35455e2d773876f@mail.gmail.com> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Randy Bush , current Subject: Re: today's releng_7 memory on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 06:43:08 -0000 > Your world and kernel are out of sync. See UPDATING. first, i need to boot -s to update world, as it is kern secure but that does not explain why i can not boot kernel.old and until i can un-wedge, i can do nothing as i need zfs randy From owner-freebsd-current@FreeBSD.ORG Tue May 26 07:19:11 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 369001065673; Tue, 26 May 2009 07:19:11 +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 19EF08FC12; Tue, 26 May 2009 07:19:11 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M8qwI-000M8l-JX; Tue, 26 May 2009 07:19:10 +0000 Received: from rmac.local.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 18DC01A3B80E; Tue, 26 May 2009 16:19:10 +0900 (JST) Date: Tue, 26 May 2009 16:19:10 +0900 Message-ID: From: Randy Bush To: Kip Macy In-Reply-To: References: <3c1674c90905252338s1fc5c63l35455e2d773876f@mail.gmail.com> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: current Subject: Re: today's releng_7 memory on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 07:19:11 -0000 >> Your world and kernel are out of sync. See UPDATING. > first, i need to boot -s to update world, as it is kern secure > but that does not explain why i can not boot kernel.old for the archive, Sean Winn gave me the clue to unwedge mount -t zfs tank/foo /foo ... whew! randy From owner-freebsd-current@FreeBSD.ORG Tue May 26 07:39:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F144F106564A; Tue, 26 May 2009 07:39:34 +0000 (UTC) (envelope-from davidn04@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 47B788FC1B; Tue, 26 May 2009 07:39:34 +0000 (UTC) (envelope-from davidn04@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1919815qwe.7 for ; Tue, 26 May 2009 00:39:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=tYn/Hv9J0ZpRnyNNFVHB7fWDDcLYTk/14R5U1fSXRds=; b=GYN408Pze2Y9olQqa/RpOsCFradIVLHj/Cn12qzQ8s/kDBjoy0Lzf35E+6rpom6wIo EokytTB3PP8JygvcXtf9YndABlCd2oaHF0J5fOpZZ97MaVqKnI52/ltG7lnwSDL4NkfZ MFxcMF0ZUtXU3oRy5FgW7jagocFZJgi1BN0q0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=wZ12vOBFwSjQxce/cCdautjJPVd+Yp6wLOgpeBqAUcE40qQOjhCKBnvcPl8yEyhits NKK262rGBQi1K3azZ3c4OoteNBZAQhSukZ3LIoazhn+1jQVmPkpfpI3kvpS8JazmWa3d TLNXX4gc1oS9xpp/If/NvI3Dj1GAsEr0E8X5g= MIME-Version: 1.0 Received: by 10.229.99.210 with SMTP id v18mr2295133qcn.34.1243323573646; Tue, 26 May 2009 00:39:33 -0700 (PDT) In-Reply-To: References: <4d7dd86f0905250042v61f2af6cl943b665cdbeb26a3@mail.gmail.com> <4d7dd86f0905250339o6e395102l5074198b38143970@mail.gmail.com> <4d7dd86f0905250415u32171606qaf9b64185da1a50@mail.gmail.com> <4A1A82D3.3000804@ksu.ru> Date: Tue, 26 May 2009 17:39:33 +1000 Message-ID: <4d7dd86f0905260039s1f9a5576p1b517b802c5ca0d7@mail.gmail.com> From: David N To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: gjournal locks up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 07:39:35 -0000 Haven't been able to make it lock up today. I'll recompile the kernel on both machines with options KDB options DDB and let it run with the workload and see if it locks up again. I'm sorry about the noise. Regards David N From owner-freebsd-current@FreeBSD.ORG Tue May 26 07:52:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06694106566B for ; Tue, 26 May 2009 07:52:45 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe15.swip.net [212.247.155.193]) by mx1.freebsd.org (Postfix) with ESMTP id 475298FC16 for ; Tue, 26 May 2009 07:52:43 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=Y-JVMNcvaeWbqKPmM7oA:9 a=obc2uBC_lLNl5Pf0W_EA:7 a=rtsCdGFQBrXlOiKoRpjRRgDQqBMA:4 a=cm7ZxoMwOJu3PX6H:21 a=SVoLESWPhhj6ZNvY:21 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe15.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 501116327; Tue, 26 May 2009 09:52:42 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 26 May 2009 09:56:45 +0200 User-Agent: KMail/1.9.7 References: <1243288231.4621.90.camel@mvn-desktop> In-Reply-To: <1243288231.4621.90.camel@mvn-desktop> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905260956.45919.hselasky@c2i.net> Cc: Marten Vijn Subject: Re: uplcom write:Device not configured X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 07:52:45 -0000 On Monday 25 May 2009, Marten Vijn wrote: > I am using a uplcom usb to serial adapter > > while using Current it stops working > > On console appear: > write: Device not configured > > After some time the machine hangs, and I have to power cycle the machine > > Current is from 2 hours ago: r192766 > > demsg below, if more info is required please let me know. > > > > kind regards, > Marten > > > dmesg > Copyright (c) 1992-2009 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights > reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-CURRENT #2 r192766: Mon May 25 22:57:13 CEST 2009 > root@dfd:/usr/obj/usr/src/sys/GENERIC > WARNING: WITNESS option enabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Mobile Intel(R) Pentium(R) 4 CPU 3.06GHz (3059.22-MHz 686-class > CPU) > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > > Features=0xbfebfbffA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2=0x4400 > real memory = 1073741824 (1024 MB) > avail memory = 1032486912 (984 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads > cpu0 (BSP): APIC ID: 0 > cpu1 (AP/HT): APIC ID: 1 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > acpi_ec0: port 0x62,0x66 on acpi0 > acpi_button0: on acpi0 > acpi_lid0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: on hostb0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: mem > 0xd1000000-0xd1ffffff,0xe0000000-0xefffffff irq 16 at device 0.0 on pci1 > uhci0: port 0x1cc0-0x1cdf > irq 16 at device 29.0 on pci0 > uhci0: [ITHREAD] > uhci0: LegSup = 0x003b > usbus0: on uhci0 > uhci1: port 0x1ce0-0x1cff > irq 19 at device 29.1 on pci0 > uhci1: [ITHREAD] > uhci1: LegSup = 0x0010 > usbus1: on uhci1 > uhci2: port 0x2000-0x201f > irq 18 at device 29.2 on pci0 > uhci2: [ITHREAD] > uhci2: LegSup = 0x0010 > usbus2: on uhci2 > uhci3: port 0x2020-0x203f > irq 16 at device 29.3 on pci0 > uhci3: [ITHREAD] > uhci3: LegSup = 0x0010 > usbus3: on uhci3 > ehci0: mem > 0xd0000000-0xd00003ff irq 23 at device 29.7 on pci0 > ehci0: [ITHREAD] > usbus4: EHCI version 1.0 > usbus4: on ehci0 > pcib2: at device 30.0 on pci0 > pci3: on pcib2 > cbb0: at device 4.0 on pci3 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > cbb0: [FILTER] > cbb1: at device 4.1 on pci3 > cardbus1: on cbb1 > pccard1: <16-bit PCCard bus> on cbb1 > cbb1: [FILTER] > fwohci0: <1394 Open Host Controller Interface> mem > 0xd2015000-0xd20157ff,0xd2010000-0xd2013fff irq 23 at device 4.2 on pci3 > fwohci0: [ITHREAD] > fwohci0: OHCI version 1.10 (ROM=0) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 12:34:56:78:12:34:56:78 > fwohci0: Phy 1394a available S400, 2 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > dcons_crom0: on firewire0 > dcons_crom0: bus_addr 0x1494000 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 12:34:56:34:56:78 > fwe0: Ethernet address: 12:34:56:34:56:78 > fwip0: on firewire0 > fwip0: Firewire address: 12:34:56:78:12:34:56:78 @ 0xfffe00000000, S400, > maxrec 2048 > sbp0: on firewire0 > fwohci0: Initiate bus reset > fwohci0: fwohci_intr_core: BUS reset > fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, > CYCLEMASTER mode > pci3: at device 4.3 (no driver attached) > rl0: port 0x3000-0x30ff mem > 0xd2015800-0xd20158ff irq 19 at device 5.0 on pci3 > miibus0: on rl0 > rlphy0: PHY 0 on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > rl0: Ethernet address: 00:0a:e4:55:3b:8f > rl0: [ITHREAD] > ath0: mem 0xd2000000-0xd200ffff irq 18 at device 6.0 on > pci3 > ath0: [ITHREAD] > ath0: AR5212 mac 5.9 RF5112 phy 4.3 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2060-0x206f at device 31.1 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > pci0: at device 31.3 (no driver attached) > pci0: at device 31.5 (no driver attached) > pci0: at device 31.6 (no driver attached) > acpi_tz0: on acpi0 > acpi_button1: on acpi0 > atrtc0: port 0x70-0x71 irq 8 on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: [ITHREAD] > psm0: model Generic PS/2 mouse, device ID 0 > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > uart0: [FILTER] > battery0: on acpi0 > acpi_acad0: on acpi0 > cpu0: on acpi0 > acpi_perf0: on cpu0 > p4tcc0: on cpu0 > cpu1: on acpi0 > p4tcc1: on cpu1 > pmtimer0 on isa0 > orm0: at iomem 0xd0000-0xd0fff,0xdc000-0xdffff pnpid > ORM0000 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > isa0 > ppc0: parallel port not found. > uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 > uart1: [FILTER] > Timecounters tick every 1.000 msec > firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) > firewire0: bus manager 0 > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 12Mbps Full Speed USB v1.0 > usbus2: 12Mbps Full Speed USB v1.0 > usbus3: 12Mbps Full Speed USB v1.0 > usbus4: 480Mbps High Speed USB v2.0 > ad0: 76319MB at ata0-master UDMA100 > ugen0.1: at usbus0 > uhub0: on usbus0 > ugen1.1: at usbus1 > uhub1: on usbus1 > ugen2.1: at usbus2 > uhub2: on usbus2 > ugen3.1: at usbus3 > uhub3: on usbus3 > ugen4.1: at usbus4 > uhub4: on usbus4 > acd0: DVDR at ata1-master UDMA33 > uhub0: 2 ports with 2 removable, self powered > uhub1: 2 ports with 2 removable, self powered > uhub2: 2 ports with 2 removable, self powered > uhub3: 2 ports with 2 removable, self powered > GEOM: ad0s2: geometry does not match label (255h,63s != 16h,63s). > GEOM: ad0s3: geometry does not match label (255h,63s != 16h,63s). > GEOM_LABEL: Label for provider ad0s2a is ufsid/46880ae48b7b4970. > GEOM_LABEL: Label for provider ad0s2d is ufsid/46880ae5ec9b08d8. > GEOM_LABEL: Label for provider ad0s2e is ufsid/46880ae4445f58df. > GEOM_LABEL: Label for provider ad0s2f is ufsid/46880ae4d9762575. > GEOM_LABEL: Label for provider ad0s3a is ufsid/48103c56d3be486d. > GEOM_LABEL: Label for provider ad0s3d is ufsid/48103c58caf1aa62. > GEOM_LABEL: Label for provider ad0s3e is ufsid/48103c56f2e0461f. > GEOM_LABEL: Label for provider ad0s3f is ufsid/48103c5640d0eba0. > uhub4: 8 ports with 8 removable, self powered > SMP: AP CPU #1 Launched! > WARNING: WITNESS option enabled, expect reduced performance. > Trying to mount root from nfs: > NFS ROOT: 10.11.11.1:/usr/tftpboot > ugen1.2: at usbus1 > uplcom0: 1.10/3.00, addr 2> on usbus1 > GEOM_LABEL: Label for provider md0 is ufsid/4a1b0abb3ab79c50. > GEOM_LABEL: Label ufsid/4a1b0abb3ab79c50 removed. > GEOM_LABEL: Label for provider md1 is ufsid/4a1b0abe0c17b575. > GEOM_LABEL: Label ufsid/4a1b0abe0c17b575 removed. > ugen1.2: at usbus1 (disconnected) > uplcom0: at uhub1, port 2, addr 2 (disconnected) When was the last time it worked? --HPS From owner-freebsd-current@FreeBSD.ORG Tue May 26 08:25:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2484106566B for ; Tue, 26 May 2009 08:25:48 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from smtp-vbr10.xs4all.nl (smtp-vbr10.xs4all.nl [194.109.24.30]) by mx1.freebsd.org (Postfix) with ESMTP id 671838FC27 for ; Tue, 26 May 2009 08:25:48 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [192.168.178.47] (martenvijn.xs4all.nl [80.101.161.153]) by smtp-vbr10.xs4all.nl (8.13.8/8.13.8) with ESMTP id n4Q8PkRT060977; Tue, 26 May 2009 10:25:46 +0200 (CEST) (envelope-from info@martenvijn.nl) From: Marten Vijn To: Hans Petter Selasky In-Reply-To: <200905260956.45919.hselasky@c2i.net> References: <1243288231.4621.90.camel@mvn-desktop> <200905260956.45919.hselasky@c2i.net> Content-Type: text/plain Date: Tue, 26 May 2009 10:25:45 +0200 Message-Id: <1243326345.4558.1.camel@mvn-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current Subject: Re: uplcom write:Device not configured X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 08:25:49 -0000 On Tue, 2009-05-26 at 09:56 +0200, Hans Petter Selasky wrote: > On Monday 25 May 2009, Marten Vijn wrote: > > I am using a uplcom usb to serial adapter > > > > while using Current it stops working > > > > On console appear: > > write: Device not configured > > > > After some time the machine hangs, and I have to power cycle the machine > > > > Current is from 2 hours ago: r192766 > > > > demsg below, if more info is required please let me know. > > > > > > > > kind regards, > > Marten > > > > > > dmesg > > Copyright (c) 1992-2009 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights > > reserved. > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 8.0-CURRENT #2 r192766: Mon May 25 22:57:13 CEST 2009 > > root@dfd:/usr/obj/usr/src/sys/GENERIC > > WARNING: WITNESS option enabled, expect reduced performance. > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Mobile Intel(R) Pentium(R) 4 CPU 3.06GHz (3059.22-MHz 686-class > > CPU) > > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > > > > Features=0xbfebfbff >A,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > Features2=0x4400 > > real memory = 1073741824 (1024 MB) > > avail memory = 1032486912 (984 MB) > > ACPI APIC Table: > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP/HT): APIC ID: 1 > > ioapic0 irqs 0-23 on motherboard > > kbd1 at kbdmux0 > > acpi0: on motherboard > > acpi0: [ITHREAD] > > acpi0: Power Button (fixed) > > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > > acpi_ec0: port 0x62,0x66 on acpi0 > > acpi_button0: on acpi0 > > acpi_lid0: on acpi0 > > pcib0: port 0xcf8-0xcff on acpi0 > > pci0: on pcib0 > > agp0: on hostb0 > > pcib1: at device 1.0 on pci0 > > pci1: on pcib1 > > vgapci0: mem > > 0xd1000000-0xd1ffffff,0xe0000000-0xefffffff irq 16 at device 0.0 on pci1 > > uhci0: port 0x1cc0-0x1cdf > > irq 16 at device 29.0 on pci0 > > uhci0: [ITHREAD] > > uhci0: LegSup = 0x003b > > usbus0: on uhci0 > > uhci1: port 0x1ce0-0x1cff > > irq 19 at device 29.1 on pci0 > > uhci1: [ITHREAD] > > uhci1: LegSup = 0x0010 > > usbus1: on uhci1 > > uhci2: port 0x2000-0x201f > > irq 18 at device 29.2 on pci0 > > uhci2: [ITHREAD] > > uhci2: LegSup = 0x0010 > > usbus2: on uhci2 > > uhci3: port 0x2020-0x203f > > irq 16 at device 29.3 on pci0 > > uhci3: [ITHREAD] > > uhci3: LegSup = 0x0010 > > usbus3: on uhci3 > > ehci0: mem > > 0xd0000000-0xd00003ff irq 23 at device 29.7 on pci0 > > ehci0: [ITHREAD] > > usbus4: EHCI version 1.0 > > usbus4: on ehci0 > > pcib2: at device 30.0 on pci0 > > pci3: on pcib2 > > cbb0: at device 4.0 on pci3 > > cardbus0: on cbb0 > > pccard0: <16-bit PCCard bus> on cbb0 > > cbb0: [FILTER] > > cbb1: at device 4.1 on pci3 > > cardbus1: on cbb1 > > pccard1: <16-bit PCCard bus> on cbb1 > > cbb1: [FILTER] > > fwohci0: <1394 Open Host Controller Interface> mem > > 0xd2015000-0xd20157ff,0xd2010000-0xd2013fff irq 23 at device 4.2 on pci3 > > fwohci0: [ITHREAD] > > fwohci0: OHCI version 1.10 (ROM=0) > > fwohci0: No. of Isochronous channels is 4. > > fwohci0: EUI64 12:34:56:78:12:34:56:78 > > fwohci0: Phy 1394a available S400, 2 ports. > > fwohci0: Link S400, max_rec 2048 bytes. > > firewire0: on fwohci0 > > dcons_crom0: on firewire0 > > dcons_crom0: bus_addr 0x1494000 > > fwe0: on firewire0 > > if_fwe0: Fake Ethernet address: 12:34:56:34:56:78 > > fwe0: Ethernet address: 12:34:56:34:56:78 > > fwip0: on firewire0 > > fwip0: Firewire address: 12:34:56:78:12:34:56:78 @ 0xfffe00000000, S400, > > maxrec 2048 > > sbp0: on firewire0 > > fwohci0: Initiate bus reset > > fwohci0: fwohci_intr_core: BUS reset > > fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, > > CYCLEMASTER mode > > pci3: at device 4.3 (no driver attached) > > rl0: port 0x3000-0x30ff mem > > 0xd2015800-0xd20158ff irq 19 at device 5.0 on pci3 > > miibus0: on rl0 > > rlphy0: PHY 0 on miibus0 > > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > rl0: Ethernet address: 00:0a:e4:55:3b:8f > > rl0: [ITHREAD] > > ath0: mem 0xd2000000-0xd200ffff irq 18 at device 6.0 on > > pci3 > > ath0: [ITHREAD] > > ath0: AR5212 mac 5.9 RF5112 phy 4.3 > > isab0: at device 31.0 on pci0 > > isa0: on isab0 > > atapci0: port > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2060-0x206f at device 31.1 on pci0 > > ata0: on atapci0 > > ata0: [ITHREAD] > > ata1: on atapci0 > > ata1: [ITHREAD] > > pci0: at device 31.3 (no driver attached) > > pci0: at device 31.5 (no driver attached) > > pci0: at device 31.6 (no driver attached) > > acpi_tz0: on acpi0 > > acpi_button1: on acpi0 > > atrtc0: port 0x70-0x71 irq 8 on acpi0 > > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > > atkbd0: irq 1 on atkbdc0 > > kbd0 at atkbd0 > > atkbd0: [GIANT-LOCKED] > > atkbd0: [ITHREAD] > > psm0: irq 12 on atkbdc0 > > psm0: [GIANT-LOCKED] > > psm0: [ITHREAD] > > psm0: model Generic PS/2 mouse, device ID 0 > > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > > uart0: [FILTER] > > battery0: on acpi0 > > acpi_acad0: on acpi0 > > cpu0: on acpi0 > > acpi_perf0: on cpu0 > > p4tcc0: on cpu0 > > cpu1: on acpi0 > > p4tcc1: on cpu1 > > pmtimer0 on isa0 > > orm0: at iomem 0xd0000-0xd0fff,0xdc000-0xdffff pnpid > > ORM0000 on isa0 > > sc0: at flags 0x100 on isa0 > > sc0: VGA <16 virtual consoles, flags=0x300> > > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > > isa0 > > ppc0: parallel port not found. > > uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 > > uart1: [FILTER] > > Timecounters tick every 1.000 msec > > firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) > > firewire0: bus manager 0 > > usbus0: 12Mbps Full Speed USB v1.0 > > usbus1: 12Mbps Full Speed USB v1.0 > > usbus2: 12Mbps Full Speed USB v1.0 > > usbus3: 12Mbps Full Speed USB v1.0 > > usbus4: 480Mbps High Speed USB v2.0 > > ad0: 76319MB at ata0-master UDMA100 > > ugen0.1: at usbus0 > > uhub0: on usbus0 > > ugen1.1: at usbus1 > > uhub1: on usbus1 > > ugen2.1: at usbus2 > > uhub2: on usbus2 > > ugen3.1: at usbus3 > > uhub3: on usbus3 > > ugen4.1: at usbus4 > > uhub4: on usbus4 > > acd0: DVDR at ata1-master UDMA33 > > uhub0: 2 ports with 2 removable, self powered > > uhub1: 2 ports with 2 removable, self powered > > uhub2: 2 ports with 2 removable, self powered > > uhub3: 2 ports with 2 removable, self powered > > GEOM: ad0s2: geometry does not match label (255h,63s != 16h,63s). > > GEOM: ad0s3: geometry does not match label (255h,63s != 16h,63s). > > GEOM_LABEL: Label for provider ad0s2a is ufsid/46880ae48b7b4970. > > GEOM_LABEL: Label for provider ad0s2d is ufsid/46880ae5ec9b08d8. > > GEOM_LABEL: Label for provider ad0s2e is ufsid/46880ae4445f58df. > > GEOM_LABEL: Label for provider ad0s2f is ufsid/46880ae4d9762575. > > GEOM_LABEL: Label for provider ad0s3a is ufsid/48103c56d3be486d. > > GEOM_LABEL: Label for provider ad0s3d is ufsid/48103c58caf1aa62. > > GEOM_LABEL: Label for provider ad0s3e is ufsid/48103c56f2e0461f. > > GEOM_LABEL: Label for provider ad0s3f is ufsid/48103c5640d0eba0. > > uhub4: 8 ports with 8 removable, self powered > > SMP: AP CPU #1 Launched! > > WARNING: WITNESS option enabled, expect reduced performance. > > Trying to mount root from nfs: > > NFS ROOT: 10.11.11.1:/usr/tftpboot > > ugen1.2: at usbus1 > > uplcom0: > 1.10/3.00, addr 2> on usbus1 > > GEOM_LABEL: Label for provider md0 is ufsid/4a1b0abb3ab79c50. > > GEOM_LABEL: Label ufsid/4a1b0abb3ab79c50 removed. > > GEOM_LABEL: Label for provider md1 is ufsid/4a1b0abe0c17b575. > > GEOM_LABEL: Label ufsid/4a1b0abe0c17b575 removed. > > ugen1.2: at usbus1 (disconnected) > > uplcom0: at uhub1, port 2, addr 2 (disconnected) > > When was the last time it worked? I think it is broken, more than ~1 month yesterday updated to be sure it wasn't fixed already, Kind regards, Marten > > --HPS -- http://martenvijn.nl Marten Vijn http://martenvijn.nl/trac/wiki/soas Sugar on a Stick http://bsd.wifisoft.org/nek/ The Network Event Kit http://har2009.org 13th-16th August http://opencommunitycamp.org 26th Jul - 2nd August From owner-freebsd-current@FreeBSD.ORG Tue May 26 08:43:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4874A106566B for ; Tue, 26 May 2009 08:43:57 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.freebsd.org (Postfix) with ESMTP id 73C148FC21 for ; Tue, 26 May 2009 08:43:56 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=it453RK66ncg6RBoLZkA:9 a=V2i1WLsAht3zzuM4Am8A:7 a=lXgtLfzdTKDKoUHi7bzQnm8qmSoA:4 a=iRoUZYchaqS3k8mf:21 a=VHMr8eyXkaBwwJQ1:21 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1245608135; Tue, 26 May 2009 10:43:54 +0200 From: Hans Petter Selasky To: Marten Vijn Date: Tue, 26 May 2009 10:47:58 +0200 User-Agent: KMail/1.9.7 References: <1243288231.4621.90.camel@mvn-desktop> <200905260956.45919.hselasky@c2i.net> <1243326345.4558.1.camel@mvn-desktop> In-Reply-To: <1243326345.4558.1.camel@mvn-desktop> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905261047.58476.hselasky@c2i.net> Cc: freebsd-current Subject: Re: uplcom write:Device not configured X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 08:43:57 -0000 On Tuesday 26 May 2009, Marten Vijn wrote: > On Tue, 2009-05-26 at 09:56 +0200, Hans Petter Selasky wrote: > > On Monday 25 May 2009, Marten Vijn wrote: > > > I am using a uplcom usb to serial adapter > > > > > > while using Current it stops working > > > > > > On console appear: > > > write: Device not configured > > > > > > After some time the machine hangs, and I have to power cycle the > > > machine > > > > > > Current is from 2 hours ago: r192766 > > > > > > demsg below, if more info is required please let me know. > > > > > > > > > > > > kind regards, > > > Marten > > > > > > > > > dmesg > > > Copyright (c) 1992-2009 The FreeBSD Project. > > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, > > > 1994 The Regents of the University of California. All rights reserved. > > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > > FreeBSD 8.0-CURRENT #2 r192766: Mon May 25 22:57:13 CEST 2009 > > > root@dfd:/usr/obj/usr/src/sys/GENERIC > > > WARNING: WITNESS option enabled, expect reduced performance. > > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > > CPU: Mobile Intel(R) Pentium(R) 4 CPU 3.06GHz (3059.22-MHz > > > 686-class CPU) > > > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > > > > > > Features=0xbfebfbff > >E,MC A,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > > Features2=0x4400 > > > real memory = 1073741824 (1024 MB) > > > avail memory = 1032486912 (984 MB) > > > ACPI APIC Table: > > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > > FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads > > > cpu0 (BSP): APIC ID: 0 > > > cpu1 (AP/HT): APIC ID: 1 > > > ioapic0 irqs 0-23 on motherboard > > > kbd1 at kbdmux0 > > > acpi0: on motherboard > > > acpi0: [ITHREAD] > > > acpi0: Power Button (fixed) > > > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > > > acpi_ec0: port 0x62,0x66 on acpi0 > > > acpi_button0: on acpi0 > > > acpi_lid0: on acpi0 > > > pcib0: port 0xcf8-0xcff on acpi0 > > > pci0: on pcib0 > > > agp0: on hostb0 > > > pcib1: at device 1.0 on pci0 > > > pci1: on pcib1 > > > vgapci0: mem > > > 0xd1000000-0xd1ffffff,0xe0000000-0xefffffff irq 16 at device 0.0 on > > > pci1 uhci0: port > > > 0x1cc0-0x1cdf irq 16 at device 29.0 on pci0 > > > uhci0: [ITHREAD] > > > uhci0: LegSup = 0x003b > > > usbus0: on uhci0 > > > uhci1: port 0x1ce0-0x1cff > > > irq 19 at device 29.1 on pci0 > > > uhci1: [ITHREAD] > > > uhci1: LegSup = 0x0010 > > > usbus1: on uhci1 > > > uhci2: port 0x2000-0x201f > > > irq 18 at device 29.2 on pci0 > > > uhci2: [ITHREAD] > > > uhci2: LegSup = 0x0010 > > > usbus2: on uhci2 > > > uhci3: port 0x2020-0x203f > > > irq 16 at device 29.3 on pci0 > > > uhci3: [ITHREAD] > > > uhci3: LegSup = 0x0010 > > > usbus3: on uhci3 > > > ehci0: mem > > > 0xd0000000-0xd00003ff irq 23 at device 29.7 on pci0 > > > ehci0: [ITHREAD] > > > usbus4: EHCI version 1.0 > > > usbus4: on ehci0 > > > pcib2: at device 30.0 on pci0 > > > pci3: on pcib2 > > > cbb0: at device 4.0 on pci3 > > > cardbus0: on cbb0 > > > pccard0: <16-bit PCCard bus> on cbb0 > > > cbb0: [FILTER] > > > cbb1: at device 4.1 on pci3 > > > cardbus1: on cbb1 > > > pccard1: <16-bit PCCard bus> on cbb1 > > > cbb1: [FILTER] > > > fwohci0: <1394 Open Host Controller Interface> mem > > > 0xd2015000-0xd20157ff,0xd2010000-0xd2013fff irq 23 at device 4.2 on > > > pci3 fwohci0: [ITHREAD] > > > fwohci0: OHCI version 1.10 (ROM=0) > > > fwohci0: No. of Isochronous channels is 4. > > > fwohci0: EUI64 12:34:56:78:12:34:56:78 > > > fwohci0: Phy 1394a available S400, 2 ports. > > > fwohci0: Link S400, max_rec 2048 bytes. > > > firewire0: on fwohci0 > > > dcons_crom0: on firewire0 > > > dcons_crom0: bus_addr 0x1494000 > > > fwe0: on firewire0 > > > if_fwe0: Fake Ethernet address: 12:34:56:34:56:78 > > > fwe0: Ethernet address: 12:34:56:34:56:78 > > > fwip0: on firewire0 > > > fwip0: Firewire address: 12:34:56:78:12:34:56:78 @ 0xfffe00000000, > > > S400, maxrec 2048 > > > sbp0: on firewire0 > > > fwohci0: Initiate bus reset > > > fwohci0: fwohci_intr_core: BUS reset > > > fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, > > > CYCLEMASTER mode > > > pci3: at device 4.3 (no driver attached) > > > rl0: port 0x3000-0x30ff mem > > > 0xd2015800-0xd20158ff irq 19 at device 5.0 on pci3 > > > miibus0: on rl0 > > > rlphy0: PHY 0 on miibus0 > > > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > > rl0: Ethernet address: 00:0a:e4:55:3b:8f > > > rl0: [ITHREAD] > > > ath0: mem 0xd2000000-0xd200ffff irq 18 at device 6.0 on > > > pci3 > > > ath0: [ITHREAD] > > > ath0: AR5212 mac 5.9 RF5112 phy 4.3 > > > isab0: at device 31.0 on pci0 > > > isa0: on isab0 > > > atapci0: port > > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2060-0x206f at device 31.1 on > > > pci0 ata0: on atapci0 > > > ata0: [ITHREAD] > > > ata1: on atapci0 > > > ata1: [ITHREAD] > > > pci0: at device 31.3 (no driver attached) > > > pci0: at device 31.5 (no driver attached) > > > pci0: at device 31.6 (no driver attached) > > > acpi_tz0: on acpi0 > > > acpi_button1: on acpi0 > > > atrtc0: port 0x70-0x71 irq 8 on acpi0 > > > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > > > atkbd0: irq 1 on atkbdc0 > > > kbd0 at atkbd0 > > > atkbd0: [GIANT-LOCKED] > > > atkbd0: [ITHREAD] > > > psm0: irq 12 on atkbdc0 > > > psm0: [GIANT-LOCKED] > > > psm0: [ITHREAD] > > > psm0: model Generic PS/2 mouse, device ID 0 > > > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > > > uart0: [FILTER] > > > battery0: on acpi0 > > > acpi_acad0: on acpi0 > > > cpu0: on acpi0 > > > acpi_perf0: on cpu0 > > > p4tcc0: on cpu0 > > > cpu1: on acpi0 > > > p4tcc1: on cpu1 > > > pmtimer0 on isa0 > > > orm0: at iomem 0xd0000-0xd0fff,0xdc000-0xdffff pnpid > > > ORM0000 on isa0 > > > sc0: at flags 0x100 on isa0 > > > sc0: VGA <16 virtual consoles, flags=0x300> > > > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > > > isa0 > > > ppc0: parallel port not found. > > > uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 > > > uart1: [FILTER] > > > Timecounters tick every 1.000 msec > > > firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) > > > firewire0: bus manager 0 > > > usbus0: 12Mbps Full Speed USB v1.0 > > > usbus1: 12Mbps Full Speed USB v1.0 > > > usbus2: 12Mbps Full Speed USB v1.0 > > > usbus3: 12Mbps Full Speed USB v1.0 > > > usbus4: 480Mbps High Speed USB v2.0 > > > ad0: 76319MB at ata0-master UDMA100 > > > ugen0.1: at usbus0 > > > uhub0: on > > > usbus0 ugen1.1: at usbus1 > > > uhub1: on > > > usbus1 ugen2.1: at usbus2 > > > uhub2: on > > > usbus2 ugen3.1: at usbus3 > > > uhub3: on > > > usbus3 ugen4.1: at usbus4 > > > uhub4: on > > > usbus4 acd0: DVDR at ata1-master > > > UDMA33 uhub0: 2 ports with 2 removable, self powered > > > uhub1: 2 ports with 2 removable, self powered > > > uhub2: 2 ports with 2 removable, self powered > > > uhub3: 2 ports with 2 removable, self powered > > > GEOM: ad0s2: geometry does not match label (255h,63s != 16h,63s). > > > GEOM: ad0s3: geometry does not match label (255h,63s != 16h,63s). > > > GEOM_LABEL: Label for provider ad0s2a is ufsid/46880ae48b7b4970. > > > GEOM_LABEL: Label for provider ad0s2d is ufsid/46880ae5ec9b08d8. > > > GEOM_LABEL: Label for provider ad0s2e is ufsid/46880ae4445f58df. > > > GEOM_LABEL: Label for provider ad0s2f is ufsid/46880ae4d9762575. > > > GEOM_LABEL: Label for provider ad0s3a is ufsid/48103c56d3be486d. > > > GEOM_LABEL: Label for provider ad0s3d is ufsid/48103c58caf1aa62. > > > GEOM_LABEL: Label for provider ad0s3e is ufsid/48103c56f2e0461f. > > > GEOM_LABEL: Label for provider ad0s3f is ufsid/48103c5640d0eba0. > > > uhub4: 8 ports with 8 removable, self powered > > > SMP: AP CPU #1 Launched! > > > WARNING: WITNESS option enabled, expect reduced performance. > > > Trying to mount root from nfs: > > > NFS ROOT: 10.11.11.1:/usr/tftpboot > > > ugen1.2: at usbus1 > > > uplcom0: > > rev 1.10/3.00, addr 2> on usbus1 > > > GEOM_LABEL: Label for provider md0 is ufsid/4a1b0abb3ab79c50. > > > GEOM_LABEL: Label ufsid/4a1b0abb3ab79c50 removed. > > > GEOM_LABEL: Label for provider md1 is ufsid/4a1b0abe0c17b575. > > > GEOM_LABEL: Label ufsid/4a1b0abe0c17b575 removed. > > > ugen1.2: at usbus1 (disconnected) > > > uplcom0: at uhub1, port 2, addr 2 (disconnected) > > > > When was the last time it worked? > > I think it is broken, more than ~1 month > yesterday updated to be sure it wasn't fixed already, > > Kind regards, > Marten > > > --HPS Can you turn on USB debugging? sysctl hw.usb.debug=15 Also: sysctl hw.usb.uhci.debug=15 sysctl hw.usb.ohci.debug=15 --HPS From owner-freebsd-current@FreeBSD.ORG Tue May 26 08:45:02 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6ACCF1065674 for ; Tue, 26 May 2009 08:45:02 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr16.xs4all.nl (smtp-vbr16.xs4all.nl [194.109.24.36]) by mx1.freebsd.org (Postfix) with ESMTP id C96E58FC20 for ; Tue, 26 May 2009 08:45:01 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from w2003s01.double-l.local (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr16.xs4all.nl (8.13.8/8.13.8) with ESMTP id n4Q8Xli9071172 for ; Tue, 26 May 2009 10:33:47 +0200 (CEST) (envelope-from Johan@double-l.nl) MIME-Version: 1.0 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Tue, 26 May 2009 10:33:47 +0200 Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DE896@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Fatal trap 12 mostly cvsup Thread-Index: Acnd3LAG2HaEgEGuTcG/yUAywb+bWA== From: "Johan Hendriks" To: X-Virus-Scanned: by XS4ALL Virus Scanner Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Fatal trap 12 mostly cvsup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 08:45:02 -0000 Hello all=20 I use a test box with current for quite some time know. It is mostly used as a cvsup-mirror for my other servers. It has 6 250 GB disks ad4, ad5, ad6, ad7, ad8, and ad10. Ad5 to ad10 are labeled as disk01 to disk05 and i have created a = raidz2 pool from those disk. It all worked well, but as of today it gives me panics when i enable = cvsupd or do a /usr/local/etc/cvsup/update.sh My cvsup dir ncvs is on the raidz2 pool as is my /usr/ports dir. =20 This is the error i get =20 Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x0 fault code =3D = supervisor write data, page not present instruction pointer =3D = 0x20:0xffffffff80834046 stack pointer =3D = 0x28:0xffffff802e090690 frame pointer =3D = 0x28:0xffffff802e0906f0 code segment =3D base = 0x0, limit 0xfffff, type 0x1b = =3D DPL 0, pres 1, long 1, def32 0, gran 1 proccessor eflags =3D interupt = enabled, resume, IOPL =3D 0 current process =3D 58199 = (cvsup) trap number =3D 12 panic: page fault cpuid =3D 0 Uptime: 1h4514s Physical memory: 1009M Dumping 1700 MB: And here the cursor stays. I can switch to other terminals by pressing ALT Fx, it takes about 5 to = 10 seconds and then it goes to that terminal. If a client does a cvsup =96g =96L2 then it says it is connnected to = the hanging machine but nothing happens. I can not do anything on the consoles. If i do not use cvsup-mirror adn cvsupd then the machine runs fine. But a //usr/local/etc/cvsup/update.sh or running the cvsupd crashes the = machine. =20 No special things in /etc/make.conf. CPUTYPE?=3Dnocona KERNCONF=3DKRNL BATCH_DELETE_OLD_FILES=3D yes =20 I even installed the base system again with the latest snapshot and = imported the raidz2 pool=20 did a buildworld with sources from yesterday. And the system behaves the same. =20 In loader.conf i have=20 vm.kmem_size=3D=94512M=94 vm.kmem_size_max=3D=94512=94 =20 Mostly it is the cvsup process, but i did see some other processes as = well=20 I do not remember them well, but one started with g_f=85=20 regards, Johan Hendriks From owner-freebsd-current@FreeBSD.ORG Tue May 26 09:14:09 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE5FC106566C; Tue, 26 May 2009 09:14:09 +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 93D918FC0A; Tue, 26 May 2009 09:14:09 +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 n4Q9E6VH010292; Tue, 26 May 2009 05:14:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n4Q9E6rj084390; Tue, 26 May 2009 05:14:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 979487302F; Tue, 26 May 2009 05:14:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090526091406.979487302F@freebsd-current.sentex.ca> Date: Tue, 26 May 2009 05:14:06 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 09:14:10 -0000 TB --- 2009-05-26 07:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-26 07:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-05-26 07:00:00 - cleaning the object tree TB --- 2009-05-26 07:01:28 - cvsupping the source tree TB --- 2009-05-26 07:01:28 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-05-26 07:01:35 - building world TB --- 2009-05-26 07:01:35 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-26 07:01:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-26 07:01:35 - TARGET=amd64 TB --- 2009-05-26 07:01:35 - TARGET_ARCH=amd64 TB --- 2009-05-26 07:01:35 - TZ=UTC TB --- 2009-05-26 07:01:35 - __MAKE_CONF=/dev/null TB --- 2009-05-26 07:01:35 - cd /src TB --- 2009-05-26 07:01:35 - /usr/bin/make -B buildworld >>> World build started on Tue May 26 07:01:37 UTC 2009 >>> 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 Tue May 26 09:07:11 UTC 2009 TB --- 2009-05-26 09:07:11 - generating LINT kernel config TB --- 2009-05-26 09:07:11 - cd /src/sys/amd64/conf TB --- 2009-05-26 09:07:11 - /usr/bin/make -B LINT TB --- 2009-05-26 09:07:11 - building LINT kernel TB --- 2009-05-26 09:07:11 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-26 09:07:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-26 09:07:11 - TARGET=amd64 TB --- 2009-05-26 09:07:11 - TARGET_ARCH=amd64 TB --- 2009-05-26 09:07:11 - TZ=UTC TB --- 2009-05-26 09:07:11 - __MAKE_CONF=/dev/null TB --- 2009-05-26 09:07:11 - cd /src TB --- 2009-05-26 09:07:11 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue May 26 09:07:11 UTC 2009 >>> 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 -frename-registers -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bktr/bktr_card.c cc -c -O2 -frename-registers -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bktr/bktr_core.c cc -c -O2 -frename-registers -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bktr/bktr_i2c.c cc -c -O2 -frename-registers -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bktr/bktr_os.c /src/sys/dev/bktr/bktr_os.c: In function 'bktr_attach': /src/sys/dev/bktr/bktr_os.c:473: error: 'SYS_RES_MEM' undeclared (first use in this function) /src/sys/dev/bktr/bktr_os.c:473: error: (Each undeclared identifier is reported only once /src/sys/dev/bktr/bktr_os.c:473: error: for each function it appears in.) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-26 09:14:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-26 09:14:05 - ERROR: failed to build lint kernel TB --- 2009-05-26 09:14:05 - 5951.91 user 634.77 system 8044.91 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 26 09:32:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6F9F106566B for ; Tue, 26 May 2009 09:32:28 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id 601118FC0C for ; Tue, 26 May 2009 09:32:28 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=0XL0PbTVVtZ_BUY7c_0A:9 a=AMHPmFZpw2EqGIPn6kTYJMVCaRIA:4 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 194867247; Tue, 26 May 2009 11:32:26 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 26 May 2009 11:36:29 +0200 User-Agent: KMail/1.9.7 References: <1243288231.4621.90.camel@mvn-desktop> <1243326345.4558.1.camel@mvn-desktop> <200905261047.58476.hselasky@c2i.net> In-Reply-To: <200905261047.58476.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905261136.30348.hselasky@c2i.net> Cc: Marten Vijn Subject: Re: uplcom write:Device not configured X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 09:32:29 -0000 On Tuesday 26 May 2009, Hans Petter Selasky wrote: > > Can you turn on USB debugging? > > sysctl hw.usb.debug=15 > > Also: > > sysctl hw.usb.uhci.debug=15 > sysctl hw.usb.ohci.debug=15 You can also try to set: hw.usb.ehci.no_hs=1 In /boot/loader.conf --HPS From owner-freebsd-current@FreeBSD.ORG Tue May 26 09:44:48 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF5A4106568A; Tue, 26 May 2009 09:44:48 +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 A07438FC0C; Tue, 26 May 2009 09:44:48 +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 n4Q9ijSb012178; Tue, 26 May 2009 05:44:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n4Q9ijZm050793; Tue, 26 May 2009 05:44:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A75657302F; Tue, 26 May 2009 05:44:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090526094445.A75657302F@freebsd-current.sentex.ca> Date: Tue, 26 May 2009 05:44:45 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 09:44:49 -0000 TB --- 2009-05-26 08:13:14 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-26 08:13:14 - starting HEAD tinderbox run for i386/i386 TB --- 2009-05-26 08:13:14 - cleaning the object tree TB --- 2009-05-26 08:13:47 - cvsupping the source tree TB --- 2009-05-26 08:13:47 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-05-26 08:13:55 - building world TB --- 2009-05-26 08:13:55 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-26 08:13:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-26 08:13:55 - TARGET=i386 TB --- 2009-05-26 08:13:55 - TARGET_ARCH=i386 TB --- 2009-05-26 08:13:55 - TZ=UTC TB --- 2009-05-26 08:13:55 - __MAKE_CONF=/dev/null TB --- 2009-05-26 08:13:55 - cd /src TB --- 2009-05-26 08:13:55 - /usr/bin/make -B buildworld >>> World build started on Tue May 26 08:13:58 UTC 2009 >>> 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 Tue May 26 09:37:07 UTC 2009 TB --- 2009-05-26 09:37:07 - generating LINT kernel config TB --- 2009-05-26 09:37:07 - cd /src/sys/i386/conf TB --- 2009-05-26 09:37:07 - /usr/bin/make -B LINT TB --- 2009-05-26 09:37:08 - building LINT kernel TB --- 2009-05-26 09:37:08 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-26 09:37:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-26 09:37:08 - TARGET=i386 TB --- 2009-05-26 09:37:08 - TARGET_ARCH=i386 TB --- 2009-05-26 09:37:08 - TZ=UTC TB --- 2009-05-26 09:37:08 - __MAKE_CONF=/dev/null TB --- 2009-05-26 09:37:08 - cd /src TB --- 2009-05-26 09:37:08 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue May 26 09:37:08 UTC 2009 >>> 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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bktr/bktr_card.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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bktr/bktr_core.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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bktr/bktr_i2c.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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bktr/bktr_os.c /src/sys/dev/bktr/bktr_os.c: In function 'bktr_attach': /src/sys/dev/bktr/bktr_os.c:473: error: 'SYS_RES_MEM' undeclared (first use in this function) /src/sys/dev/bktr/bktr_os.c:473: error: (Each undeclared identifier is reported only once /src/sys/dev/bktr/bktr_os.c:473: error: for each function it appears in.) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-26 09:44:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-26 09:44:45 - ERROR: failed to build lint kernel TB --- 2009-05-26 09:44:45 - 4261.55 user 434.80 system 5490.71 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 26 09:49:20 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E6CA106566C; Tue, 26 May 2009 09:49:20 +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 E04838FC12; Tue, 26 May 2009 09:49:19 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M8tHb-000MVP-6Y; Tue, 26 May 2009 09:49:19 +0000 Received: from rmac.local.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id A87A11A471D1; Tue, 26 May 2009 18:49:18 +0900 (JST) Date: Tue, 26 May 2009 18:49:18 +0900 Message-ID: From: Randy Bush To: Kip Macy In-Reply-To: <3c1674c90905252338s1fc5c63l35455e2d773876f@mail.gmail.com> References: <3c1674c90905252338s1fc5c63l35455e2d773876f@mail.gmail.com> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Randy Bush , current Subject: Re: today's releng_7 memory on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 09:49:21 -0000 > Your world and kernel are out of sync. See UPDATING. there is no mention of such a need for this in $subject UPDATING my mistake for not catching up with 7 having become stable i guess. sorry randy From owner-freebsd-current@FreeBSD.ORG Tue May 26 10:17:11 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C63AA1065672; Tue, 26 May 2009 10:17:11 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8870A8FC1B; Tue, 26 May 2009 10:17:11 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 3C9376D43B; Tue, 26 May 2009 11:59:22 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uZ4J95xMyxXr; Tue, 26 May 2009 11:59:19 +0200 (CEST) Received: by mx1.rink.nu (Postfix, from userid 1000) id 028B26D43D; Tue, 26 May 2009 11:59:19 +0200 (CEST) Date: Tue, 26 May 2009 11:59:18 +0200 From: Rink Springer To: Randy Bush Message-ID: <20090526095918.GA51616@rink.nu> References: <3c1674c90905252338s1fc5c63l35455e2d773876f@mail.gmail.com> 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: Randy Bush , Kip Macy , current Subject: Re: today's releng_7 memory on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 10:17:12 -0000 On Tue, May 26, 2009 at 06:49:18PM +0900, Randy Bush wrote: > > Your world and kernel are out of sync. See UPDATING. > > there is no mention of such a need for this in $subject UPDATING There is: 20090520 Update ZFS to version 13. ZFS users will need to re-build ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ kernel and world. Existing pools will continue to work ^^^^^^^^^^^^^^^^ without upgrade. If a pool is upgraded it will no longer be usable by older kernel revs. ZFS send / recv between pool version 6 and pool version 13 is not supported. It was committed as part of the ZFS MFC in r192498. Regards, -- Rink P.W. Springer - http://rink.nu "Doom, gloom and despair. I like it!" - Tiresias From owner-freebsd-current@FreeBSD.ORG Tue May 26 10:27:05 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C27A2106566C; Tue, 26 May 2009 10:27:05 +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 A71268FC17; Tue, 26 May 2009 10:27:05 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M8ts9-000MaG-64; Tue, 26 May 2009 10:27:05 +0000 Received: from rmac.local.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id A5E1A1A47EB7; Tue, 26 May 2009 19:27:04 +0900 (JST) Date: Tue, 26 May 2009 19:27:04 +0900 Message-ID: From: Randy Bush To: Rink Springer In-Reply-To: <20090526095918.GA51616@rink.nu> References: <3c1674c90905252338s1fc5c63l35455e2d773876f@mail.gmail.com> <20090526095918.GA51616@rink.nu> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: current Subject: Re: today's releng_7 memory on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 10:27:06 -0000 >>> Your world and kernel are out of sync. See UPDATING. >> there is no mention of such a need for this in $subject UPDATING > Update ZFS to version 13. ZFS users will need to re-build > kernel and world. sorry. but not that they have to be 100% dead sync. i.e. the trap into which i fell, needing to boot the kernel to do the installworld, which required zfs. randy From owner-freebsd-current@FreeBSD.ORG Tue May 26 10:43:19 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92AB910656ED; Tue, 26 May 2009 10:43:19 +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 682ED8FC12; Tue, 26 May 2009 10:43:19 +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 n4QAhH2M015982; Tue, 26 May 2009 06:43:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n4QAhGKX075607; Tue, 26 May 2009 06:43:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C33B37302F; Tue, 26 May 2009 06:43:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090526104316.C33B37302F@freebsd-current.sentex.ca> Date: Tue, 26 May 2009 06:43:16 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 10:43:21 -0000 TB --- 2009-05-26 09:14:06 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-26 09:14:06 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-05-26 09:14:06 - cleaning the object tree TB --- 2009-05-26 09:14:35 - cvsupping the source tree TB --- 2009-05-26 09:14:35 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-05-26 09:14:43 - building world TB --- 2009-05-26 09:14:43 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-26 09:14:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-26 09:14:43 - TARGET=pc98 TB --- 2009-05-26 09:14:43 - TARGET_ARCH=i386 TB --- 2009-05-26 09:14:43 - TZ=UTC TB --- 2009-05-26 09:14:43 - __MAKE_CONF=/dev/null TB --- 2009-05-26 09:14:43 - cd /src TB --- 2009-05-26 09:14:43 - /usr/bin/make -B buildworld >>> World build started on Tue May 26 09:14:45 UTC 2009 >>> 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 Tue May 26 10:37:02 UTC 2009 TB --- 2009-05-26 10:37:02 - generating LINT kernel config TB --- 2009-05-26 10:37:02 - cd /src/sys/pc98/conf TB --- 2009-05-26 10:37:02 - /usr/bin/make -B LINT TB --- 2009-05-26 10:37:03 - building LINT kernel TB --- 2009-05-26 10:37:03 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-26 10:37:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-26 10:37:03 - TARGET=pc98 TB --- 2009-05-26 10:37:03 - TARGET_ARCH=i386 TB --- 2009-05-26 10:37:03 - TZ=UTC TB --- 2009-05-26 10:37:03 - __MAKE_CONF=/dev/null TB --- 2009-05-26 10:37:03 - cd /src TB --- 2009-05-26 10:37:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue May 26 10:37:03 UTC 2009 >>> 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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bktr/bktr_card.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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bktr/bktr_core.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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bktr/bktr_i2c.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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bktr/bktr_os.c /src/sys/dev/bktr/bktr_os.c: In function 'bktr_attach': /src/sys/dev/bktr/bktr_os.c:473: error: 'SYS_RES_MEM' undeclared (first use in this function) /src/sys/dev/bktr/bktr_os.c:473: error: (Each undeclared identifier is reported only once /src/sys/dev/bktr/bktr_os.c:473: error: for each function it appears in.) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-26 10:43:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-26 10:43:16 - ERROR: failed to build lint kernel TB --- 2009-05-26 10:43:16 - 4157.39 user 439.55 system 5349.57 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 26 09:30:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E60AB106566B for ; Tue, 26 May 2009 09:30:54 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.freebsd.org (Postfix) with ESMTP id 3827D8FC0C for ; Tue, 26 May 2009 09:30:53 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.4/8.13.1) with ESMTP id n4Q9Hw0S009749; Tue, 26 May 2009 11:17:58 +0200 (CEST) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.4/8.13.1/Submit) id n4Q9HvY0009748; Tue, 26 May 2009 11:17:57 +0200 (CEST) (envelope-from hk) Date: Tue, 26 May 2009 11:17:57 +0200 From: Holger Kipp To: Freddie Cash Message-ID: <20090526091757.GA9405@intserv.int1.b.intern> References: <4E6E325D-BB18-4478-BCFD-633D6F4CFD88@exscape.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Tue, 26 May 2009 11:20:55 +0000 Cc: freebsd-current@freebsd.org Subject: Re: ZFS panic under extreme circumstances (2/3 disks corrupted) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 09:30:55 -0000 On Mon, May 25, 2009 at 09:19:21AM -0700, Freddie Cash wrote: > On Mon, May 25, 2009 at 9:12 AM, Thomas Backman wrote: > > On May 25, 2009, at 05:39 PM, Freddie Cash wrote: > >> On Mon, May 25, 2009 at 2:13 AM, Thomas Backman > >> wrote: > >>> On May 24, 2009, at 09:02 PM, Thomas Backman wrote: > >>> > >>>> So, I was playing around with RAID-Z and self-healing... > >>> > >> On our storage server that was initially configured using 1 large > >> 24-drive raidz2 vdev (don't do that, by the way), we had 1 drive go > >> south.  "zpool status" was full of errors.  And the error counts > >> survived reboots.  Either that, or the drive was so bad that the error > >> counts started increasing right away after a boot.  After a week of > >> fighting with it to get the new drive to resilver and get added to the > >> vdev, we nuked it and re-created it using 3 raidz2 vdevs each > >> comprised of 8 drives. > >> > >> (Un)fortunately, that was the only failure we've had so far, so can't > >> really confirm/deny the "error counts reset after reboot". > > > > Was this on FreeBSD? > > 64-bit FreeBSD 7.1 using ZFS v6. SATA drives connected to 3Ware RAID > controllers, but configured as "Single Drive" arrays not using > hardware RAID in any way. Not sure if this is related, but we have a 16-disk raid with fibrechannel and have the disks configured as single-disk raid0 (it seems explicit jbod without at least a logical raid0 container for the controller is not possible on most or even all of these raid systems) on the controller. ZFS is of course raidz2. We made a check to just remove one disk while system is up, reinserting the disk after some time - boom. We couldn't get it to resilver. Reason is quite simple. The raid system recognized the disk and because it is a raid0 it can't be repaired by the underlying raid system, so status sent to computer was always of type 'drive broken'. Inserting a new disk would not help either because the raid system could also not repair the raid0 with a new disk. Obvious if you think about it.. What we had to do was to remove the raid0-container from raid configuration and create a new one with the same name on the raid device. As soon as the controller was happy, thinking the disk was ok, ZFS was able to access the drive again, starting resilver without problems (that was with ZFS version 6). Regards, Holger From owner-freebsd-current@FreeBSD.ORG Tue May 26 09:53:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76370106567A for ; Tue, 26 May 2009 09:53:24 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (mail.digiware.nl [80.255.245.173]) by mx1.freebsd.org (Postfix) with ESMTP id 32FC98FC18 for ; Tue, 26 May 2009 09:53:23 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from localhost (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 61AA217529; Tue, 26 May 2009 11:53:22 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by localhost (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yBYD3iMBBKYk; Tue, 26 May 2009 11:53:20 +0200 (CEST) Received: from [212.61.27.67] (opteron [212.61.27.67]) by mail.digiware.nl (Postfix) with ESMTP id 79DA0174AA; Tue, 26 May 2009 11:53:20 +0200 (CEST) Message-ID: <4A1BBC0F.2000502@digiware.nl> Date: Tue, 26 May 2009 11:53:19 +0200 From: Willem Jan Withagen Organization: Digiware User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Nicolas Blais References: <7061d9f50905230958n5fd7d434t790a964e79511d6b@mail.gmail.com> <4A1853A7.8080606@digiware.nl> <7061d9f50905231257n29d9e75ehb827ffdc9c077353@mail.gmail.com> <4A1858CE.8050803@withagen.nl> <7061d9f50905250749n1c152f0fs41f7042ac374da82@mail.gmail.com> In-Reply-To: <7061d9f50905250749n1c152f0fs41f7042ac374da82@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 26 May 2009 11:21:28 +0000 Cc: freebsd-current@freebsd.org Subject: Re: syslogd starting before IPv6 network is up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 09:53:25 -0000 Nicolas Blais wrote: > On Sat, May 23, 2009 at 4:13 PM, Willem Jan Withagen > wrote: > > Nicolas Blais wrote: > > On Sat, May 23, 2009 at 3:51 PM, Willem Jan Withagen > >wrote: > > Nicolas Blais wrote: > > I migrated one of my 8-CURRENT (Thu May 21) box to IPv6 > and since then, I > get the following message at boot: > > syslogd: bind: Can't assign requested address > syslogd: bind: Can't assign requested address > syslogd: > child pid 250 exited with return code 1 > > and syslogd obviously fails to start. Apparently this > problem has been > reported before, but no actual solution other than start > syslogd from > rc.local was given. > I tried disabling the firewall and it didn't fix the problem. > > I have attached a dmesg -a with RC_DEBUG="YES" So you can run syslogd once the whole system is up and running? Because that is what the rc.local suggests. I'm not using the -s open, I've used the -A option to actually specify the addresses I want to listen on. And if you don't want to receive anything from other systems. You might also forgo the option of opening a network socket at all using -s -s. --WjW From owner-freebsd-current@FreeBSD.ORG Tue May 26 11:40:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E55871065679 for ; Tue, 26 May 2009 11:40:32 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from smtp-vbr4.xs4all.nl (smtp-vbr4.xs4all.nl [194.109.24.24]) by mx1.freebsd.org (Postfix) with ESMTP id 6B8F28FC1D for ; Tue, 26 May 2009 11:40:32 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [192.168.178.47] (martenvijn.xs4all.nl [80.101.161.153]) by smtp-vbr4.xs4all.nl (8.13.8/8.13.8) with ESMTP id n4QBeUVd088740; Tue, 26 May 2009 13:40:30 +0200 (CEST) (envelope-from info@martenvijn.nl) From: Marten Vijn To: Hans Petter Selasky In-Reply-To: <200905261047.58476.hselasky@c2i.net> References: <1243288231.4621.90.camel@mvn-desktop> <200905260956.45919.hselasky@c2i.net> <1243326345.4558.1.camel@mvn-desktop> <200905261047.58476.hselasky@c2i.net> Content-Type: text/plain Date: Tue, 26 May 2009 13:40:29 +0200 Message-Id: <1243338029.4558.41.camel@mvn-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current Subject: Re: uplcom write:Device not configured X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 11:40:33 -0000 On Tue, 2009-05-26 at 10:47 +0200, Hans Petter Selasky wrote: > On Tuesday 26 May 2009, Marten Vijn wrote: > > On Tue, 2009-05-26 at 09:56 +0200, Hans Petter Selasky wrote: > > > On Monday 25 May 2009, Marten Vijn wrote: > > > > I am using a uplcom usb to serial adapter > > > > > > > > while using Current it stops working > > > > > > > > On console appear: > > > > write: Device not configured > > > > > > > > After some time the machine hangs, and I have to power cycle the > > > > machine > > > > > > > > Current is from 2 hours ago: r192766 > > > > > > > > demsg below, if more info is required please let me know. > > > > > > > > > > > > > > > > kind regards, > > > > Marten > > > > > > > > > > > > dmesg > > > > Copyright (c) 1992-2009 The FreeBSD Project. > > > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, > > > > 1994 The Regents of the University of California. All rights reserved. > > > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > > > FreeBSD 8.0-CURRENT #2 r192766: Mon May 25 22:57:13 CEST 2009 > > > > root@dfd:/usr/obj/usr/src/sys/GENERIC > > > > WARNING: WITNESS option enabled, expect reduced performance. > > > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > > > CPU: Mobile Intel(R) Pentium(R) 4 CPU 3.06GHz (3059.22-MHz > > > > 686-class CPU) > > > > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > > > > > > > > Features=0xbfebfbff > > >E,MC A,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > > > Features2=0x4400 > > > > real memory = 1073741824 (1024 MB) > > > > avail memory = 1032486912 (984 MB) > > > > ACPI APIC Table: > > > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > > > FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads > > > > cpu0 (BSP): APIC ID: 0 > > > > cpu1 (AP/HT): APIC ID: 1 > > > > ioapic0 irqs 0-23 on motherboard > > > > kbd1 at kbdmux0 > > > > acpi0: on motherboard > > > > acpi0: [ITHREAD] > > > > acpi0: Power Button (fixed) > > > > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > > > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > > > > acpi_ec0: port 0x62,0x66 on acpi0 > > > > acpi_button0: on acpi0 > > > > acpi_lid0: on acpi0 > > > > pcib0: port 0xcf8-0xcff on acpi0 > > > > pci0: on pcib0 > > > > agp0: on hostb0 > > > > pcib1: at device 1.0 on pci0 > > > > pci1: on pcib1 > > > > vgapci0: mem > > > > 0xd1000000-0xd1ffffff,0xe0000000-0xefffffff irq 16 at device 0.0 on > > > > pci1 uhci0: port > > > > 0x1cc0-0x1cdf irq 16 at device 29.0 on pci0 > > > > uhci0: [ITHREAD] > > > > uhci0: LegSup = 0x003b > > > > usbus0: on uhci0 > > > > uhci1: port 0x1ce0-0x1cff > > > > irq 19 at device 29.1 on pci0 > > > > uhci1: [ITHREAD] > > > > uhci1: LegSup = 0x0010 > > > > usbus1: on uhci1 > > > > uhci2: port 0x2000-0x201f > > > > irq 18 at device 29.2 on pci0 > > > > uhci2: [ITHREAD] > > > > uhci2: LegSup = 0x0010 > > > > usbus2: on uhci2 > > > > uhci3: port 0x2020-0x203f > > > > irq 16 at device 29.3 on pci0 > > > > uhci3: [ITHREAD] > > > > uhci3: LegSup = 0x0010 > > > > usbus3: on uhci3 > > > > ehci0: mem > > > > 0xd0000000-0xd00003ff irq 23 at device 29.7 on pci0 > > > > ehci0: [ITHREAD] > > > > usbus4: EHCI version 1.0 > > > > usbus4: on ehci0 > > > > pcib2: at device 30.0 on pci0 > > > > pci3: on pcib2 > > > > cbb0: at device 4.0 on pci3 > > > > cardbus0: on cbb0 > > > > pccard0: <16-bit PCCard bus> on cbb0 > > > > cbb0: [FILTER] > > > > cbb1: at device 4.1 on pci3 > > > > cardbus1: on cbb1 > > > > pccard1: <16-bit PCCard bus> on cbb1 > > > > cbb1: [FILTER] > > > > fwohci0: <1394 Open Host Controller Interface> mem > > > > 0xd2015000-0xd20157ff,0xd2010000-0xd2013fff irq 23 at device 4.2 on > > > > pci3 fwohci0: [ITHREAD] > > > > fwohci0: OHCI version 1.10 (ROM=0) > > > > fwohci0: No. of Isochronous channels is 4. > > > > fwohci0: EUI64 12:34:56:78:12:34:56:78 > > > > fwohci0: Phy 1394a available S400, 2 ports. > > > > fwohci0: Link S400, max_rec 2048 bytes. > > > > firewire0: on fwohci0 > > > > dcons_crom0: on firewire0 > > > > dcons_crom0: bus_addr 0x1494000 > > > > fwe0: on firewire0 > > > > if_fwe0: Fake Ethernet address: 12:34:56:34:56:78 > > > > fwe0: Ethernet address: 12:34:56:34:56:78 > > > > fwip0: on firewire0 > > > > fwip0: Firewire address: 12:34:56:78:12:34:56:78 @ 0xfffe00000000, > > > > S400, maxrec 2048 > > > > sbp0: on firewire0 > > > > fwohci0: Initiate bus reset > > > > fwohci0: fwohci_intr_core: BUS reset > > > > fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, > > > > CYCLEMASTER mode > > > > pci3: at device 4.3 (no driver attached) > > > > rl0: port 0x3000-0x30ff mem > > > > 0xd2015800-0xd20158ff irq 19 at device 5.0 on pci3 > > > > miibus0: on rl0 > > > > rlphy0: PHY 0 on miibus0 > > > > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > > > rl0: Ethernet address: 00:0a:e4:55:3b:8f > > > > rl0: [ITHREAD] > > > > ath0: mem 0xd2000000-0xd200ffff irq 18 at device 6.0 on > > > > pci3 > > > > ath0: [ITHREAD] > > > > ath0: AR5212 mac 5.9 RF5112 phy 4.3 > > > > isab0: at device 31.0 on pci0 > > > > isa0: on isab0 > > > > atapci0: port > > > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2060-0x206f at device 31.1 on > > > > pci0 ata0: on atapci0 > > > > ata0: [ITHREAD] > > > > ata1: on atapci0 > > > > ata1: [ITHREAD] > > > > pci0: at device 31.3 (no driver attached) > > > > pci0: at device 31.5 (no driver attached) > > > > pci0: at device 31.6 (no driver attached) > > > > acpi_tz0: on acpi0 > > > > acpi_button1: on acpi0 > > > > atrtc0: port 0x70-0x71 irq 8 on acpi0 > > > > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > > > > atkbd0: irq 1 on atkbdc0 > > > > kbd0 at atkbd0 > > > > atkbd0: [GIANT-LOCKED] > > > > atkbd0: [ITHREAD] > > > > psm0: irq 12 on atkbdc0 > > > > psm0: [GIANT-LOCKED] > > > > psm0: [ITHREAD] > > > > psm0: model Generic PS/2 mouse, device ID 0 > > > > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > > > > uart0: [FILTER] > > > > battery0: on acpi0 > > > > acpi_acad0: on acpi0 > > > > cpu0: on acpi0 > > > > acpi_perf0: on cpu0 > > > > p4tcc0: on cpu0 > > > > cpu1: on acpi0 > > > > p4tcc1: on cpu1 > > > > pmtimer0 on isa0 > > > > orm0: at iomem 0xd0000-0xd0fff,0xdc000-0xdffff pnpid > > > > ORM0000 on isa0 > > > > sc0: at flags 0x100 on isa0 > > > > sc0: VGA <16 virtual consoles, flags=0x300> > > > > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > > > > isa0 > > > > ppc0: parallel port not found. > > > > uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 > > > > uart1: [FILTER] > > > > Timecounters tick every 1.000 msec > > > > firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) > > > > firewire0: bus manager 0 > > > > usbus0: 12Mbps Full Speed USB v1.0 > > > > usbus1: 12Mbps Full Speed USB v1.0 > > > > usbus2: 12Mbps Full Speed USB v1.0 > > > > usbus3: 12Mbps Full Speed USB v1.0 > > > > usbus4: 480Mbps High Speed USB v2.0 > > > > ad0: 76319MB at ata0-master UDMA100 > > > > ugen0.1: at usbus0 > > > > uhub0: on > > > > usbus0 ugen1.1: at usbus1 > > > > uhub1: on > > > > usbus1 ugen2.1: at usbus2 > > > > uhub2: on > > > > usbus2 ugen3.1: at usbus3 > > > > uhub3: on > > > > usbus3 ugen4.1: at usbus4 > > > > uhub4: on > > > > usbus4 acd0: DVDR at ata1-master > > > > UDMA33 uhub0: 2 ports with 2 removable, self powered > > > > uhub1: 2 ports with 2 removable, self powered > > > > uhub2: 2 ports with 2 removable, self powered > > > > uhub3: 2 ports with 2 removable, self powered > > > > GEOM: ad0s2: geometry does not match label (255h,63s != 16h,63s). > > > > GEOM: ad0s3: geometry does not match label (255h,63s != 16h,63s). > > > > GEOM_LABEL: Label for provider ad0s2a is ufsid/46880ae48b7b4970. > > > > GEOM_LABEL: Label for provider ad0s2d is ufsid/46880ae5ec9b08d8. > > > > GEOM_LABEL: Label for provider ad0s2e is ufsid/46880ae4445f58df. > > > > GEOM_LABEL: Label for provider ad0s2f is ufsid/46880ae4d9762575. > > > > GEOM_LABEL: Label for provider ad0s3a is ufsid/48103c56d3be486d. > > > > GEOM_LABEL: Label for provider ad0s3d is ufsid/48103c58caf1aa62. > > > > GEOM_LABEL: Label for provider ad0s3e is ufsid/48103c56f2e0461f. > > > > GEOM_LABEL: Label for provider ad0s3f is ufsid/48103c5640d0eba0. > > > > uhub4: 8 ports with 8 removable, self powered > > > > SMP: AP CPU #1 Launched! > > > > WARNING: WITNESS option enabled, expect reduced performance. > > > > Trying to mount root from nfs: > > > > NFS ROOT: 10.11.11.1:/usr/tftpboot > > > > ugen1.2: at usbus1 > > > > uplcom0: > > > rev 1.10/3.00, addr 2> on usbus1 > > > > GEOM_LABEL: Label for provider md0 is ufsid/4a1b0abb3ab79c50. > > > > GEOM_LABEL: Label ufsid/4a1b0abb3ab79c50 removed. > > > > GEOM_LABEL: Label for provider md1 is ufsid/4a1b0abe0c17b575. > > > > GEOM_LABEL: Label ufsid/4a1b0abe0c17b575 removed. > > > > ugen1.2: at usbus1 (disconnected) > > > > uplcom0: at uhub1, port 2, addr 2 (disconnected) > > > > > > When was the last time it worked? > > > > I think it is broken, more than ~1 month > > yesterday updated to be sure it wasn't fixed already, > > > > Kind regards, > > Marten > > > > > --HPS > > Can you turn on USB debugging? > > sysctl hw.usb.debug=15 > > Also: > > sysctl hw.usb.uhci.debug=15 > sysctl hw.usb.ohci.debug=15 > I get a lot info on the console everything works for a while when I go to a second console and do cu -l /dev/cuaU0 -s 9600 booting a soekris (flash or pxe) goes fine for 4-5 times I also change the cable between systeems I couple of times (with cu still open) then my system becomes slowly inreponsive I got a lot adata scrollingby on the first console (unreadable fast). When I unplug the serial device the scrolling slows down. But I still can't move to another console. the last info I get from dmesg: http://martenvijn.nl/log.txt I hope it has something usefull Thanks, Marten > --HPS -- http://martenvijn.nl Marten Vijn http://martenvijn.nl/trac/wiki/soas Sugar on a Stick http://bsd.wifisoft.org/nek/ The Network Event Kit http://har2009.org 13th-16th August http://opencommunitycamp.org 26th Jul - 2nd August From owner-freebsd-current@FreeBSD.ORG Tue May 26 11:42:46 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FCD3106566C; Tue, 26 May 2009 11:42:46 +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 C3C508FC16; Tue, 26 May 2009 11:42:45 +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 n4QBghwR020683; Tue, 26 May 2009 07:42:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n4QBghtg012913; Tue, 26 May 2009 07:42:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 629357302F; Tue, 26 May 2009 07:42:43 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090526114243.629357302F@freebsd-current.sentex.ca> Date: Tue, 26 May 2009 07:42:43 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 11:42:47 -0000 TB --- 2009-05-26 09:44:45 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-26 09:44:45 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-05-26 09:44:45 - cleaning the object tree TB --- 2009-05-26 09:45:23 - cvsupping the source tree TB --- 2009-05-26 09:45:23 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-05-26 09:45:31 - building world TB --- 2009-05-26 09:45:31 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-26 09:45:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-26 09:45:31 - TARGET=ia64 TB --- 2009-05-26 09:45:31 - TARGET_ARCH=ia64 TB --- 2009-05-26 09:45:31 - TZ=UTC TB --- 2009-05-26 09:45:31 - __MAKE_CONF=/dev/null TB --- 2009-05-26 09:45:31 - cd /src TB --- 2009-05-26 09:45:31 - /usr/bin/make -B buildworld >>> World build started on Tue May 26 09:45:33 UTC 2009 >>> 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 Tue May 26 11:35:33 UTC 2009 TB --- 2009-05-26 11:35:33 - generating LINT kernel config TB --- 2009-05-26 11:35:33 - cd /src/sys/ia64/conf TB --- 2009-05-26 11:35:33 - /usr/bin/make -B LINT TB --- 2009-05-26 11:35:33 - building LINT kernel TB --- 2009-05-26 11:35:33 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-26 11:35:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-26 11:35:33 - TARGET=ia64 TB --- 2009-05-26 11:35:33 - TARGET_ARCH=ia64 TB --- 2009-05-26 11:35:33 - TZ=UTC TB --- 2009-05-26 11:35:33 - __MAKE_CONF=/dev/null TB --- 2009-05-26 11:35:33 - cd /src TB --- 2009-05-26 11:35:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue May 26 11:35:33 UTC 2009 >>> 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/dev/bktr/bktr_card.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/dev/bktr/bktr_core.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/dev/bktr/bktr_i2c.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/dev/bktr/bktr_os.c /src/sys/dev/bktr/bktr_os.c: In function 'bktr_attach': /src/sys/dev/bktr/bktr_os.c:473: error: 'SYS_RES_MEM' undeclared (first use in this function) /src/sys/dev/bktr/bktr_os.c:473: error: (Each undeclared identifier is reported only once /src/sys/dev/bktr/bktr_os.c:473: error: for each function it appears in.) *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-26 11:42:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-26 11:42:43 - ERROR: failed to build lint kernel TB --- 2009-05-26 11:42:43 - 5698.42 user 437.75 system 7077.37 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 26 11:43:23 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57CCD106567E; Tue, 26 May 2009 11:43:23 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from mail.solomo.de (mail.solomo.de [85.214.49.72]) by mx1.freebsd.org (Postfix) with ESMTP id 0DB298FC2F; Tue, 26 May 2009 11:43:22 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from localhost (localhost [127.0.0.1]) by mail.solomo.de (Postfix) with ESMTP id 3A9F53F4D6; Tue, 26 May 2009 13:33:13 +0200 (CEST) X-Virus-Scanned: amavisd-new at vistream.de Received: from mail.solomo.de ([127.0.0.1]) by localhost (mail.solomo.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 2uqUJScuaDFN; Tue, 26 May 2009 13:33:11 +0200 (CEST) Received: from nibbler.vistream.local (relay3.vistream.de [87.139.10.28]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.solomo.de (Postfix) with ESMTPSA id 131C53F49E; Tue, 26 May 2009 13:33:11 +0200 (CEST) Message-ID: <4A1BD376.3000904@kasimir.com> Date: Tue, 26 May 2009 13:33:10 +0200 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1pre) Gecko/20090525 Shredder/3.0b3pre MIME-Version: 1.0 To: Randy Bush References: <3c1674c90905252338s1fc5c63l35455e2d773876f@mail.gmail.com> <20090526095918.GA51616@rink.nu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Rink Springer , current Subject: Re: today's releng_7 memory on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 11:43:24 -0000 On 26.05.09 12:27, Randy Bush wrote: >>>> Your world and kernel are out of sync. See UPDATING. >>> there is no mention of such a need for this in $subject UPDATING >> Update ZFS to version 13. ZFS users will need to re-build >> kernel and world. > > sorry. but not that they have to be 100% dead sync. i.e. the trap into > which i fell, needing to boot the kernel to do the installworld, which > required zfs. > > randy Yes, if you have your base system on zfs you have to installworld with the old kernel booted. Here is what i did. installkernel, reboot, if the kernel boots fine (zfs will obviously not work and show messages like "internal error: out of memory"), boot kernel.old, installworld, reboot. Everything should be fine. I think this should be added to UPDATING with better wording of course ;-). This is going to bite all users who have /, /usr, $SRCDIR or $OBJDIR on zfs i think. AFAIK this will be needed for -CURRENT and for the 7.2 -> 7.3 update. Cheers, Florian From owner-freebsd-current@FreeBSD.ORG Tue May 26 12:04:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61A56106568D; Tue, 26 May 2009 12:04:22 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 3993F8FC2D; Tue, 26 May 2009 12:04:21 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from 76-205-169-61.lightspeed.austtx.sbcglobal.net ([76.205.169.61]:59701 helo=borg) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M8vOG-000E4r-Aw; Tue, 26 May 2009 07:04:21 -0500 Date: Tue, 26 May 2009 07:04:05 -0500 (CDT) From: Larry Rosenman Sender: ler@borg To: Kip Macy , freebsd-current@freebsd.org In-Reply-To: Message-ID: References: <3c1674c90905242253n544c3f0cqb10952f349391ce7@mail.gmail.com> <454b8cc37c60ab7af2663ba70ddbfd59.squirrel@webmail.lerctr.org> <5a9a181a12e9e4ef864d23ae063f7277.squirrel@webmail.lerctr.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -2.3 (--) X-LERCTR-Spam-Score: -2.3 (--) X-Spam-Report: SpamScore (-2.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135, TVD_RCVD_IP=1.931 X-LERCTR-Spam-Report: SpamScore (-2.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135, TVD_RCVD_IP=1.931 DomainKey-Status: no signature Cc: Subject: Re: ZFS Crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 12:04:23 -0000 On Mon, 25 May 2009, Larry Rosenman wrote: > On Mon, 25 May 2009, Larry Rosenman wrote: > >> after looking at the code, never mind the "don't call doadump", so we'll >> get the textdump. >> >> Thanks rwatson for the textdump stuff! >> > Here is current stats before we crash. Does any of this look totally > out of line? > It crashed again, but did *NOT* make it into ddb enough to do the textdump. It was hung with the backtrace (looks like the same, but I couldn't scroll the screen back). Ideas? I'm really concerned that there is a problem. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Tue May 26 12:12:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E76121065700 for ; Tue, 26 May 2009 12:12:11 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.swip.net [212.247.154.129]) by mx1.freebsd.org (Postfix) with ESMTP id 79ED98FC1B for ; Tue, 26 May 2009 12:12:10 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=6I5d2MoRAAAA:8 a=APNvjZhqeypVzmWGpZAA:9 a=mXE3WT4TUDx24X5ptO8A:7 a=TO5j_k_c211fwfSb6xK7uu0kXzMA:4 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1146957933; Tue, 26 May 2009 14:12:09 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 26 May 2009 14:16:13 +0200 User-Agent: KMail/1.9.7 References: <1243288231.4621.90.camel@mvn-desktop> <200905261047.58476.hselasky@c2i.net> <1243338029.4558.41.camel@mvn-desktop> In-Reply-To: <1243338029.4558.41.camel@mvn-desktop> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905261416.13566.hselasky@c2i.net> Cc: Marten Vijn Subject: Re: uplcom write:Device not configured X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 12:12:12 -0000 Hi Marten! I see some CRC errors there, indicating some kind of cable problem: TD(0xc4a9c860) td_next=-VF td_status=-CRCTO-STALLED, errcnt=0, actlen=8 pid=2d,addr=2,endpt=0,D=0,maxlen=8 TD(0xc4a9c830) at 0x0269c834 = link=0x00000001 status=0x398003ff token=0xffe80269 buffer=0x00000000 Try the following patch: http://perforce.freebsd.org/chv.cgi?CH=162771 Not sure if it helps. Also try to use an external USB HUB. --HPS From owner-freebsd-current@FreeBSD.ORG Tue May 26 12:50:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEF95106564A; Tue, 26 May 2009 12:50:10 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from mail.solomo.de (mail.solomo.de [85.214.49.72]) by mx1.freebsd.org (Postfix) with ESMTP id 6378A8FC13; Tue, 26 May 2009 12:50:09 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from localhost (localhost [127.0.0.1]) by mail.solomo.de (Postfix) with ESMTP id EA3753F4A7; Tue, 26 May 2009 14:36:29 +0200 (CEST) X-Virus-Scanned: amavisd-new at vistream.de Received: from mail.solomo.de ([127.0.0.1]) by localhost (mail.solomo.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Giu20uAwuHA7; Tue, 26 May 2009 14:36:17 +0200 (CEST) Received: from nibbler.vistream.local (relay3.vistream.de [87.139.10.28]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.solomo.de (Postfix) with ESMTPSA id D640C3F49E; Tue, 26 May 2009 14:36:17 +0200 (CEST) Message-ID: <4A1BE241.5030706@kasimir.com> Date: Tue, 26 May 2009 14:36:17 +0200 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1pre) Gecko/20090526 Shredder/3.0b3pre MIME-Version: 1.0 To: Larry Rosenman References: <3c1674c90905242253n544c3f0cqb10952f349391ce7@mail.gmail.com> <454b8cc37c60ab7af2663ba70ddbfd59.squirrel@webmail.lerctr.org> <5a9a181a12e9e4ef864d23ae063f7277.squirrel@webmail.lerctr.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Kip Macy Subject: Re: ZFS Crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 12:50:10 -0000 On 26.05.09 14:04, Larry Rosenman wrote: > On Mon, 25 May 2009, Larry Rosenman wrote: > >> On Mon, 25 May 2009, Larry Rosenman wrote: >> >>> after looking at the code, never mind the "don't call doadump", so we'll >>> get the textdump. >>> >>> Thanks rwatson for the textdump stuff! >>> >> Here is current stats before we crash. Does any of this look totally >> out of line? >> > It crashed again, but did *NOT* make it into ddb enough to do the textdump. > > It was hung with the backtrace (looks like the same, but I couldn't > scroll the screen back). > > Ideas? > > I'm really concerned that there is a problem. > Hi i guess I'm having a similar/the same problem. The panic looks the same, and the trace is a little different, I've had a lot of these panics on this machine, and the stack trace looked different quite often. The panic and show uma and show malloc can be found here: http://webmail.solomo.de/~flo/panic.txt I have a coredump written to swap, but this panic is very easy to trigger and it panics every time savecore runs... It is also easy to trigger this with a buildworld -j5. This is a quadcore Xeon with a a slow SATA disk and only 1GB of mem. (It's only a test machine, so i can test any suggestion.) This box used to run stable with kmem max set to 768M. Anything i can do? Cheers, Florian From owner-freebsd-current@FreeBSD.ORG Tue May 26 13:15:08 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3DBA106571E; Tue, 26 May 2009 13:15:07 +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 A34458FC4A; Tue, 26 May 2009 13:15:07 +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 n4QDF5EN035213; Tue, 26 May 2009 09:15:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4QDF55M086052; Tue, 26 May 2009 09:15:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C71B97302F; Tue, 26 May 2009 09:15:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090526131504.C71B97302F@freebsd-current.sentex.ca> Date: Tue, 26 May 2009 09:15:04 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 13:15:09 -0000 TB --- 2009-05-26 11:42:43 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-26 11:42:43 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-05-26 11:42:43 - cleaning the object tree TB --- 2009-05-26 11:43:22 - cvsupping the source tree TB --- 2009-05-26 11:43:22 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-05-26 11:43:30 - building world TB --- 2009-05-26 11:43:30 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-26 11:43:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-26 11:43:30 - TARGET=powerpc TB --- 2009-05-26 11:43:30 - TARGET_ARCH=powerpc TB --- 2009-05-26 11:43:30 - TZ=UTC TB --- 2009-05-26 11:43:30 - __MAKE_CONF=/dev/null TB --- 2009-05-26 11:43:30 - cd /src TB --- 2009-05-26 11:43:30 - /usr/bin/make -B buildworld >>> World build started on Tue May 26 11:43:32 UTC 2009 >>> 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 Tue May 26 13:09:47 UTC 2009 TB --- 2009-05-26 13:09:47 - generating LINT kernel config TB --- 2009-05-26 13:09:47 - cd /src/sys/powerpc/conf TB --- 2009-05-26 13:09:47 - /usr/bin/make -B LINT TB --- 2009-05-26 13:09:47 - building LINT kernel TB --- 2009-05-26 13:09:47 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-26 13:09:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-26 13:09:47 - TARGET=powerpc TB --- 2009-05-26 13:09:47 - TARGET_ARCH=powerpc TB --- 2009-05-26 13:09:47 - TZ=UTC TB --- 2009-05-26 13:09:47 - __MAKE_CONF=/dev/null TB --- 2009-05-26 13:09:47 - cd /src TB --- 2009-05-26 13:09:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue May 26 13:09:47 UTC 2009 >>> 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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/bktr/bktr_card.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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/bktr/bktr_core.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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/bktr/bktr_i2c.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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/bktr/bktr_os.c /src/sys/dev/bktr/bktr_os.c: In function 'bktr_attach': /src/sys/dev/bktr/bktr_os.c:473: error: 'SYS_RES_MEM' undeclared (first use in this function) /src/sys/dev/bktr/bktr_os.c:473: error: (Each undeclared identifier is reported only once /src/sys/dev/bktr/bktr_os.c:473: error: for each function it appears in.) *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-26 13:15:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-26 13:15:04 - ERROR: failed to build lint kernel TB --- 2009-05-26 13:15:04 - 4319.03 user 419.02 system 5541.05 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 26 13:23:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BEC7106564A for ; Tue, 26 May 2009 13:23:21 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from dd12710.kasserver.com (dd12710.kasserver.com [85.13.134.233]) by mx1.freebsd.org (Postfix) with ESMTP id 0CB438FC19 for ; Tue, 26 May 2009 13:23:20 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from localhost.my.domain (cazador.sisis.de [193.31.11.193]) by dd12710.kasserver.com (Postfix) with ESMTP id 98F901849CD03 for ; Tue, 26 May 2009 15:23:21 +0200 (CEST) Received: (from guru@localhost) by localhost.my.domain (8.14.3/8.14.3/Submit) id n4QDNIvm005408 for freebsd-current@freebsd.org; Tue, 26 May 2009 15:23:18 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Tue, 26 May 2009 15:23:18 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Message-ID: <20090526132318.GA5367@current.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.0-CURRENT (i386) Subject: openoffice.org-DEV300_m46 crashes on exit in CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 13:23:22 -0000 Hello, My openoffice.org-DEV300_m46 (compiled from the ports) crashes on every exit in XCloseDisplay(), see below. To whom I could address this? It looks more a bug in the Xorg or even kernel because as well my X 1.6 server crashes on exit of the 'startkde' command... Thx matthias $ gdb /usr/local/openoffice.org-DEV300_m46/openoffice.org3/program/soffice.bin soffice.bin.core ... gdb) bt #0 0x2ca492a0 in ?? () #1 0x2a0cf906 in XCloseDisplay () from /usr/local/lib/libX11.so.6 #2 0x2a963e28 in SalX11Display::~SalX11Display () from /usr/local/openoffice.org-DEV300_m46/openoffice.org/basis3.2/program/libvclplug_genfi.so #3 0x2a95dfba in X11SalData::DeleteDisplay () from /usr/local/openoffice.org-DEV300_m46/openoffice.org/basis3.2/program/libvclplug_genfi.so #4 0x2a95e224 in X11SalData::~X11SalData () from /usr/local/openoffice.org-DEV300_m46/openoffice.org/basis3.2/program/libvclplug_genfi.so #5 0x2a9698d2 in X11SalInstance::~X11SalInstance () from /usr/local/openoffice.org-DEV300_m46/openoffice.org/basis3.2/program/libvclplug_genfi.so #6 0x2914edec in SalData::~SalData () from /usr/local/openoffice.org-DEV300_m46/openoffice.org3/program/../basis-link/program/libvclfi.so #7 0x2a6b6990 in ?? () #8 0x29273ed8 in pImplSVData () from /usr/local/openoffice.org-DEV300_m46/openoffice.org3/program/../basis-link/program/libvclfi.so #9 0xbfbfe218 in ?? () #10 0x2914edcd in SalData::~SalData () from /usr/local/openoffice.org-DEV300_m46/openoffice.org3/program/../basis-link/program/libvclfi.so #11 0x29270598 in ?? () from /usr/local/openoffice.org-DEV300_m46/openoffice.org3/program/../basis-link/program/libvclfi.so #12 0x2bd6cca8 in ?? () #13 0xbfbfe248 in ?? () #14 0x28f6d395 in DeInitVCL () from /usr/local/openoffice.org-DEV300_m46/openoffice.org3/program/../basis-link/program/libvclfi.so Previous frame identical to this frame (corrupt stack?) (gdb) -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Tue May 26 13:24:10 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90886106566C; Tue, 26 May 2009 13:24:10 +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 66DEF8FC08; Tue, 26 May 2009 13:24:10 +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 n4QDO81n039146; Tue, 26 May 2009 09:24:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4QDO8Xj094851; Tue, 26 May 2009 09:24:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 074F67302F; Tue, 26 May 2009 09:24:08 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090526132408.074F67302F@freebsd-current.sentex.ca> Date: Tue, 26 May 2009 09:24:08 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 13:24:11 -0000 TB --- 2009-05-26 11:51:32 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-26 11:51:32 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-05-26 11:51:32 - cleaning the object tree TB --- 2009-05-26 11:52:04 - cvsupping the source tree TB --- 2009-05-26 11:52:04 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-05-26 11:52:12 - building world TB --- 2009-05-26 11:52:12 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-26 11:52:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-26 11:52:12 - TARGET=sparc64 TB --- 2009-05-26 11:52:12 - TARGET_ARCH=sparc64 TB --- 2009-05-26 11:52:12 - TZ=UTC TB --- 2009-05-26 11:52:12 - __MAKE_CONF=/dev/null TB --- 2009-05-26 11:52:12 - cd /src TB --- 2009-05-26 11:52:12 - /usr/bin/make -B buildworld >>> World build started on Tue May 26 11:52:15 UTC 2009 >>> 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 Tue May 26 13:13:46 UTC 2009 TB --- 2009-05-26 13:13:46 - generating LINT kernel config TB --- 2009-05-26 13:13:46 - cd /src/sys/sparc64/conf TB --- 2009-05-26 13:13:46 - /usr/bin/make -B LINT TB --- 2009-05-26 13:13:46 - building LINT kernel TB --- 2009-05-26 13:13:46 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-26 13:13:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-26 13:13:46 - TARGET=sparc64 TB --- 2009-05-26 13:13:46 - TARGET_ARCH=sparc64 TB --- 2009-05-26 13:13:46 - TZ=UTC TB --- 2009-05-26 13:13:46 - __MAKE_CONF=/dev/null TB --- 2009-05-26 13:13:46 - cd /src TB --- 2009-05-26 13:13:46 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue May 26 13:13:46 UTC 2009 >>> 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 -fstack-protector -Werror /src/sys/geom/geom_pc98_enc.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 -fstack-protector -Werror /src/sys/geom/geom_slice.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 -fstack-protector -Werror /src/sys/geom/geom_subr.c cc1: warnings being treated as errors /src/sys/geom/geom_subr.c: In function 'db_show_bio': /src/sys/geom/geom_subr.c:1313: warning: format '%lld' expects type 'long long int', but argument 2 has type 'off_t' /src/sys/geom/geom_subr.c:1314: warning: format '%lld' expects type 'long long int', but argument 2 has type 'off_t' /src/sys/geom/geom_subr.c:1317: warning: format '%lld' expects type 'long long int', but argument 2 has type 'off_t' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-26 13:24:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-26 13:24:07 - ERROR: failed to build lint kernel TB --- 2009-05-26 13:24:07 - 4325.01 user 419.02 system 5555.16 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 26 13:28:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 597691065751 for ; Tue, 26 May 2009 13:28:37 +0000 (UTC) (envelope-from pascal.braun@continum.net) Received: from mailsrv1.continum.net (mr1.continum.net [80.72.129.121]) by mx1.freebsd.org (Postfix) with ESMTP id E06AB8FC0C for ; Tue, 26 May 2009 13:28:36 +0000 (UTC) (envelope-from pascal.braun@continum.net) Received: from c483.continum.net ([80.72.130.250] helo=[172.16.4.73]) by mr1.continum.net with esmtpa (Exim 4.67) (envelope-from ) id 1M8whs-00054q-3T; Tue, 26 May 2009 15:28:40 +0200 Message-ID: <4A1BEE68.6070103@continum.net> Date: Tue, 26 May 2009 15:28:08 +0200 From: Pascal Braun User-Agent: Thunderbird 2.0.0.17 (X11/20080925) MIME-Version: 1.0 To: pyunyh@gmail.com References: <4A127C56.6040502@continum.net> <20090519104133.GF4697@michelle.cdnetworks.co.kr> <4A12B0B8.5020507@continum.net> <20090520060723.GH9043@michelle.cdnetworks.co.kr> <20090525010757.GH23593@michelle.cdnetworks.co.kr> In-Reply-To: <20090525010757.GH23593@michelle.cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Problems with jumbo frames on nfe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 13:28:38 -0000 Pyun YongHyeon wrote: > On Wed, May 20, 2009 at 03:07:23PM +0900, Pyun YongHyeon wrote: >> On Tue, May 19, 2009 at 03:14:32PM +0200, Pascal Braun wrote: >>> Pyun YongHyeon wrote: >>>> On Tue, May 19, 2009 at 11:31:02AM +0200, Pascal Braun wrote: >>>>> Hi, >>>>> >>>>> I'm currently testing jumbo frames on a Sunfire 4540 running with >>>>> FreeBSD 8-Current (build on April 8th). While using the nfe driver I'm >>>>> having some unexpected problems if i try to bring up the interface with >>>>> MTU sizes greater than 1970 bytes. >>>>> >>>>> The error message (in dmesg) is: >>>>> nfe2: initialization failed: no memory for rx buffers >>>>> >>>> It means you've run out of jumbo clusters. Check the output of >>>> "netstat -m" and see how many jumbo cluster requests were denied. >>> 771/1149/1920 mbufs in use (current/cache/total) >>> 770/680/1450/25600 mbuf clusters in use (current/cache/total/max) >>> 770/510 mbuf+clusters out of packet secondary zone in use (current/cache) >>> 0/9/9/12800 4k (page size) jumbo clusters in use (current/cache/total/max) >>> 0/0/0/16384 9k jumbo clusters in use (current/cache/total/max) >>> 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) >>> 1732K/1683K/3416K bytes allocated to network (current/cache/total) >>> 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) >>> 0/0/0 requests for jumbo clusters denied (4k/9k/16k) >>> 0/0/0 sfbufs in use (current/peak/max) >>> 0 requests for sfbufs denied >>> 0 requests for sfbufs delayed >>> 0 requests for I/O initiated by sendfile >>> 0 calls to protocol drain routines >>> >>> There are no denied requests. MTU size was about 1800. >>> But I have to add, that i cant even get the interface up if the mtu size >>> is above 1970. >>> >>>>> Does anyone have any ideas how to get jumbo frames working? >>>>> >>>> How about increasing 9K jumbo clusters(kern.ipc.nmbjumbo9) with >>>> sysctl(8)? >>> sunfire# sysctl -a | grep jumbo >>> kern.ipc.nmbjumbo16: 3200 >>> kern.ipc.nmbjumbo9: 16384 >>> kern.ipc.nmbjumbop: 12800 >>> >>> I increased kern.ipc.nmbjumbo9 to 16384 (was 6400) but that didn't seem >>> to help. Do you have another idea? >>> >> Ok, would you try attached patch? >> > > FYI: I've committed the patch(r192706). Sorry about the delay, i just came around to test you patch, and i can say its working perfectly for me. Thanks :) Regards Pascal From owner-freebsd-current@FreeBSD.ORG Tue May 26 13:46:01 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37BF91065670 for ; Tue, 26 May 2009 13:46:01 +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 A77C48FC15 for ; Tue, 26 May 2009 13:45:55 +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 n4QDjr83003123; Tue, 26 May 2009 14:45:53 +0100 (BST) 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 1M8wyX-0004va-9Z; Tue, 26 May 2009 14:45:53 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.3/8.14.3) with ESMTP id n4QDjq5L082391; Tue, 26 May 2009 14:45:52 +0100 (BST) (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.3/8.14.3/Submit) id n4QDjqjr082390; Tue, 26 May 2009 14:45:52 +0100 (BST) (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: triosoft@triosoft.com.ua In-Reply-To: <1d05d65670fbc0f7e84d8b42351c63aa.squirrel@webmail.ic.uz.ua> References: <1d05d65670fbc0f7e84d8b42351c63aa.squirrel@webmail.ic.uz.ua> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 26 May 2009 14:45:52 +0100 Message-Id: <1243345552.80806.20.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-current@FreeBSD.org Subject: Re: ATA_STATIC_ID and AHCI bug or /dev/hands ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 13:46:01 -0000 On Sun, 2009-05-24 at 21:41 +0300, triosoft@triosoft.com.ua wrote: > Hello! > > I found some odd behavior of ata device numbering. It seems, that there > is no effect of option ATA_STATIC_ID in CURRENT. > What I have: > supermicro server with 4 sata ports onto Intel ICH7 SATA300 controller > recent CURRENT > sata mode in BIOS is Enhanced > ahci support in BIOS in Enabled > option ATA_STATIC_ID in KERNCONF > > So, if I boot with 4 HDD connected to sata i found ad4,ad6,ad8,ad10 as > disks. but when I detach disk, which "was" ad8 in last case, and then > reboot - I see ad4,ad6,ad8! and not ad4,ad6,ad10! atacontrol list > doesn't show an empty ata channel. Only channels with HDDs connected. I > check 6.x 7.x on the same server with _the same configuration in bios_ - > and all works as suspected - there are empty ata channels, there are > really static device numbers. when I set AHCI to Disabled I have just > two ata channels (with AHCI - I have four, one for each sata disk) and > with or without HDDs connected I see empty channels and have really > static dev nums in the same CURRENT. > So my question is - is it my fault? does I miss something? Or it is a bug? This sounds like a bug to me. I think you're probably best submitting a PR, and please include (or link to) a verbose dmesg from both 7.x and HEAD, and the output of "atacontrol list" from both. Thanks, Gavin From owner-freebsd-current@FreeBSD.ORG Tue May 26 14:18:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E58E21065672 for ; Tue, 26 May 2009 14:18:00 +0000 (UTC) (envelope-from swehack@gmail.com) Received: from mail-fx0-f168.google.com (mail-fx0-f168.google.com [209.85.220.168]) by mx1.freebsd.org (Postfix) with ESMTP id 739F28FC12 for ; Tue, 26 May 2009 14:18:00 +0000 (UTC) (envelope-from swehack@gmail.com) Received: by fxm12 with SMTP id 12so3968041fxm.43 for ; Tue, 26 May 2009 07:17:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=1Io353I14kIRVlTxO8HZTyrsjcR8Fv0QmRV0N69SoCg=; b=a0ehNfrje4AT93RaF9O5hT8Is3EoFLtn867Zc016F0eUvtKzUacYJCE7mhihJaYfEh X3gWHmRs5q4MoIcZKSCTBTDO+Oint2TCsGuXAp6UosBUsQf5uhZl5/saQ5QMk6KpWUjo RX1jYPP6VAe2DkTFMZe9GMdSA8f5zCACrQN2E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=FvkXOC9vkUnXHis2cXU2UBAFfSxlQoWEEElvUi//Ij+RR654aziCWWm2I/ylwcEBVf mCTakpJ2aRteAEEFidEl8vrMj6kK71m2klHiGMhizQuh7iUQPezbqEYGnm9KJOJ2QOrx zfVs584GSRyBRYH3CcgwflmgC7NGMAIXmFeZA= MIME-Version: 1.0 Received: by 10.204.113.12 with SMTP id y12mr8146999bkp.214.1243347479341; Tue, 26 May 2009 07:17:59 -0700 (PDT) In-Reply-To: <9aed80930905260655m2c6baf0by2d1ae6327b2fa5fb@mail.gmail.com> References: <9aed80930905260655m2c6baf0by2d1ae6327b2fa5fb@mail.gmail.com> Date: Tue, 26 May 2009 16:17:59 +0200 Message-ID: <9aed80930905260717p4259644r30b6829bb4d56138@mail.gmail.com> From: nocturnal To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Which library are microtime functions hiding in? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 14:18:01 -0000 I just realized it's a kernel function so ignore this post please. ;) 2009/5/26 nocturnal > I haven't used the microtime, nanotime functions in a long time but i don= 't > remember them being in any other library than libc. > > Obviously i can't find them there and the manual doesn't have a LIBRARY > section or list which library they're in. > > So where are they?! > > I'm using FreeBSD 7.2-RELEASE. > > -- > > > Med v=E4nliga h=E4lsningar > > Stefan Midjich aka nocturnal > [SWEHACK] http://swehack.se > --=20 Med v=E4nliga h=E4lsningar Stefan Midjich aka nocturnal [SWEHACK] http://swehack.se From owner-freebsd-current@FreeBSD.ORG Tue May 26 14:18:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76DF9106566C for ; Tue, 26 May 2009 14:18:08 +0000 (UTC) (envelope-from swehack@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 0062F8FC08 for ; Tue, 26 May 2009 14:18:07 +0000 (UTC) (envelope-from swehack@gmail.com) Received: by bwz9 with SMTP id 9so3925109bwz.43 for ; Tue, 26 May 2009 07:18:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=8bK8TWxl8bYLJDuVsyPU77JQhz/vM2FkW1s5iGzKBn8=; b=GThqgB0/dpLj75ApV0TfOCP0f3JYeQfWJJnwXGldT3zmAx7HeheA0S4dIJ0+O/203I nkG3P+k4jpxdtiFvW0ssCml0Q2qV+o2VK0o/jcZR8anx6Uoayjc86ef/vHXgxjXYUoFP UA8pWZMOO+ZvxdoScHblRopG21ztmPdVbaEZQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=mVtPg/yFdaq9IwYgpXRP8hYAqM7smcyiuwwntPmAQ4Gd/5R/JLKi8EJLFAO2oOBSe8 uzluwOBPa/xdMeifsCjTp49knebHzkXPWP3i2aZS6fgre/lpVJajI9vOY0KDMKs360HT UCCpt2FIMiKZHQHT9gmrxiO/Oh7fnMUCObBM4= MIME-Version: 1.0 Received: by 10.204.113.203 with SMTP id b11mr8158852bkq.109.1243346151944; Tue, 26 May 2009 06:55:51 -0700 (PDT) Date: Tue, 26 May 2009 15:55:51 +0200 Message-ID: <9aed80930905260655m2c6baf0by2d1ae6327b2fa5fb@mail.gmail.com> From: nocturnal To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Which library are microtime functions hiding in? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 14:18:08 -0000 I haven't used the microtime, nanotime functions in a long time but i don't remember them being in any other library than libc. Obviously i can't find them there and the manual doesn't have a LIBRARY section or list which library they're in. So where are they?! I'm using FreeBSD 7.2-RELEASE. --=20 Med v=E4nliga h=E4lsningar Stefan Midjich aka nocturnal [SWEHACK] http://swehack.se From owner-freebsd-current@FreeBSD.ORG Tue May 26 14:24:44 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDBAE1065670 for ; Tue, 26 May 2009 14:24:43 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) by mx1.freebsd.org (Postfix) with ESMTP id 8AD928FC08 for ; Tue, 26 May 2009 14:24:43 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from w2003s01.double-l.local (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr13.xs4all.nl (8.13.8/8.13.8) with ESMTP id n4QEOgj9053915; Tue, 26 May 2009 16:24:42 +0200 (CEST) (envelope-from Johan@double-l.nl) MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Tue, 26 May 2009 16:24:41 +0200 Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DE8B0@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ZFS Crash Thread-Index: AcneAR6FFyy870WLQT2Jpq7wy8JUFgACqu5w References: <3c1674c90905242253n544c3f0cqb10952f349391ce7@mail.gmail.com> <454b8cc37c60ab7af2663ba70ddbfd59.squirrel@webmail.lerctr.org> <5a9a181a12e9e4ef864d23ae063f7277.squirrel@webmail.lerctr.org> <4A1BE241.5030706@kasimir.com> From: "Johan Hendriks" To: "Florian Smeets" X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@FreeBSD.org Subject: RE: ZFS Crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 14:24:44 -0000 >On 26.05.09 14:04, Larry Rosenman wrote: >> On Mon, 25 May 2009, Larry Rosenman wrote: >> >>> On Mon, 25 May 2009, Larry Rosenman wrote: >>> >>>> after looking at the code, never mind the "don't call doadump", so = we'll >>>> get the textdump. >>>> >>>> Thanks rwatson for the textdump stuff! >>>> >>> Here is current stats before we crash. Does any of this look totally >>> out of line? >>> >> It crashed again, but did *NOT* make it into ddb enough to do the = textdump. >> >> It was hung with the backtrace (looks like the same, but I couldn't >> scroll the screen back). >> >> Ideas? >> >> I'm really concerned that there is a problem. >> >Hi i guess I'm having a similar/the same problem. The panic looks the=20 >same, and the trace is a little different, I've had a lot of these=20 >panics on this machine, and the stack trace looked different quite = often. >The panic and show uma and show malloc can be found here:=20 >http://webmail.solomo.de/~flo/panic.txt >I have a coredump written to swap, but this panic is very easy to=20 >trigger and it panics every time savecore runs... It is also easy to=20 >trigger this with a buildworld -j5. >This is a quadcore Xeon with a a slow SATA disk and only 1GB of mem.=20 >(It's only a test machine, so i can test any suggestion.) This box used = >to run stable with kmem max set to 768M. >Anything i can do? >Cheers, >Florian I have several panics also i am using cvsup-mirror on a zfs raidz2. It did run good for quite some time, but last week after a buildworld it = started to panic as soon as /usr/local/etc/cvsup/update.sh was running. I had vm.kmem_size=3D"512M" and vm.kmem_size_max=3D"512M". I had a custom kernel with some options added and some taken off. The box is a HP Proliant 110 with 1GB memory and is running the amd64 = version of FreeBSD. =20 My custom kernel had the following. # Debugging for use in -current nooptions KDB # Enable kernel debugger support. nooptions DDB # Support DDB. nooptions GDB # Support remote GDB. nooptions INVARIANTS # Enable calls of extra sanity checking nooptions INVARIANT_SUPPORT # Extra sanity checks of internal = structures, required by INVARIANTS nooptions WITNESS # Enable checks to detect deadlocks and = cycles nooptions WITNESS_SKIPSPIN # Don't run witness on spinlocks for = speed #polling options DEVICE_POLLING # pf options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_CDNR options ALTQ_PRIQ device pf device pflog device pfsync I did a new buildworld with a GENERIC kernel with pf part still there. = But now i can not panic it again. So maybe it is the options DEVICE_POLLING option. i will try to add that again to the kernel and try to panic it again. Do you have the DEVICE_POLLING option in your kernel? BTW i am no FreeBSD or debug expert. This is just an observation. Regards, Johan Hendriks No virus found in this outgoing message. Checked by AVG - www.avg.com=20 Version: 8.5.339 / Virus Database: 270.12.39/2134 - Release Date: = 05/25/09 18:14:00 From owner-freebsd-current@FreeBSD.ORG Tue May 26 14:38:04 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABCBA106566C; Tue, 26 May 2009 14:38:04 +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 823E38FC1F; Tue, 26 May 2009 14:38:04 +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 n4QEc2j1065328; Tue, 26 May 2009 10:38:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4QEc2tl076183; Tue, 26 May 2009 10:38:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 039607302F; Tue, 26 May 2009 10:38:02 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090526143802.039607302F@freebsd-current.sentex.ca> Date: Tue, 26 May 2009 10:38:02 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 14:38:05 -0000 TB --- 2009-05-26 13:15:04 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-26 13:15:04 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-05-26 13:15:05 - cleaning the object tree TB --- 2009-05-26 13:15:52 - cvsupping the source tree TB --- 2009-05-26 13:15:52 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-05-26 13:15:59 - building world TB --- 2009-05-26 13:15:59 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-26 13:15:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-26 13:15:59 - TARGET=sun4v TB --- 2009-05-26 13:15:59 - TARGET_ARCH=sparc64 TB --- 2009-05-26 13:15:59 - TZ=UTC TB --- 2009-05-26 13:15:59 - __MAKE_CONF=/dev/null TB --- 2009-05-26 13:15:59 - cd /src TB --- 2009-05-26 13:15:59 - /usr/bin/make -B buildworld >>> World build started on Tue May 26 13:16:01 UTC 2009 >>> 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 Tue May 26 14:29:21 UTC 2009 TB --- 2009-05-26 14:29:21 - generating LINT kernel config TB --- 2009-05-26 14:29:21 - cd /src/sys/sun4v/conf TB --- 2009-05-26 14:29:21 - /usr/bin/make -B LINT TB --- 2009-05-26 14:29:21 - building LINT kernel TB --- 2009-05-26 14:29:21 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-26 14:29:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-26 14:29:21 - TARGET=sun4v TB --- 2009-05-26 14:29:21 - TARGET_ARCH=sparc64 TB --- 2009-05-26 14:29:21 - TZ=UTC TB --- 2009-05-26 14:29:21 - __MAKE_CONF=/dev/null TB --- 2009-05-26 14:29:21 - cd /src TB --- 2009-05-26 14:29:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue May 26 14:29:22 UTC 2009 >>> 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 -fstack-protector -Werror /src/sys/geom/geom_pc98_enc.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 -fstack-protector -Werror /src/sys/geom/geom_slice.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 -fstack-protector -Werror /src/sys/geom/geom_subr.c cc1: warnings being treated as errors /src/sys/geom/geom_subr.c: In function 'db_show_bio': /src/sys/geom/geom_subr.c:1313: warning: format '%lld' expects type 'long long int', but argument 2 has type 'off_t' /src/sys/geom/geom_subr.c:1314: warning: format '%lld' expects type 'long long int', but argument 2 has type 'off_t' /src/sys/geom/geom_subr.c:1317: warning: format '%lld' expects type 'long long int', but argument 2 has type 'off_t' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-26 14:38:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-26 14:38:01 - ERROR: failed to build lint kernel TB --- 2009-05-26 14:38:01 - 4278.86 user 416.99 system 4977.01 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue May 26 14:43:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFBA91065670 for ; Tue, 26 May 2009 14:43:36 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 907B18FC1C for ; Tue, 26 May 2009 14:43:36 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1M8xsN-0004bY-PQ for freebsd-current@freebsd.org; Tue, 26 May 2009 07:43:35 -0700 Message-ID: <23724365.post@talk.nabble.com> Date: Tue, 26 May 2009 07:43:35 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org In-Reply-To: <20090526132318.GA5367@current.Sisis.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jakub_lach@mailplus.pl References: <20090526132318.GA5367@current.Sisis.de> Subject: Re: openoffice.org-DEV300_m46 crashes on exit in CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 14:43:37 -0000 Matthias Apitz-4 wrote: > > My openoffice.org-DEV300_m46 (compiled from the ports) crashes on every > exit in XCloseDisplay(), see below. To whom I could address this? It > looks more a bug in the Xorg or even kernel because as well my X 1.6 > server crashes on exit of the 'startkde' command... > Hello. I'm using 8.0-CURRENT #0 r192805M amd64 + openoffice.org-3.1.0 from ports/ with dictionary patch without such problems.. Only annoyance is problem described here http://bugs.freedesktop.org/show_bug.cgi?id=21756 , waiting for fresh mesa port with patches. -best regards, Jakub Lach -- View this message in context: http://www.nabble.com/openoffice.org-DEV300_m46-crashes-on-exit-in-CURRENT-tp23722966p23724365.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Tue May 26 14:59:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C6D41065672 for ; Tue, 26 May 2009 14:59:08 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1D9A28FC14 for ; Tue, 26 May 2009 14:59:08 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id BFF2146B8B; Tue, 26 May 2009 10:59:07 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 85F008A02B; Tue, 26 May 2009 10:59:06 -0400 (EDT) From: John Baldwin To: pyunyh@gmail.com Date: Tue, 26 May 2009 09:40:10 -0400 User-Agent: KMail/1.9.7 References: <20090521041929.GN9043@michelle.cdnetworks.co.kr> <200905221314.06146.jhb@freebsd.org> <20090523030109.GE22204@michelle.cdnetworks.co.kr> In-Reply-To: <20090523030109.GE22204@michelle.cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905260940.11115.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 26 May 2009 10:59:06 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: CFT: msk(4) and Yukon FE+(88E8040, 88E8040T, 88E8048, 88E8070) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 14:59:08 -0000 On Friday 22 May 2009 11:01:09 pm Pyun YongHyeon wrote: > Yukon Extreme uses the new descriptor format, the same as Yukon > FE+, so you should have 88E8072 use that. I guess it wouldn't be > hard to add support for Yukon Extreme once msk(4) got working code > for Yukon FE+. I saw you committed this over the weekend, so I will updated my patches to account for this. So far I have only had two issues: 1) TSO is broken. However, this is probably due to the descriptor format. I will try it again after merging in the FE+ changes. 2) I was getting RX overrun errors when pulling data over gige (at work) (pulling data == using csup to download the CVS repository for the first time). It would die with an RX overrun every few minutes. It required an ifconfig down/up to recover. (It would be nice if the driver recovered from an RX overrun better perhaps.) At home I only have a 10/100 network and the driver worked fine (finished full csup w/o any RX overruns) at 100. I will also see if I can still reproduce this after merging in the FE+ changes over the weekend. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue May 26 15:10:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32E08106564A for ; Tue, 26 May 2009 15:10:10 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id D82718FC0A for ; Tue, 26 May 2009 15:10:09 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmMGAJ+jG0qDaFvL/2dsb2JhbACODQHBNIQLBQ X-IronPort-AV: E=Sophos;i="4.41,252,1241409600"; d="scan'208";a="34473050" Received: from nile.cs.uoguelph.ca ([131.104.91.203]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 26 May 2009 11:10:08 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by nile.cs.uoguelph.ca (Postfix) with ESMTP id C41678D4072 for ; Tue, 26 May 2009 11:10:08 -0400 (EDT) X-Virus-Scanned: amavisd-new at nile.cs.uoguelph.ca Received: from nile.cs.uoguelph.ca ([127.0.0.1]) by localhost (nile.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X+-vx4tgzqq4 for ; Tue, 26 May 2009 11:10:08 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by nile.cs.uoguelph.ca (Postfix) with ESMTP id 240B78D4041 for ; Tue, 26 May 2009 11:10:08 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n4QFB3q10260 for ; Tue, 26 May 2009 11:11:03 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Tue, 26 May 2009 11:11:03 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: [HEADSUP] committing new nfsv4 utilities/daemons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 15:10:10 -0000 I'll be committing 4 new programs into src/usr.sbin momentarily. They've survived a recent "make universe" so hopefully won't cause any grief. They do require the .h files in src/sys/fs/nfs be attached to /usr/include/fs/nfs in order for them to build. rick From owner-freebsd-current@FreeBSD.ORG Tue May 26 12:46:19 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13D6D1065688 for ; Tue, 26 May 2009 12:46:19 +0000 (UTC) (envelope-from craig001@lerwick.hopto.org) Received: from lerwick.hopto.org (81-178-20-70.dsl.pipex.com [81.178.20.70]) by mx1.freebsd.org (Postfix) with ESMTP id 397A58FC31 for ; Tue, 26 May 2009 12:46:17 +0000 (UTC) (envelope-from craig001@lerwick.hopto.org) Received: (qmail 53900 invoked by uid 98); 26 May 2009 13:23:37 +0100 Received: from 192.168.0.2 by polaris.lerwick.hopto.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.88.4/1789. hbedv: 7.1.1.11/6.35.1.178. f-prot: 4.6.6/3.16.14. spamassassin: 3.1.4. Clear:RC:1(192.168.0.2):. Processed in 3.651609 secs); 26 May 2009 12:23:37 -0000 Received: from unknown (HELO ?192.168.0.2?) (192.168.0.2) by lerwick.hopto.org with SMTP; 26 May 2009 13:23:33 +0100 From: Craig Butler To: Marian Hettwer In-Reply-To: <73406dfded92bc7ce37ecee0c3eb0cd8@localhost> References: <1243254080.96435.117.camel@localhost> <73406dfded92bc7ce37ecee0c3eb0cd8@localhost> Content-Type: text/plain Date: Tue, 26 May 2009 13:19:13 +0100 Message-Id: <1243340353.20783.35.camel@main.lerwick.hopto.org> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 26 May 2009 15:14:20 +0000 Cc: Vladimir Grebenschikov , ports@FreeBSD.org, freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, Martin Wilke Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 12:46:20 -0000 On Mon, 2009-05-25 at 16:00 +0200, Marian Hettwer wrote: > Hi All, > > > > > > > We rolled a new version with a fix for all users where > > has problems with kernel load and unload. Many thanks to > > Shin-ichi Okano where submitted this patch to the vbox ml. > > > > http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz > > > > happy testing. > > > This version works like a charm on my box. > FreeBSD motor.mobile.local 7.2-STABLE FreeBSD 7.2-STABLE #0: Wed May 20 > 11:11:57 CEST 2009 root@motor.mobile.rz:/usr/obj/usr/src/sys/GENERIC > i386 > > Thanks for all your efforts! Great to have a vmware replacement on FreeBSD > :-) > > best regards and keep up the good work! > Marian Chalk up another one, also working on; 7.2-RELEASE FreeBSD 7.2-RELEASE #0 i386 tested opensuse 11.1, rhel 5, and fedora 10 -- all working. Thanks a million /Craig From owner-freebsd-current@FreeBSD.ORG Tue May 26 15:58:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AA5A106564A; Tue, 26 May 2009 15:58:51 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 5DF9D8FC1D; Tue, 26 May 2009 15:58:51 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from 76-205-169-61.lightspeed.austtx.sbcglobal.net ([76.205.169.61]:21853 helo=borg) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M8ysb-000Gso-Vj; Tue, 26 May 2009 10:47:55 -0500 Date: Tue, 26 May 2009 10:47:37 -0500 (CDT) From: Larry Rosenman Sender: ler@borg To: Florian Smeets In-Reply-To: <4A1BE241.5030706@kasimir.com> Message-ID: References: <3c1674c90905242253n544c3f0cqb10952f349391ce7@mail.gmail.com> <454b8cc37c60ab7af2663ba70ddbfd59.squirrel@webmail.lerctr.org> <5a9a181a12e9e4ef864d23ae063f7277.squirrel@webmail.lerctr.org> <4A1BE241.5030706@kasimir.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -2.3 (--) X-LERCTR-Spam-Score: -2.3 (--) X-Spam-Report: SpamScore (-2.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135, TVD_RCVD_IP=1.931 X-LERCTR-Spam-Report: SpamScore (-2.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135, TVD_RCVD_IP=1.931 DomainKey-Status: no signature Cc: freebsd-current@freebsd.org, Kip Macy Subject: Re: ZFS Crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 15:58:51 -0000 On Tue, 26 May 2009, Florian Smeets wrote: > On 26.05.09 14:04, Larry Rosenman wrote: >> On Mon, 25 May 2009, Larry Rosenman wrote: >> >>> On Mon, 25 May 2009, Larry Rosenman wrote: >>> >>>> after looking at the code, never mind the "don't call doadump", so we'll >>>> get the textdump. >>>> >>>> Thanks rwatson for the textdump stuff! >>>> >>> Here is current stats before we crash. Does any of this look totally >>> out of line? >>> >> It crashed again, but did *NOT* make it into ddb enough to do the textdump. >> >> It was hung with the backtrace (looks like the same, but I couldn't >> scroll the screen back). >> >> Ideas? >> >> I'm really concerned that there is a problem. >> > > Hi i guess I'm having a similar/the same problem. The panic looks the same, > and the trace is a little different, I've had a lot of these panics on this > machine, and the stack trace looked different quite often. > > The panic and show uma and show malloc can be found here: > http://webmail.solomo.de/~flo/panic.txt > > I have a coredump written to swap, but this panic is very easy to trigger and > it panics every time savecore runs... It is also easy to trigger this with a > buildworld -j5. > > This is a quadcore Xeon with a a slow SATA disk and only 1GB of mem. (It's > only a test machine, so i can test any suggestion.) This box used to run > stable with kmem max set to 768M. > > Anything i can do? > I've started running the below script every minute from cron. If anyone wants to look at the data let me know (it's on a Resi DSL line, so I don't want to run an http server). I'm willing to give SSH accounts to @FreeBSD.org devs to look around. script: #!/bin/sh DATE=`date +%Y%m%d.%H%M%S` (echo "Uptime:";uptime;echo "vmstat -m:";vmstat -m echo "vmstat -z:";vmstat -z) >/home/ler/stats/${DATE}.stats -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Tue May 26 16:32:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51F5B10656BB for ; Tue, 26 May 2009 16:32:12 +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 2D20C8FC08 for ; Tue, 26 May 2009 16:32:12 +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 ESMTPS id A579946B45; Tue, 26 May 2009 12:32:11 -0400 (EDT) Date: Tue, 26 May 2009 17:32:11 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: nocturnal In-Reply-To: <9aed80930905260655m2c6baf0by2d1ae6327b2fa5fb@mail.gmail.com> Message-ID: References: <9aed80930905260655m2c6baf0by2d1ae6327b2fa5fb@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Which library are microtime functions hiding in? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 16:32:13 -0000 On Tue, 26 May 2009, nocturnal wrote: > I haven't used the microtime, nanotime functions in a long time but i don't > remember them being in any other library than libc. > > Obviously i can't find them there and the manual doesn't have a LIBRARY > section or list which library they're in. > > So where are they?! > > I'm using FreeBSD 7.2-RELEASE. Hi-- You likely have in mind the microtime(9) functions -- section 9 of the man page is actually for kernel macros and functions, and they are generally available only to code running in the kernel, or in a module loaded into the kernel. The closest userspace functions are clock_gettime(2) and related calls, which allow you to query real time, uptime, etc. These are available as part of libc. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue May 26 16:52:44 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 861E0106568F for ; Tue, 26 May 2009 16:52:44 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 4554F8FC18 for ; Tue, 26 May 2009 16:52:43 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 26 May 2009 12:52:43 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.10.5-GA) with ESMTP id PXK23341; Tue, 26 May 2009 12:52:38 -0400 (EDT) Received: from 209-6-22-188.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.188]) by smtp01.lnh.mail.rcn.net with ESMTP; 26 May 2009 12:52:38 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18972.7768.977946.30955@jerusalem.litteratus.org> Date: Tue, 26 May 2009 12:52:40 -0400 To: Dimitry Andric In-Reply-To: <4A1AF22C.7070206@andric.com> References: <4A1AF22C.7070206@andric.com> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Cc: Freddie Cash , current@freebsd.org Subject: Re: fdisk incompatibility between major versions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 16:52:45 -0000 Dimitry Andric writes: > If the original poster is running from a Fixit CD, he could also > simply unmount the filesystem before zapping its boot blocks from > under it. :) Problem solved: I ended up scrubbing the disk and rebuilding. (Reduced the unused space in the process. :-) Thank god for daily backups. Robert Huff From owner-freebsd-current@FreeBSD.ORG Tue May 26 16:55:03 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54BD2106566C; Tue, 26 May 2009 16:55:01 +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 596728FC0C; Tue, 26 May 2009 16:54:55 +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 n4QGsr6R083154; Tue, 26 May 2009 12:54:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4QGsrr8028183; Tue, 26 May 2009 12:54:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9E8AF7302F; Tue, 26 May 2009 12:54:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090526165452.9E8AF7302F@freebsd-current.sentex.ca> Date: Tue, 26 May 2009 12:54:52 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 16:55:04 -0000 TB --- 2009-05-26 14:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-26 14:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-05-26 14:40:00 - cleaning the object tree TB --- 2009-05-26 14:41:12 - cvsupping the source tree TB --- 2009-05-26 14:41:12 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-05-26 14:41:19 - building world TB --- 2009-05-26 14:41:19 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-26 14:41:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-26 14:41:19 - TARGET=amd64 TB --- 2009-05-26 14:41:19 - TARGET_ARCH=amd64 TB --- 2009-05-26 14:41:19 - TZ=UTC TB --- 2009-05-26 14:41:19 - __MAKE_CONF=/dev/null TB --- 2009-05-26 14:41:19 - cd /src TB --- 2009-05-26 14:41:19 - /usr/bin/make -B buildworld >>> World build started on Tue May 26 14:41:21 UTC 2009 >>> 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 Tue May 26 16:42:38 UTC 2009 TB --- 2009-05-26 16:42:38 - generating LINT kernel config TB --- 2009-05-26 16:42:38 - cd /src/sys/amd64/conf TB --- 2009-05-26 16:42:38 - /usr/bin/make -B LINT TB --- 2009-05-26 16:42:38 - building LINT kernel TB --- 2009-05-26 16:42:38 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-26 16:42:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-26 16:42:38 - TARGET=amd64 TB --- 2009-05-26 16:42:38 - TARGET_ARCH=amd64 TB --- 2009-05-26 16:42:38 - TZ=UTC TB --- 2009-05-26 16:42:38 - __MAKE_CONF=/dev/null TB --- 2009-05-26 16:42:38 - cd /src TB --- 2009-05-26 16:42:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue May 26 16:42:38 UTC 2009 >>> 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 -frename-registers -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/geom/geom_pc98_enc.c cc -c -O2 -frename-registers -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/geom/geom_slice.c cc -c -O2 -frename-registers -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/geom/geom_subr.c cc1: warnings being treated as errors /src/sys/geom/geom_subr.c: In function 'db_show_bio': /src/sys/geom/geom_subr.c:1313: warning: format '%lld' expects type 'long long int', but argument 2 has type 'off_t' /src/sys/geom/geom_subr.c:1314: warning: format '%lld' expects type 'long long int', but argument 2 has type 'off_t' /src/sys/geom/geom_subr.c:1317: warning: format '%lld' expects type 'long long int', but argument 2 has type 'off_t' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-26 16:54:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-26 16:54:52 - ERROR: failed to build lint kernel TB --- 2009-05-26 16:54:52 - 6201.57 user 642.12 system 8091.88 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 26 17:34:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C01D81065672 for ; Tue, 26 May 2009 17:34:31 +0000 (UTC) (envelope-from clkroot@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 46D378FC1D for ; Tue, 26 May 2009 17:34:30 +0000 (UTC) (envelope-from clkroot@gmail.com) Received: by bwz9 with SMTP id 9so4070335bwz.43 for ; Tue, 26 May 2009 10:34:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=1px5tngk5dDSJfElypNM/Q53VHmljp05FUbg9cN/Qgo=; b=hyewNY5NP/atdEJv5SIlUTZbSzKl9Sd/IDbUYsAXZymgnzglfJwMdk+8e4F0VO330b ily870SKo48CIOBV3Dd49uJrIcf1dkrLm8pwRrzsM9Kpz7jCpBsU3qIxG1W9tSS/vGBm BnLzjRibuA8VfKQSrUbYF8yxo1oyvXzRDH4Ro= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=Drn9fIE3/xJS5od6m+83uSxh+GCJlsOTuBtTFxBFdl60LtH0jrUy3Piz1JhrRFfIUD kLu8+AmARZbK3XFo476VvQLxUKayXxRN4aevNP5lE6QH8ygqTEyr2hY0E+oCrQm/cTTH Z9qoCCGPo5HXLb4lzRA1wRTHzdxLU64hhuVKE= MIME-Version: 1.0 Sender: clkroot@gmail.com Received: by 10.204.114.140 with SMTP id e12mr8351423bkq.68.1243359269936; Tue, 26 May 2009 10:34:29 -0700 (PDT) Date: Tue, 26 May 2009 13:34:29 -0400 X-Google-Sender-Auth: ed740c48047ed732 Message-ID: <7061d9f50905261034l39077a73j1cb0bf7b59b54723@mail.gmail.com> From: Nicolas Blais To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary=0016366975669cdef3046ad4239a X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: dig -6 causes bind9 error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 17:34:32 -0000 --0016366975669cdef3046ad4239a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hi again, On a 8-CURRENT machine and a 7.2-STABLE machine, whenever the command "dig -6 xxxx" is issued, the following error is printed: /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/unix/socket.c:1567: internal_send: ::ffff:24.200.243.189#53: Invalid argument The 24.200.243.189 being a valid DNS server. Attached is the actual output, both from a -4 query and a -6 query. Thanks, Nicolas. --0016366975669cdef3046ad4239a Content-Type: application/octet-stream; name="dig.log" Content-Disposition: attachment; filename="dig.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fv6vze630 ZGlnIC00IHd3dy5rYW1lLm5ldCA6Cgo7IDw8Pj4gRGlHIDkuNC4zLVAyIDw8Pj4gLTQga2FtZS5u ZXQKOzsgZ2xvYmFsIG9wdGlvbnM6ICBwcmludGNtZAo7OyBHb3QgYW5zd2VyOgo7OyAtPj5IRUFE RVI8PC0gb3Bjb2RlOiBRVUVSWSwgc3RhdHVzOiBOT0VSUk9SLCBpZDogOTE4Nwo7OyBmbGFnczog cXIgcmQgcmE7IFFVRVJZOiAxLCBBTlNXRVI6IDAsIEFVVEhPUklUWTogMSwgQURESVRJT05BTDog MAoKOzsgUVVFU1RJT04gU0VDVElPTjoKO2thbWUubmV0LgkJCUlOCUEKCjs7IEFVVEhPUklUWSBT RUNUSU9OOgprYW1lLm5ldC4JCTEyMDAJSU4JU09BCW9yYW5nZS5rYW1lLm5ldC4gcm9vdC5vcmFu Z2Uua2FtZS5uZXQuIDIwMDgwNzI5MDAgMzYwMCAzMDAgMzYwMDAwMCAxMjAwCgo7OyBRdWVyeSB0 aW1lOiAxOTMgbXNlYwo7OyBTRVJWRVI6IDI0LjIwMC4yNDEuMzcjNTMoMjQuMjAwLjI0MS4zNykK OzsgV0hFTjogVHVlIE1heSAyNiAxMzoyNjoxNSAyMDA5Cjs7IE1TRyBTSVpFICByY3ZkOiA3NAoK ZGlnIC02IHd3dy5rYW1lLm5ldDoKCi91c3Ivc3JjL2xpYi9iaW5kL2lzYy8uLi8uLi8uLi9jb250 cmliL2JpbmQ5L2xpYi9pc2MvdW5peC9zb2NrZXQuYzoxNTY3OiBpbnRlcm5hCmxfc2VuZDogOjpm ZmZmOjI0LjIwMC4yNDEuMzcjNTM6IEludmFsaWQgYXJndW1lbnQKL3Vzci9zcmMvbGliL2JpbmQv aXNjLy4uLy4uLy4uL2NvbnRyaWIvYmluZDkvbGliL2lzYy91bml4L3NvY2tldC5jOjE1Njc6IGlu dGVybmEKbF9zZW5kOiA6OmZmZmY6MjQuMjAwLjI0My4xODkjNTM6IEludmFsaWQgYXJndW1lbnQK --0016366975669cdef3046ad4239a-- From owner-freebsd-current@FreeBSD.ORG Tue May 26 18:20:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3C7E106566B for ; Tue, 26 May 2009 18:20:18 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 744C38FC14 for ; Tue, 26 May 2009 18:20:18 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 26826 invoked by uid 399); 26 May 2009 18:20:13 -0000 Received: from localhost (HELO ?192.168.1.6?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 26 May 2009 18:20:13 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A1C32D8.5010202@FreeBSD.org> Date: Tue, 26 May 2009 11:20:08 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Nicolas Blais References: <7061d9f50905261034l39077a73j1cb0bf7b59b54723@mail.gmail.com> In-Reply-To: <7061d9f50905261034l39077a73j1cb0bf7b59b54723@mail.gmail.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: dig -6 causes bind9 error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 18:20:19 -0000 Nicolas Blais wrote: > Hi again, > > On a 8-CURRENT machine and a 7.2-STABLE machine, whenever the command "dig > -6 xxxx" is issued, the following error is printed: Given that you appear to only have an IPv4 server in your /etc/resolv.conf file, why would you expect that to work? The -4 and -6 flags are only relevant when you are using a name server hostname that has both A and AAAA records. That said, I agree that the error message is less than graceful, although dig is apparently trying to be helpful in converting what you've given it into the best IPv6 format it can think of to try and do what you told it to do. hth, Doug From owner-freebsd-current@FreeBSD.ORG Tue May 26 18:39:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBFA3106564A for ; Tue, 26 May 2009 18:39:52 +0000 (UTC) (envelope-from clkroot@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 0BD688FC14 for ; Tue, 26 May 2009 18:39:51 +0000 (UTC) (envelope-from clkroot@gmail.com) Received: by bwz9 with SMTP id 9so4114870bwz.43 for ; Tue, 26 May 2009 11:39:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=XPOG+7OoZL4DUz3R6Gc+YyRVpMqtqXl5Mo2PnwtHDmg=; b=wrJYdKNIlGr8pmaJM9Tte0RTeowR/A5Z80n5vRd9TvC3bnM2RSn8xS7XUoKIcisguk KU6xlNKA9iQRxwX8hR59qZ6mR+kspv32ajtssK/MryIlEDiH551WAD8XV8NOVxfVqtt3 /jOGbk0+p5vcqLdXBKv0HfyzSJyosTNEI5TOU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=GcKBvmCAOjOF9WmMzAzr3NaGSSlTygxppCWG6Nl0c/YIC+bwNmycTGV9IvO6JBHke3 kshoApZyk5wANQzrjYsQxQe1qSNlhSGDhrDfYUIW2a9Dok1K9EIw/5YFGIHVHlfZYTWF 0rCyFlZj6OHDzrXyXuSXT/ZpPQTDw4q9czagU= MIME-Version: 1.0 Sender: clkroot@gmail.com Received: by 10.204.97.140 with SMTP id l12mr8462720bkn.133.1243363191053; Tue, 26 May 2009 11:39:51 -0700 (PDT) In-Reply-To: <4A1C32D8.5010202@FreeBSD.org> References: <7061d9f50905261034l39077a73j1cb0bf7b59b54723@mail.gmail.com> <4A1C32D8.5010202@FreeBSD.org> Date: Tue, 26 May 2009 14:39:51 -0400 X-Google-Sender-Auth: 8f29a92e770bd2e9 Message-ID: <7061d9f50905261139i6ce4035fi541530f82c1e500f@mail.gmail.com> From: Nicolas Blais To: Doug Barton Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: dig -6 causes bind9 error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 18:39:53 -0000 On Tue, May 26, 2009 at 2:20 PM, Doug Barton wrote: > Nicolas Blais wrote: > > Hi again, > > > > On a 8-CURRENT machine and a 7.2-STABLE machine, whenever the command > "dig > > -6 xxxx" is issued, the following error is printed: > > Given that you appear to only have an IPv4 server in your > /etc/resolv.conf file, why would you expect that to work? The -4 and > -6 flags are only relevant when you are using a name server hostname > that has both A and AAAA records. > > That said, I agree that the error message is less than graceful, > although dig is apparently trying to be helpful in converting what > you've given it into the best IPv6 format it can think of to try and > do what you told it to do. > > > hth, > > Doug > My bad then. Oddly enough, I can resolve correctly ipv6-only domains (from the ipv4 dns list in resolv.conf), so I was wondering why dig couldn't give me the output I asked. Thanks, Nicolas. From owner-freebsd-current@FreeBSD.ORG Tue May 26 18:47:02 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CD6C10656F8; Tue, 26 May 2009 18:47:02 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from asuka.mahoroba.org (unknown [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2B7538FC13; Tue, 26 May 2009 18:47:02 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from yuga.mahoroba.org (ume@yuga.mahoroba.org [IPv6:2001:2f0:104:8010:21b:d3ff:fe38:5381]) (user=ume mech=CRAM-MD5 bits=0) by asuka.mahoroba.org (8.14.3/8.14.3) with ESMTP/inet6 id n4QIkhVQ075560 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 27 May 2009 03:46:47 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 27 May 2009 03:46:42 +0900 Message-ID: From: Hajimu UMEMOTO To: Doug Barton In-Reply-To: <4A1C32D8.5010202@FreeBSD.org> References: <7061d9f50905261034l39077a73j1cb0bf7b59b54723@mail.gmail.com> <4A1C32D8.5010202@FreeBSD.org> User-Agent: xcite1.58> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.3 (i386-portbld-freebsd7.2) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 7.2-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.2 (asuka.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Wed, 27 May 2009 03:46:48 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on asuka.mahoroba.org Cc: freebsd-current@FreeBSD.org, Nicolas Blais Subject: Re: dig -6 causes bind9 error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 18:47:02 -0000 Hi, >>>>> On Tue, 26 May 2009 11:20:08 -0700 >>>>> Doug Barton said: dougb> Given that you appear to only have an IPv4 server in your dougb> /etc/resolv.conf file, why would you expect that to work? The -4 and dougb> -6 flags are only relevant when you are using a name server hostname dougb> that has both A and AAAA records. I don't think that `dig -6' should work without an IPv6 server in resolv.conf. dougb> That said, I agree that the error message is less than graceful, dougb> although dig is apparently trying to be helpful in converting what dougb> you've given it into the best IPv6 format it can think of to try and dougb> do what you told it to do. It seems to me that dig(8) tries to use an IPv4-mapped IPv6 address when only IPv4 server is listed in resolv.conf. I confirmed that allowing use of an IPv4-mapped IPv6 address makes dig(8) work against an IPv4 server, with the following patch: Index: contrib/bind9/lib/isc/unix/socket.c diff -u -p contrib/bind9/lib/isc/unix/socket.c.orig contrib/bind9/lib/isc/unix/socket.c --- contrib/bind9/lib/isc/unix/socket.c.orig 2009-01-10 12:00:21.000000000 +0900 +++ contrib/bind9/lib/isc/unix/socket.c 2009-05-27 03:28:13.634476856 +0900 @@ -2108,6 +2108,8 @@ opensocket(isc_socketmgr_t *manager, isc } #endif /* defined(USE_CMSG) || defined(SO_RCVBUF) */ + isc_socket_ipv6only(sock, 0); + return (ISC_R_SUCCESS); } But, I'm skeptical about allowing use of an IPv4-mapped IPv6 address, here. I'm not sure why libisc tries to use an IPv4-mapped IPv6 address in this case. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Tue May 26 20:34:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 679551065670; Tue, 26 May 2009 20:34:17 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 3FC7E8FC1B; Tue, 26 May 2009 20:34:16 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from 76-205-169-61.lightspeed.austtx.sbcglobal.net ([76.205.169.61]:32231 helo=borg) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M93Lj-000K9D-96; Tue, 26 May 2009 15:34:16 -0500 Date: Tue, 26 May 2009 15:34:01 -0500 (CDT) From: Larry Rosenman Sender: ler@borg To: freebsd-current@freebsd.org In-Reply-To: Message-ID: References: <3c1674c90905242253n544c3f0cqb10952f349391ce7@mail.gmail.com> <454b8cc37c60ab7af2663ba70ddbfd59.squirrel@webmail.lerctr.org> <5a9a181a12e9e4ef864d23ae063f7277.squirrel@webmail.lerctr.org> <4A1BE241.5030706@kasimir.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -2.3 (--) X-LERCTR-Spam-Score: -2.3 (--) X-Spam-Report: SpamScore (-2.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135, TVD_RCVD_IP=1.931 X-LERCTR-Spam-Report: SpamScore (-2.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135, TVD_RCVD_IP=1.931 DomainKey-Status: no signature Cc: kmacy@freebsd.org Subject: Re: ZFS Crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 20:34:17 -0000 On Tue, 26 May 2009, Larry Rosenman wrote: > I've started running the below script every minute from cron. > > If anyone wants to look at the data let me know (it's on a Resi DSL line, so > I don't want to run an http server). > > I'm willing to give SSH accounts to @FreeBSD.org devs to look around. > > script: > > #!/bin/sh > DATE=`date +%Y%m%d.%H%M%S` > (echo "Uptime:";uptime;echo "vmstat -m:";vmstat -m > echo "vmstat -z:";vmstat -z) >/home/ler/stats/${DATE}.stats > Just to make sure nothing really funky was happening, I blew away my /usr/obj filesystem (zfs delete vault/usr/obj;zfs create vault/usr/obj) and rebuild world/kernel and installed same. During the reboot I turned off cron and moved the stats files to a separate directory, so now my stats directory has a full history (at least as soon as cron comes up) of this boot. I'll see what we get when it crashes next. I'm still very interested in helping to get to the bottom of this and will supply whatever information I can. Please feel free to ask. I want to help. I can give ssh accounts to any @FreeBSD.org dev that wants to look around. LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Tue May 26 20:49:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4D4E1065672 for ; Tue, 26 May 2009 20:49:38 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id C26308FC21 for ; Tue, 26 May 2009 20:49:38 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id 0779D5C2D; Tue, 26 May 2009 16:49:38 -0400 (EDT) Date: Tue, 26 May 2009 16:49:37 -0400 From: Wesley Shields To: Stefan Bethke Message-ID: <20090526204937.GA31832@atarininja.org> References: <81219750-3AA7-4AEB-9104-4B5C98722242@lassitu.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <81219750-3AA7-4AEB-9104-4B5C98722242@lassitu.de> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: FreeBSD Current Subject: Re: nagios dies with signal 10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 20:49:39 -0000 On Tue, May 26, 2009 at 06:37:24AM +0200, Stefan Bethke wrote: > I just noticed that my nagios keeps dying about five minutes after > startup with signal 10. Up-to-date current from May 21. > > I've tried portupgrade -fR nagios, but that alone does not seem to be > sufficient to fix it. I've tried nagios both with and without > embedded perl. I'm assuming you've got the latest nagios port when you do this? I committed a fix for this and AFAIK the problem has been resolved since then. -- WXS From owner-freebsd-current@FreeBSD.ORG Tue May 26 21:19:52 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 625AB1065673 for ; Tue, 26 May 2009 21:19:52 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id ED2AE8FC15 for ; Tue, 26 May 2009 21:19:51 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n4QLJkrC028827 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 26 May 2009 23:19:49 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: <05D1F58D-58E1-4723-B2D8-56434120721D@lassitu.de> From: Stefan Bethke To: Wesley Shields In-Reply-To: <20090526204937.GA31832@atarininja.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 26 May 2009 23:19:46 +0200 References: <81219750-3AA7-4AEB-9104-4B5C98722242@lassitu.de> <20090526204937.GA31832@atarininja.org> X-Mailer: Apple Mail (2.930.3) Cc: FreeBSD Current Subject: Re: nagios dies with signal 10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 21:19:52 -0000 Am 26.05.2009 um 22:49 schrieb Wesley Shields: > On Tue, May 26, 2009 at 06:37:24AM +0200, Stefan Bethke wrote: >> I just noticed that my nagios keeps dying about five minutes after >> startup with signal 10. Up-to-date current from May 21. >> >> I've tried portupgrade -fR nagios, but that alone does not seem to be >> sufficient to fix it. I've tried nagios both with and without >> embedded perl. > > I'm assuming you've got the latest nagios port when you do this? I > committed a fix for this and AFAIK the problem has been resolved since > then. $ pkg_info|grep nagio nagios-3.0.6_1 Extremely powerful network monitoring system nagios-plugins-1.4.13,1 Plugins for Nagios $ head /usr/ports/net-mgmt/nagios/Makefile # New ports collection makefile for: nagios # Date created: 19 May 2002 # Whom: Blaz Zupan # # $FreeBSD: ports/net-mgmt/nagios/Makefile,v 1.79 2009/05/04 15:36:05 wxs Exp $ As I said, this only started after I updated to -current on May 21. With the earlier current (from around April) it was working fine. I will try to ktrace nagios on the weekend. Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Tue May 26 21:39:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 111F81065672 for ; Tue, 26 May 2009 21:39:23 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id D20D98FC1A for ; Tue, 26 May 2009 21:39:22 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id D50851D0DE; Tue, 26 May 2009 23:39:21 +0200 (CEST) Date: Tue, 26 May 2009 23:39:21 +0200 From: Ed Schouten To: FreeBSD Current Message-ID: <20090526213921.GD48776@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Subject: CFT: ee 1.5.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 21:39:23 -0000 Hi all, Some days ago Bruce Cran and I were talking on IRC about the ancient version of ee(1) we have in the tree. Today I spent some time moving ee(1) to contrib/ee with proper mergeinfo in place, to make it easier to upgrade it. It turns out all local modifications we have to ee(1) right now (line numbers, mktemp, etc) have been implemented upstream as well, in most cases even better. So I've decided to switch to an almost clean copy of ee(1). My patch so far (requires a very recent source tree): http://80386.nl/pub/ee-freebsd-1.5.0.diff Any comments before I commit this patch to SVN? -- Ed Schouten WWW: http://80386.nl/ From owner-freebsd-current@FreeBSD.ORG Tue May 26 22:21:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2530106566C for ; Tue, 26 May 2009 22:21:59 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 272BD8FC16 for ; Tue, 26 May 2009 22:21:58 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id EC4AA14D5B95; Wed, 27 May 2009 00:04:29 +0200 (CEST) X-Virus-Scanned: amavisd-new at t-hosting.hu Received: from server.mypc.hu ([127.0.0.1]) by localhost (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 9PHHH2-X4pGB; Wed, 27 May 2009 00:04:29 +0200 (CEST) Received: from [192.168.1.105] (catv-80-98-231-64.catv.broadband.hu [80.98.231.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 6799214D591A; Wed, 27 May 2009 00:04:29 +0200 (CEST) Message-ID: <4A1C676C.1080304@FreeBSD.org> Date: Wed, 27 May 2009 00:04:28 +0200 From: Gabor Kovesdan User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Ed Schouten References: <20090526213921.GD48776@hoeg.nl> In-Reply-To: <20090526213921.GD48776@hoeg.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: FreeBSD Current Subject: Re: CFT: ee 1.5.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 22:22:00 -0000 Ed Schouten escribió: > Hi all, > > Some days ago Bruce Cran and I were talking on IRC about the ancient > version of ee(1) we have in the tree. Today I spent some time moving > ee(1) to contrib/ee with proper mergeinfo in place, to make it easier to > upgrade it. > > It turns out all local modifications we have to ee(1) right now (line > numbers, mktemp, etc) have been implemented upstream as well, in most > cases even better. So I've decided to switch to an almost clean copy of > ee(1). > Thanks a lot for taking care of ee! I've been using it for a long time and I think it's a nice editor and its greatest advantage is that it's in the base system. Btw, I have a Hungarian catalog for ee, I'll review that one after your update. -- Gabor Kovesdan FreeBSD Volunteer EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org From owner-freebsd-current@FreeBSD.ORG Tue May 26 23:40:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8F34106566B; Tue, 26 May 2009 23:40:07 +0000 (UTC) (envelope-from davidn04@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id 6DFB68FC0A; Tue, 26 May 2009 23:40:07 +0000 (UTC) (envelope-from davidn04@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so2242948qwe.7 for ; Tue, 26 May 2009 16:40:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=fOEjP6PFkVRKaRmVG4uf5dbh4vsJmXPTXbzgwP4dshw=; b=aOu8fnfwbOy0qCTTngUuq5nmuMP8EZWX8yYd3BMLSV815KkvWwvP+SwfeWCuW2PUf/ xTabmW21bPy04tsd6EOfqwv9ZKJB6cx2Gvi2fRkZbNt2R5oxH8A4z1+XPT1IYhpL40PO Yb8Tzg0KblyQG1YzxGqTcyUzs9qdOFHPKc9Dg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=AMJNmmulePuQkOCcIvPAw40L3UxBiJOc+GP+Ynvc67F38Mc0UpiUsA8Ywq/kokw+sc 2x3+BuIJ2oCpbWO5YNv9PpOTjwScA793szUW8sAFPAuy1MS2QRRncgU00DP7lpOKanCB IamZQkTXupowo7/tZUKeeRpeVQARGrnHt4mU0= MIME-Version: 1.0 Received: by 10.229.98.200 with SMTP id r8mr2684477qcn.5.1243381206616; Tue, 26 May 2009 16:40:06 -0700 (PDT) In-Reply-To: <4d7dd86f0905260039s1f9a5576p1b517b802c5ca0d7@mail.gmail.com> References: <4d7dd86f0905250042v61f2af6cl943b665cdbeb26a3@mail.gmail.com> <4d7dd86f0905250339o6e395102l5074198b38143970@mail.gmail.com> <4d7dd86f0905250415u32171606qaf9b64185da1a50@mail.gmail.com> <4A1A82D3.3000804@ksu.ru> <4d7dd86f0905260039s1f9a5576p1b517b802c5ca0d7@mail.gmail.com> Date: Wed, 27 May 2009 09:40:06 +1000 Message-ID: <4d7dd86f0905261640q4a4bdde2u6f0822236a7ffaa2@mail.gmail.com> From: David N To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: gjournal locks up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 23:40:08 -0000 I managed to get the server to lock up again. It responds to ping Top was still running last pid: 42052; load averages: 0.00, 0.16, 0.19 up 0+15:27:29 09:32:08 135 processes: 1 running, 93 sleeping, 41 waiting CPU: 0.0% user, 0.0% nice, 0.4% system, 0.0% interrupt, 99.6% idle Mem: 217M Active, 33M Inact, 168M Wired, 1976K Cache, 53M Buf Swap: 1024M Total, 122M Used, 902M Free, 11% Inuse PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 1784 root 1 -4 0 67596K 4764K ufs 0:08 0.00% perl5.8.9 29580 110 1 20 0 138M 0K lockf 0:07 0.00% 27701 110 1 44 0 136M 0K select 0:06 0.00% 3122 admin 2 -4 0 13344K 1528K ufs 0:04 0.00% transmission-daemon 2226 root 1 44 0 25408K 0K WAIT 0:03 0.00% 728 root 1 44 0 10484K 612K select 0:02 0.00% ntpd 1793 110 1 44 0 132M 0K WAIT 0:01 0.00% 38907 root 1 8 0 34136K 0K wait 0:01 0.00% 3276 root 1 44 0 10700K 744K select 0:01 0.00% sendmail 2236 root 1 44 0 26496K 0K WAIT 0:01 0.00% 1855 root 1 -4 0 5808K 332K ufs 0:01 0.00% master 38067 root 1 8 0 13008K 1660K nanslp 0:00 0.00% gstat 3934 admin 1 44 0 25440K 0K select 0:00 0.00% 40440 admin 3 44 0 136M 0K ucond 0:00 0.00% 2231 root 1 44 0 28620K 0K select 0:00 0.00% 1868 125 1 4 0 5808K 0K WAIT 0:00 0.00% 2026 root 1 44 0 19696K 0K WAIT 0:00 0.00% 41354 root 1 44 0 8116K 1660K RUN 0:00 0.00% top 34965 root 1 8 0 9016K 0K wait 0:00 0.00% 1729 root 1 44 0 5692K 0K WAIT 0:00 0.00% This happened when it was install/initilising a MySQL DB in a Zimbra test install I really have no clue on ddb, I've broken into the debugger on the console. What should i be looking for? Regards David N From owner-freebsd-current@FreeBSD.ORG Wed May 27 01:50:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 842FE1065672; Wed, 27 May 2009 01:50:08 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by mx1.freebsd.org (Postfix) with ESMTP id 47BB48FC21; Wed, 27 May 2009 01:50:08 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id k40so1751796rvb.43 for ; Tue, 26 May 2009 18:50:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=OvoHXqjSa3GDoA4Z79nLXGXhkdG2Zunb8EdHbVm25iA=; b=gQpELFyxjAl9vpf4lqrSto2cCYxsweJA/p8aUv0wGB+cn0OerXbwUOqDeC9SlAtOJV lMWdCc2x+breGwDFyQh0ip6859dTUWrmRopO4SaSmU+vwNRsuz2ep+8f4VYKMwweLqA1 +XCbw+HJVvorr07Kr843EZXjneNRKbsedf+38= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=hqtvQCwfgtl2cqvbhAdM9uatA0U4s+NnK5/qMYIZB0FEH/dJ601SMDQ1W1jLSl3Fxd sga2rxUr2myTCH35ItByJQi/L8P0Q4AqgMF8sU1SsKrX037GmN2+/bH6wguE6R3E4UCy Fnu/0qSxZKDSA+ZtFN+cdDxmbtYAlNGQfDquk= Received: by 10.141.12.15 with SMTP id p15mr3726982rvi.281.1243389007952; Tue, 26 May 2009 18:50:07 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id k2sm1496616rvb.0.2009.05.26.18.50.05 (version=SSLv3 cipher=RC4-MD5); Tue, 26 May 2009 18:50:06 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Wed, 27 May 2009 10:49:23 +0900 From: Pyun YongHyeon Date: Wed, 27 May 2009 10:49:23 +0900 To: John Baldwin Message-ID: <20090527014923.GE1230@michelle.cdnetworks.co.kr> References: <20090521041929.GN9043@michelle.cdnetworks.co.kr> <200905221314.06146.jhb@freebsd.org> <20090523030109.GE22204@michelle.cdnetworks.co.kr> <200905260940.11115.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200905260940.11115.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: CFT: msk(4) and Yukon FE+(88E8040, 88E8040T, 88E8048, 88E8070) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 01:50:09 -0000 On Tue, May 26, 2009 at 09:40:10AM -0400, John Baldwin wrote: > On Friday 22 May 2009 11:01:09 pm Pyun YongHyeon wrote: > > Yukon Extreme uses the new descriptor format, the same as Yukon > > FE+, so you should have 88E8072 use that. I guess it wouldn't be > > hard to add support for Yukon Extreme once msk(4) got working code > > for Yukon FE+. > > I saw you committed this over the weekend, so I will updated my patches to > account for this. So far I have only had two issues: > > 1) TSO is broken. However, this is probably due to the descriptor format. I > will try it again after merging in the FE+ changes. > > 2) I was getting RX overrun errors when pulling data over gige (at work) > (pulling data == using csup to download the CVS repository for the first > time). It would die with an RX overrun every few minutes. It required an > ifconfig down/up to recover. (It would be nice if the driver recovered from > an RX overrun better perhaps.) At home I only have a 10/100 network and the Did you set GMF_RX_OVER_ON bit of RX_GMF_CTRL_T register? I guess the GMF_RX_OVER_ON bit will activate flushing on Rx overrun. Also have you ever checked the output hardware MAC statistics (dev.msk.N.stats) when you notice Rx overruns? > driver worked fine (finished full csup w/o any RX overruns) at 100. I will > also see if I can still reproduce this after merging in the FE+ changes over > the weekend. > I've updated Yukon Extreme patch again. Previous patch seems to have bug in Tx checksum offloading. Also added code to disable ASF for Yukon Extreme. You can get the patch at the following URL. http://people.freebsd.org/~yongari/msk/msk.ex.patch2 From owner-freebsd-current@FreeBSD.ORG Wed May 27 04:11:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65F45106564A for ; Wed, 27 May 2009 04:11:11 +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 43B8F8FC14 for ; Wed, 27 May 2009 04:11:11 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M9ATu-000P9B-9P; Wed, 27 May 2009 04:11:10 +0000 Received: from rmac.local.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id BA7C11A95D5E; Wed, 27 May 2009 13:11:09 +0900 (JST) Date: Wed, 27 May 2009 13:11:09 +0900 Message-ID: From: Randy Bush To: Scott Long In-Reply-To: References: <4A1B41DE.30305@samsco.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD Current Subject: Re: kern/134011 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 04:11:11 -0000 >>>> this bug is now causing system lockup when the midnight gmt jobs run on >>>> one system and it manifesting with less serious consequences on three >>>> others. >>> oh, and other folk have reported on list of seeing the same. though >>> they have not added to the pr. >> If you're using ZFS then you want to get to the tip of current to pick >> up the VM backpressure fixes that were added. > the problem is worst on a zfs system, crashing. and it is upgrading now > and does so once a week. > the problem also manifests on non-zfs systems. i cvsupped and built and installed new kernel and world. cvsup of May 26 00:36 it locks up solid very reliably i do not think this is a related bug. randy From owner-freebsd-current@FreeBSD.ORG Wed May 27 04:13:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAE1B106566B for ; Wed, 27 May 2009 04:13:48 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id 9FA638FC08 for ; Wed, 27 May 2009 04:13:48 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so2415917ywe.13 for ; Tue, 26 May 2009 21:13:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=JwUQTCLLpQQ2k7I6MKZ8qq0MOAkwzlJ0Oy67bRHfBvk=; b=bNEIQgUWOFnnwId4zqUA1ma1MGK/atNgQfBE3GW880AYhnsJqia9RP0GVrac0cwkeN MZNC+dfV2FFh+JbgzVnAs53ypFoebUz0AuKmWf5Qu4/uBUBLmSiOiZbba+iNhhqRrvJ1 he10S72+sB0BJ7iZLAQAaS9I5o0xDkZGv+TMc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=bFFWHyMIn/xCTMmx90MOte32cLrTR6mzVftAtkRO2KrnlARtCuskrTy5Fak9vu7mew S/quXDxf834Zbst72daiUDXzoqMEtTgxTtOsUiGVthtRh89HvBFxRsTjFxyC62bxVxK4 hwZU9aZughWRcjiUM5gP2AnWjpQGp2tF6qTZY= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.127.14 with SMTP id z14mr6988031anc.37.1243397627959; Tue, 26 May 2009 21:13:47 -0700 (PDT) In-Reply-To: References: Date: Tue, 26 May 2009 21:13:47 -0700 X-Google-Sender-Auth: fb6cb3dc9257220a Message-ID: <3c1674c90905262113x127ad54ex8672ce8cbbf7eb1c@mail.gmail.com> From: Kip Macy To: Randy Bush Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: kern/134011 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 04:13:49 -0000 Which arch? How much memory? What are your loader.conf settings? -Kip On Mon, May 25, 2009 at 5:25 PM, Randy Bush wrote: > [ yes, dear, i know i should not run current on production systems. > =A0but then, if no one does, how are we gonna shake out proplems under > =A0load and real life conditions. =A0someone has to do it. ] > > this bug is now causing system lockup when the midnight gmt jobs run on > one system and it manifesting with less serious consequences on three > others. > > the servers are all racked and remote but have serial console access. > how can i be of help finding this one? > > randy > _______________________________________________ > 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= " > --=20 When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From owner-freebsd-current@FreeBSD.ORG Wed May 27 04:46:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38AF71065670; Wed, 27 May 2009 04:46:52 +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 1D1548FC15; Wed, 27 May 2009 04:46:52 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M9B2R-000PFO-CG; Wed, 27 May 2009 04:46:51 +0000 Received: from rmac.local.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id B94401A981CE; Wed, 27 May 2009 13:46:50 +0900 (JST) Date: Wed, 27 May 2009 13:46:50 +0900 Message-ID: From: Randy Bush To: Kip Macy In-Reply-To: <3c1674c90905262113x127ad54ex8672ce8cbbf7eb1c@mail.gmail.com> References: <3c1674c90905262113x127ad54ex8672ce8cbbf7eb1c@mail.gmail.com> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD Current Subject: Re: kern/134011 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 04:46:52 -0000 > Which arch? amd64 and i386 > How much memory? 4g in all cases but one. that is 1g > What are your loader.conf settings? on the worst one, which runs zfs # grep -v ^# /boot/loader.conf* /boot/loader.conf.local:loader_logo=beastie /boot/loader.conf.local:console="comconsole vidconsole" /boot/loader.conf.local:comconsole_speed=9600 /boot/loader.conf.local:vfs.zfs.prefetch_disable=1 /boot/loader.conf.local:zfs_load=YES /boot/loader.conf.local:vfs.zfs.prefetch_disable=1 /boot/loader.conf.local:geom_mirror_load=YES /boot/loader.conf.local:kern.maxvnodes=50000 on another which has gmirror, not zfs # grep -v ^# /boot/loader.conf* /boot/loader.conf.local:loader_logo=beastie /boot/loader.conf.local:console="comconsole vidconsole" /boot/loader.conf.local:comconsole_speed="9600" /boot/loader.conf.local:vm.pmap.pg_ps_enabled=1 /boot/loader.conf.local:geom_mirror_load=YES ... randy From owner-freebsd-current@FreeBSD.ORG Wed May 27 05:03:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFD5E1065673 for ; Wed, 27 May 2009 05:03:09 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id AA06B8FC0A for ; Wed, 27 May 2009 05:03:09 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so2381949ana.13 for ; Tue, 26 May 2009 22:03:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=rY58vZKNT51mdr7XYkV5FbPgkhXmOO9n1XVnXSv/n0c=; b=JyN6DUhg0sFS0ALHLgFyF3JxR1JNayrtsSUBhKCrEKO3TA1GXOOCtSRTzhEHmO/0j9 JWig1T99uus3aTYVetLSEDLio/N9lXLs1bODl0oqxeqbNpWYjwYH60yDSgOVXAz89K6t 9Px8jTKRMPYXSDmbshejJWOHjiVGgbcPf0iBw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=awjRka/bKjC4j0oZ/6y4vbTPGaEKoXXL/Bc9eY1Nd28GIxp60WOQOZY66XKpefiytY KAlSg3IzsbvnIjCntYbOhVCauqGLdHq/6KTwQ2uvyKz7xlYQJr9QGHz44MYAbWisbq0z aXVzsEznZCvjFlt3iQG/sYOOaPi/ku0b6deW8= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.215.12 with SMTP id n12mr15818257ang.133.1243400588777; Tue, 26 May 2009 22:03:08 -0700 (PDT) In-Reply-To: References: <3c1674c90905262113x127ad54ex8672ce8cbbf7eb1c@mail.gmail.com> Date: Tue, 26 May 2009 22:03:08 -0700 X-Google-Sender-Auth: 4f15a33c3b661b5c Message-ID: <3c1674c90905262203o66064f1m7797f1e0f8f370c2@mail.gmail.com> From: Kip Macy To: Randy Bush Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: kern/134011 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 05:03:10 -0000 On Tue, May 26, 2009 at 9:46 PM, Randy Bush wrote: >> Which arch? > > amd64 and i386 > >> How much memory? > > 4g in all cases but one. =A0that is 1g You're having problems with both architectures and with 4g? > >> What are your loader.conf settings? > > on the worst one, which runs zfs > > # grep -v ^# /boot/loader.conf* > /boot/loader.conf.local:loader_logo=3Dbeastie > /boot/loader.conf.local:console=3D"comconsole vidconsole" > /boot/loader.conf.local:comconsole_speed=3D9600 > /boot/loader.conf.local:vfs.zfs.prefetch_disable=3D1 > /boot/loader.conf.local:zfs_load=3DYES > /boot/loader.conf.local:vfs.zfs.prefetch_disable=3D1 > /boot/loader.conf.local:geom_mirror_load=3DYES > /boot/loader.conf.local:kern.maxvnodes=3D50000 > > on another which has gmirror, not zfs > > # grep -v ^# /boot/loader.conf* > /boot/loader.conf.local:loader_logo=3Dbeastie > /boot/loader.conf.local:console=3D"comconsole vidconsole" > /boot/loader.conf.local:comconsole_speed=3D"9600" > /boot/loader.conf.local:vm.pmap.pg_ps_enabled=3D1 > /boot/loader.conf.local:geom_mirror_load=3DYES > > ... > > randy > --=20 When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From owner-freebsd-current@FreeBSD.ORG Wed May 27 05:05:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 818B61065673; Wed, 27 May 2009 05:05:57 +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 63AFC8FC18; Wed, 27 May 2009 05:05:57 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M9BKv-000PHx-3A; Wed, 27 May 2009 05:05:57 +0000 Received: from rmac.local.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 8A50A1A9A08C; Wed, 27 May 2009 14:05:56 +0900 (JST) Date: Wed, 27 May 2009 14:05:56 +0900 Message-ID: From: Randy Bush To: Kip Macy In-Reply-To: <3c1674c90905262203o66064f1m7797f1e0f8f370c2@mail.gmail.com> References: <3c1674c90905262113x127ad54ex8672ce8cbbf7eb1c@mail.gmail.com> <3c1674c90905262203o66064f1m7797f1e0f8f370c2@mail.gmail.com> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: kern/134011 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 05:05:57 -0000 >>> Which arch? >> amd64 and i386 >>> How much memory? >> 4g in all cases but one. =A0that is 1g > You're having problems with both architectures and with 4g? yep. i am presuming that it is some kernel or other config aspect. randy From owner-freebsd-current@FreeBSD.ORG Wed May 27 06:01:07 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03A9310656EE for ; Wed, 27 May 2009 06:01:07 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outX.internet-mail-service.net (outx.internet-mail-service.net [216.240.47.247]) by mx1.freebsd.org (Postfix) with ESMTP id 864C78FC1C for ; Wed, 27 May 2009 06:01:05 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 94E1AB7564 for ; Tue, 26 May 2009 23:01:05 -0700 (PDT) X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 2AE792D6013 for ; Tue, 26 May 2009 23:01:05 -0700 (PDT) Message-ID: <4A1CD720.8060205@elischer.org> Date: Tue, 26 May 2009 23:01:04 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: oh-oh .. 128 processors.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 06:01:07 -0000 So Intel is planning on shipping 128 'processor' (including HTT) systems next year. that makes 2 suppliers that will have that.. time for us to think about this seriously. From owner-freebsd-current@FreeBSD.ORG Wed May 27 07:20:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CCD7106564A; Wed, 27 May 2009 07:20:58 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id EA9318FC1F; Wed, 27 May 2009 07:20:57 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:36307 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1M9DRR-0003PD-45; Wed, 27 May 2009 09:20:51 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id B666BEED40; Wed, 27 May 2009 09:20:44 +0200 (CEST) Message-Id: <2AB885E4-31C5-4271-87F7-BA3F562EE7B1@exscape.org> From: Thomas Backman To: Kip Macy In-Reply-To: <3c1674c90905262203o66064f1m7797f1e0f8f370c2@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 27 May 2009 09:20:44 +0200 References: <3c1674c90905262113x127ad54ex8672ce8cbbf7eb1c@mail.gmail.com> <3c1674c90905262203o66064f1m7797f1e0f8f370c2@mail.gmail.com> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1M9DRR-0003PD-45. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1M9DRR-0003PD-45 38eaa91ef60b50df7b2f02e235ac72d9 Cc: FreeBSD Current Subject: Re: kern/134011 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 07:20:58 -0000 On May 27, 2009, at 07:03 AM, Kip Macy wrote: > On Tue, May 26, 2009 at 9:46 PM, Randy Bush wrote: >>> Which arch? >> >> amd64 and i386 >> >>> How much memory? >> >> 4g in all cases but one. that is 1g > > You're having problems with both architectures and with 4g? I ran into this crash (I think*) yesterday too, albeit in a (amd64) VM with 768MB RAM. However, I had set arc_min="30M" and arc_max="100M" so I expected it to work, but it crashed within 10-15 minutes of make -j4 buildworld. I changed the values to 5 and 30M, and so far (~30 minutes) no crash. The sources were from late May 21st, currently building rev. 192805 (since 192808 broke the build, at least on the tinderbox). * "I think" because I went to check on it it the middle of the night, saw a page fault in kernel mode or whatever, and figured "damnit... well, I'll suspend the VM, turn the laptop off and check in the morning". I hit shutdown instead, so no backtrace or anything. D'oh! Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Wed May 27 07:31:15 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD81D106566B; Wed, 27 May 2009 07:31:15 +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 8D86A8FC12; Wed, 27 May 2009 07:31:15 +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 n4R7VDHL063872; Wed, 27 May 2009 03:31:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n4R7VDqc022830; Wed, 27 May 2009 03:31:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 175847302F; Wed, 27 May 2009 03:31:13 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090527073113.175847302F@freebsd-current.sentex.ca> Date: Wed, 27 May 2009 03:31:13 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 07:31:16 -0000 TB --- 2009-05-27 06:35:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-27 06:35:00 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-05-27 06:35:00 - cleaning the object tree TB --- 2009-05-27 06:35:36 - cvsupping the source tree TB --- 2009-05-27 06:35:37 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-05-27 06:35:47 - building world TB --- 2009-05-27 06:35:47 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-27 06:35:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-27 06:35:47 - TARGET=powerpc TB --- 2009-05-27 06:35:47 - TARGET_ARCH=powerpc TB --- 2009-05-27 06:35:47 - TZ=UTC TB --- 2009-05-27 06:35:47 - __MAKE_CONF=/dev/null TB --- 2009-05-27 06:35:47 - cd /src TB --- 2009-05-27 06:35:47 - /usr/bin/make -B buildworld >>> World build started on Wed May 27 06:35:48 UTC 2009 >>> 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 [...] cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.sbin/dtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/lib/libproc/common -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/contrib/opensolaris/compat -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -pthread -L/obj/powerpc/src/cddl/usr.sbin/dtrace/../../lib/libdtrace -L/obj/powerpc/src/cddl/usr.sbin/dtrace/../../lib/libproc -L/obj/powerpc/src/cddl/usr.sbin/dtrace/../../lib/libctf -L/obj/powerpc/src/cddl/usr.sbin/dtrace/../../../lib/libelf -o dtrace dtrace.o -ldtrace -ly -ll -lproc -lctf -lelf -lz gzip -cn /src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/cmd/dtrace/dtrace.1 > dtrace.1.gz ===> cddl/usr.sbin/lockstat (all) cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN -I/src/cddl/usr.sbin/lockstat/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.sbin/lockstat/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/lib/libproc/common -I/src/cddl/usr.sbin/lockstat/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.sbin/lockstat/../../../sys/cddl/contrib/opensolaris/compat -I/src/cddl/usr.sbin/lockstat/../../../sys -DNEED_ERRLOC -g -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/cmd/lockstat/lockstat.c cc1: warnings being treated as errors /src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/cmd/lockstat/lockstat.c: In function 'main': /src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/cmd/lockstat/lockstat.c:1095: warning: comparison is always true due to limited range of data type /src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/cmd/lockstat/lockstat.c:1389: warning: comparison is always true due to limited range of data type *** Error code 1 Stop in /src/cddl/usr.sbin/lockstat. *** Error code 1 Stop in /src/cddl/usr.sbin. *** Error code 1 Stop in /src/cddl. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-27 07:31:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-27 07:31:13 - ERROR: failed to build world TB --- 2009-05-27 07:31:13 - 2389.71 user 270.36 system 3372.85 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed May 27 07:31:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 123F51065675 for ; Wed, 27 May 2009 07:31:32 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id BB9DC8FC08 for ; Wed, 27 May 2009 07:31:31 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so2452269ywe.13 for ; Wed, 27 May 2009 00:31:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=CUfPG3kMjlsscbRZR7aDIvOMyAT5B1H9UOSEPV17NEk=; b=wrw5PW1+JfWN2+XRCgETk8Y4I1Rddc9cVoDEEOumw/xGnxme9MqjQpg/P6uiTkpSUB O0JIYjZVsWK8B8v3sRUa97B9mM8oIl0O9QACh+hNINllCu5lRejP8ilvhnzjrgc9Cpxy 6Pk8ar75B4z3m32XDnOszjBjpliaT1t3t6S0k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=wzHSbrrvTDNLwIiK0EsLc1Gzr0BPPVFrdhTGe5r8xlV+28VOO40z5EC3gsDqHZnMZz olrDT5KddLIv7psHWYiAdu/wAEJN3cbiAiQgJ0QpWQ0YVLGNC3V/zHU1zDcibpB8qrf7 ijcpTZ4dirk86XMQ2/nrsn/q7a43FbDSNP4sI= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.227.18 with SMTP id z18mr16337596ang.67.1243409490839; Wed, 27 May 2009 00:31:30 -0700 (PDT) In-Reply-To: <2AB885E4-31C5-4271-87F7-BA3F562EE7B1@exscape.org> References: <3c1674c90905262113x127ad54ex8672ce8cbbf7eb1c@mail.gmail.com> <3c1674c90905262203o66064f1m7797f1e0f8f370c2@mail.gmail.com> <2AB885E4-31C5-4271-87F7-BA3F562EE7B1@exscape.org> Date: Wed, 27 May 2009 00:31:30 -0700 X-Google-Sender-Auth: 8d8e677bd29a176e Message-ID: <3c1674c90905270031n5228f9bg4b6dcc8f15782760@mail.gmail.com> From: Kip Macy To: Thomas Backman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: kern/134011 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 07:31:32 -0000 > > I ran into this crash (I think*) yesterday too, albeit in a (amd64) VM with > 768MB RAM. > However, I had set arc_min="30M" and arc_max="100M" so I expected it to > work, but > it crashed within 10-15 minutes of make -j4 buildworld. I changed the values > to 5 and 30M, > and so far (~30 minutes) no crash. The sources were from late May 21st, > currently building > rev. 192805 (since 192808 broke the build, at least on the tinderbox). > > * "I think" because I went to check on it it the middle of the night, saw a > page fault in kernel mode > or whatever, and figured "damnit... well, I'll suspend the VM, turn the > laptop off and check in the morning". > I hit shutdown instead, so no backtrace or anything. D'oh! > Can you try not setting the ARC? I haven't had any problems on my comparably sized VMs. -Kip From owner-freebsd-current@FreeBSD.ORG Wed May 27 07:43:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1A80106566C; Wed, 27 May 2009 07:43:21 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 59A9B8FC0C; Wed, 27 May 2009 07:43:21 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:53441 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1M9Dn6-0005uI-3O; Wed, 27 May 2009 09:43:14 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 379E1EED36; Wed, 27 May 2009 09:43:11 +0200 (CEST) Message-Id: From: Thomas Backman To: Kip Macy In-Reply-To: <3c1674c90905270031n5228f9bg4b6dcc8f15782760@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 27 May 2009 09:43:11 +0200 References: <3c1674c90905262113x127ad54ex8672ce8cbbf7eb1c@mail.gmail.com> <3c1674c90905262203o66064f1m7797f1e0f8f370c2@mail.gmail.com> <2AB885E4-31C5-4271-87F7-BA3F562EE7B1@exscape.org> <3c1674c90905270031n5228f9bg4b6dcc8f15782760@mail.gmail.com> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1M9Dn6-0005uI-3O. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1M9Dn6-0005uI-3O d89325214a2f9cce3129e96e6e4cdb86 Cc: FreeBSD Current Subject: Re: kern/134011 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 07:43:22 -0000 On May 27, 2009, at 09:31 AM, Kip Macy wrote: >> >> I ran into this crash (I think*) yesterday too, albeit in a (amd64) >> VM with >> 768MB RAM. >> However, I had set arc_min="30M" and arc_max="100M" so I expected >> it to >> work, but >> it crashed within 10-15 minutes of make -j4 buildworld. I changed >> the values >> to 5 and 30M, >> and so far (~30 minutes) no crash. The sources were from late May >> 21st, >> currently building >> rev. 192805 (since 192808 broke the build, at least on the >> tinderbox). >> >> * "I think" because I went to check on it it the middle of the >> night, saw a >> page fault in kernel mode >> or whatever, and figured "damnit... well, I'll suspend the VM, turn >> the >> laptop off and check in the morning". >> I hit shutdown instead, so no backtrace or anything. D'oh! >> > > > Can you try not setting the ARC? > I haven't had any problems on my comparably sized VMs. > > -Kip Uh oh, I think I replied to the wrong thread. After reading the PR in question, this doesn't appear to be the same problem that I'm having (which appears to be the ARC growing until it panics). Anyway, when the build is complete and all that (~2.5 hours to go, plus other stuff after that), I'll try again with no ARC settings, when I have the time. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Wed May 27 07:45:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6699C106564A for ; Wed, 27 May 2009 07:45:16 +0000 (UTC) (envelope-from tinkysama@mukaibo.com) Received: from outbound-mail-314.bluehost.com (outbound-mail-314.bluehost.com [67.222.54.7]) by mx1.freebsd.org (Postfix) with SMTP id 3D59F8FC17 for ; Wed, 27 May 2009 07:45:16 +0000 (UTC) (envelope-from tinkysama@mukaibo.com) Received: (qmail 14584 invoked by uid 0); 27 May 2009 07:45:15 -0000 Received: from unknown (HELO box477.bluehost.com) (74.220.219.77) by outboundproxy6.bluehost.com with SMTP; 27 May 2009 07:45:15 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=mukaibo.com; h=Received:Cc:Message-Id:From:To:In-Reply-To:Content-Type:Content-Transfer-Encoding:Mime-Version:Subject:Date:References:X-Mailer:X-Identified-User; b=Twco6OnGmrvpP13zFjVgMDisWUGdyH7/5JJN3W3aRrbrLALL9SSISyi2J24yfV8Lp75TS6Ghgc2fIxoujMsC9GB3lFqBgFQTqmDWZ6DkzlombnCBRvK1h97wkkEXRMO2; Received: from 12.41.233.220.exetel.com.au ([220.233.41.12] helo=[192.168.1.182]) by box477.bluehost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1M9Dp1-0001AF-5Y; Wed, 27 May 2009 01:45:15 -0600 Message-Id: <7344382E-A415-463D-9138-D01E8499EDE8@mukaibo.com> From: Timothy Mukaibo To: rea-fbsd@codelabs.ru In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v928.1) Date: Wed, 27 May 2009 17:45:02 +1000 References: <49159824-57EB-4628-9F1C-CE9243465D02@mukaibo.com> X-Mailer: Apple Mail (2.928.1) X-Identified-User: {2165:box477.bluehost.com:mukaiboc:mukaibo.com} {sentby:smtp auth 220.233.41.12 authed with timothy+mukaibo.com} Cc: freebsd-current@freebsd.org Subject: Re: ACPI Panic on Current, AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 07:45:16 -0000 Hello Eygene, Sorry for the delay. I've been busy with uni. The problem still persists with the 26/05 snapshot. Here's the result of a back trace: db> bt Tracing pid 0 tid 100000 td 0fffffff80bd2ae0 kdb_enter() at kdb_enter+0x3d panic() at panic+0x17b acpi_pci_link_route_irqs() at acpi_pci_link_route_irqs+0x727 acpi_pci_link_route_interrupt() at acpi_pci_link_route_interrupt+0x1a9 acpi_pcib_route_interrupt() at acpi_pcib_route_interrupt+0x40d pci_assign_interrupt() at pci_assign_interrupt+0x1c3 pci_add_resources() at pci_add_resources+0x147 pci_add_children() at pci_add_children+0x10e acpi_pci_attach() at acpi_pci_attach+0xcd device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x1a5 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_attach() at acpi_attach+0xa50 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a device_attach() at device_attach+0x69 root_bus_configure() at root_bus_configure+0x28 configure() at configure+0xa mi_startup() at mi_startup+0x59 btext() at biext+0x2c Is it possible that a setting in my bios is causing the crash? Would corrupt memory trigger something like this? I'll try your patch. Thanks for your help Eygene! Kind regards, Timothy. On 21/05/2009, at 10:57 PM, Eygene Ryabinkin wrote: > Timothy, good day. > > Thu, May 21, 2009 at 09:21:27PM +1000, Timothy Mukaibo wrote: >> I've tried to boot 2009-05-20 AMD64 current, but it crashes out. I >> can't produce a full dmesg as the screen scrolls too quickly for me >> type, and I don't have a serial console. If there's any other way to >> capture the full dmesg, please let me know. This is as much as I can >> see: >> >> ACPI APIC Table: >> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> FreeBSD/SMP: 1 package(s) x 2 core(s) >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP): APIC ID: 1 >> ioapic0: Changing APIC ID to 2 >> ioapic0 irqs 0-23 on motherboard >> kbd1 at kbdmux0 >> acpi0: on motherboard >> acpi0: [ITHREAD] >> acpi0: Power Button (fixed) >> acpi0: reservation of 0, a000 (3) failed >> acpi0: reservation of 100000, bfdf0000 (3) failed >> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on >> acpi0 >> acip_button0: on acpi0 >> pcib0: port 0xcf8-0xcff on acpi0 >> pci0: on pcib0 >> panic: Assertion link->l_prs_template.Type == ACPI_RESOURCE_TYPE_IRQ >> failed at /usr/src/sys/dev/acpica/acpi_pci_link.c:744 >> cpuid = 0 >> KDB: enter: panic >> [thread pid 0 tid 100000 ] >> Stopped at kdb_enter+0x3d: movq $0,0x677da0(%rip) >> db> > > I like to be wrong, but since at the time of the panic your disk > subsystem isn't yet initialized, you can't make crashdump. The best > way it still to get serial console working. > > The first thing that you can try is to type 'bt' (without quotes) > at the 'db>' prompt and present the backtrace. The second thing > to try if you can compile your own kernel (you can do in on the 7.x > partition, just compile kernel for 8-CURRENT, set it to boot with > nextboot(8) and try to load the kernel) -- you can try to add the > following simple patch to see what device provokes assertion: > ----- > --- sys/dev/acpica/acpi_pci_link.c.orig 2009-05-21 > 16:43:49.000000000 +0400 > +++ sys/dev/acpica/acpi_pci_link.c 2009-05-21 16:54:59.000000000 +0400 > @@ -740,6 +740,8 @@ > resptr = NULL; > break; > case ACPI_RESOURCE_TYPE_IRQ: > + acpi_pci_link_dump(sc, 1, "MPASS"); > + printf("link type is %d\n", link->l_prs_template.Type); > MPASS(i < sc->pl_num_links); > MPASS(link->l_prs_template.Type == ACPI_RESOURCE_TYPE_IRQ); > newres = link->l_prs_template; > ----- > And, perhaps, the output from 'acpidump -dt' will be interesting. > -- > Eygene > _ ___ _.--. # > \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard > / ' ` , __.--' # to read the on-line manual > )/' _/ \ `-_, / # while single-stepping the > kernel. > `-'" `"\_ ,_.-;_.-\_ ', fsc/as # > _.-'_./ {_.' ; / # -- FreeBSD Developers handbook > {_.-``-' {_/ # > _______________________________________________ > 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-current@FreeBSD.ORG Wed May 27 08:37:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DCE3106566C for ; Wed, 27 May 2009 08:37:17 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-fx0-f168.google.com (mail-fx0-f168.google.com [209.85.220.168]) by mx1.freebsd.org (Postfix) with ESMTP id 700668FC18 for ; Wed, 27 May 2009 08:37:15 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fxm12 with SMTP id 12so4533088fxm.43 for ; Wed, 27 May 2009 01:37:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=D0ZYuSBIu0NHQrlzMnzBXc0qGdcxbs1bTc2ohURY0ek=; b=XkCm4v98RnmW4U2ktmPfXX3TChZlZ6opHqUEUSUv8HbOtd9df0HmMMcKN4DvHOwBWl j0YPei6s0PVjF4p3hyfm87NtpVEbJo0oyi4zXDP2GXqo5g9SP95B3kvDs68NCopopZYw t7AoapWtbUBmtm7PZ5atKYI8y9T38NMiWDR3Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=udmR3WZYUpd4bxwvvgCoNaIkpYs4HABA7vLSfHLvbI5Jjs1vjy3U87PkA+YgJZ/E76 6OkZ44u4QyHS5kQj3iE495tVh9j3wp9kT4l1IPxTNHrfu8Alku/+7ET61WNKXVeGKw0x N58mFJi2g4KcaZ30C9lbWaCaBvs6I2sck7MSA= MIME-Version: 1.0 Received: by 10.103.172.7 with SMTP id z7mr4895628muo.129.1243413435222; Wed, 27 May 2009 01:37:15 -0700 (PDT) Date: Wed, 27 May 2009 12:37:15 +0400 Message-ID: From: pluknet To: sson@freebsd.org, FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: svn commit: r192853 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 08:37:17 -0000 Hi. It is interesting that lockstat facility first appeared in stable/7 as part of dtrace MFC in Aug/2008, and then only now in -current. Was it intentional or some mistake occasionally happen? Thanks. -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Wed May 27 09:50:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C71331065672; Wed, 27 May 2009 09:50:57 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 56D9D8FC13; Wed, 27 May 2009 09:50:56 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:54630 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1M9FmJ-0002lk-4Q; Wed, 27 May 2009 11:50:33 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id B99F2E884C; Wed, 27 May 2009 11:50:29 +0200 (CEST) Message-Id: From: Thomas Backman To: Kip Macy In-Reply-To: <3c1674c90905270031n5228f9bg4b6dcc8f15782760@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 27 May 2009 11:50:29 +0200 References: <3c1674c90905262113x127ad54ex8672ce8cbbf7eb1c@mail.gmail.com> <3c1674c90905262203o66064f1m7797f1e0f8f370c2@mail.gmail.com> <2AB885E4-31C5-4271-87F7-BA3F562EE7B1@exscape.org> <3c1674c90905270031n5228f9bg4b6dcc8f15782760@mail.gmail.com> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1M9FmJ-0002lk-4Q. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1M9FmJ-0002lk-4Q 28f973234a65c0b04d628be2d4050809 Cc: FreeBSD Current Subject: Re: kern/134011 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 09:50:58 -0000 On May 27, 2009, at 09:31 AM, Kip Macy wrote: >> >> I ran into this crash (I think*) yesterday too, albeit in a (amd64) >> VM with >> 768MB RAM. >> However, I had set arc_min="30M" and arc_max="100M" so I expected >> it to >> work, but >> it crashed within 10-15 minutes of make -j4 buildworld. I changed >> the values >> to 5 and 30M, >> and so far (~30 minutes) no crash. The sources were from late May >> 21st, >> currently building >> rev. 192805 (since 192808 broke the build, at least on the >> tinderbox). >> >> * "I think" because I went to check on it it the middle of the >> night, saw a >> page fault in kernel mode >> or whatever, and figured "damnit... well, I'll suspend the VM, turn >> the >> laptop off and check in the morning". >> I hit shutdown instead, so no backtrace or anything. D'oh! >> > > > Can you try not setting the ARC? > I haven't had any problems on my comparably sized VMs. > > -Kip OK, I tried it, since it crashed even with my low ARC settings. With *no* ARC settings, I get this: cc -O2 -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/ usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/ cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../ contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/ config -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/ include -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/ libcpp/include -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/ gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -I/usr/obj/ usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/ cc_tools/../../../../contrib/gcc/genattr.c cc -O2 -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/ usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/ cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../ contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/ config -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/ include -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/ libcpp/include -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/ gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -I/usr/obj/ usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/ cc_tools/../../../../contrib/gcc/genautomata.c *** drop to debugger here *** --------------- # while :; do date; vmstat -m | grep -E 'Type|solaris'; sysctl kstat.zfs.misc.arcstats.size; sleep 10; done [...] Wed May 27 11:33:43 CEST 2009 Type InUse MemUse HighUse Requests Size(s) solaris 44183 109686K - 9175781 16,32,64,128,256,512,1024,2048,4096 kstat.zfs.misc.arcstats.size: 159089184 Wed May 27 11:33:53 CEST 2009 Type InUse MemUse HighUse Requests Size(s) solaris 37633 108437K - 9536555 16,32,64,128,256,512,1024,2048,4096 kstat.zfs.misc.arcstats.size: 158529024 Wed May 27 11:34:03 CEST 2009 Type InUse MemUse HighUse Requests Size(s) solaris 42848 109370K - 9849348 16,32,64,128,256,512,1024,2048,4096 kstat.zfs.misc.arcstats.size: 159689152 Wed May 27 11:34:13 CEST 2009 Type InUse MemUse HighUse Requests Size(s) solaris 39751 108868K - 10195297 16,32,64,128,256,512,1024,2048,4096 kstat.zfs.misc.arcstats.size: 162581952 *** drop to debugger here *** Panic screenshots (I still couldn't get it to dump properly - 640MB RAM, 768MB swap, but it complains about the swap being too small): Panic: http://imgur.com/chKEx.png Backtrace: http://imgur.com/iXUFF.png It runs buildworld for about 2-5 minutes before this happens. From owner-freebsd-current@FreeBSD.ORG Wed May 27 10:20:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8330D106564A for ; Wed, 27 May 2009 10:20:25 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 35C4B8FC0A for ; Wed, 27 May 2009 10:20:23 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=FaTI19hhGvRzI3EpHGX1fvW3R4wmWzHJuNKWkhQuAyjDlmbn9V7P99zlz5O3dn5eWrX2d5NydKbUB46AvxNECea+qZCOmEoXnl80sF4shfqik2y4XJ5ZspUDotE8ilSj7ygtktJWTTa8VPv3+e7kZlMNhCxDR6VnfmTS2gZ1SWA=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1M9GFB-0000vl-7s; Wed, 27 May 2009 14:20:21 +0400 Date: Wed, 27 May 2009 14:20:19 +0400 From: Eygene Ryabinkin To: Timothy Mukaibo Message-ID: References: <49159824-57EB-4628-9F1C-CE9243465D02@mukaibo.com> <7344382E-A415-463D-9138-D01E8499EDE8@mukaibo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7344382E-A415-463D-9138-D01E8499EDE8@mukaibo.com> Sender: rea-fbsd@codelabs.ru Cc: freebsd-current@freebsd.org Subject: Re: ACPI Panic on Current, AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 10:20:26 -0000 Timothy, good day. Wed, May 27, 2009 at 05:45:02PM +1000, Timothy Mukaibo wrote: > db> bt > Tracing pid 0 tid 100000 td 0fffffff80bd2ae0 > kdb_enter() at kdb_enter+0x3d > panic() at panic+0x17b > acpi_pci_link_route_irqs() at acpi_pci_link_route_irqs+0x727 > acpi_pci_link_route_interrupt() at acpi_pci_link_route_interrupt+0x1a9 > acpi_pcib_route_interrupt() at acpi_pcib_route_interrupt+0x40d > pci_assign_interrupt() at pci_assign_interrupt+0x1c3 > pci_add_resources() at pci_add_resources+0x147 > pci_add_children() at pci_add_children+0x10e > acpi_pci_attach() at acpi_pci_attach+0xcd > device_attach() at device_attach+0x69 > bus_generic_attach() at bus_generic_attach+0x1a > acpi_pcib_attach() at acpi_pcib_attach+0x1a7 > acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x1a5 > device_attach() at device_attach+0x69 > bus_generic_attach() at bus_generic_attach+0x1a > acpi_attach() at acpi_attach+0xa50 > device_attach() at device_attach+0x69 > bus_generic_attach() at bus_generic_attach+0x1a > device_attach() at device_attach+0x69 > root_bus_configure() at root_bus_configure+0x28 > configure() at configure+0xa > mi_startup() at mi_startup+0x59 > btext() at biext+0x2c OK, will try to look at it more closely. > I'll try your patch. Please, note that the patch just adds verbosity, currently it won't heal anything. Still, the output from 'acpidump -dt' might be interesting. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-current@FreeBSD.ORG Wed May 27 10:24:33 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 538B3106566B; Wed, 27 May 2009 10:24:33 +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 294F88FC12; Wed, 27 May 2009 10:24:32 +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 n4RAOUYj075639; Wed, 27 May 2009 06:24:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4RAOUwp051347; Wed, 27 May 2009 06:24:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 61B2B7302F; Wed, 27 May 2009 06:24:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090527102430.61B2B7302F@freebsd-current.sentex.ca> Date: Wed, 27 May 2009 06:24:30 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 10:24:33 -0000 TB --- 2009-05-27 09:40:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-27 09:40:01 - starting HEAD tinderbox run for arm/arm TB --- 2009-05-27 09:40:01 - cleaning the object tree TB --- 2009-05-27 09:40:35 - cvsupping the source tree TB --- 2009-05-27 09:40:35 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2009-05-27 09:40:46 - building world TB --- 2009-05-27 09:40:46 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-27 09:40:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-27 09:40:46 - TARGET=arm TB --- 2009-05-27 09:40:46 - TARGET_ARCH=arm TB --- 2009-05-27 09:40:46 - TZ=UTC TB --- 2009-05-27 09:40:46 - __MAKE_CONF=/dev/null TB --- 2009-05-27 09:40:46 - cd /src TB --- 2009-05-27 09:40:46 - /usr/bin/make -B buildworld >>> World build started on Wed May 27 09:40:49 UTC 2009 >>> 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 [...] cc -O -pipe -DNEED_SOLARIS_BOOLEAN -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.sbin/dtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/lib/libproc/common -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/contrib/opensolaris/compat -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -pthread -L/obj/arm/src/cddl/usr.sbin/dtrace/../../lib/libdtrace -L/obj/arm/src/cddl/usr.sbin/dtrace/../../lib/libproc -L/obj/arm/src/cddl/usr.sbin/dtrace/../../lib/libctf -L/obj/arm/src/cddl/usr.sbin/dtrace/../../../lib/libelf -o dtrace dtrace.o -ldtrace -ly -ll -lproc -lctf -lelf -lz gzip -cn /src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/cmd/dtrace/dtrace.1 > dtrace.1.gz ===> cddl/usr.sbin/lockstat (all) cc -O -pipe -DNEED_SOLARIS_BOOLEAN -I/src/cddl/usr.sbin/lockstat/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.sbin/lockstat/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/lib/libproc/common -I/src/cddl/usr.sbin/lockstat/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.sbin/lockstat/../../../sys/cddl/contrib/opensolaris/compat -I/src/cddl/usr.sbin/lockstat/../../../sys -DNEED_ERRLOC -g -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/cmd/lockstat/lockstat.c cc1: warnings being treated as errors /src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/cmd/lockstat/lockstat.c: In function 'main': /src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/cmd/lockstat/lockstat.c:1095: warning: comparison is always true due to limited range of data type /src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/cmd/lockstat/lockstat.c:1389: warning: comparison is always true due to limited range of data type *** Error code 1 Stop in /src/cddl/usr.sbin/lockstat. *** Error code 1 Stop in /src/cddl/usr.sbin. *** Error code 1 Stop in /src/cddl. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-27 10:24:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-27 10:24:30 - ERROR: failed to build world TB --- 2009-05-27 10:24:30 - 1940.66 user 272.73 system 2669.09 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed May 27 10:36:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C6C51065670 for ; Wed, 27 May 2009 10:36:51 +0000 (UTC) (envelope-from snb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3910E8FC15 for ; Wed, 27 May 2009 10:36:51 +0000 (UTC) (envelope-from snb@freebsd.org) Received: from ebi.local (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4RAanwH006141 for ; Wed, 27 May 2009 10:36:50 GMT (envelope-from snb@freebsd.org) Date: Wed, 27 May 2009 12:36:49 +0200 From: Nick Barkas To: freebsd-current@freebsd.org Message-ID: <20090527103648.GA61454@ebi.local> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Subject: vm_lowmem event handler for dirhash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 10:36:51 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I sent this out to fs@ last night, but it was suggested that I send it here for more eyes and potential testers. Hello Some time during the next week or so, I plan on committing the attached patch. It adds a vm_lowmem event handler to the dirhash code in UFS2 so that dirhashes will be deleted when the system is low on memory. This allows one to increase the maximum amount of memory available for dirhash on machines that have memory to spare (via the vfs.ufs.dirhash_maxmem sysctl), and hopefully just improving behaviour in low memory situations. I worked on this last year for the summer of code with David Malone as my mentor. This patch adds a couple sysctls. vfs.ufs.dirhash_reclaimage is the number of seconds a dirhash can be unused before it will unconditionally be destroyed if a vm_lowmem event is invoked. It defaults to 5 (seconds) for now. If that doesn't free up more than 10% of used dirhash memory, newer dirhashes will be deleted as well. vfs.ufs.dirhash_lowmemcount just shows how many vm_lowmem events have been invoked. vfs.ufs.dirhash_maxmem has been kept at the default of 2MB for now, but it can of course be increased. In the future, I might look into setting the default to a higher number on machines with lots of memory. Feedback welcome! Nick --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dirhash.diff" Index: sys/ufs/ufs/ufs_dirhash.c =================================================================== --- sys/ufs/ufs/ufs_dirhash.c (revision 192805) +++ sys/ufs/ufs/ufs_dirhash.c (working copy) @@ -49,6 +49,8 @@ #include #include #include +#include +#include #include #include @@ -81,6 +83,13 @@ static int ufs_dirhashcheck = 0; SYSCTL_INT(_vfs_ufs, OID_AUTO, dirhash_docheck, CTLFLAG_RW, &ufs_dirhashcheck, 0, "enable extra sanity tests"); +static int ufs_dirhashlowmemcount = 0; +SYSCTL_INT(_vfs_ufs, OID_AUTO, dirhash_lowmemcount, CTLFLAG_RD, + &ufs_dirhashlowmemcount, 0, "number of times low memory hook called"); +static int ufs_dirhashreclaimage = 5; +SYSCTL_INT(_vfs_ufs, OID_AUTO, dirhash_reclaimage, CTLFLAG_RW, + &ufs_dirhashreclaimage, 0, + "max time in seconds of hash inactivity before deletion in low VM events"); static int ufsdirhash_hash(struct dirhash *dh, char *name, int namelen); @@ -90,6 +99,7 @@ doff_t offset); static doff_t ufsdirhash_getprev(struct direct *dp, doff_t offset); static int ufsdirhash_recycle(int wanted); +static void ufsdirhash_lowmem(void); static void ufsdirhash_free_locked(struct inode *ip); static uma_zone_t ufsdirhash_zone; @@ -393,6 +403,7 @@ dh->dh_seqopt = 0; dh->dh_seqoff = 0; dh->dh_score = DH_SCOREINIT; + dh->dh_lastused = time_second; /* * Use non-blocking mallocs so that we will revert to a linear @@ -569,6 +580,9 @@ /* Update the score. */ if (dh->dh_score < DH_SCOREMAX) dh->dh_score++; + + /* Update last used time. */ + dh->dh_lastused = time_second; DIRHASHLIST_UNLOCK(); vp = ip->i_vnode; @@ -811,6 +825,9 @@ dh->dh_hused++; DH_ENTRY(dh, slot) = offset; + /* Update last used time. */ + dh->dh_lastused = time_second; + /* Update the per-block summary info. */ ufsdirhash_adjfree(dh, offset, -DIRSIZ(0, dirp)); ufsdirhash_release(dh); @@ -1150,6 +1167,46 @@ } /* + * Delete the given dirhash and reclaim its memory. Assumes that + * ufsdirhash_list is locked, and leaves it locked. Also assumes + * that dh is locked. Returns the amount of memory freed. + */ +static int +ufsdirhash_destroy(struct dirhash *dh) +{ + doff_t **hash; + u_int8_t *blkfree; + int i, mem, narrays; + + KASSERT(dh->dh_hash != NULL, ("dirhash: NULL hash on list")); + + /* Remove it from the list and detach its memory. */ + TAILQ_REMOVE(&ufsdirhash_list, dh, dh_list); + dh->dh_onlist = 0; + hash = dh->dh_hash; + dh->dh_hash = NULL; + blkfree = dh->dh_blkfree; + dh->dh_blkfree = NULL; + narrays = dh->dh_narrays; + mem = dh->dh_memreq; + dh->dh_memreq = 0; + + /* Unlock everything, free the detached memory. */ + ufsdirhash_release(dh); + DIRHASHLIST_UNLOCK(); + for (i = 0; i < narrays; i++) + DIRHASH_BLKFREE(hash[i]); + free(hash, M_DIRHASH); + free(blkfree, M_DIRHASH); + + /* Account for the returned memory. */ + DIRHASHLIST_LOCK(); + ufs_dirhashmem -= mem; + + return (mem); +} + +/* * Try to free up `wanted' bytes by stealing memory from existing * dirhashes. Returns zero with list locked if successful. */ @@ -1157,9 +1214,6 @@ ufsdirhash_recycle(int wanted) { struct dirhash *dh; - doff_t **hash; - u_int8_t *blkfree; - int i, mem, narrays; DIRHASHLIST_LOCK(); dh = TAILQ_FIRST(&ufsdirhash_list); @@ -1177,37 +1231,60 @@ dh = TAILQ_NEXT(dh, dh_list); continue; } - KASSERT(dh->dh_hash != NULL, ("dirhash: NULL hash on list")); - /* Remove it from the list and detach its memory. */ - TAILQ_REMOVE(&ufsdirhash_list, dh, dh_list); - dh->dh_onlist = 0; - hash = dh->dh_hash; - dh->dh_hash = NULL; - blkfree = dh->dh_blkfree; - dh->dh_blkfree = NULL; - narrays = dh->dh_narrays; - mem = dh->dh_memreq; - dh->dh_memreq = 0; + ufsdirhash_destroy(dh); - /* Unlock everything, free the detached memory. */ - ufsdirhash_release(dh); - DIRHASHLIST_UNLOCK(); - for (i = 0; i < narrays; i++) - DIRHASH_BLKFREE(hash[i]); - free(hash, M_DIRHASH); - free(blkfree, M_DIRHASH); - - /* Account for the returned memory, and repeat if necessary. */ - DIRHASHLIST_LOCK(); - ufs_dirhashmem -= mem; + /* Repeat if necessary. */ dh = TAILQ_FIRST(&ufsdirhash_list); } /* Success; return with list locked. */ return (0); } +/* + * Calback that frees some dirhashes when the system is low on virtual memory. + */ +static void +ufsdirhash_lowmem() +{ + struct dirhash *dh; + int memfreed = 0; + /* XXX: this 10% may need to be adjusted */ + int memwanted = ufs_dirhashmem / 10; + ufs_dirhashlowmemcount++; + + DIRHASHLIST_LOCK(); + /* + * Delete dirhashes not used for more than ufs_dirhashreclaimage + * seconds. If we can't get a lock on the dirhash, it will be skipped. + */ + for (dh = TAILQ_FIRST(&ufsdirhash_list); dh != NULL; dh = + TAILQ_NEXT(dh, dh_list)) { + if (!sx_try_xlock(&dh->dh_lock)) + continue; + if (time_second - dh->dh_lastused > ufs_dirhashreclaimage) + memfreed += ufsdirhash_destroy(dh); + /* Unlock if we didn't delete the dirhash */ + else + ufsdirhash_release(dh); + } + + /* + * If not enough memory was freed, keep deleting hashes from the head + * of the dirhash list. The ones closest to the head should be the + * oldest. + */ + for (dh = TAILQ_FIRST(&ufsdirhash_list); memfreed < memwanted && + dh !=NULL; dh = TAILQ_NEXT(dh, dh_list)) { + if (!sx_try_xlock(&dh->dh_lock)) + continue; + memfreed += ufsdirhash_destroy(dh); + } + DIRHASHLIST_UNLOCK(); +} + + void ufsdirhash_init() { @@ -1215,6 +1292,10 @@ NULL, NULL, NULL, NULL, UMA_ALIGN_PTR, 0); mtx_init(&ufsdirhash_mtx, "dirhash list", NULL, MTX_DEF); TAILQ_INIT(&ufsdirhash_list); + + /* Register a callback function to handle low memory signals */ + EVENTHANDLER_REGISTER(vm_lowmem, ufsdirhash_lowmem, NULL, + EVENTHANDLER_PRI_FIRST); } void Index: sys/ufs/ufs/dirhash.h =================================================================== --- sys/ufs/ufs/dirhash.h (revision 192805) +++ sys/ufs/ufs/dirhash.h (working copy) @@ -105,6 +105,8 @@ int dh_onlist; /* true if on the ufsdirhash_list chain */ + time_t dh_lastused; /* time the dirhash was last read or written*/ + /* Protected by ufsdirhash_mtx. */ TAILQ_ENTRY(dirhash) dh_list; /* chain of all dirhashes */ }; --6TrnltStXW4iwmi0-- From owner-freebsd-current@FreeBSD.ORG Wed May 27 10:46:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F4E0106566B for ; Wed, 27 May 2009 10:46:58 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from dd12710.kasserver.com (dd12710.kasserver.com [85.13.134.233]) by mx1.freebsd.org (Postfix) with ESMTP id E6C4F8FC0A for ; Wed, 27 May 2009 10:46:57 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from localhost.my.domain (cazador.sisis.de [193.31.11.193]) by dd12710.kasserver.com (Postfix) with ESMTP id 9EBC81850364D; Wed, 27 May 2009 12:46:57 +0200 (CEST) Received: (from guru@localhost) by localhost.my.domain (8.14.3/8.14.3/Submit) id n4RAktcU003326; Wed, 27 May 2009 12:46:55 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Wed, 27 May 2009 12:46:55 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org, lme@FreeBSD.org Message-ID: <20090527104655.GA3290@current.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.0-CURRENT (i386) Cc: Subject: ports/multimedia/pwcbsd && -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 10:46:58 -0000 Hello, The page http://wiki.freebsd.org/PortsBrokenOnCurrent shows the port ports/multimedia/pwcbsd as 'will need fork', what does this mean and is there some work in progress on it? I'd like to have my USB based cam back :-)) matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Wed May 27 11:12:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B278106564A for ; Wed, 27 May 2009 11:12:20 +0000 (UTC) (envelope-from tinkysama@mukaibo.com) Received: from outbound-mail-142.bluehost.com (outbound-mail-142.bluehost.com [67.222.38.32]) by mx1.freebsd.org (Postfix) with SMTP id 2B41E8FC08 for ; Wed, 27 May 2009 11:12:19 +0000 (UTC) (envelope-from tinkysama@mukaibo.com) Received: (qmail 11547 invoked by uid 0); 27 May 2009 11:12:16 -0000 Received: from unknown (HELO box477.bluehost.com) (74.220.219.77) by outboundproxy5.bluehost.com with SMTP; 27 May 2009 11:12:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=mukaibo.com; h=Received:Cc:Message-Id:From:To:In-Reply-To:Content-Type:Mime-Version:Subject:Date:References:X-Mailer:X-Identified-User; b=NvgJFqxqK+R0mDFaTR32lk3/BnlO7o84imTA3/s/AjTgkEEMFFzvjmzZ41fmK4CmViuFAnKo2wcPED8+zDP8aBDRqlO0S1K55yJCz5Tw9lGjk66hcwkz2mJ7keG9q4kz; Received: from 12.41.233.220.exetel.com.au ([220.233.41.12] helo=[192.168.1.182]) by box477.bluehost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1M9H3I-0007GY-KQ; Wed, 27 May 2009 05:12:13 -0600 Message-Id: From: Timothy Mukaibo To: rea-fbsd@codelabs.ru In-Reply-To: Content-Type: multipart/mixed; boundary=Apple-Mail-17-975030452 Mime-Version: 1.0 (Apple Message framework v928.1) Date: Wed, 27 May 2009 21:11:59 +1000 References: <49159824-57EB-4628-9F1C-CE9243465D02@mukaibo.com> <7344382E-A415-463D-9138-D01E8499EDE8@mukaibo.com> X-Mailer: Apple Mail (2.928.1) X-Identified-User: {2165:box477.bluehost.com:mukaiboc:mukaibo.com} {sentby:smtp auth 220.233.41.12 authed with timothy+mukaibo.com} X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: ACPI Panic on Current, AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 11:12:20 -0000 --Apple-Mail-17-975030452 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Hello Eygene, I know the patch won't fix anything :( Here's the updated dmesg: acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a000 (3) failed acpi0: reservation of 100000, bfdf0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acip_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci_link26: Index IRQ Rtd Ref IRQs MPASS 0 20 N 1 20 21 22 23 link type is 15 panic: Assertion link->l_prs_template.Type == ACPI_RESOURCE_TYPE_IRQ failed at /usr/src/sys/dev/acpica/acpi_pci_link.c:746 cpuid = 0 KDB: enter: panic [thread pid 0 tid 100000 ] Stopped at kdb_enter+0x3d: movq $0,0x677da0(%rip) I've compressed and attached acpidump because it was too big to send on the list. Hopefully this will get through to you. I can't run acpidump because of the crash, but I ran it on the 7.2-Stable partition. Is that what you mean? --Apple-Mail-17-975030452 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Thanks, Timothy. On 27/05/2009, at 8:20 PM, Eygene Ryabinkin wrote: > Timothy, good day. > > Wed, May 27, 2009 at 05:45:02PM +1000, Timothy Mukaibo wrote: >> db> bt >> Tracing pid 0 tid 100000 td 0fffffff80bd2ae0 >> kdb_enter() at kdb_enter+0x3d >> panic() at panic+0x17b >> acpi_pci_link_route_irqs() at acpi_pci_link_route_irqs+0x727 >> acpi_pci_link_route_interrupt() at acpi_pci_link_route_interrupt >> +0x1a9 >> acpi_pcib_route_interrupt() at acpi_pcib_route_interrupt+0x40d >> pci_assign_interrupt() at pci_assign_interrupt+0x1c3 >> pci_add_resources() at pci_add_resources+0x147 >> pci_add_children() at pci_add_children+0x10e >> acpi_pci_attach() at acpi_pci_attach+0xcd >> device_attach() at device_attach+0x69 >> bus_generic_attach() at bus_generic_attach+0x1a >> acpi_pcib_attach() at acpi_pcib_attach+0x1a7 >> acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x1a5 >> device_attach() at device_attach+0x69 >> bus_generic_attach() at bus_generic_attach+0x1a >> acpi_attach() at acpi_attach+0xa50 >> device_attach() at device_attach+0x69 >> bus_generic_attach() at bus_generic_attach+0x1a >> device_attach() at device_attach+0x69 >> root_bus_configure() at root_bus_configure+0x28 >> configure() at configure+0xa >> mi_startup() at mi_startup+0x59 >> btext() at biext+0x2c > > OK, will try to look at it more closely. > >> I'll try your patch. > > Please, note that the patch just adds verbosity, currently it won't > heal > anything. > > Still, the output from 'acpidump -dt' might be interesting. > -- > Eygene > _ ___ _.--. # > \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard > / ' ` , __.--' # to read the on-line manual > )/' _/ \ `-_, / # while single-stepping the > kernel. > `-'" `"\_ ,_.-;_.-\_ ', fsc/as # > _.-'_./ {_.' ; / # -- FreeBSD Developers handbook > {_.-``-' {_/ # > _______________________________________________ > 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 > " --Apple-Mail-17-975030452-- From owner-freebsd-current@FreeBSD.ORG Wed May 27 11:13:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17A1B1065687 for ; Wed, 27 May 2009 11:13:29 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id BA1258FC14 for ; Wed, 27 May 2009 11:13:28 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id B83F69CB04C; Wed, 27 May 2009 13:12:40 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aR+pztprPmeb; Wed, 27 May 2009 13:12:38 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 89C0C9CB270; Wed, 27 May 2009 13:12:38 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n4RBCcto002266; Wed, 27 May 2009 13:12:38 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 27 May 2009 13:12:38 +0200 From: Roman Divacky To: Nick Barkas Message-ID: <20090527111238.GA2000@freebsd.org> References: <20090527103648.GA61454@ebi.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline In-Reply-To: <20090527103648.GA61454@ebi.local> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: vm_lowmem event handler for dirhash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 11:13:29 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 27, 2009 at 12:36:49PM +0200, Nick Barkas wrote: > I sent this out to fs@ last night, but it was suggested that I send it > here for more eyes and potential testers. >=20 > Hello > Some time during the next week or so, I plan on committing the attached > patch. It adds a vm_lowmem event handler to the dirhash code in UFS2 so > that dirhashes will be deleted when the system is low on memory. This > allows one to increase the maximum amount of memory available for > dirhash on machines that have memory to spare (via the > vfs.ufs.dirhash_maxmem sysctl), and hopefully just improving behaviour > in low memory situations. I worked on this last year for the summer of > code with David Malone as my mentor. cool! do you have any performance numbers? graphs? :) what value do you rec= ommend for the dirhash_maxmem sysctl? thnx! roman --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkodICUACgkQLVEj6D3CBEzxZwCfb9df4E/E0BpYOHuQccLDyFQS slgAn1gTzcOMgcrTLSzZdHn/khOYbmON =93av -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- From owner-freebsd-current@FreeBSD.ORG Wed May 27 11:31:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEA881065676 for ; Wed, 27 May 2009 11:31:04 +0000 (UTC) (envelope-from kosmo@semihalf.com) Received: from semihalf.com (semihalf.com [206.130.101.55]) by mx1.freebsd.org (Postfix) with ESMTP id 85AC48FC18 for ; Wed, 27 May 2009 11:31:04 +0000 (UTC) (envelope-from kosmo@semihalf.com) Received: from mail.semihalf.com (mail.semihalf.com [83.15.139.206]) by semihalf.com (8.13.1/8.13.1) with ESMTP id n4RAr7ar009389 for ; Wed, 27 May 2009 04:53:08 -0600 From: Piotr =?iso-8859-2?q?Zi=EAcik?= Organization: Semihalf To: freebsd-current@freebsd.org Date: Wed, 27 May 2009 12:53:06 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905271253.06693.kosmo@semihalf.com> Subject: Generic ATA driver DMA coherency issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 11:31:05 -0000 While working on bring-up SATA on ARM SoC I had issues with DMA memory coherency. After tracing, I have found problem in generic ATA code behaviour. The ATA generic driver allocates 64k DMA workspace memory which can be optionally used by ATA chipset drivers. Currently only ata-ahci, ata-marvell, ata-promise and ata-siliconimage relies on this feature. In general, the drivers use preallocated DMA workspace to hold small request descriptors, consumed by hardware. All of these drivers do not synchronize workspace with bus_dmamap_sync(). They assumes that DMA workspace is coherent. However ATA driver neither enforces coherency by using BUS_DMA_COHERENT flag nor synchronizes the workspace with bus_dmamap_sync(). I have fixed my problem by adding BUS_DMA_COHERENT flag to workspace allocation code: diff --git a/sys/dev/ata/ata-dma.c b/sys/dev/ata/ata-dma.c index ab4c3c8..71ee41b 100644 --- a/sys/dev/ata/ata-dma.c +++ b/sys/dev/ata/ata-dma.c @@ -95,8 +95,8 @@ ata_dmainit(device_t dev) 0, NULL, NULL, &ch->dma.work_tag)) goto error; - if (bus_dmamem_alloc(ch->dma.work_tag, (void **)&ch->dma.work, 0, - &ch->dma.work_map)) + if (bus_dmamem_alloc(ch->dma.work_tag, (void **)&ch->dma.work, + BUS_DMA_COHERENT, &ch->dma.work_map)) goto error; if (bus_dmamap_load(ch->dma.work_tag, ch->dma.work_map, ch->dma.work, The question is about multiplatform impact of this change. Especially I am curious how everything works without any problems on i386. -- Best Regards. Piotr Ziecik. From owner-freebsd-current@FreeBSD.ORG Wed May 27 11:33:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CB51106566C; Wed, 27 May 2009 11:33:53 +0000 (UTC) (envelope-from snb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2ABAA8FC19; Wed, 27 May 2009 11:33:53 +0000 (UTC) (envelope-from snb@freebsd.org) Received: from ebi.local (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4RBXpoY050769; Wed, 27 May 2009 11:33:52 GMT (envelope-from snb@freebsd.org) Date: Wed, 27 May 2009 13:33:51 +0200 From: Nick Barkas To: Roman Divacky Message-ID: <20090527113351.GA61692@ebi.local> References: <20090527103648.GA61454@ebi.local> <20090527111238.GA2000@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090527111238.GA2000@freebsd.org> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: "freebsd-current@freebsd.org" Subject: Re: vm_lowmem event handler for dirhash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 11:33:53 -0000 On Wed, May 27, 2009 at 01:12:38PM +0200, Roman Divacky wrote: > On Wed, May 27, 2009 at 12:36:49PM +0200, Nick Barkas wrote: > > Some time during the next week or so, I plan on committing the attached > > patch. It adds a vm_lowmem event handler to the dirhash code in UFS2 so > > that dirhashes will be deleted when the system is low on memory. This > > allows one to increase the maximum amount of memory available for > > dirhash on machines that have memory to spare (via the > > vfs.ufs.dirhash_maxmem sysctl), and hopefully just improving behaviour > > in low memory situations. I worked on this last year for the summer of > > code with David Malone as my mentor. > > cool! do you have any performance numbers? graphs? :) what value do you recommend > for the dirhash_maxmem sysctl? Oh yes, I have many graphs: http://wiki.freebsd.org/DirhashDynamicMemory When I ran those tests a few months ago, I used 64MB for dirhash_maxmem on a system with 1GB of memory. I have not tried other amounts of memory besides that, at least that I can recall, so please let me know what you find if you experiment with other values. Performance improvements and sometimes degradations changed depending on the type of work load, and the results on 7.x were also sometimes quite different from -current. I feel that the tests I did were pretty artificial though, so it would be great to hear about any results found with more realistic testing. Nick From owner-freebsd-current@FreeBSD.ORG Wed May 27 11:45:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1081F1065670; Wed, 27 May 2009 11:45:54 +0000 (UTC) (envelope-from dg@dglawrence.com) Received: from dglawrence.com (75-148-92-17-Oregon.hfc.comcastbusiness.net [75.148.92.17]) by mx1.freebsd.org (Postfix) with ESMTP id CE6838FC0A; Wed, 27 May 2009 11:45:53 +0000 (UTC) (envelope-from dg@dglawrence.com) Received: from tnn.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.14.1/8.14.1) with ESMTP id n4RBjr2d015770; Wed, 27 May 2009 04:45:53 -0700 (PDT) (envelope-from dg@dglawrence.com) Received: (from dg@localhost) by tnn.dglawrence.com (8.14.1/8.14.1/Submit) id n4RBjr6o015769; Wed, 27 May 2009 04:45:53 -0700 (PDT) (envelope-from dg@dglawrence.com) X-Authentication-Warning: tnn.dglawrence.com: dg set sender to dg@dglawrence.com using -f Date: Wed, 27 May 2009 04:45:53 -0700 From: David G Lawrence To: Nick Barkas Message-ID: <20090527114553.GB25063@tnn.dglawrence.com> References: <20090527103648.GA61454@ebi.local> <20090527111238.GA2000@freebsd.org> <20090527113351.GA61692@ebi.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090527113351.GA61692@ebi.local> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (dglawrence.com [127.0.0.1]); Wed, 27 May 2009 04:45:53 -0700 (PDT) Cc: Roman Divacky , "freebsd-current@freebsd.org" Subject: Re: vm_lowmem event handler for dirhash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 11:45:54 -0000 > On Wed, May 27, 2009 at 01:12:38PM +0200, Roman Divacky wrote: > > On Wed, May 27, 2009 at 12:36:49PM +0200, Nick Barkas wrote: > > > Some time during the next week or so, I plan on committing the attached > > > patch. It adds a vm_lowmem event handler to the dirhash code in UFS2 so > > > that dirhashes will be deleted when the system is low on memory. This > > > allows one to increase the maximum amount of memory available for > > > dirhash on machines that have memory to spare (via the > > > vfs.ufs.dirhash_maxmem sysctl), and hopefully just improving behaviour > > > in low memory situations. I worked on this last year for the summer of > > > code with David Malone as my mentor. > > > > cool! do you have any performance numbers? graphs? :) what value do you recommend > > for the dirhash_maxmem sysctl? > > Oh yes, I have many graphs: http://wiki.freebsd.org/DirhashDynamicMemory > When I ran those tests a few months ago, I used 64MB for dirhash_maxmem > on a system with 1GB of memory. I have not tried other amounts of memory > besides that, at least that I can recall, so please let me know what you > find if you experiment with other values. Performance improvements and > sometimes degradations changed depending on the type of work load, and > the results on 7.x were also sometimes quite different from -current. > I feel that the tests I did were pretty artificial though, so it would > be great to hear about any results found with more realistic testing. I'm wondering if you have a low limit on how far you will reduce the dirhash. In a system that is thrashing a bit (due to a large process, for example), I can imagine multiple (10+) calls to the lowmem handler in rapid succession that would completely deplete the dirhash. Seems like this would result in even worse thrashing as more disk I/O occurs due to lack of dirhash. -DG David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 Pave the road of life with opportunities. From owner-freebsd-current@FreeBSD.ORG Wed May 27 11:06:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33CA310656C7 for ; Wed, 27 May 2009 11:06:01 +0000 (UTC) (envelope-from tinkysama@mukaibo.com) Received: from outbound-mail-136.bluehost.com (outbound-mail-136.bluehost.com [67.222.39.26]) by mx1.freebsd.org (Postfix) with SMTP id 9E9048FC28 for ; Wed, 27 May 2009 11:06:00 +0000 (UTC) (envelope-from tinkysama@mukaibo.com) Received: (qmail 2640 invoked by uid 0); 27 May 2009 11:05:59 -0000 Received: from unknown (HELO box477.bluehost.com) (74.220.219.77) by outboundproxy4.bluehost.com with SMTP; 27 May 2009 11:05:59 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=mukaibo.com; h=Received:Cc:Message-Id:From:To:In-Reply-To:Content-Type:Content-Transfer-Encoding:Mime-Version:Subject:Date:References:X-Mailer:X-Identified-User; b=dzaiU5gLwR140UzVgpgzOVUlW/pHmsvceKLkvNk7DjPvmW4SJgrHhMt2wX5f0up+684fvk+35/9EGRSzkcyVWz0GOB894LaM1g4RuEHY9WIQT6eyyaPmQ59C2ojeoHPO; Received: from 12.41.233.220.exetel.com.au ([220.233.41.12] helo=[192.168.1.182]) by box477.bluehost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1M9Gwm-0006rs-07; Wed, 27 May 2009 05:05:59 -0600 Message-Id: <91FE49DF-F085-410A-A4B9-C912460BBB55@mukaibo.com> From: Timothy Mukaibo To: rea-fbsd@codelabs.ru In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v928.1) Date: Wed, 27 May 2009 21:05:15 +1000 References: <49159824-57EB-4628-9F1C-CE9243465D02@mukaibo.com> <7344382E-A415-463D-9138-D01E8499EDE8@mukaibo.com> X-Mailer: Apple Mail (2.928.1) X-Identified-User: {2165:box477.bluehost.com:mukaiboc:mukaibo.com} {sentby:smtp auth 220.233.41.12 authed with timothy+mukaibo.com} X-Mailman-Approved-At: Wed, 27 May 2009 11:48:53 +0000 Cc: freebsd-current@freebsd.org Subject: Re: ACPI Panic on Current, AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 11:06:01 -0000 Hello Eygene, I know the patch won't fix anything :( Here's the updated dmesg: acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a000 (3) failed acpi0: reservation of 100000, bfdf0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acip_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci_link26: Index IRQ Rtd Ref IRQs MPASS 0 20 N 1 20 21 22 23 link type is 15 panic: Assertion link->l_prs_template.Type == ACPI_RESOURCE_TYPE_IRQ failed at /usr/src/sys/dev/acpica/acpi_pci_link.c:746 cpuid = 0 KDB: enter: panic [thread pid 0 tid 100000 ] Stopped at kdb_enter+0x3d: movq $0,0x677da0(%rip) Here's acpidump -dt from the machine running a recent 7.2-Stable. I can't get this from 8.0-Current because of the crash (right?). I can email this as an attachment if that would be easier. Thanks, Timothy. /* RSD PTR: OEM=Nvidia, ACPI_Rev=1.0x (0) RSDT=0xbfef3010, cksum=152 */ /* RSDT: Length=56, Revision=1, Checksum=90, OEMID=Nvidia, OEM Table ID=NVDAACPI, OEM Revision=0x42302e31, Creator ID=NVDA, Creator Revision=0x0 Entries={ 0xbfef3060, 0xbfef9b10, 0xbfef9da0, 0xbfef9df0, 0xbfef9a90 } */ /* FACP: Length=116, Revision=1, Checksum=190, OEMID=Nvidia, OEM Table ID=NVDAACPI, OEM Revision=0x42302e31, Creator ID=NVDA, Creator Revision=0x0 FACS=0xbfef0000, DSDT=0xbfef30e0 INT_MODEL=APIC Preferred_PM_Profile=Unspecified (0) SCI_INT=9 SMI_CMD=0x142e, ACPI_ENABLE=0xa1, ACPI_DISABLE=0xa0, S4BIOS_REQ=0x0 PSTATE_CNT=0x0 PM1a_EVT_BLK=0x1000-0x1003 PM1a_CNT_BLK=0x1004-0x1005 PM2_CNT_BLK=0x1480-0x1480 PM_TMR_BLK=0x1008-0x100b GPE0_BLK=0x1020-0x1027 GPE1_BLK=0x14a0-0x14af, GPE1_BASE=32 P_LVL2_LAT=101 us, P_LVL3_LAT=1001 us FLUSH_SIZE=0, FLUSH_STRIDE=0 DUTY_OFFSET=1, DUTY_WIDTH=0 DAY_ALRM=125, MON_ALRM=126, CENTURY=50 IAPC_BOOT_ARCH= Flags={WBINVD,PROC_C1,SLP_BUTTON,RTC_S4,RESET_REG} RESET_REG=0x00000000:0[0] (Memory), RESET_VALUE=0x44 */ /* FACS: Length=64, HwSig=0x00000000, Firm_Wake_Vec=0x00000000 Global_Lock= Flags= Version=0 */ /* DSDT: Length=27040, Revision=1, Checksum=241, OEMID=NVIDIA, OEM Table ID=AWRDACPI, OEM Revision=0x1000, Creator ID=MSFT, Creator Revision=0x3000000 */ /* SSDT: Length=584, Revision=1, Checksum=49, OEMID=PTLTD, OEM Table ID=POWERNOW, OEM Revision=0x1, Creator ID= LTP, Creator Revision=0x1 */ /* WDRT: Length=71, Revision=1, Checksum=48, OEMID=Nvidia, OEM Table ID=NVDAACPI, OEM Revision=0x42302e31, Creator ID=NVDA, Creator Revision=0x0 */ /* MCFG: Length=60, Revision=1, Checksum=44, OEMID=Nvidia, OEM Table ID=NVDAACPI, OEM Revision=0x42302e31, Creator ID=NVDA, Creator Revision=0x0 Base Address= 0x00000000e0000000 Segment Group= 0x0000 Start Bus= 0 End Bus= 255 */ /* APIC: Length=124, Revision=1, Checksum=85, OEMID=Nvidia, OEM Table ID=NVDAACPI, OEM Revision=0x42302e31, Creator ID=NVDA, Creator Revision=0x0 Local APIC ADDR=0xfee00000 Flags={PC-AT} Type=Local APIC ACPI CPU=0 Flags={ENABLED} APIC ID=0 Type=Local APIC ACPI CPU=1 Flags={ENABLED} APIC ID=1 Type=IO APIC APIC ID=2 INT BASE=0 ADDR=0x00000000fec00000 Type=INT Override BUS=0 IRQ=0 INTR=2 Flags={Polarity=conforming, Trigger=conforming} Type=INT Override BUS=0 IRQ=9 INTR=9 Flags={Polarity=active-hi, Trigger=level} Type=INT Override BUS=0 IRQ=14 INTR=14 Flags={Polarity=active-hi, Trigger=edge} Type=INT Override BUS=0 IRQ=15 INTR=15 Flags={Polarity=active-hi, Trigger=edge} Type=Local NMI ACPI CPU=0 LINT Pin=1 Flags={Polarity=active-hi, Trigger=edge} Type=Local NMI ACPI CPU=1 LINT Pin=1 Flags={Polarity=active-hi, Trigger=edge} */ /* * Intel ACPI Component Architecture * AML Disassembler version 20070320 * * Disassembly of /tmp/acpidump.tM8i3U, Wed May 27 18:57:19 2009 * * * Original Table Header: * Signature "DSDT" * Length 0x00006BC4 (27588) * Revision 0x01 * OEM ID "NVIDIA" * OEM Table ID "AWRDACPI" * OEM Revision 0x00001000 (4096) * Creator ID "MSFT" * Creator Revision 0x03000000 (50331648) */ DefinitionBlock ("/tmp/acpidump.aml", "DSDT", 1, "NVIDIA", "AWRDACPI", 0x00001000) { Scope (\_PR) { Processor (\_PR.CPU0, 0x00, 0x00001010, 0x06) {} Processor (\_PR.CPU1, 0x01, 0x00000000, 0x00) {} } Name (\_S0, Package (0x04) { 0x00, 0x00, 0x00, 0x00 }) Name (\_S1, Package (0x04) { 0x01, 0x00, 0x00, 0x00 }) Name (\_S3, Package (0x04) { 0x05, 0x00, 0x00, 0x00 }) Name (\_S4, Package (0x04) { 0x06, 0x00, 0x00, 0x00 }) Name (\_S5, Package (0x04) { 0x07, 0x00, 0x00, 0x00 }) OperationRegion (\DEBG, SystemIO, 0x80, 0x01) Field (\DEBG, ByteAcc, NoLock, Preserve) { DBG1, 8 } OperationRegion (KBC, SystemIO, 0x64, 0x01) Field (KBC, ByteAcc, NoLock, Preserve) { KCMD, 8 } OperationRegion (KBCD, SystemIO, 0x60, 0x01) Field (KBCD, ByteAcc, NoLock, Preserve) { KDAT, 8 } OperationRegion (EXTM, SystemMemory, 0x000FF830, 0x10) Field (EXTM, WordAcc, NoLock, Preserve) { ROM1, 16, RMS1, 16, ROM2, 16, RMS2, 16, ROM3, 16, RMS3, 16, AMEM, 32 } OperationRegion (\PM1S, SystemIO, 0x1000, 0x02) Field (\PM1S, ByteAcc, NoLock, Preserve) { Offset (0x01), PBTS, 1, , 1, RTCS, 1, , 4, WAKS, 1 } OperationRegion (ELCR, SystemIO, 0x04D0, 0x02) Field (ELCR, ByteAcc, NoLock, Preserve) { ELC1, 8, ELC2, 8 } OperationRegion (\STUS, SystemIO, 0x1400, 0x04) Field (\STUS, ByteAcc, NoLock, Preserve) { G_ST, 32 } OperationRegion (\GPS0, SystemIO, 0x1020, 0x04) Field (\GPS0, ByteAcc, NoLock, Preserve) { GS00, 8, GS01, 8, GS02, 8, GS03, 8 } OperationRegion (\P20S, SystemIO, 0x1020, 0x04) Field (\P20S, ByteAcc, NoLock, Preserve) { P_20, 32 } OperationRegion (\SMIC, SystemIO, 0x142E, 0x01) Field (\SMIC, ByteAcc, NoLock, Preserve) { SCP, 8 } OperationRegion (\GP1, SystemIO, 0x14C0, 0x32) Field (\GP1, ByteAcc, NoLock, Preserve) { GP00, 8, GP01, 8, GP02, 8, GP03, 8, GP04, 8, GP05, 8, GP06, 8, GP07, 8, GP08, 8, GP09, 8, GP10, 8, GP11, 8, GP12, 8, GP13, 8, GP14, 8, GP15, 8, GP16, 8, GP17, 8, GP18, 8, GP19, 8, GP20, 8, GP21, 8, GP22, 8, Offset (0x18), GP24, 8, GP25, 8, GP26, 8, GP27, 8, GP28, 8, GP29, 8, GP30, 8, GP31, 8, GP32, 8, GP33, 8, GP34, 8, GP35, 8, GP36, 8, GP37, 8, GP38, 8, GP39, 8, GP40, 8, GP41, 8, GP42, 8, GP43, 8, GP44, 8, GP45, 8, GP46, 8, GP47, 8, GP48, 8, GP49, 8 } Name (OSFX, 0x01) Name (OSFL, 0x01) Method (STRC, 2, NotSerialized) { If (LNotEqual (SizeOf (Arg0), SizeOf (Arg1))) { Return (0x00) } Add (SizeOf (Arg0), 0x01, Local0) Name (BUF0, Buffer (Local0) {}) Name (BUF1, Buffer (Local0) {}) Store (Arg0, BUF0) Store (Arg1, BUF1) While (Local0) { Decrement (Local0) If (LNotEqual (DerefOf (Index (BUF0, Local0)), DerefOf (Index ( BUF1, Local0)))) { Return (Zero) } } Return (One) } OperationRegion (RTCM, SystemIO, 0x70, 0x02) Field (RTCM, ByteAcc, NoLock, Preserve) { CMIN, 8, CMDA, 8 } IndexField (CMIN, CMDA, ByteAcc, NoLock, Preserve) { Offset (0x0F), SHUT, 8 } OperationRegion (INFO, SystemMemory, 0x000FF840, 0x01) Field (INFO, ByteAcc, NoLock, Preserve) { KBDI, 1, RTCW, 1, PS2F, 1, IRFL, 2, DISE, 1, SSHU, 1 } OperationRegion (BEEP, SystemIO, 0x61, 0x01) Field (BEEP, ByteAcc, NoLock, Preserve) { S1B, 8 } OperationRegion (CONT, SystemIO, 0x40, 0x04) Field (CONT, ByteAcc, NoLock, Preserve) { CNT0, 8, CNT1, 8, CNT2, 8, CTRL, 8 } Method (SPKR, 1, NotSerialized) { Store (S1B, Local0) Store (0xB6, CTRL) Store (0x55, CNT2) Store (0x03, CNT2) Store (Arg0, Local2) While (LGreater (Local2, 0x00)) { Or (S1B, 0x03, S1B) Store (0x5FFF, Local3) While (LGreater (Local3, 0x00)) { Decrement (Local3) } And (S1B, 0xFC, S1B) Store (0x0EFF, Local3) While (LGreater (Local3, 0x00)) { Decrement (Local3) } Decrement (Local2) } Store (Local0, S1B) } Scope (\) { Name (PICF, 0x00) Method (_PIC, 1, NotSerialized) { Store (Arg0, PICF) } } Name (SID4, 0x00) Name (SLG0, 0x00) Name (SLG1, 0x00) Name (SLG2, 0x00) Name (SLG3, 0x00) Name (SLG4, 0x00) Name (SLG5, 0x00) Name (SLG6, 0x00) Name (SLG7, 0x00) Name (SLG8, 0x00) Name (SLG9, 0x00) Name (SLGA, 0x00) Name (SID5, 0x00) Name (SSM0, 0x00) Name (SSM1, 0x00) Name (SSM2, 0x00) Name (SSM3, 0x00) Name (SSM4, 0x00) Name (SUA0, 0x00) Name (SUB0, 0x00) Name (SX, 0x00) Name (SFLG, 0x00) Name (SID0, 0x00) Name (SID1, 0x00) Name (SID2, 0x00) Name (SID3, 0x00) Method (\_PTS, 1, NotSerialized) { Store (Arg0, Local0) Store (Local0, SX) Or (Arg0, 0xF0, Local0) Store (Local0, DBG1) OSTP () Store (\_SB.PCI0.IDE0.ID20, SID0) Store (\_SB.PCI0.IDE0.IDTS, SID1) Store (\_SB.PCI0.IDE0.IDTP, SID2) Store (\_SB.PCI0.IDE0.ID22, SID3) Store (\_SB.PCI0.IDE0.UMSS, SID4) Store (\_SB.PCI0.IDE0.UMSP, SID5) If (LEqual (Arg0, 0x01)) {} If (LEqual (Arg0, 0x03)) {} If (LEqual (Arg0, 0x04)) {} If (LEqual (Arg0, 0x05)) { If (LNotEqual (OSFL, 0x00)) { Sleep (0x01F4) } } } Method (\_WAK, 1, NotSerialized) { Store (0xFF, DBG1) Store (0x00, SFLG) If (LEqual (RTCW, 0x00)) { Notify (\_SB.PWRB, 0x02) } Notify (\_SB.PCI0.USB0, 0x00) If (LGreaterEqual (OSFL, 0x01)) { Store (0x00, \_SB.PCI0.SMB0.SMPM) } } Scope (\_SI) { Method (_MSG, 1, NotSerialized) { Store ("==== MSG Working ====", Debug) } Method (_SST, 1, NotSerialized) { Store ("==== SST Working ====", Debug) } } Scope (\_GPE) { Method (_L11, 0, NotSerialized) { Store (0x02, GS02) If (LNotEqual (PEVA, 0xFFFF)) { If (PESA) { While (PESA) { Store (0x01, PESA) } Notify (\_SB.PCI0.MXR0, 0x02) } } If (LNotEqual (PEVB, 0xFFFF)) { If (PESB) { While (PESB) { Store (0x01, PESB) } Notify (\_SB.PCI0.MXR1, 0x02) } } If (LNotEqual (PEVC, 0xFFFF)) { If (PESC) { While (PESC) { Store (0x01, PESC) } Notify (\_SB.PCI0.MXR2, 0x02) } } If (LNotEqual (PEVD, 0xFFFF)) { If (PESD) { While (PESD) { Store (0x01, PESD) } Notify (\_SB.PCI0.MXR3, 0x02) } } If (LNotEqual (PEVE, 0xFFFF)) { If (PESE) { While (PESE) { Store (0x01, PESE) } Notify (\_SB.PCI0.MXR4, 0x02) } } If (LNotEqual (PEVF, 0xFFFF)) { If (PESF) { While (PESF) { Store (0x01, PESF) } Notify (\_SB.PCI0.MXR5, 0x02) } } } Method (_L00, 0, NotSerialized) { Notify (\_SB.PCI0.HUB0, 0x02) } Method (_L03, 0, NotSerialized) { Notify (\_SB.PCI0.UAR1, 0x02) } Method (_L0A, 0, NotSerialized) { Notify (\_SB.PCI0.MAC1, 0x02) } Method (_L0B, 0, NotSerialized) { Notify (\_SB.PCI0.MMAC, 0x02) } Method (_L0D, 0, NotSerialized) { Notify (\_SB.PCI0.USB0, 0x02) } Method (_L05, 0, NotSerialized) { Notify (\_SB.PCI0.USB2, 0x02) } Method (_L10, 0, NotSerialized) { \_SB.PCI0.PS2W () } Method (_L15, 0, NotSerialized) { Notify (\_SB.PCI0.AZA, 0x02) } } Scope (\_SB) { Device (MBIO) { Name (_HID, EisaId ("PNP0C02")) Name (_UID, 0x05) Name (_CRS, ResourceTemplate () { IO (Decode16, 0x1000, // Range Minimum 0x1000, // Range Maximum 0x01, // Alignment 0x80, // Length ) IO (Decode16, 0x1080, // Range Minimum 0x1080, // Range Maximum 0x01, // Alignment 0x80, // Length ) IO (Decode16, 0x1400, // Range Minimum 0x1400, // Range Maximum 0x01, // Alignment 0x80, // Length ) IO (Decode16, 0x1480, // Range Minimum 0x1480, // Range Maximum 0x01, // Alignment 0x80, // Length ) IO (Decode16, 0x1800, // Range Minimum 0x1800, // Range Maximum 0x01, // Alignment 0x80, // Length ) IO (Decode16, 0x1880, // Range Minimum 0x1880, // Range Maximum 0x01, // Alignment 0x80, // Length ) }) } Device (PWRB) { Name (_HID, EisaId ("PNP0C0C")) Method (_STA, 0, NotSerialized) { Return (0x0B) } } Device (PCI0) { Name (_HID, EisaId ("PNP0A08")) Name (_CID, 0x030AD041) Name (_ADR, 0x00) Name (_UID, 0x01) Name (_BBN, 0x00) Name (PCIA, 0x00) Method (_REG, 2, NotSerialized) { If (LEqual (Arg0, 0x02)) { Store (Arg1, PCIA) } } Name (NATA, Package (0x01) { 0x000C0000 }) Method (_S3D, 0, NotSerialized) { If (LEqual (OSFL, 0x02)) { Return (0x02) } Else { Return (0x03) } } Name (SUPP, 0x00) Name (CTRL, 0x00) Method (_OSC, 4, NotSerialized) { CreateDWordField (Arg3, 0x00, CDW1) If (LEqual (Arg0, Buffer (0x10) { /* 0000 */ 0x5B, 0x4D, 0xDB, 0x33, 0xF7, 0x1F, 0x1C, 0x40, /* 0008 */ 0x96, 0x57, 0x74, 0x41, 0xC0, 0x3D, 0xD7, 0x66 })) { Return (Arg3) } Else { Or (CDW1, 0x04, CDW1) Return (Arg3) } } Method (_STA, 0, NotSerialized) { Return (0x0F) } OperationRegion (LDT3, PCI_Config, 0x6C, 0x04) Field (LDT3, DWordAcc, NoLock, Preserve) { UCFG, 32 } Method (_CRS, 0, NotSerialized) { Name (BUF0, ResourceTemplate () { WordBusNumber (ResourceProducer, MinNotFixed, MaxNotFixed, PosDecode, 0x0000, // Granularity 0x0000, // Range Minimum 0x0000, // Range Maximum 0x0000, // Translation Offset 0x0000, // Length ,, _Y00) IO (Decode16, 0x0CF8, // Range Minimum 0x0CF8, // Range Maximum 0x01, // Alignment 0x08, // Length ) WordIO (ResourceProducer, MinFixed, MaxFixed, PosDecode, EntireRange, 0x0000, // Granularity 0x0000, // Range Minimum 0x03AF, // Range Maximum 0x0000, // Translation Offset 0x03B0, // Length ,, , TypeStatic) WordIO (ResourceProducer, MinFixed, MaxFixed, PosDecode, EntireRange, 0x0000, // Granularity 0x03E0, // Range Minimum 0x0CF7, // Range Maximum 0x0000, // Translation Offset 0x0918, // Length ,, , TypeStatic) WordIO (ResourceProducer, MinFixed, MaxFixed, PosDecode, EntireRange, 0x0000, // Granularity 0x0000, // Range Minimum 0x0000, // Range Maximum 0x0000, // Translation Offset 0x0000, // Length ,, _Y01, TypeStatic) WordIO (ResourceProducer, MinFixed, MaxFixed, PosDecode, EntireRange, 0x0000, // Granularity 0x0000, // Range Minimum 0x0000, // Range Maximum 0x0000, // Translation Offset 0x0000, // Length ,, _Y02, TypeStatic) QWordMemory (ResourceProducer, PosDecode, MinFixed, MaxFixed, Cacheable, ReadWrite, 0x0000000000000000, // Granularity 0x0000000000000000, // Range Minimum 0x0000000000000000, // Range Maximum 0x0000000000000000, // Translation Offset 0x0000000000000000, // Length ,, _Y03, AddressRangeMemory, TypeStatic) QWordMemory (ResourceProducer, PosDecode, MinFixed, MaxFixed, Cacheable, ReadWrite, 0x0000000000000000, // Granularity 0x0000000000000000, // Range Minimum 0x0000000000000000, // Range Maximum 0x0000000000000000, // Translation Offset 0x0000000000000000, // Length ,, _Y04, AddressRangeMemory, TypeStatic) QWordMemory (ResourceProducer, PosDecode, MinFixed, MaxFixed, Cacheable, ReadWrite, 0x0000000000000000, // Granularity 0x0000000000000000, // Range Minimum 0x0000000000000000, // Range Maximum 0x0000000000000000, // Translation Offset 0x0000000000000000, // Length ,, _Y05, AddressRangeMemory, TypeStatic) }) CreateWordField (BUF0, \_SB.PCI0._CRS._Y00._MIN, B1MN) CreateWordField (BUF0, \_SB.PCI0._CRS._Y00._MAX, B1MX) CreateWordField (BUF0, \_SB.PCI0._CRS._Y00._LEN, B1LN) And (\_SB.PCI0.K801.L0EN, 0x03, Local0) If (LEqual (Local0, 0x03)) { And (\_SB.PCI0.K801.DL00, 0x03, Local0) If (LEqual (Local0, 0x00)) { Store (\_SB.PCI0.K801.BNB0, B1MN) Store (\_SB.PCI0.K801.BNL0, B1MX) Subtract (B1MX, B1MN, Local1) Add (0x01, Local1, B1LN) } } And (\_SB.PCI0.K801.L1EN, 0x03, Local0) If (LEqual (Local0, 0x03)) { And (\_SB.PCI0.K801.DL01, 0x03, Local0) If (LEqual (Local0, 0x00)) { Store (\_SB.PCI0.K801.BNB1, B1MN) Store (\_SB.PCI0.K801.BNL1, B1MX) Subtract (B1MX, B1MN, Local1) Add (0x01, Local1, B1LN) } } And (\_SB.PCI0.K801.L2EN, 0x03, Local0) If (LEqual (Local0, 0x03)) { And (\_SB.PCI0.K801.DL02, 0x03, Local0) If (LEqual (Local0, 0x00)) { Store (\_SB.PCI0.K801.BNB2, B1MN) Store (\_SB.PCI0.K801.BNL2, B1MX) Subtract (B1MX, B1MN, Local1) Add (0x01, Local1, B1LN) } } And (\_SB.PCI0.K801.L3EN, 0x03, Local0) If (LEqual (Local0, 0x03)) { And (\_SB.PCI0.K801.DL03, 0x03, Local0) If (LEqual (Local0, 0x00)) { Store (\_SB.PCI0.K801.BNB3, B1MN) Store (\_SB.PCI0.K801.BNL3, B1MX) Subtract (B1MX, B1MN, Local1) Add (0x01, Local1, B1LN) } } CreateWordField (BUF0, \_SB.PCI0._CRS._Y01._MIN, IOMN) CreateWordField (BUF0, \_SB.PCI0._CRS._Y01._MAX, IOMX) CreateWordField (BUF0, \_SB.PCI0._CRS._Y01._LEN, IOLN) CreateWordField (BUF0, \_SB.PCI0._CRS._Y02._MIN, VIMN) CreateWordField (BUF0, \_SB.PCI0._CRS._Y02._MAX, VIMX) CreateWordField (BUF0, \_SB.PCI0._CRS._Y02._LEN, VILN) And (\_SB.PCI0.K801.IB00, 0x03, Local0) And (\_SB.PCI0.K801.IL00, 0x30, Local1) ShiftRight (Local1, 0x04, Local1) If (LEqual (Local0, 0x03)) { If (LEqual (Local1, 0x00)) { And (\_SB.PCI0.K801.IB00, 0x10, Local1) ShiftLeft (\_SB.PCI0.K801.IBV0, 0x0C, IOMN) ShiftLeft (\_SB.PCI0.K801.ILV0, 0x0C, IOMX) Or (IOMX, 0x0FFF, IOMX) Subtract (IOMX, IOMN, IOLN) Increment (IOLN) If (LEqual (Local1, 0x10)) { Store (0x03B0, VIMN) Store (0x03DF, VIMX) Store (0x30, VILN) } } } And (\_SB.PCI0.K801.IB01, 0x03, Local0) And (\_SB.PCI0.K801.IL01, 0x30, Local1) ShiftRight (Local1, 0x04, Local1) If (LEqual (Local0, 0x03)) { If (LEqual (Local1, 0x00)) { And (\_SB.PCI0.K801.IB01, 0x10, Local1) ShiftLeft (\_SB.PCI0.K801.IBV1, 0x0C, IOMN) ShiftLeft (\_SB.PCI0.K801.ILV1, 0x0C, IOMX) Or (IOMX, 0x0FFF, IOMX) Subtract (IOMX, IOMN, IOLN) Increment (IOLN) If (LEqual (Local1, 0x10)) { Store (0x03B0, VIMN) Store (0x03DF, VIMX) Store (0x30, VILN) } } } And (\_SB.PCI0.K801.IB02, 0x03, Local0) And (\_SB.PCI0.K801.IL02, 0x30, Local1) ShiftRight (Local1, 0x04, Local1) If (LEqual (Local0, 0x03)) { If (LEqual (Local1, 0x00)) { And (\_SB.PCI0.K801.IB02, 0x10, Local1) ShiftLeft (\_SB.PCI0.K801.IBV2, 0x0C, IOMN) ShiftLeft (\_SB.PCI0.K801.ILV2, 0x0C, IOMX) Or (IOMX, 0x0FFF, IOMX) Subtract (IOMX, IOMN, IOLN) Increment (IOLN) If (LEqual (Local1, 0x10)) { Store (0x03B0, VIMN) Store (0x03DF, VIMX) Store (0x30, VILN) } } } And (\_SB.PCI0.K801.IB03, 0x03, Local0) And (\_SB.PCI0.K801.IL03, 0x30, Local1) ShiftRight (Local1, 0x04, Local1) If (LEqual (Local0, 0x03)) { If (LEqual (Local1, 0x00)) { And (\_SB.PCI0.K801.IB03, 0x10, Local1) ShiftLeft (\_SB.PCI0.K801.IBV3, 0x0C, IOMN) ShiftLeft (\_SB.PCI0.K801.ILV3, 0x0C, IOMX) Or (IOMX, 0x0FFF, IOMX) Subtract (IOMX, IOMN, IOLN) Increment (IOLN) If (LEqual (Local1, 0x10)) { Store (0x03B0, VIMN) Store (0x03DF, VIMX) Store (0x30, VILN) } } } CreateDWordField (BUF0, \_SB.PCI0._CRS._Y03._MIN, M0MN) CreateDWordField (BUF0, \_SB.PCI0._CRS._Y03._MAX, M0MX) CreateDWordField (BUF0, \_SB.PCI0._CRS._Y03._LEN, M0LN) CreateDWordField (BUF0, \_SB.PCI0._CRS._Y04._MIN, M1MN) CreateDWordField (BUF0, \_SB.PCI0._CRS._Y04._MAX, M1MX) CreateDWordField (BUF0, \_SB.PCI0._CRS._Y04._LEN, M1LN) CreateDWordField (BUF0, \_SB.PCI0._CRS._Y05._MIN, M2MN) CreateDWordField (BUF0, \_SB.PCI0._CRS._Y05._MAX, M2MX) CreateDWordField (BUF0, \_SB.PCI0._CRS._Y05._LEN, M2LN) And (\_SB.PCI0.K801.MB00, 0x03, Local0) And (\_SB.PCI0.K801.ML00, 0x30, Local1) ShiftRight (Local1, 0x04, Local1) If (LEqual (Local0, 0x03)) { And (\_SB.PCI0.K801.ML00, 0x80, Local0) If (LEqual (Local0, 0x00)) { If (LEqual (Local1, 0x00)) { If (LEqual (M0LN, 0x00)) { ShiftLeft (\_SB.PCI0.K801.MBV0, 0x10, M0MN) ShiftLeft (\_SB.PCI0.K801.MLV0, 0x10, M0MX) Or (M0MX, 0xFFFF, M0MX) Subtract (M0MX, M0MN, M0LN) Increment (M0LN) } Else { If (LEqual (M1LN, 0x00)) { ShiftLeft (\_SB.PCI0.K801.MBV0, 0x10, M1MN) ShiftLeft (\_SB.PCI0.K801.MLV0, 0x10, M1MX) Or (M1MX, 0xFFFF, M1MX) Subtract (M1MX, M1MN, M1LN) Increment (M1LN) } Else { ShiftLeft (\_SB.PCI0.K801.MBV0, 0x10, M2MN) ShiftLeft (\_SB.PCI0.K801.MLV0, 0x10, M2MX) Or (M2MX, 0xFFFF, M2MX) Subtract (M2MX, M2MN, M2LN) Increment (M2LN) } } } } } And (\_SB.PCI0.K801.MB01, 0x03, Local0) And (\_SB.PCI0.K801.ML01, 0x30, Local1) ShiftRight (Local1, 0x04, Local1) If (LEqual (Local0, 0x03)) { And (\_SB.PCI0.K801.ML01, 0x80, Local0) If (LEqual (Local0, 0x00)) { If (LEqual (Local1, 0x00)) { If (LEqual (M0LN, 0x00)) { ShiftLeft (\_SB.PCI0.K801.MBV1, 0x10, M0MN) ShiftLeft (\_SB.PCI0.K801.MLV1, 0x10, M0MX) Or (M0MX, 0xFFFF, M0MX) Subtract (M0MX, M0MN, M0LN) Increment (M0LN) } Else { If (LEqual (M1LN, 0x00)) { ShiftLeft (\_SB.PCI0.K801.MBV1, 0x10, M1MN) ShiftLeft (\_SB.PCI0.K801.MLV1, 0x10, M1MX) Or (M1MX, 0xFFFF, M1MX) Subtract (M1MX, M1MN, M1LN) Increment (M1LN) } Else { ShiftLeft (\_SB.PCI0.K801.MBV1, 0x10, M2MN) ShiftLeft (\_SB.PCI0.K801.MLV1, 0x10, M2MX) Or (M2MX, 0xFFFF, M2MX) Subtract (M2MX, M2MN, M2LN) Increment (M2LN) } } } } } And (\_SB.PCI0.K801.MB02, 0x03, Local0) And (\_SB.PCI0.K801.ML02, 0x30, Local1) ShiftRight (Local1, 0x04, Local1) If (LEqual (Local0, 0x03)) { And (\_SB.PCI0.K801.ML02, 0x80, Local0) If (LEqual (Local0, 0x00)) { If (LEqual (Local1, 0x00)) { If (LEqual (M0LN, 0x00)) { ShiftLeft (\_SB.PCI0.K801.MBV2, 0x10, M0MN) ShiftLeft (\_SB.PCI0.K801.MLV2, 0x10, M0MX) Or (M0MX, 0xFFFF, M0MX) Subtract (M0MX, M0MN, M0LN) Increment (M0LN) } Else { If (LEqual (M1LN, 0x00)) { ShiftLeft (\_SB.PCI0.K801.MBV2, 0x10, M1MN) ShiftLeft (\_SB.PCI0.K801.MLV2, 0x10, M1MX) Or (M1MX, 0xFFFF, M1MX) Subtract (M1MX, M1MN, M1LN) Increment (M1LN) } Else { ShiftLeft (\_SB.PCI0.K801.MBV2, 0x10, M2MN) ShiftLeft (\_SB.PCI0.K801.MLV2, 0x10, M2MX) Or (M2MX, 0xFFFF, M2MX) Subtract (M2MX, M2MN, M2LN) Increment (M2LN) } } } } } And (\_SB.PCI0.K801.MB03, 0x03, Local0) And (\_SB.PCI0.K801.ML03, 0x30, Local1) ShiftRight (Local1, 0x04, Local1) If (LEqual (Local0, 0x03)) { And (\_SB.PCI0.K801.ML03, 0x80, Local0) If (LEqual (Local0, 0x00)) { If (LEqual (Local1, 0x00)) { If (LEqual (M0LN, 0x00)) { ShiftLeft (\_SB.PCI0.K801.MBV3, 0x10, M0MN) ShiftLeft (\_SB.PCI0.K801.MLV3, 0x10, M0MX) Or (M0MX, 0xFFFF, M0MX) Subtract (M0MX, M0MN, M0LN) Increment (M0LN) } Else { If (LEqual (M1LN, 0x00)) { ShiftLeft (\_SB.PCI0.K801.MBV3, 0x10, M1MN) ShiftLeft (\_SB.PCI0.K801.MLV3, 0x10, M1MX) Or (M1MX, 0xFFFF, M1MX) Subtract (M1MX, M1MN, M1LN) Increment (M1LN) } Else { ShiftLeft (\_SB.PCI0.K801.MBV3, 0x10, M2MN) ShiftLeft (\_SB.PCI0.K801.MLV3, 0x10, M2MX) Or (M2MX, 0xFFFF, M2MX) Subtract (M2MX, M2MN, M2LN) Increment (M2LN) } } } } } And (\_SB.PCI0.K801.MB04, 0x03, Local0) And (\_SB.PCI0.K801.ML04, 0x30, Local1) ShiftRight (Local1, 0x04, Local1) If (LEqual (Local0, 0x03)) { And (\_SB.PCI0.K801.ML04, 0x80, Local0) If (LEqual (Local0, 0x00)) { If (LEqual (Local1, 0x00)) { If (LEqual (M0LN, 0x00)) { ShiftLeft (\_SB.PCI0.K801.MBV4, 0x10, M0MN) ShiftLeft (\_SB.PCI0.K801.MLV4, 0x10, M0MX) Or (M0MX, 0xFFFF, M0MX) Subtract (M0MX, M0MN, M0LN) Increment (M0LN) } Else { If (LEqual (M1LN, 0x00)) { ShiftLeft (\_SB.PCI0.K801.MBV4, 0x10, M1MN) ShiftLeft (\_SB.PCI0.K801.MLV4, 0x10, M1MX) Or (M1MX, 0xFFFF, M1MX) Subtract (M1MX, M1MN, M1LN) Increment (M1LN) } Else { ShiftLeft (\_SB.PCI0.K801.MBV4, 0x10, M2MN) ShiftLeft (\_SB.PCI0.K801.MLV4, 0x10, M2MX) Or (M2MX, 0xFFFF, M2MX) Subtract (M2MX, M2MN, M2LN) Increment (M2LN) } } } } } And (\_SB.PCI0.K801.MB05, 0x03, Local0) And (\_SB.PCI0.K801.ML05, 0x30, Local1) ShiftRight (Local1, 0x04, Local1) If (LEqual (Local0, 0x03)) { And (\_SB.PCI0.K801.ML05, 0x80, Local0) If (LEqual (Local0, 0x00)) { If (LEqual (Local1, 0x00)) { If (LEqual (M0LN, 0x00)) { ShiftLeft (\_SB.PCI0.K801.MBV5, 0x10, M0MN) ShiftLeft (\_SB.PCI0.K801.MLV5, 0x10, M0MX) Or (M0MX, 0xFFFF, M0MX) Subtract (M0MX, M0MN, M0LN) Increment (M0LN) } Else { If (LEqual (M1LN, 0x00)) { ShiftLeft (\_SB.PCI0.K801.MBV5, 0x10, M1MN) ShiftLeft (\_SB.PCI0.K801.MLV5, 0x10, M1MX) Or (M1MX, 0xFFFF, M1MX) Subtract (M1MX, M1MN, M1LN) Increment (M1LN) } Else { ShiftLeft (\_SB.PCI0.K801.MBV5, 0x10, M2MN) ShiftLeft (\_SB.PCI0.K801.MLV5, 0x10, M2MX) Or (M2MX, 0xFFFF, M2MX) Subtract (M2MX, M2MN, M2LN) Increment (M2LN) } } } } } And (\_SB.PCI0.K801.MB06, 0x03, Local0) And (\_SB.PCI0.K801.ML06, 0x30, Local1) ShiftRight (Local1, 0x04, Local1) If (LEqual (Local0, 0x03)) { And (\_SB.PCI0.K801.ML06, 0x80, Local0) If (LEqual (Local0, 0x00)) { If (LEqual (Local1, 0x00)) { If (LEqual (M0LN, 0x00)) { ShiftLeft (\_SB.PCI0.K801.MBV6, 0x10, M0MN) ShiftLeft (\_SB.PCI0.K801.MLV6, 0x10, M0MX) Or (M0MX, 0xFFFF, M0MX) Subtract (M0MX, M0MN, M0LN) Increment (M0LN) } Else { If (LEqual (M1LN, 0x00)) { ShiftLeft (\_SB.PCI0.K801.MBV6, 0x10, M1MN) ShiftLeft (\_SB.PCI0.K801.MLV6, 0x10, M1MX) Or (M1MX, 0xFFFF, M1MX) Subtract (M1MX, M1MN, M1LN) Increment (M1LN) } Else { ShiftLeft (\_SB.PCI0.K801.MBV6, 0x10, M2MN) ShiftLeft (\_SB.PCI0.K801.MLV6, 0x10, M2MX) Or (M2MX, 0xFFFF, M2MX) Subtract (M2MX, M2MN, M2LN) Increment (M2LN) } } } } } And (\_SB.PCI0.K801.MB07, 0x03, Local0) And (\_SB.PCI0.K801.ML07, 0x30, Local1) ShiftRight (Local1, 0x04, Local1) If (LEqual (Local0, 0x03)) { And (\_SB.PCI0.K801.ML07, 0x80, Local0) If (LEqual (Local0, 0x00)) { If (LEqual (Local1, 0x00)) { If (LEqual (M0LN, 0x00)) { ShiftLeft (\_SB.PCI0.K801.MBV7, 0x10, M0MN) ShiftLeft (\_SB.PCI0.K801.MLV7, 0x10, M0MX) Or (M0MX, 0xFFFF, M0MX) Subtract (M0MX, M0MN, M0LN) Increment (M0LN) } Else { If (LEqual (M1LN, 0x00)) { ShiftLeft (\_SB.PCI0.K801.MBV7, 0x10, M1MN) ShiftLeft (\_SB.PCI0.K801.MLV7, 0x10, M1MX) Or (M1MX, 0xFFFF, M1MX) Subtract (M1MX, M1MN, M1LN) Increment (M1LN) } Else { ShiftLeft (\_SB.PCI0.K801.MBV7, 0x10, M2MN) ShiftLeft (\_SB.PCI0.K801.MLV7, 0x10, M2MX) Or (M2MX, 0xFFFF, M2MX) Subtract (M2MX, M2MN, M2LN) Increment (M2LN) } } } } } Return (BUF0) } Name (PICM, Package (0x2E) { Package (0x04) { 0x0004FFFF, 0x00, \_SB.PCI0.LXV5, 0x00 }, Package (0x04) { 0x0004FFFF, 0x01, \_SB.PCI0.LXV6, 0x00 }, Package (0x04) { 0x0004FFFF, 0x02, \_SB.PCI0.LXV7, 0x00 }, Package (0x04) { 0x0004FFFF, 0x03, \_SB.PCI0.LXV8, 0x00 }, Package (0x04) { 0x0003FFFF, 0x00, \_SB.PCI0.LXV5, 0x00 }, Package (0x04) { 0x0003FFFF, 0x01, \_SB.PCI0.LXV6, 0x00 }, Package (0x04) { 0x0003FFFF, 0x02, \_SB.PCI0.LXV7, 0x00 }, Package (0x04) { 0x0003FFFF, 0x03, \_SB.PCI0.LXV8, 0x00 }, Package (0x04) { 0x0002FFFF, 0x00, \_SB.PCI0.LXV6, 0x00 }, Package (0x04) { 0x0002FFFF, 0x01, \_SB.PCI0.LXV7, 0x00 }, Package (0x04) { 0x0002FFFF, 0x02, \_SB.PCI0.LXV8, 0x00 }, Package (0x04) { 0x0002FFFF, 0x03, \_SB.PCI0.LXV5, 0x00 }, Package (0x04) { 0x0009FFFF, 0x01, \_SB.PCI0.LSMB, 0x00 }, Package (0x04) { 0x000AFFFF, 0x00, \_SB.PCI0.LUBA, 0x00 }, Package (0x04) { 0x000AFFFF, 0x01, \_SB.PCI0.LUB2, 0x00 }, Package (0x04) { 0x0010FFFF, 0x00, \_SB.PCI0.LMAC, 0x00 }, Package (0x04) { 0x0011FFFF, 0x00, \_SB.PCI0.LMC1, 0x00 }, Package (0x04) { 0x000EFFFF, 0x01, \_SB.PCI0.LAZA, 0x00 }, Package (0x04) { 0x000CFFFF, 0x00, \_SB.PCI0.LIDE, 0x00 }, Package (0x04) { 0x000DFFFF, 0x00, \_SB.PCI0.LSA0, 0x00 }, Package (0x04) { 0x000DFFFF, 0x01, \_SB.PCI0.LSA1, 0x00 }, Package (0x04) { 0x000DFFFF, 0x02, \_SB.PCI0.LSA2, 0x00 }, Package (0x04) { 0x0017FFFF, 0x00, \_SB.PCI0.LXV6, 0x00 }, Package (0x04) { 0x0017FFFF, 0x00, \_SB.PCI0.LXV7, 0x00 }, Package (0x04) { 0x0017FFFF, 0x00, \_SB.PCI0.LXV8, 0x00 }, Package (0x04) { 0x0017FFFF, 0x00, \_SB.PCI0.LXV5, 0x00 }, Package (0x04) { 0x0016FFFF, 0x00, \_SB.PCI0.LXV7, 0x00 }, Package (0x04) { 0x0016FFFF, 0x00, \_SB.PCI0.LXV8, 0x00 }, Package (0x04) { 0x0016FFFF, 0x00, \_SB.PCI0.LXV5, 0x00 }, Package (0x04) { 0x0016FFFF, 0x00, \_SB.PCI0.LXV6, 0x00 }, Package (0x04) { 0x0015FFFF, 0x00, \_SB.PCI0.LXV8, 0x00 }, Package (0x04) { 0x0015FFFF, 0x00, \_SB.PCI0.LXV5, 0x00 }, Package (0x04) { 0x0015FFFF, 0x00, \_SB.PCI0.LXV6, 0x00 }, Package (0x04) { 0x0015FFFF, 0x00, \_SB.PCI0.LXV7, 0x00 }, Package (0x04) { 0x0014FFFF, 0x00, \_SB.PCI0.LXV5, 0x00 }, Package (0x04) { 0x0014FFFF, 0x00, \_SB.PCI0.LXV6, 0x00 }, Package (0x04) { 0x0014FFFF, 0x00, \_SB.PCI0.LXV7, 0x00 }, Package (0x04) { 0x0014FFFF, 0x00, \_SB.PCI0.LXV8, 0x00 }, Package (0x04) { 0x0013FFFF, 0x00, \_SB.PCI0.LXV6, 0x00 }, Package (0x04) { 0x0013FFFF, 0x00, \_SB.PCI0.LXV7, 0x00 }, Package (0x04) { 0x0013FFFF, 0x00, \_SB.PCI0.LXV8, 0x00 }, Package (0x04) { 0x0013FFFF, 0x00, \_SB.PCI0.LXV5, 0x00 }, Package (0x04) { 0x0012FFFF, 0x00, \_SB.PCI0.LXV7, 0x00 }, Package (0x04) { 0x0012FFFF, 0x00, \_SB.PCI0.LXV8, 0x00 }, Package (0x04) { 0x0012FFFF, 0x00, \_SB.PCI0.LXV5, 0x00 }, Package (0x04) { 0x0012FFFF, 0x00, \_SB.PCI0.LXV6, 0x00 } }) Name (APIC, Package (0x2F) { Package (0x04) { 0x0004FFFF, 0x00, \_SB.PCI0.AXV5, 0x00 }, Package (0x04) { 0x0004FFFF, 0x01, \_SB.PCI0.AXV6, 0x00 }, Package (0x04) { 0x0004FFFF, 0x02, \_SB.PCI0.AXV7, 0x00 }, Package (0x04) { 0x0004FFFF, 0x03, \_SB.PCI0.AXV8, 0x00 }, Package (0x04) { 0x0003FFFF, 0x00, \_SB.PCI0.AXV5, 0x00 }, Package (0x04) { 0x0003FFFF, 0x01, \_SB.PCI0.AXV6, 0x00 }, Package (0x04) { 0x0003FFFF, 0x02, \_SB.PCI0.AXV7, 0x00 }, Package (0x04) { 0x0003FFFF, 0x03, \_SB.PCI0.AXV8, 0x00 }, Package (0x04) { 0x0002FFFF, 0x00, \_SB.PCI0.AXV6, 0x00 }, Package (0x04) { 0x0002FFFF, 0x01, \_SB.PCI0.AXV7, 0x00 }, Package (0x04) { 0x0002FFFF, 0x02, \_SB.PCI0.AXV8, 0x00 }, Package (0x04) { 0x0002FFFF, 0x03, \_SB.PCI0.AXV5, 0x00 }, Package (0x04) { 0x0009FFFF, 0x00, \_SB.PCI0.ASMB, 0x00 }, Package (0x04) { 0x0009FFFF, 0x01, \_SB.PCI0.ASMB, 0x00 }, Package (0x04) { 0x000AFFFF, 0x00, \_SB.PCI0.AUBA, 0x00 }, Package (0x04) { 0x000AFFFF, 0x01, \_SB.PCI0.AUS2, 0x00 }, Package (0x04) { 0x0010FFFF, 0x00, \_SB.PCI0.AMAC, 0x00 }, Package (0x04) { 0x0011FFFF, 0x00, \_SB.PCI0.AMA1, 0x00 }, Package (0x04) { 0x000EFFFF, 0x01, \_SB.PCI0.AAZA, 0x00 }, Package (0x04) { 0x000CFFFF, 0x00, \_SB.PCI0.AIDE, 0x00 }, Package (0x04) { 0x000DFFFF, 0x00, \_SB.PCI0.ASA0, 0x00 }, Package (0x04) { 0x000DFFFF, 0x01, \_SB.PCI0.ASA1, 0x00 }, Package (0x04) { 0x000DFFFF, 0x02, \_SB.PCI0.ASA2, 0x00 }, Package (0x04) { 0x0017FFFF, 0x00, \_SB.PCI0.AXV6, 0x00 }, Package (0x04) { 0x0017FFFF, 0x01, \_SB.PCI0.AXV7, 0x00 }, Package (0x04) { 0x0017FFFF, 0x02, \_SB.PCI0.AXV8, 0x00 }, Package (0x04) { 0x0017FFFF, 0x03, \_SB.PCI0.AXV5, 0x00 }, Package (0x04) { 0x0016FFFF, 0x00, \_SB.PCI0.AXV7, 0x00 }, Package (0x04) { 0x0016FFFF, 0x01, \_SB.PCI0.AXV8, 0x00 }, Package (0x04) { 0x0016FFFF, 0x02, \_SB.PCI0.AXV5, 0x00 }, Package (0x04) { 0x0016FFFF, 0x03, \_SB.PCI0.AXV6, 0x00 }, Package (0x04) { 0x0015FFFF, 0x00, \_SB.PCI0.AXV8, 0x00 }, Package (0x04) { 0x0015FFFF, 0x01, \_SB.PCI0.AXV5, 0x00 }, Package (0x04) { 0x0015FFFF, 0x02, \_SB.PCI0.AXV6, 0x00 }, Package (0x04) { 0x0015FFFF, 0x03, \_SB.PCI0.AXV7, 0x00 }, Package (0x04) { 0x0014FFFF, 0x00, \_SB.PCI0.AXV5, 0x00 }, Package (0x04) { 0x0014FFFF, 0x01, \_SB.PCI0.AXV6, 0x00 }, Package (0x04) { 0x0014FFFF, 0x02, \_SB.PCI0.AXV7, 0x00 }, Package (0x04) { 0x0014FFFF, 0x03, \_SB.PCI0.AXV8, 0x00 }, Package (0x04) { 0x0013FFFF, 0x00, \_SB.PCI0.AXV6, 0x00 }, Package (0x04) { 0x0013FFFF, 0x01, \_SB.PCI0.AXV7, 0x00 }, Package (0x04) { 0x0013FFFF, 0x02, \_SB.PCI0.AXV8, 0x00 }, Package (0x04) { 0x0013FFFF, 0x03, \_SB.PCI0.AXV5, 0x00 }, Package (0x04) { 0x0012FFFF, 0x00, \_SB.PCI0.AXV7, 0x00 }, Package (0x04) { 0x0012FFFF, 0x01, \_SB.PCI0.AXV8, 0x00 }, Package (0x04) { 0x0012FFFF, 0x02, \_SB.PCI0.AXV5, 0x00 }, Package (0x04) { 0x0012FFFF, 0x03, \_SB.PCI0.AXV6, 0x00 } }) Method (_PRT, 0, NotSerialized) { If (LNot (PICF)) { Return (PICM) } Else { Return (APIC) } } Device (HUB0) { Name (_ADR, 0x000E0000) Method (_STA, 0, NotSerialized) { Return (0x0F) } Name (PICM, Package (0x14) { Package (0x04) { 0x000AFFFF, 0x00, \_SB.PCI0.LNK3, 0x00 }, Package (0x04) { 0x000AFFFF, 0x01, \_SB.PCI0.LNK4, 0x00 }, Package (0x04) { 0x000AFFFF, 0x02, \_SB.PCI0.LNK1, 0x00 }, Package (0x04) { 0x000AFFFF, 0x03, \_SB.PCI0.LNK2, 0x00 }, Package (0x04) { 0x0009FFFF, 0x00, \_SB.PCI0.LNK2, 0x00 }, Package (0x04) { 0x0009FFFF, 0x01, \_SB.PCI0.LNK3, 0x00 }, Package (0x04) { 0x0009FFFF, 0x02, \_SB.PCI0.LNK4, 0x00 }, Package (0x04) { 0x0009FFFF, 0x03, \_SB.PCI0.LNK1, 0x00 }, Package (0x04) { 0x0008FFFF, 0x00, \_SB.PCI0.LNK1, 0x00 }, Package (0x04) { 0x0008FFFF, 0x01, \_SB.PCI0.LNK2, 0x00 }, Package (0x04) { 0x0008FFFF, 0x02, \_SB.PCI0.LNK3, 0x00 }, Package (0x04) { 0x0008FFFF, 0x03, \_SB.PCI0.LNK4, 0x00 }, Package (0x04) { 0x0007FFFF, 0x00, \_SB.PCI0.LNK2, 0x00 }, Package (0x04) { 0x0007FFFF, 0x01, \_SB.PCI0.LNK3, 0x00 }, Package (0x04) { 0x0007FFFF, 0x02, \_SB.PCI0.LNK4, 0x00 }, Package (0x04) { 0x0007FFFF, 0x03, \_SB.PCI0.LNK1, 0x00 }, Package (0x04) { 0x0006FFFF, 0x00, \_SB.PCI0.LNK3, 0x00 }, Package (0x04) { 0x0006FFFF, 0x01, \_SB.PCI0.LNK4, 0x00 }, Package (0x04) { 0x0006FFFF, 0x02, \_SB.PCI0.LNK1, 0x00 }, Package (0x04) { 0x0006FFFF, 0x03, \_SB.PCI0.LNK2, 0x00 } }) Name (APIC, Package (0x14) { Package (0x04) { 0x000AFFFF, 0x00, \_SB.PCI0.APC3, 0x00 }, Package (0x04) { 0x000AFFFF, 0x01, \_SB.PCI0.APC4, 0x00 }, Package (0x04) { 0x000AFFFF, 0x02, \_SB.PCI0.APC1, 0x00 }, Package (0x04) { 0x000AFFFF, 0x03, \_SB.PCI0.APC2, 0x00 }, Package (0x04) { 0x0009FFFF, 0x00, \_SB.PCI0.APC2, 0x00 }, Package (0x04) { 0x0009FFFF, 0x01, \_SB.PCI0.APC3, 0x00 }, Package (0x04) { 0x0009FFFF, 0x02, \_SB.PCI0.APC4, 0x00 }, Package (0x04) { 0x0009FFFF, 0x03, \_SB.PCI0.APC1, 0x00 }, Package (0x04) { 0x0008FFFF, 0x00, \_SB.PCI0.APC1, 0x00 }, Package (0x04) { 0x0008FFFF, 0x01, \_SB.PCI0.APC2, 0x00 }, Package (0x04) { 0x0008FFFF, 0x02, \_SB.PCI0.APC3, 0x00 }, Package (0x04) { 0x0008FFFF, 0x03, \_SB.PCI0.APC4, 0x00 }, Package (0x04) { 0x0007FFFF, 0x00, \_SB.PCI0.APC2, 0x00 }, Package (0x04) { 0x0007FFFF, 0x01, \_SB.PCI0.APC3, 0x00 }, Package (0x04) { 0x0007FFFF, 0x02, \_SB.PCI0.APC4, 0x00 }, Package (0x04) { 0x0007FFFF, 0x03, \_SB.PCI0.APC1, 0x00 }, Package (0x04) { 0x0006FFFF, 0x00, \_SB.PCI0.APC3, 0x00 }, Package (0x04) { 0x0006FFFF, 0x01, \_SB.PCI0.APC4, 0x00 }, Package (0x04) { 0x0006FFFF, 0x02, \_SB.PCI0.APC1, 0x00 }, Package (0x04) { 0x0006FFFF, 0x03, \_SB.PCI0.APC2, 0x00 } }) Method (_PRT, 0, NotSerialized) { If (LNot (PICF)) { Return (PICM) } Else { Return (APIC) } } Name (_PRW, Package (0x02) { 0x00, 0x05 }) } Device (SAT0) { Name (_ADR, 0x000D0000) Device (PRI0) { Name (_ADR, 0x00) Name (SPTM, Buffer (0x14) { /* 0000 */ 0x78, 0x00, 0x00, 0x00, 0x0F, 0x00, 0x00, 0x00, /* 0008 */ 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, /* 0010 */ 0x13, 0x00, 0x00, 0x00 }) Method (_GTM, 0, NotSerialized) { Return (SPTM) } Method (_STM, 3, NotSerialized) { Store (Arg0, SPTM) } Device (MAST) { Name (_ADR, 0x00) Method (_GTF, 0, NotSerialized) { Store (Buffer (0x07) { 0x03, 0x46, 0x00, 0x00, 0x00, 0xA0, 0xEF }, Local0) Return (Local0) } } } Device (SEC0) { Name (_ADR, 0x01) Name (SSTM, Buffer (0x14) { /* 0000 */ 0x78, 0x00, 0x00, 0x00, 0x0F, 0x00, 0x00, 0x00, /* 0008 */ 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, /* 0010 */ 0x13, 0x00, 0x00, 0x00 }) Method (_GTM, 0, NotSerialized) { Return (SSTM) } Method (_STM, 3, NotSerialized) { Store (Arg0, SSTM) } Device (MAST) { Name (_ADR, 0x00) Method (_GTF, 0, NotSerialized) { Store (Buffer (0x07) { 0x03, 0x46, 0x00, 0x00, 0x00, 0xA0, 0xEF }, Local0) Return (Local0) } } } Method (DRMP, 0, NotSerialized) { Return (\_SB.PCI0.NVRB.R_S0) } } Device (SAT1) { Name (_ADR, 0x000D0001) Device (PRI0) { Name (_ADR, 0x00) Name (SPTM, Buffer (0x14) { /* 0000 */ 0x78, 0x00, 0x00, 0x00, 0x0F, 0x00, 0x00, 0x00, /* 0008 */ 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, /* 0010 */ 0x13, 0x00, 0x00, 0x00 }) Method (_GTM, 0, NotSerialized) { Return (SPTM) } Method (_STM, 3, NotSerialized) { Store (Arg0, SPTM) } Device (MAST) { Name (_ADR, 0x00) Method (_GTF, 0, NotSerialized) { Store (Buffer (0x07) { 0x03, 0x46, 0x00, 0x00, 0x00, 0xA0, 0xEF }, Local0) Return (Local0) } } } Device (SEC0) { Name (_ADR, 0x01) Name (SSTM, Buffer (0x14) { /* 0000 */ 0x78, 0x00, 0x00, 0x00, 0x0F, 0x00, 0x00, 0x00, /* 0008 */ 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, /* 0010 */ 0x13, 0x00, 0x00, 0x00 }) Method (_GTM, 0, NotSerialized) { Return (SSTM) } Method (_STM, 3, NotSerialized) { Store (Arg0, SSTM) } Device (MAST) { Name (_ADR, 0x00) Method (_GTF, 0, NotSerialized) { Store (Buffer (0x07) { 0x03, 0x46, 0x00, 0x00, 0x00, 0xA0, 0xEF }, Local0) Return (Local0) } } } Method (DRMP, 0, NotSerialized) { Return (\_SB.PCI0.NVRB.R_S1) } } Device (SAT2) { Name (_ADR, 0x000D0002) Device (PRI0) { Name (_ADR, 0x00) Name (SPTM, Buffer (0x14) { /* 0000 */ 0x78, 0x00, 0x00, 0x00, 0x0F, 0x00, 0x00, 0x00, /* 0008 */ 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, /* 0010 */ 0x13, 0x00, 0x00, 0x00 }) Method (_GTM, 0, NotSerialized) { Return (SPTM) } Method (_STM, 3, NotSerialized) { Store (Arg0, SPTM) } Device (MAST) { Name (_ADR, 0x00) Method (_GTF, 0, NotSerialized) { Store (Buffer (0x07) { 0x03, 0x46, 0x00, 0x00, 0x00, 0xA0, 0xEF }, Local0) Return (Local0) } } } Device (SEC0) { Name (_ADR, 0x01) Name (SSTM, Buffer (0x14) { /* 0000 */ 0x78, 0x00, 0x00, 0x00, 0x0F, 0x00, 0x00, 0x00, /* 0008 */ 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, /* 0010 */ 0x13, 0x00, 0x00, 0x00 }) Method (_GTM, 0, NotSerialized) { Return (SSTM) } Method (_STM, 3, NotSerialized) { Store (Arg0, SSTM) } Device (MAST) { Name (_ADR, 0x00) Method (_GTF, 0, NotSerialized) { Store (Buffer (0x07) { 0x03, 0x46, 0x00, 0x00, 0x00, 0xA0, 0xEF }, Local0) Return (Local0) } } } Method (DRMP, 0, NotSerialized) { Return (\_SB.PCI0.NVRB.R_S2) } } Device (IDE0) { Name (_ADR, 0x000C0000) OperationRegion (A090, PCI_Config, 0x50, 0x18) Field (A090, DWordAcc, NoLock, Preserve) { ID20, 16, Offset (0x08), IDTS, 16, IDTP, 16, ID22, 32, UMSS, 16, UMSP, 16 } Name (IDEP, Buffer (0x14) {}) Name (IDES, Buffer (0x14) {}) Method (GTM, 1, NotSerialized) { If (LEqual (Arg0, 0x00)) { Store (IDTP, Local0) Store (UMSP, Local1) Store (IDEP, Local2) } Else { Store (IDTS, Local0) Store (UMSS, Local1) Store (IDES, Local2) } CreateDWordField (Local2, 0x00, PIO0) CreateDWordField (Local2, 0x04, DMA0) CreateDWordField (Local2, 0x08, PIO1) CreateDWordField (Local2, 0x0C, DMA1) CreateDWordField (Local2, 0x10, FLAG) Store (0x10, FLAG) And (Local0, 0x0F00, Local3) And (Local0, 0xF000, Local4) ShiftRight (Local3, 0x08, Local3) ShiftRight (Local4, 0x0C, Local4) Add (Local3, Local4, Local3) Multiply (Add (Local3, 0x02), 0x1E, PIO0) If (LLessEqual (PIO0, 0xB4)) { Or (FLAG, 0x02, FLAG) } If (And (Local1, 0x4000)) { Or (FLAG, 0x01, FLAG) And (Local1, 0x0700, Local3) ShiftRight (Local3, 0x08, Local3) Store (U2T (Local3), DMA0) } Else { Store (PIO0, DMA0) } And (Local0, 0x0F, Local3) And (Local0, 0xF0, Local4) ShiftRight (Local4, 0x04, Local4) Add (Local3, Local4, Local3) Multiply (Add (Local3, 0x02), 0x1E, PIO1) If (LLessEqual (PIO1, 0xB4)) { Or (FLAG, 0x08, FLAG) } If (And (Local1, 0x40)) { Or (FLAG, 0x04, FLAG) And (Local1, 0x07, Local3) Store (U2T (Local3), DMA1) } Else { Store (PIO1, DMA1) } If (LEqual (Arg0, 0x00)) { Store (Local2, IDEP) Return (IDEP) } Else { Store (Local2, IDES) Return (IDES) } } Method (U2T, 1, NotSerialized) { If (LEqual (Arg0, 0x00)) { Return (0x3C) } If (LEqual (Arg0, 0x01)) { Return (0x5A) } If (LEqual (Arg0, 0x02)) { Return (0x78) } If (LEqual (Arg0, 0x03)) { Return (0x96) } If (LEqual (Arg0, 0x04)) { Return (0x2D) } If (LEqual (Arg0, 0x05)) { Return (0x1E) } If (LEqual (Arg0, 0x06)) { Return (0x14) } Return (0x0F) } Method (T2U, 1, NotSerialized) { If (LGreater (Arg0, 0x78)) { Return (0x03) } If (LGreater (Arg0, 0x5A)) { Return (0x02) } If (LGreater (Arg0, 0x3C)) { Return (0x01) } If (LGreater (Arg0, 0x2D)) { Return (0x00) } If (LGreater (Arg0, 0x1E)) { Return (0x04) } If (LGreater (Arg0, 0x14)) { Return (0x05) } If (LGreater (Arg0, 0x0F)) { Return (0x06) } Return (0x07) } Method (T2D, 1, NotSerialized) { If (LGreater (Arg0, 0x01E0)) { Return (0xA8) } If (LGreater (Arg0, 0x0186)) { Return (0x77) } If (LGreater (Arg0, 0xF0)) { Return (0x47) } If (LGreater (Arg0, 0xB4)) { Return (0x33) } If (LGreater (Arg0, 0x96)) { Return (0x22) } If (LGreater (Arg0, 0x78)) { Return (0x21) } Return (0x20) } Method (STM, 4, NotSerialized) { If (SX) { Store (SID0, ID20) Store (SID1, IDTS) Store (SID2, IDTP) Store (SID3, ID22) Store (SID4, UMSS) Store (SID5, UMSP) } Else { Store (ID20, SID0) Store (IDTS, SID1) Store (IDTP, SID2) Store (ID22, SID3) Store (UMSS, SID4) Store (UMSP, SID5) } Store (0x00, SX) CreateDWordField (Arg0, 0x00, PIO0) CreateDWordField (Arg0, 0x04, DMA0) CreateDWordField (Arg0, 0x08, PIO1) CreateDWordField (Arg0, 0x0C, DMA1) CreateDWordField (Arg0, 0x10, FLAG) If (LEqual (Arg3, 0x00)) { Store (SID2, Local0) Store (SID5, Local1) } Else { Store (SID1, Local0) Store (SID4, Local1) } If (LNotEqual (PIO0, 0xFFFFFFFF)) { And (Local0, 0xFF, Local0) ShiftLeft (T2D (PIO0), 0x08, Local2) Or (Local0, Local2, Local0) } If (LNotEqual (PIO1, 0xFFFFFFFF)) { And (Local0, 0xFF00, Local0) Or (Local0, T2D (PIO1), Local0) } If (And (FLAG, 0x01)) { And (Local1, 0xFF, Local1) ShiftLeft (T2U (DMA0), 0x08, Local2) Or (0xC000, Local2, Local2) Or (Local2, Local1, Local1) } Else { If (LNotEqual (DMA0, 0xFFFFFFFF)) { And (Local0, 0xFF, Local0) ShiftLeft (T2D (DMA0), 0x08, Local2) Or (Local0, Local2, Local0) } } If (And (FLAG, 0x04)) { And (Local1, 0xFF00, Local1) Or (0xC0, T2U (DMA1), Local2) Or (Local2, Local1, Local1) } Else { If (LNotEqual (DMA1, 0xFFFFFFFF)) { And (Local0, 0xFF00, Local0) Or (Local0, T2D (DMA1), Local0) } } If (LEqual (Arg3, 0x00)) { Store (Local0, IDTP) Store (Local1, UMSP) } Else { Store (Local0, IDTS) Store (Local1, UMSS) } } Method (GTF, 2, NotSerialized) { Store (Buffer (0x07) { 0x03, 0x00, 0x00, 0x00, 0x00, 0xA0, 0xEF }, Local0) CreateByteField (Local0, 0x01, MODE) CreateByteField (Local0, 0x05, DRIV) Store (Arg1, DRIV) If (LEqual (Arg0, 0x00)) { Store (IDEP, Local1) } Else { Store (IDES, Local1) } CreateDWordField (Local1, 0x00, PIO0) CreateDWordField (Local1, 0x04, DMA0) CreateDWordField (Local1, 0x08, PIO1) CreateDWordField (Local1, 0x0C, DMA1) CreateDWordField (Local1, 0x10, FLGX) If (LEqual (Arg1, 0xA0)) { Store (PIO0, Local2) Store (DMA0, Local3) And (FLGX, 0x01, FLGX) } Else { Store (PIO1, Local2) Store (DMA1, Local3) And (FLGX, 0x04, FLGX) } Store (FLGX, Local1) If (LGreater (Local2, 0x0186)) { Store (0x00, Local2) } Else { If (LGreater (Local2, 0xF0)) { Store (0x01, Local2) } Else { If (LGreater (Local2, 0xB4)) { Store (0x02, Local2) } Else { If (LGreater (Local2, 0x78)) { Store (0x03, Local2) } Else { Store (0x04, Local2) } } } } Or (0x08, Local2, MODE) Store (Local0, Local2) If (FLGX) { If (LGreater (Local3, 0x5A)) { Store (0x00, Local3) } Else { If (LGreater (Local3, 0x3C)) { Store (0x01, Local3) } Else { If (LGreater (Local3, 0x2D)) { Store (0x02, Local3) } Else { If (LGreater (Local3, 0x1E)) { Store (0x03, Local3) } Else { If (LGreater (Local3, 0x14)) { Store (0x04, Local3) } Else { If (LGreater (Local3, 0x0F)) { Store (0x05, Local3) } Else { Store (0x06, Local3) } } } } } } Or (0x40, Local3, MODE) } Else { If (LEqual (Local3, 0xFFFFFFFF)) { Return (Local0) } Else { If (LGreater (Local3, 0x96)) { Store (0x00, Local3) } Else { If (LGreater (Local3, 0x78)) { Store (0x01, Local3) } Else { Store (0x02, Local3) } } Or (0x20, Local3, MODE) } } Concatenate (Local0, Local2, Local1) Return (Local1) } Device (PRI0) { Name (_ADR, 0x00) Method (_GTM, 0, NotSerialized) { Return (GTM (0x00)) } Method (_STM, 3, NotSerialized) { STM (Arg0, Arg1, Arg2, 0x00) } Device (MAST) { Name (_ADR, 0x00) Method (_GTF, 0, NotSerialized) { Return (GTF (0x00, 0xA0)) } } Device (SLAV) { Name (_ADR, 0x01) Method (_GTF, 0, NotSerialized) { Return (GTF (0x00, 0xB0)) } } } Device (SEC0) { Name (_ADR, 0x01) Method (_GTM, 0, NotSerialized) { Return (GTM (0x01)) } Method (_STM, 3, NotSerialized) { STM (Arg0, Arg1, Arg2, 0x01) } Device (MAST) { Name (_ADR, 0x00) Method (_GTF, 0, NotSerialized) { Return (GTF (0x01, 0xA0)) } } Device (SLAV) { Name (_ADR, 0x01) Method (_GTF, 0, NotSerialized) { Return (GTF (0x01, 0xB0)) } } } Method (DRMP, 0, NotSerialized) { Return (\_SB.PCI0.NVRB.R_P0) } } Device (K800) { Name (_BBN, 0x00) Name (_ADR, 0x00180000) } Device (K801) { Name (_BBN, 0x00) Name (_ADR, 0x00180001) OperationRegion (K181, PCI_Config, 0x00, 0xFF) Field (K181, AnyAcc, NoLock, Preserve) { Offset (0x80), MB00, 8, MBV0, 24, ML00, 8, MLV0, 24, MB01, 8, MBV1, 24, ML01, 8, MLV1, 24, MB02, 8, MBV2, 24, ML02, 8, MLV2, 24, MB03, 8, MBV3, 24, ML03, 8, MLV3, 24, MB04, 8, MBV4, 24, ML04, 8, MLV4, 24, MB05, 8, MBV5, 24, ML05, 8, MLV5, 24, MB06, 8, MBV6, 24, ML06, 8, MLV6, 24, MB07, 8, MBV7, 24, ML07, 8, MLV7, 24, IB00, 6, , 6, IBV0, 13, Offset (0xC4), IL00, 6, , 6, ILV0, 13, Offset (0xC8), IB01, 6, , 6, IBV1, 13, Offset (0xCC), IL01, 6, , 6, ILV1, 13, Offset (0xD0), IB02, 6, , 6, IBV2, 13, Offset (0xD4), IL02, 6, , 6, ILV2, 13, Offset (0xD8), IB03, 6, , 6, IBV3, 13, Offset (0xDC), IL03, 6, , 6, ILV3, 13, Offset (0xE0), L0EN, 8, DL00, 8, BNB0, 8, BNL0, 8, L1EN, 8, DL01, 8, BNB1, 8, BNL1, 8, L2EN, 8, DL02, 8, BNB2, 8, BNL2, 8, L3EN, 8, DL03, 8, BNB3, 8, BNL3, 8 } } Device (K802) { Name (_BBN, 0x00) Name (_ADR, 0x00180002) } Device (K810) { Name (_BBN, 0x00) Name (_ADR, 0x00190000) } Device (K811) { Name (_BBN, 0x00) Name (_ADR, 0x00190001) OperationRegion (K281, PCI_Config, 0x00, 0xFF) Field (K281, AnyAcc, NoLock, Preserve) { Offset (0x80), MB00, 8, MBV0, 24, ML00, 8, MLV0, 24, MB01, 8, MBV1, 24, ML01, 8, MLV1, 24, MB02, 8, MBV2, 24, ML02, 8, MLV2, 24, MB03, 8, MBV3, 24, ML03, 8, MLV3, 24, MB04, 8, MBV4, 24, ML04, 8, MLV4, 24, MB05, 8, MBV5, 24, ML05, 8, MLV5, 24, MB06, 8, MBV6, 24, ML06, 8, MLV6, 24, MB07, 8, MBV7, 24, ML07, 8, MLV7, 24, IB00, 6, , 6, IBV0, 13, Offset (0xC4), IL00, 6, , 6, ILV0, 13, Offset (0xC8), IB01, 6, , 6, IBV1, 13, Offset (0xCC), IL01, 6, , 6, ILV1, 13, Offset (0xD0), IB02, 6, , 6, IBV2, 13, Offset (0xD4), IL02, 6, , 6, ILV2, 13, Offset (0xD8), IB03, 6, , 6, IBV3, 13, Offset (0xDC), IL03, 6, , 6, ILV3, 13, Offset (0xE0), L0EN, 8, DL00, 8, BNB0, 8, BNL0, 8, L1EN, 8, DL01, 8, BNB1, 8, BNL1, 8, L2EN, 8, DL02, 8, BNB2, 8, BNL2, 8, L3EN, 8, DL03, 8, BNB3, 8, BNL3, 8 } } Device (K812) { Name (_BBN, 0x00) Name (_ADR, 0x00190002) } Device (MXR0) { Name (_ADR, 0x00170000) OperationRegion (PCVA, PCI_Config, 0x00, 0xFF) Scope (\) { Field (\_SB.PCI0.MXR0.PCVA, ByteAcc, NoLock, Preserve) { PEVA, 16, Offset (0x9C), , 3, XPEA, 1, Offset (0xA0), RQDA, 16, PESA, 1, PEPA, 1 } } Name (_PRW, Package (0x02) { 0x11, 0x05 }) } Device (MXR1) { Name (_ADR, 0x00160000) OperationRegion (PCVB, PCI_Config, 0x00, 0xFF) Scope (\) { Field (\_SB.PCI0.MXR1.PCVB, ByteAcc, NoLock, Preserve) { PEVB, 16, Offset (0x9C), , 3, XPEB, 1, Offset (0xA0), RQDB, 16, PESB, 1, PEPB, 1 } } Name (_PRW, Package (0x02) { 0x11, 0x05 }) } Device (MXR2) { Name (_ADR, 0x00150000) OperationRegion (PCVC, PCI_Config, 0x00, 0xFF) Scope (\) { Field (\_SB.PCI0.MXR2.PCVC, ByteAcc, NoLock, Preserve) { PEVC, 16, Offset (0x9C), , 3, XPEC, 1, Offset (0xA0), RQDC, 16, PESC, 1, PEPC, 1 } } Name (_PRW, Package (0x02) { 0x11, 0x05 }) } Device (MXR3) { Name (_ADR, 0x00140000) OperationRegion (PCVD, PCI_Config, 0x00, 0xFF) Scope (\) { Field (\_SB.PCI0.MXR3.PCVD, ByteAcc, NoLock, Preserve) { PEVD, 16, Offset (0x9C), , 3, XPED, 1, Offset (0xA0), RQDD, 16, PESD, 1, PEPD, 1 } } Name (_PRW, Package (0x02) { 0x11, 0x05 }) } Device (MXR4) { Name (_ADR, 0x00130000) OperationRegion (PCVE, PCI_Config, 0x00, 0xFF) Scope (\) { Field (\_SB.PCI0.MXR4.PCVE, ByteAcc, NoLock, Preserve) { PEVE, 16, Offset (0x9C), , 3, XPEE, 1, Offset (0xA0), RQDE, 16, PESE, 1, PEPE, 1 } } Name (_PRW, Package (0x02) { 0x11, 0x05 }) } Device (MXR5) { Name (_ADR, 0x00120000) OperationRegion (PCVF, PCI_Config, 0x00, 0xFF) Scope (\) { Field (\_SB.PCI0.MXR5.PCVF, ByteAcc, NoLock, Preserve) { PEVF, 16, Offset (0x9C), , 3, XPEF, 1, Offset (0xA0), RQDF, 16, PESF, 1, PEPF, 1 } } Name (_PRW, Package (0x02) { 0x11, 0x05 }) } Device (XVR0) { Name (_ADR, 0x00020000) OperationRegion (PCV0, PCI_Config, 0x00, 0xFF) Scope (\) { Field (\_SB.PCI0.XVR0.PCV0, ByteAcc, NoLock, Preserve) { PEV0, 16, Offset (0x9C), , 3, XPE0, 1, Offset (0xA0), RQD0, 16, PES0, 1, PEP0, 1 } } Name (_PRW, Package (0x02) { 0x11, 0x05 }) } Device (XVR1) { Name (_ADR, 0x00030000) OperationRegion (PCV1, PCI_Config, 0x00, 0xFF) Scope (\) { Field (\_SB.PCI0.XVR1.PCV1, ByteAcc, NoLock, Preserve) { PEV1, 16, Offset (0x9C), , 3, XPE1, 1, Offset (0xA0), RQD1, 16, PES1, 1, PEP1, 1 } } Name (_PRW, Package (0x02) { 0x11, 0x05 }) } Device (XVR2) { Name (_ADR, 0x00040000) OperationRegion (PCV2, PCI_Config, 0x00, 0xFF) Scope (\) { Field (\_SB.PCI0.XVR2.PCV2, ByteAcc, NoLock, Preserve) { PEV2, 16, Offset (0x9C), , 3, XPE2, 1, Offset (0xA0), RQD2, 16, PES2, 1, PEP2, 1 } } Name (_PRW, Package (0x02) { 0x11, 0x05 }) } Device (SMB0) { Name (_ADR, 0x00090001) OperationRegion (SMCF, PCI_Config, 0x48, 0x10) Field (SMCF, DWordAcc, NoLock, Preserve) { SMPM, 4, SMT1, 28, SMT2, 32, SB1, 32, SB2, 32 } Method (SMBB, 0, NotSerialized) { If (PCIA) { And (SB1, 0xFFFE, Local0) } Else { Store (0x1C00, Local0) } Return (Local0) } } Device (VT86) { Name (_ADR, 0x00090000) OperationRegion (PIO0, PCI_Config, 0x04, 0x20) Scope (\) { Field (\_SB.PCI0.VT86.PIO0, ByteAcc, NoLock, Preserve) { SMEN, 8, Offset (0x0C), Offset (0x0D), SMIO, 8 } } OperationRegion (PIRQ, PCI_Config, 0x7C, 0x0C) Scope (\) { Field (\_SB.PCI0.VT86.PIRQ, AnyAcc, NoLock, Preserve) { INTA, 4, INTB, 4, INTC, 4, INTD, 4, PCEA, 4, PCEB, 4, PCEC, 4, PCED, 4, SCII, 4, TCOI, 4, SMBI, 4, US2I, 4, P2PI, 4, PMUI, 4, SA1I, 4, SA0I, 4, US0I, 4, MA1I, 4, MA0I, 4, AZAI, 4, ACII, 4, MCII, 4, IDEI, 4, SA2I, 4 } } OperationRegion (OCSP, PCI_Config, 0x78, 0x01) Scope (\) { Field (\_SB.PCI0.VT86.OCSP, ByteAcc, NoLock, Preserve) { OCSE, 2, OCSA, 3, OCSI, 2 } } OperationRegion (PDEV, PCI_Config, 0xE8, 0x04) Scope (\) { Field (\_SB.PCI0.VT86.PDEV, AnyAcc, NoLock, Preserve) { , 12, ACIE, 1 } } OperationRegion (LPIO, PCI_Config, 0xA0, 0x18) Scope (\) { Field (\_SB.PCI0.VT86.LPIO, ByteAcc, NoLock, Preserve) { UAIO, 8, SNDD, 4, MIDD, 4, MSSD, 4, FDCD, 2, Offset (0x03), PRIO, 3, , 1, GEN1, 1, GEN2, 1, GEN3, 1, GEN4, 1, GAM1, 8, GAM2, 8 } OperationRegion (RTC2, SystemIO, 0x72, 0x02) Field (RTC2, ByteAcc, NoLock, Preserve) { CM2I, 8, CM2D, 8 } IndexField (CM2I, CM2D, ByteAcc, NoLock, Preserve) { Offset (0xCC), UA1D, 8 } Name (UARA, 0x00) Name (UARB, 0x00) Name (UARC, 0x00) Method (DISD, 1, NotSerialized) { If (LEqual (Arg0, 0x00)) { Store (UARA, Local0) XOr (Local0, 0xFF, Local0) And (UAIO, Local0, UAIO) } If (LEqual (Arg0, 0x01)) {} If (LEqual (Arg0, 0x10)) { Store (UARC, Local0) XOr (Local0, 0xFF, Local0) And (UAIO, Local0, UAIO) } If (LEqual (Arg0, 0x02)) { Store (0x00, PRIO) } If (LEqual (Arg0, 0x03)) { Store (0x00, FDCD) } If (LEqual (Arg0, 0x04)) { Store (0x00, GAM1) Store (0x00, GAM2) } If (LEqual (Arg0, 0x05)) { Store (0x00, MIDD) } } Method (CKIO, 2, NotSerialized) { If (LEqual (Arg1, 0x00)) { Or (UARA, UARB, Local0) Or (UARC, Local0, Local0) And (UAIO, Local0, UAIO) Store (UARA, Local0) XOr (Local0, 0xFF, Local0) And (UAIO, Local0, UAIO) If (LEqual (Arg0, 0x03F8)) { Store (0x01, Local0) } If (LEqual (Arg0, 0x02F8)) { Store (0x02, Local0) } If (LEqual (Arg0, 0x02E8)) { Store (0x20, Local0) } If (LEqual (Arg0, 0x03E8)) { Store (0x80, Local0) } Or (UAIO, Local0, UAIO) Store (Local0, UARA) } If (LEqual (Arg1, 0x01)) {} If (LEqual (Arg1, 0x10)) { Or (UARA, UARB, Local0) Or (UARC, Local0, Local0) And (UAIO, Local0, UAIO) Store (UARC, Local0) XOr (Local0, 0xFF, Local0) And (UAIO, Local0, UAIO) If (LEqual (Arg0, 0x03F8)) { Store (0x01, Local0) } If (LEqual (Arg0, 0x02F8)) { Store (0x02, Local0) } If (LEqual (Arg0, 0x02E8)) { Store (0x20, Local0) } If (LEqual (Arg0, 0x03E8)) { Store (0x80, Local0) } Or (UAIO, Local0, UAIO) Store (Local0, UARC) } If (LEqual (Arg1, 0x02)) { If (LEqual (Arg0, 0x0378)) { Store (0x00, PRIO) Or (PRIO, 0x01, PRIO) } If (LEqual (Arg0, 0x0278)) { Store (0x00, PRIO) Or (PRIO, 0x02, PRIO) } If (LEqual (Arg0, 0x03BC)) { Store (0x00, PRIO) Or (PRIO, 0x04, PRIO) } } If (LEqual (Arg1, 0x03)) { Or (FDCD, 0x01, FDCD) } If (LEqual (Arg1, 0x04)) { Store (0x00, GAM1) Store (0x00, GAM2) If (LEqual (Arg0, 0x0201)) { Or (GAM1, 0x02, GAM1) } If (LEqual (Arg0, 0x0209)) { Or (GAM2, 0x02, GAM2) } } If (LEqual (Arg1, 0x05)) { Store (0x00, MIDD) If (LEqual (Arg0, 0x0300)) { Or (MIDD, 0x01, MIDD) } If (LEqual (Arg0, 0x0330)) { Or (MIDD, 0x08, MIDD) } } } Method (SLDM, 2, NotSerialized) { } Method (CLSU, 1, NotSerialized) { CreateWordField (Arg0, 0x02, UARO) If (LEqual (UARO, 0x03F8)) { And (UAIO, 0xFE, UAIO) } If (LEqual (UARO, 0x02F8)) { And (UAIO, 0xFD, UAIO) } If (LEqual (UARO, 0x02E8)) { And (UAIO, 0xBF, UAIO) } If (LEqual (UARO, 0x03E8)) { And (UAIO, 0x7F, UAIO) } } } } Device (USB0) { Name (_ADR, 0x000A0000) Method (_S1D, 0, NotSerialized) { Return (0x01) } Method (_S3D, 0, NotSerialized) { If (LEqual (OSFL, 0x02)) { Return (0x02) } Else { Return (0x03) } } Name (_PRW, Package (0x02) { 0x0D, 0x03 }) } Device (USB2) { Name (_ADR, 0x000A0001) OperationRegion (P020, PCI_Config, 0x49, 0x01) Field (P020, AnyAcc, NoLock, Preserve) { U0WK, 1 } Method (_PSW, 1, NotSerialized) { If (Arg0) { Store (0x01, U0WK) } Else { Store (0x00, U0WK) } } Method (_S1D, 0, NotSerialized) { Return (0x01) } Method (_S3D, 0, NotSerialized) { Return (0x01) } Name (_PRW, Package (0x02) { 0x05, 0x03 }) } Device (MMAC) { Name (_ADR, 0x00100000) Name (_PRW, Package (0x02) { 0x0B, 0x05 }) } Device (MAC1) { Name (_ADR, 0x00110000) Name (_PRW, Package (0x02) { 0x0A, 0x05 }) } Device (AZA) { Name (_ADR, 0x000E0001) Name (_PRW, Package (0x02) { 0x15, 0x05 }) } Device (NVRB) { Name (_HID, "NVRAIDBUS") OperationRegion (NVRD, SystemMemory, 0x000FFF38, 0x03) Field (NVRD, ByteAcc, NoLock, Preserve) { R_ST, 1, , 3, R_P0, 4, R_S0, 4, R_S1, 4, R_S2, 4 } Name (FNVR, 0xFF) Method (_DIS, 0, NotSerialized) { Store (0x00, FNVR) } Method (_STA, 0, NotSerialized) { If (LEqual (R_ST, 0x01)) { If (LEqual (FNVR, 0xFF)) { Return (0x0F) } Else { Return (0x0D) } } Else { Return (0x00) } } Name (_CRS, ResourceTemplate () { IO (Decode16, 0x04D2, // Range Minimum 0x04D2, // Range Maximum 0x01, // Alignment 0x01, // Length ) }) Method (_SRS, 1, NotSerialized) { Store (0xFF, FNVR) } } Name (BUFA, ResourceTemplate () { IRQ (Level, ActiveLow, Shared, ) {5,7,9,10,11,14,15} }) Name (BUFB, ResourceTemplate () { IRQ (Level, ActiveLow, Shared, _Y06) {} }) CreateWordField (BUFB, \_SB.PCI0._Y06._INT, IRQV) Method (CRS, 1, NotSerialized) { If (Arg0) { ShiftLeft (0x01, Arg0, IRQV) } Else { Store (Zero, IRQV) } Return (BUFB) } Method (SRS, 1, NotSerialized) { CreateWordField (Arg0, 0x01, IRQ0) FindSetRightBit (IRQ0, Local0) Decrement (Local0) Return (Local0) } Method (CRSA, 1, Serialized) { Store (0x00, Local0) If (LEqual (Arg0, 0x01)) { Store (0x17, Local0) } If (LEqual (Arg0, 0x02)) { Store (0x16, Local0) } If (LEqual (Arg0, 0x03)) { Store (0x10, Local0) } If (LEqual (Arg0, 0x04)) { Store (0x11, Local0) } If (LEqual (Arg0, 0x06)) { Store (0x12, Local0) } If (LEqual (Arg0, 0x08)) { Store (0x14, Local0) } If (LEqual (Arg0, 0x0C)) { Store (0x13, Local0) } If (LEqual (Arg0, 0x0D)) { Store (0x15, Local0) } If (LEqual (Local0, 0x00)) { Return (CRS (Arg0)) } Else { Name (IRZ5, ResourceTemplate () { Interrupt (ResourceConsumer, Level, ActiveLow, Shared, ,, _Y07) { 0x00000007, } }) CreateWordField (IRZ5, \_SB.PCI0.CRSA._Y07._INT, INZ5) Store (Local0, INZ5) Return (IRZ5) } } Method (SRSA, 1, Serialized) { CreateWordField (Arg0, 0x05, INZ6) Store (0x08, Local0) If (LEqual (INZ6, 0x10)) { Store (0x03, Local0) } If (LEqual (INZ6, 0x11)) { Store (0x04, Local0) } If (LEqual (INZ6, 0x12)) { Store (0x06, Local0) } If (LEqual (INZ6, 0x13)) { Store (0x0C, Local0) } If (LEqual (INZ6, 0x14)) { Store (0x08, Local0) } If (LEqual (INZ6, 0x15)) { Store (0x0D, Local0) } If (LEqual (INZ6, 0x16)) { Store (0x02, Local0) } If (LEqual (INZ6, 0x17)) { Store (0x01, Local0) } Return (Local0) } Device (LNK1) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x01) Method (_STA, 0, NotSerialized) { If (INTA) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUFA) } Method (_DIS, 0, NotSerialized) { Store (0x00, INTA) } Method (_CRS, 0, NotSerialized) { Return (CRS (INTA)) } Method (_SRS, 1, NotSerialized) { Store (SRS (Arg0), INTA) } } Device (LNK2) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x02) Method (_STA, 0, NotSerialized) { If (INTB) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUFA) } Method (_DIS, 0, NotSerialized) { Store (0x00, INTB) } Method (_CRS, 0, NotSerialized) { Return (CRS (INTB)) } Method (_SRS, 1, NotSerialized) { Store (SRS (Arg0), INTB) } } Device (LNK3) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x03) Method (_STA, 0, NotSerialized) { If (INTC) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUFA) } Method (_DIS, 0, NotSerialized) { Store (0x00, INTC) } Method (_CRS, 0, NotSerialized) { Return (CRS (INTC)) } Method (_SRS, 1, NotSerialized) { Store (SRS (Arg0), INTC) } } Device (LNK4) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x04) Method (_STA, 0, NotSerialized) { If (INTD) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUFA) } Method (_DIS, 0, NotSerialized) { Store (0x00, INTD) } Method (_CRS, 0, NotSerialized) { Return (CRS (INTD)) } Method (_SRS, 1, NotSerialized) { Store (SRS (Arg0), INTD) } } Device (LXV5) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x05) Method (_STA, 0, NotSerialized) { If (PCEA) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUFA) } Method (_DIS, 0, NotSerialized) { Store (0x00, PCEA) } Method (_CRS, 0, NotSerialized) { Return (CRS (PCEA)) } Method (_SRS, 1, NotSerialized) { Store (SRS (Arg0), PCEA) } } Device (LXV6) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x06) Method (_STA, 0, NotSerialized) { If (PCEB) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUFA) } Method (_DIS, 0, NotSerialized) { Store (0x00, PCEB) } Method (_CRS, 0, NotSerialized) { Return (CRS (PCEB)) } Method (_SRS, 1, NotSerialized) { Store (SRS (Arg0), PCEB) } } Device (LXV7) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x07) Method (_STA, 0, NotSerialized) { If (PCEC) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUFA) } Method (_DIS, 0, NotSerialized) { Store (0x00, PCEC) } Method (_CRS, 0, NotSerialized) { Return (CRS (PCEC)) } Method (_SRS, 1, NotSerialized) { Store (SRS (Arg0), PCEC) } } Device (LXV8) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x08) Method (_STA, 0, NotSerialized) { If (PCED) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUFA) } Method (_DIS, 0, NotSerialized) { Store (0x00, PCED) } Method (_CRS, 0, NotSerialized) { Return (CRS (PCED)) } Method (_SRS, 1, NotSerialized) { Store (SRS (Arg0), PCED) } } Device (LUBA) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x11) Method (_STA, 0, NotSerialized) { If (US0I) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUFA) } Method (_DIS, 0, NotSerialized) { Store (0x00, US0I) } Method (_CRS, 0, NotSerialized) { Return (CRS (US0I)) } Method (_SRS, 1, NotSerialized) { Store (SRS (Arg0), US0I) } } Device (LMC1) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x12) Method (_STA, 0, NotSerialized) { If (MA1I) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUFA) } Method (_DIS, 0, NotSerialized) { Store (0x00, MA1I) } Method (_CRS, 0, NotSerialized) { Return (CRS (MA1I)) } Method (_SRS, 1, NotSerialized) { Store (SRS (Arg0), MA1I) } } Device (LMAC) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x13) Method (_STA, 0, NotSerialized) { If (MA0I) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUFA) } Method (_DIS, 0, NotSerialized) { Store (0x00, MA0I) } Method (_CRS, 0, NotSerialized) { Return (CRS (MA0I)) } Method (_SRS, 1, NotSerialized) { Store (SRS (Arg0), MA0I) } } Device (LAZA) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x14) Method (_STA, 0, NotSerialized) { If (AZAI) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUFA) } Method (_DIS, 0, NotSerialized) { Store (0x00, AZAI) } Method (_CRS, 0, NotSerialized) { Return (CRS (AZAI)) } Method (_SRS, 1, NotSerialized) { Store (SRS (Arg0), AZAI) } } Device (LSMB) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x0B) Method (_STA, 0, NotSerialized) { If (SMBI) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUFA) } Method (_DIS, 0, NotSerialized) { Store (0x00, SMBI) } Method (_CRS, 0, NotSerialized) { Return (CRS (SMBI)) } Method (_SRS, 1, NotSerialized) { Store (SRS (Arg0), SMBI) } } Device (LUB2) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x0C) Method (_STA, 0, NotSerialized) { If (US2I) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUFA) } Method (_DIS, 0, NotSerialized) { Store (0x00, US2I) } Method (_CRS, 0, NotSerialized) { Return (CRS (US2I)) } Method (_SRS, 1, NotSerialized) { Store (SRS (Arg0), US2I) } } Device (LIDE) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x17) Method (_STA, 0, NotSerialized) { If (IDEI) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUFA) } Method (_DIS, 0, NotSerialized) { Store (0x00, IDEI) } Method (_CRS, 0, NotSerialized) { Return (CRS (IDEI)) } Method (_SRS, 1, NotSerialized) { Store (SRS (Arg0), IDEI) } } Device (LSA0) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x10) Method (_STA, 0, NotSerialized) { If (SA0I) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUFA) } Method (_DIS, 0, NotSerialized) { Store (0x00, SA0I) } Method (_CRS, 0, NotSerialized) { Return (CRS (SA0I)) } Method (_SRS, 1, NotSerialized) { Store (SRS (Arg0), SA0I) } } Device (LSA1) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x0F) Method (_STA, 0, NotSerialized) { If (SA1I) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUFA) } Method (_DIS, 0, NotSerialized) { Store (0x00, SA1I) } Method (_CRS, 0, NotSerialized) { Return (CRS (SA1I)) } Method (_SRS, 1, NotSerialized) { Store (SRS (Arg0), SA1I) } } Device (LSA2) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x18) Method (_STA, 0, NotSerialized) { If (SA2I) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUFA) } Method (_DIS, 0, NotSerialized) { Store (0x00, SA2I) } Method (_CRS, 0, NotSerialized) { Return (CRS (SA2I)) } Method (_SRS, 1, NotSerialized) { Store (SRS (Arg0), SA2I) } } Name (BUF1, ResourceTemplate () { Interrupt (ResourceConsumer, Level, ActiveLow, Shared, ,, ) { 0x00000010, } }) Name (BUF2, ResourceTemplate () { Interrupt (ResourceConsumer, Level, ActiveLow, Shared, ,, ) { 0x00000011, } }) Name (BUF3, ResourceTemplate () { Interrupt (ResourceConsumer, Level, ActiveLow, Shared, ,, ) { 0x00000012, } }) Name (BUF4, ResourceTemplate () { Interrupt (ResourceConsumer, Level, ActiveLow, Shared, ,, ) { 0x00000013, } }) Name (BUFF, ResourceTemplate () { Interrupt (ResourceConsumer, Level, ActiveLow, Shared, ,, ) { 0x00000014, 0x00000015, 0x00000016, 0x00000017, } }) Name (BUFH, ResourceTemplate () { Interrupt (ResourceConsumer, Level, ActiveLow, Shared, ,, ) { 0x0000000B, } }) Name (BUFI, ResourceTemplate () { Interrupt (ResourceConsumer, Level, ActiveLow, Shared, ,, ) { 0x00000017, } }) Name (IRZ1, ResourceTemplate () { Interrupt (ResourceConsumer, Level, ActiveLow, Shared, ,, ) { 0x00000007, } }) Device (APC1) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x65) Method (_STA, 0, NotSerialized) { If (LAnd (INTA, PICF)) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUF1) } Method (_DIS, 0, NotSerialized) { Store (0x00, INTA) } Method (_CRS, 0, NotSerialized) { Return (CRSA (INTA)) } Method (_SRS, 1, NotSerialized) { Store (SRSA (Arg0), INTA) } } Device (APC2) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x66) Method (_STA, 0, NotSerialized) { If (LAnd (INTB, PICF)) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUF2) } Method (_DIS, 0, NotSerialized) { Store (0x00, INTB) } Method (_CRS, 0, NotSerialized) { Return (CRSA (INTB)) } Method (_SRS, 1, NotSerialized) { Store (SRSA (Arg0), INTB) } } Device (APC3) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x67) Method (_STA, 0, NotSerialized) { If (LAnd (INTC, PICF)) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUF3) } Method (_DIS, 0, NotSerialized) { Store (0x00, INTC) } Method (_CRS, 0, NotSerialized) { Return (CRSA (INTC)) } Method (_SRS, 1, NotSerialized) { Store (SRSA (Arg0), INTC) } } Device (APC4) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x68) Method (_STA, 0, NotSerialized) { If (LAnd (INTD, PICF)) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUF4) } Method (_DIS, 0, NotSerialized) { Store (0x00, INTD) } Method (_CRS, 0, NotSerialized) { Return (CRSA (INTD)) } Method (_SRS, 1, NotSerialized) { Store (SRSA (Arg0), INTD) } } Device (AXV5) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x69) Method (_STA, 0, NotSerialized) { If (LAnd (PCEA, PICF)) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUF1) } Method (_DIS, 0, NotSerialized) { Store (0x00, PCEA) } Method (_CRS, 0, NotSerialized) { Return (CRSA (PCEA)) } Method (_SRS, 1, NotSerialized) { Store (SRSA (Arg0), PCEA) } } Device (AXV6) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x6A) Method (_STA, 0, NotSerialized) { If (LAnd (PCEB, PICF)) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUF1) } Method (_DIS, 0, NotSerialized) { Store (0x00, PCEB) } Method (_CRS, 0, NotSerialized) { Return (CRSA (PCEB)) } Method (_SRS, 1, NotSerialized) { Store (SRSA (Arg0), PCEB) } } Device (AXV7) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x6B) Method (_STA, 0, NotSerialized) { If (LAnd (PCEC, PICF)) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUF1) } Method (_DIS, 0, NotSerialized) { Store (0x00, PCEC) } Method (_CRS, 0, NotSerialized) { Return (CRSA (PCEC)) } Method (_SRS, 1, NotSerialized) { Store (SRSA (Arg0), PCEC) } } Device (AXV8) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x6C) Method (_STA, 0, NotSerialized) { If (LAnd (PCED, PICF)) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUF1) } Method (_DIS, 0, NotSerialized) { Store (0x00, PCED) } Method (_CRS, 0, NotSerialized) { Return (CRSA (PCED)) } Method (_SRS, 1, NotSerialized) { Store (SRSA (Arg0), PCED) } } Device (AUBA) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x75) Method (_STA, 0, NotSerialized) { If (LAnd (US0I, PICF)) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUFF) } Method (_DIS, 0, NotSerialized) { Store (0x00, US0I) } Method (_CRS, 0, NotSerialized) { Return (CRSA (US0I)) } Method (_SRS, 1, NotSerialized) { Store (SRSA (Arg0), US0I) } } Device (AMA1) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x76) Method (_STA, 0, NotSerialized) { If (LAnd (MA1I, PICF)) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUFF) } Method (_DIS, 0, NotSerialized) { Store (0x00, MA1I) } Method (_CRS, 0, NotSerialized) { Return (CRSA (MA1I)) } Method (_SRS, 1, NotSerialized) { Store (SRSA (Arg0), MA1I) } } Device (AMAC) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x77) Method (_STA, 0, NotSerialized) { If (LAnd (MA0I, PICF)) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUFF) } Method (_DIS, 0, NotSerialized) { Store (0x00, MA0I) } Method (_CRS, 0, NotSerialized) { Return (CRSA (MA0I)) } Method (_SRS, 1, NotSerialized) { Store (SRSA (Arg0), MA0I) } } Device (AAZA) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x78) Method (_STA, 0, NotSerialized) { If (LAnd (AZAI, PICF)) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUFF) } Method (_DIS, 0, NotSerialized) { Store (0x00, AZAI) } Method (_CRS, 0, NotSerialized) { Return (CRSA (AZAI)) } Method (_SRS, 1, NotSerialized) { Store (SRSA (Arg0), AZAI) } } Device (AACI) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x79) Method (_STA, 0, NotSerialized) { If (LAnd (ACII, PICF)) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUFF) } Method (_DIS, 0, NotSerialized) { Store (0x00, ACII) } Method (_CRS, 0, NotSerialized) { Return (CRSA (ACII)) } Method (_SRS, 1, NotSerialized) { Store (SRSA (Arg0), ACII) } } Device (AMCI) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x7A) Method (_STA, 0, NotSerialized) { If (LAnd (MCII, PICF)) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUFF) } Method (_DIS, 0, NotSerialized) { Store (0x00, MCII) } Method (_CRS, 0, NotSerialized) { Return (CRSA (MCII)) } Method (_SRS, 1, NotSerialized) { Store (SRSA (Arg0), MCII) } } Device (ASMB) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x6F) Method (_STA, 0, NotSerialized) { If (LAnd (SMBI, PICF)) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUFF) } Method (_DIS, 0, NotSerialized) { Store (0x00, SMBI) } Method (_CRS, 0, NotSerialized) { Return (CRSA (SMBI)) } Method (_SRS, 1, NotSerialized) { Store (SRSA (Arg0), SMBI) } } Device (AUS2) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x70) Method (_STA, 0, NotSerialized) { If (LAnd (US2I, PICF)) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUFF) } Method (_DIS, 0, NotSerialized) { Store (0x00, US2I) } Method (_CRS, 0, NotSerialized) { Return (CRSA (US2I)) } Method (_SRS, 1, NotSerialized) { Store (SRSA (Arg0), US2I) } } Device (AIDE) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x7B) Method (_STA, 0, NotSerialized) { If (LAnd (IDEI, PICF)) { Return (0x0B) } Else { Return (0x09) } } Method (_PRS, 0, NotSerialized) { Return (BUFF) } Method (_DIS, 0, NotSerialized) { Store (0x00, IDEI) } Method (_CRS, 0, NotSerialized) { Return (CRSA (IDEI)) } Method (_SRS, 1, NotSerialized) { Store (SRSA (Arg0), IDEI) } } Device (ASA0) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x74) Method (_STA, 0, NotSerialized) { If (LAnd (SA0I, PICF)) { Return (0x0B) } Else { Return (0x09) } } Method (_DIS, 0, NotSerialized) { Store (0x00, SA0I) } Method (_PRS, 0, NotSerialized) { Return (BUFF) } Method (_CRS, 0, NotSerialized) { Return (CRSA (SA0I)) } Method (_SRS, 1, NotSerialized) { Store (SRSA (Arg0), SA0I) } } Device (ASA1) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x73) Method (_STA, 0, NotSerialized) { If (LAnd (SA1I, PICF)) { Return (0x0B) } Else { Return (0x09) } } Method (_DIS, 0, NotSerialized) { Store (0x00, SA1I) } Method (_PRS, 0, NotSerialized) { Return (BUFF) } Method (_CRS, 0, NotSerialized) { Return (CRSA (SA1I)) } Method (_SRS, 1, NotSerialized) { Store (SRSA (Arg0), SA1I) } } Device (ASA2) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x26) Method (_STA, 0, NotSerialized) { If (LAnd (SA1I, PICF)) { Return (0x0B) } Else { Return (0x09) } } Method (_DIS, 0, NotSerialized) { Store (0x00, SA2I) } Method (_PRS, 0, NotSerialized) { Return (BUFF) } Method (_CRS, 0, NotSerialized) { Return (CRSA (SA2I)) } Method (_SRS, 1, NotSerialized) { Store (SRSA (Arg0), SA2I) } } Scope (\) { OperationRegion (\SCPP, SystemIO, 0x142E, 0x01) Field (\SCPP, ByteAcc, NoLock, Preserve) { SMIP, 8 } } Method (\_SB.PCI0._INI, 0, NotSerialized) { If (STRC (\_OS, "Microsoft Windows")) { Store (0x56, SMIP) } Else { If (STRC (\_OS, "Microsoft Windows NT")) { If (CondRefOf (\_OSI, Local0)) { If (\_OSI ("Windows 2001")) { Store (0x59, SMIP) Store (0x00, OSFL) Store (0x03, OSFX) } } Else { Store (0x58, SMIP) Store (0x00, OSFX) Store (0x00, OSFL) } } Else { Store (0x57, SMIP) Store (0x02, OSFX) Store (0x02, OSFL) } } Name (TEMP, 0x00) Store (UA1D, TEMP) And (TEMP, 0x0F, TEMP) ShiftLeft (0x01, TEMP, UARA) Store (UA1D, TEMP) And (TEMP, 0xF0, TEMP) ShiftRight (TEMP, 0x04, TEMP) ShiftLeft (0x01, TEMP, UARB) } Scope (\) { Method (OSTP, 0, NotSerialized) { If (LEqual (OSFX, 0x01)) { Store (0x56, SMIP) } If (LEqual (OSFX, 0x02)) { Store (0x57, SMIP) } If (LEqual (OSFX, 0x00)) { Store (0x58, SMIP) } If (LEqual (OSFX, 0x03)) { Store (0x59, SMIP) } } } Device (SYSR) { Name (_HID, EisaId ("PNP0C02")) Name (_UID, 0x01) Name (_CRS, ResourceTemplate () { IO (Decode16, 0x0010, // Range Minimum 0x0010, // Range Maximum 0x01, // Alignment 0x10, // Length ) IO (Decode16, 0x0022, // Range Minimum 0x0022, // Range Maximum 0x01, // Alignment 0x1E, // Length ) IO (Decode16, 0x0044, // Range Minimum 0x0044, // Range Maximum 0x01, // Alignment 0x1C, // Length ) IO (Decode16, 0x0062, // Range Minimum 0x0062, // Range Maximum 0x01, // Alignment 0x02, // Length ) IO (Decode16, 0x0065, // Range Minimum 0x0065, // Range Maximum 0x01, // Alignment 0x0B, // Length ) IO (Decode16, 0x0074, // Range Minimum 0x0074, // Range Maximum 0x01, // Alignment 0x0C, // Length ) IO (Decode16, 0x0091, // Range Minimum 0x0091, // Range Maximum 0x01, // Alignment 0x03, // Length ) IO (Decode16, 0x00A2, // Range Minimum 0x00A2, // Range Maximum 0x01, // Alignment 0x1E, // Length ) IO (Decode16, 0x00E0, // Range Minimum 0x00E0, // Range Maximum 0x01, // Alignment 0x10, // Length ) IO (Decode16, 0x04D0, // Range Minimum 0x04D0, // Range Maximum 0x01, // Alignment 0x02, // Length ) IO (Decode16, 0x0295, // Range Minimum 0x0295, // Range Maximum 0x01, // Alignment 0x80, // Length ) }) } Device (PIC) { Name (_HID, EisaId ("PNP0000")) Name (_CRS, ResourceTemplate () { IO (Decode16, 0x0020, // Range Minimum 0x0020, // Range Maximum 0x01, // Alignment 0x02, // Length ) IO (Decode16, 0x00A0, // Range Minimum 0x00A0, // Range Maximum 0x01, // Alignment 0x02, // Length ) IRQNoFlags () {2} }) } Device (DMA1) { Name (_HID, EisaId ("PNP0200")) Name (_CRS, ResourceTemplate () { DMA (Compatibility, BusMaster, Transfer8, ) {4} IO (Decode16, 0x0000, // Range Minimum 0x0000, // Range Maximum 0x01, // Alignment 0x10, // Length ) IO (Decode16, 0x0080, // Range Minimum 0x0080, // Range Maximum 0x01, // Alignment 0x11, // Length ) IO (Decode16, 0x0094, // Range Minimum 0x0094, // Range Maximum 0x01, // Alignment 0x0C, // Length ) IO (Decode16, 0x00C0, // Range Minimum 0x00C0, // Range Maximum 0x01, // Alignment 0x20, // Length ) }) } Device (TMR) { Name (_HID, EisaId ("PNP0100")) Name (_CRS, ResourceTemplate () { IO (Decode16, 0x0040, // Range Minimum 0x0040, // Range Maximum 0x01, // Alignment 0x04, // Length ) IRQNoFlags () {0} }) } Device (RTC) { Name (_HID, EisaId ("PNP0B00")) Name (_CRS, ResourceTemplate () { IO (Decode16, 0x0070, // Range Minimum 0x0070, // Range Maximum 0x04, // Alignment 0x04, // Length ) IRQNoFlags () {8} }) } Device (SPKR) { Name (_HID, EisaId ("PNP0800")) Name (_CRS, ResourceTemplate () { IO (Decode16, 0x0061, // Range Minimum 0x0061, // Range Maximum 0x01, // Alignment 0x01, // Length ) }) } Device (COPR) { Name (_HID, EisaId ("PNP0C04")) Name (_CRS, ResourceTemplate () { IO (Decode16, 0x00F0, // Range Minimum 0x00F0, // Range Maximum 0x01, // Alignment 0x10, // Length ) IRQNoFlags () {13} }) } Device (OCU1) { Method (_INI, 0, NotSerialized) { Store (OCSE, OCEB) If (OCSE) { ShiftLeft (0x01, OCSA, UARC) } } Name (OCEB, 0x02) Name (_HID, EisaId ("PNP0501")) Name (_UID, 0x03) Method (_STA, 0, NotSerialized) { If (LNot (OCEB)) { Return (0x00) } If (OCSE) { Return (0x0F) } Else { Return (0x0D) } } Method (_DIS, 0, NotSerialized) { Store (0x00, OCSE) DISD (0x10) } Method (_CRS, 0, NotSerialized) { Name (BUF1, ResourceTemplate () { IO (Decode16, 0x0000, // Range Minimum 0x0000, // Range Maximum 0x01, // Alignment 0x08, // Length _Y08) IRQNoFlags (_Y09) {} }) CreateWordField (BUF1, \_SB.PCI0.OCU1._CRS._Y08._MIN, IOLO) CreateWordField (BUF1, \_SB.PCI0.OCU1._CRS._Y08._MAX, IORL) CreateWordField (BUF1, \_SB.PCI0.OCU1._CRS._Y09._INT, IRQW) Store (0x00, IOLO) Store (0x00, IORL) Store (0x00, IRQW) If (OCSE) { If (LEqual (OCSA, 0x00)) { Store (0x03F8, IOLO) Store (0x03F8, IORL) } If (LEqual (OCSA, 0x01)) { Store (0x02F8, IOLO) Store (0x02F8, IORL) } If (LEqual (OCSA, 0x02)) { Store (0x0220, IOLO) Store (0x0220, IORL) } If (LEqual (OCSA, 0x03)) { Store (0x0228, IOLO) Store (0x0228, IORL) } If (LEqual (OCSA, 0x04)) { Store (0x0238, IOLO) Store (0x0238, IORL) } If (LEqual (OCSA, 0x05)) { Store (0x02E8, IOLO) Store (0x02E8, IORL) } If (LEqual (OCSA, 0x06)) { Store (0x0338, IOLO) Store (0x0338, IORL) } If (LEqual (OCSA, 0x07)) { Store (0x03E8, IOLO) Store (0x03E8, IORL) } If (LEqual (OCSI, 0x01)) { Store (0x08, IRQW) } If (LEqual (OCSI, 0x02)) { Store (0x10, IRQW) } } Return (BUF1) } Name (_PRS, ResourceTemplate () { StartDependentFnNoPri () { IO (Decode16, 0x03F8, // Range Minimum 0x03F8, // Range Maximum 0x01, // Alignment 0x08, // Length ) IRQNoFlags () {3,4} } StartDependentFnNoPri () { IO (Decode16, 0x02F8, // Range Minimum 0x02F8, // Range Maximum 0x01, // Alignment 0x08, // Length ) IRQNoFlags () {3,4} } StartDependentFnNoPri () { IO (Decode16, 0x03E8, // Range Minimum 0x03E8, // Range Maximum 0x01, // Alignment 0x08, // Length ) IRQNoFlags () {3,4} } StartDependentFnNoPri () { IO (Decode16, 0x02E8, // Range Minimum 0x02E8, // Range Maximum 0x01, // Alignment 0x08, // Length ) IRQNoFlags () {3,4} } EndDependentFn () }) Method (_SRS, 1, NotSerialized) { CreateWordField (Arg0, 0x02, IOAD) CreateWordField (Arg0, 0x09, IRQW) If (LEqual (IOAD, 0x03F8)) { Store (0x00, OCSA) } If (LEqual (IOAD, 0x02F8)) { Store (0x01, OCSA) } If (LEqual (IOAD, 0x0220)) { Store (0x02, OCSA) } If (LEqual (IOAD, 0x0228)) { Store (0x03, OCSA) } If (LEqual (IOAD, 0x0238)) { Store (0x04, OCSA) } If (LEqual (IOAD, 0x02E8)) { Store (0x05, OCSA) } If (LEqual (IOAD, 0x0338)) { Store (0x06, OCSA) } If (LEqual (IOAD, 0x03E8)) { Store (0x07, OCSA) } If (LEqual (IRQW, 0x08)) { Store (0x01, OCSI) } If (LEqual (IRQW, 0x10)) { Store (0x02, OCSI) } Store (OCEB, OCSE) CKIO (IOAD, 0x10) } } Scope (\) { OperationRegion (WIN1, SystemIO, 0x2E, 0x02) Field (WIN1, ByteAcc, NoLock, Preserve) { INDP, 8, DATA, 8 } IndexField (INDP, DATA, ByteAcc, NoLock, Preserve) { Offset (0x02), CFG, 8, Offset (0x07), LDN, 8, Offset (0x20), IDHI, 8, IDLO, 8, POWC, 8, Offset (0x30), ACTR, 8, Offset (0x60), IOAH, 8, IOAL, 8, IO2H, 8, IO2L, 8, Offset (0x70), INTR, 8, Offset (0x72), INT1, 8, Offset (0x74), DMCH, 8, Offset (0xE0), CRE0, 8, CRE1, 8, CRE2, 8, CRE3, 8, CRE4, 8, Offset (0xF0), OPT1, 8, OPT2, 8, OPT3, 8, OPT4, 8, OPT5, 8, OPT6, 8, OPT7, 8, OPT8, 8, OPT9, 8, OPTA, 8 } Method (ENFG, 0, NotSerialized) { Store (0x87, INDP) Store (0x87, INDP) } Method (EXFG, 0, NotSerialized) { Store (0xAA, INDP) } } OperationRegion (COM1, SystemIO, 0x03F8, 0x08) Field (COM1, ByteAcc, NoLock, Preserve) { P3F8, 8, P3F9, 8, P3FA, 8, P3FB, 8, P3FC, 8, P3FD, 8, P3FE, 8, P3FF, 8 } OperationRegion (COM2, SystemIO, 0x02F8, 0x08) Field (COM2, ByteAcc, NoLock, Preserve) { P2F8, 8, P2F9, 8, P2FA, 8, P2FB, 8, P2FC, 8, P2FD, 8, P2FE, 8, P2FF, 8 } OperationRegion (COM3, SystemIO, 0x03E8, 0x08) Field (COM3, ByteAcc, NoLock, Preserve) { P3E8, 8, P3E9, 8, P3EA, 8, P3EB, 8, P3EC, 8, P3ED, 8, P3EE, 8, P3EF, 8 } OperationRegion (COM4, SystemIO, 0x02E8, 0x08) Field (COM4, ByteAcc, NoLock, Preserve) { P2E8, 8, P2E9, 8, P2EA, 8, P2EB, 8, P2EC, 8, P2ED, 8, P2EE, 8, P2EF, 8 } Method (ICOM, 1, NotSerialized) { Store (Arg0, Local0) If (LEqual (Local0, 0x03F8)) { Store (P3FD, Local0) Store (P3FD, Local0) Store (0xC3, P3FA) While (LNotEqual (P3FA, 0xC1)) { Store (P3FE, Local0) } } Else { If (LEqual (Local0, 0x02F8)) { Store (P2FD, Local0) Store (P2FD, Local0) Store (0xC3, P2FA) While (LNotEqual (P2FA, 0xC1)) { Store (P2FE, Local0) } } Else { If (LEqual (Local0, 0x03E8)) { Store (P3ED, Local0) Store (P3ED, Local0) Store (0xC3, P3EA) While (LNotEqual (P3EA, 0xC1)) { Store (P3EE, Local0) } } Else { If (LEqual (Local0, 0x02E8)) { Store (P2ED, Local0) Store (P2ED, Local0) Store (0xC3, P2EA) While (LNotEqual (P2EA, 0xC1)) { Store (P2EE, Local0) } } } } } } Device (FDC0) { Name (_HID, EisaId ("PNP0700")) Method (_STA, 0, NotSerialized) { ENFG () Store (Zero, LDN) If (ACTR) { EXFG () Return (0x0F) } Else { If (LOr (IOAH, IOAL)) { EXFG () Return (0x0D) } Else { EXFG () Return (0x00) } } } Method (_DIS, 0, NotSerialized) { ENFG () Store (0x00, LDN) Store (Zero, ACTR) SLDM (DMCH, 0x04) EXFG () DISD (0x03) } Method (_CRS, 0, NotSerialized) { Name (BUF0, ResourceTemplate () { IO (Decode16, 0x03F0, // Range Minimum 0x03F0, // Range Maximum 0x01, // Alignment 0x06, // Length _Y0A) IO (Decode16, 0x03F7, // Range Minimum 0x03F7, // Range Maximum 0x01, // Alignment 0x01, // Length ) IRQNoFlags () {6} DMA (Compatibility, NotBusMaster, Transfer8, ) {2} }) CreateByteField (BUF0, \_SB.PCI0.FDC0._CRS._Y0A._MIN, IOLO) CreateByteField (BUF0, 0x03, IOHI) CreateByteField (BUF0, \_SB.PCI0.FDC0._CRS._Y0A._MAX, IORL) CreateByteField (BUF0, 0x05, IORH) ENFG () EXFG () Return (BUF0) } Name (_PRS, ResourceTemplate () { StartDependentFnNoPri () { IO (Decode16, 0x03F0, // Range Minimum 0x03F0, // Range Maximum 0x01, // Alignment 0x06, // Length ) IO (Decode16, 0x03F7, // Range Minimum 0x03F7, // Range Maximum 0x01, // Alignment 0x01, // Length ) IRQNoFlags () {6} DMA (Compatibility, NotBusMaster, Transfer8, ) {2} } EndDependentFn () }) Method (_SRS, 1, NotSerialized) { CreateByteField (Arg0, 0x02, IOLO) CreateByteField (Arg0, 0x03, IOHI) CreateWordField (Arg0, 0x02, IOAD) CreateWordField (Arg0, 0x19, IRQL) CreateByteField (Arg0, 0x1C, DMAV) ENFG () Store (Zero, LDN) Store (One, ACTR) SLDM (DMCH, DMCH) EXFG () CKIO (IOAD, 0x03) } } Device (UAR1) { Name (_HID, EisaId ("PNP0501")) Name (_UID, 0x01) Method (_STA, 0, NotSerialized) { ENFG () Store (0x02, LDN) If (ACTR) { EXFG () Return (0x0F) } Else { If (LOr (IOAH, IOAL)) { EXFG () Return (0x0D) } Else { EXFG () Return (0x00) } } EXFG () } Method (_DIS, 0, NotSerialized) { ENFG () Store (0x02, LDN) Store (Zero, ACTR) EXFG () DISD (0x00) } Method (_CRS, 0, NotSerialized) { Name (BUF1, ResourceTemplate () { IO (Decode16, 0x0000, // Range Minimum 0x0000, // Range Maximum 0x01, // Alignment 0x08, // Length _Y0B) IRQNoFlags (_Y0C) {} }) CreateByteField (BUF1, \_SB.PCI0.UAR1._CRS._Y0B._MIN, IOLO) CreateByteField (BUF1, 0x03, IOHI) CreateByteField (BUF1, \_SB.PCI0.UAR1._CRS._Y0B._MAX, IORL) CreateByteField (BUF1, 0x05, IORH) CreateWordField (BUF1, \_SB.PCI0.UAR1._CRS._Y0C._INT, IRQW) ENFG () Store (0x02, LDN) Store (IOAL, IOLO) Store (IOAL, IORL) Store (IOAH, IOHI) Store (IOAH, IORH) Store (One, Local0) ShiftLeft (Local0, INTR, IRQW) EXFG () Return (BUF1) } Name (_PRS, ResourceTemplate () { StartDependentFnNoPri () { IO (Decode16, 0x03F8, // Range Minimum 0x03F8, // Range Maximum 0x01, // Alignment 0x08, // Length ) IRQNoFlags () {3,4,5,7,9,10,11,12} } StartDependentFnNoPri () { IO (Decode16, 0x02F8, // Range Minimum 0x02F8, // Range Maximum 0x01, // Alignment 0x08, // Length ) IRQNoFlags () {3,4,5,7,9,10,11,12} } StartDependentFnNoPri () { IO (Decode16, 0x03E8, // Range Minimum 0x03E8, // Range Maximum 0x01, // Alignment 0x08, // Length ) IRQNoFlags () {3,4,5,7,9,10,11,12} } StartDependentFnNoPri () { IO (Decode16, 0x02E8, // Range Minimum 0x02E8, // Range Maximum 0x01, // Alignment 0x08, // Length ) IRQNoFlags () {3,4,5,7,9,10,11,12} } EndDependentFn () }) Method (_SRS, 1, NotSerialized) { CreateByteField (Arg0, 0x02, IOLO) CreateByteField (Arg0, 0x03, IOHI) CreateWordField (Arg0, 0x02, IOAD) CreateWordField (Arg0, 0x09, IRQW) ENFG () Store (0x02, LDN) Store (One, ACTR) Store (IOLO, IOAL) Store (IOHI, IOAH) FindSetRightBit (IRQW, Local0) Subtract (Local0, 0x01, INTR) EXFG () CKIO (IOAD, 0x00) } } OperationRegion (KBCT, SystemIO, 0x60, 0x05) Field (KBCT, ByteAcc, NoLock, Preserve) { P060, 8, Offset (0x04), P064, 8 } Device (PS2M) { Name (_HID, EisaId ("PNP0F13")) Method (_STA, 0, NotSerialized) { If (LEqual (PS2F, 0x00)) { Return (0x0F) } Else { Return (0x00) } } Method (_CRS, 0, NotSerialized) { Name (BUF1, ResourceTemplate () { IRQNoFlags () {12} }) Name (BUF2, ResourceTemplate () { IO (Decode16, 0x0060, // Range Minimum 0x0060, // Range Maximum 0x01, // Alignment 0x01, // Length ) IO (Decode16, 0x0064, // Range Minimum 0x0064, // Range Maximum 0x01, // Alignment 0x01, // Length ) IRQNoFlags () {12} }) If (LEqual (KBDI, 0x01)) { If (LEqual (OSFL, 0x02)) { Return (BUF1) } If (LEqual (OSFL, 0x01)) { Return (BUF1) } Else { Return (BUF2) } } Else { Return (BUF1) } } } Device (PS2K) { Name (_HID, EisaId ("PNP0303")) Name (_CID, 0x0B03D041) Method (_STA, 0, NotSerialized) { If (LEqual (KBDI, 0x01)) { Return (0x00) } Else { Return (0x0F) } } Name (_CRS, ResourceTemplate () { IO (Decode16, 0x0060, // Range Minimum 0x0060, // Range Maximum 0x01, // Alignment 0x01, // Length ) IO (Decode16, 0x0064, // Range Minimum 0x0064, // Range Maximum 0x01, // Alignment 0x01, // Length ) IRQNoFlags () {1} }) } Device (PSMR) { Name (_HID, EisaId ("PNP0C02")) Name (_UID, 0x03) Method (_STA, 0, NotSerialized) { If (LEqual (KBDI, 0x00)) { Return (0x00) } If (LEqual (PS2F, 0x00)) { If (LEqual (OSFL, 0x02)) { Return (0x0F) } If (LEqual (OSFL, 0x01)) { Return (0x0F) } Return (0x00) } Return (0x00) } Name (_CRS, ResourceTemplate () { IO (Decode16, 0x0060, // Range Minimum 0x0060, // Range Maximum 0x01, // Alignment 0x01, // Length ) IO (Decode16, 0x0064, // Range Minimum 0x0064, // Range Maximum 0x01, // Alignment 0x01, // Length ) }) } Scope (\) { Method (PLED, 1, NotSerialized) { ENFG () Store (0x07, LDN) Store (0x01, ACTR) And (OPT1, 0xFE, Local0) Store (Local0, OPT1) And (OPT3, 0xFE, Local0) Store (Local0, OPT3) And (OPT2, 0xFE, Local0) Or (Local0, Arg0, OPT2) EXFG () } } Scope (\) { Method (SLED, 1, NotSerialized) { ENFG () Store (0x09, LDN) Store (0x04, ACTR) And (OPT5, 0xFD, Local0) Store (Local0, OPT5) And (OPT7, 0xFD, Local0) Store (Local0, OPT7) And (OPT6, 0xFD, Local0) Or (Local0, Arg0, OPT6) EXFG () } } Scope (\) { Method (SFOF, 0, NotSerialized) { ENFG () EXFG () } Method (SFON, 0, NotSerialized) { ENFG () EXFG () } } Method (\_SB.PCI0.UAR1._PRW, 0, NotSerialized) { Return (Package (0x02) { 0x03, 0x05 }) } Method (\_SB.PCI0.PS2K._PRW, 0, NotSerialized) { Return (Package (0x02) { 0x10, 0x04 }) } Method (\_SB.PCI0.PS2M._PRW, 0, NotSerialized) { Return (Package (0x02) { 0x10, 0x04 }) } Method (PS2W, 0, NotSerialized) { ENFG () Store (0x0A, LDN) Store (OPT4, Local0) If (And (Local0, 0x20)) { Notify (\_SB.PCI0.PS2M, 0x02) } If (And (Local0, 0x10)) { Notify (\_SB.PCI0.PS2K, 0x02) } Store (Local0, OPT4) ENFG () } Method (\_SB.PCI0.PS2M._PSW, 1, NotSerialized) { ENFG () Store (0x0A, LDN) If (Arg0) { Or (OPT7, 0x20, OPT7) } Else { And (OPT7, 0xDF, OPT7) } EXFG () } Method (\_SB.PCI0.PS2K._PSW, 1, NotSerialized) { ENFG () Store (0x0A, LDN) If (Arg0) { Or (OPT7, 0x10, OPT7) } Else { And (OPT7, 0xEF, OPT7) } EXFG () } } Device (MEM) { Name (_HID, EisaId ("PNP0C01")) Method (_CRS, 0, NotSerialized) { Name (BUF0, ResourceTemplate () { Memory32Fixed (ReadWrite, 0x000F0000, // Address Base 0x00004000, // Address Length _Y0E) Memory32Fixed (ReadWrite, 0x000F4000, // Address Base 0x00004000, // Address Length _Y0F) Memory32Fixed (ReadWrite, 0x000F8000, // Address Base 0x00004000, // Address Length _Y10) Memory32Fixed (ReadWrite, 0x000FC000, // Address Base 0x00004000, // Address Length _Y11) Memory32Fixed (ReadWrite, 0x00000000, // Address Base 0x00010000, // Address Length _Y0D) Memory32Fixed (ReadWrite, 0xFFFF0000, // Address Base 0x00010000, // Address Length ) Memory32Fixed (ReadWrite, 0x00000000, // Address Base 0x000A0000, // Address Length ) Memory32Fixed (ReadWrite, 0x00100000, // Address Base 0x00000000, // Address Length _Y12) Memory32Fixed (ReadWrite, 0xFEC00000, // Address Base 0x00001000, // Address Length ) Memory32Fixed (ReadWrite, 0xFEE00000, // Address Base 0x00100000, // Address Length ) Memory32Fixed (ReadWrite, 0xFEFFF000, // Address Base 0x00001000, // Address Length ) Memory32Fixed (ReadWrite, 0xFFF80000, // Address Base 0x00001000, // Address Length ) Memory32Fixed (ReadWrite, 0xFFF90000, // Address Base 0x00030000, // Address Length ) Memory32Fixed (ReadWrite, 0xFFFED000, // Address Base 0x00003000, // Address Length ) }) CreateDWordField (BUF0, \_SB.MEM._CRS._Y0D._BAS, ACMM) CreateDWordField (BUF0, \_SB.MEM._CRS._Y0E._BAS, RMA1) CreateDWordField (BUF0, \_SB.MEM._CRS._Y0E._LEN, RSS1) CreateDWordField (BUF0, \_SB.MEM._CRS._Y0F._BAS, RMA2) CreateDWordField (BUF0, \_SB.MEM._CRS._Y0F._LEN, RSS2) CreateDWordField (BUF0, \_SB.MEM._CRS._Y10._BAS, RMA3) CreateDWordField (BUF0, \_SB.MEM._CRS._Y10._LEN, RSS3) CreateDWordField (BUF0, \_SB.MEM._CRS._Y11._BAS, RMA4) CreateDWordField (BUF0, \_SB.MEM._CRS._Y11._LEN, RSS4) CreateDWordField (BUF0, \_SB.MEM._CRS._Y12._LEN, EXTM) Subtract (AMEM, 0x00100000, EXTM) If (LNotEqual (ROM1, Zero)) { Store (RMA1, RMA2) ShiftLeft (ROM1, 0x08, Local0) Store (Local0, RMA1) ShiftLeft (RMS1, 0x08, Local0) Store (Local0, RSS1) Store (0x8000, RSS2) } If (LNotEqual (ROM2, Zero)) { Store (RMA2, RMA3) ShiftLeft (ROM2, 0x08, Local0) Store (Local0, RMA2) ShiftLeft (RMS2, 0x08, Local0) Store (Local0, RSS2) Store (0xC000, RSS3) } If (LNotEqual (ROM3, Zero)) { Store (RMA3, RMA4) ShiftLeft (ROM3, 0x08, Local0) Store (Local0, RMA3) ShiftLeft (RMS3, 0x08, Local0) Store (Local0, RSS3) Store (0x00010000, RSS4) } Store (AMEM, ACMM) Return (BUF0) } } Device (\_SB.PCI0.EXPL) { Name (_HID, EisaId ("PNP0C02")) Name (_UID, 0x04) Method (_CRS, 0, NotSerialized) { Name (BUF0, ResourceTemplate () { Memory32Fixed (ReadWrite, 0xE0000000, // Address Base 0x10000000, // Address Length ) }) Return (BUF0) } } } OperationRegion (TEMM, SystemMemory, 0x000FF810, 0x0C) Field (TEMM, WordAcc, NoLock, Preserve) { TP1H, 16, TP1L, 16, TP2H, 16, TP2L, 16, TRPC, 16, SENF, 16 } Name (TVAR, Buffer (0x05) { 0x00, 0x00, 0x00, 0x00, 0x00 }) CreateByteField (TVAR, 0x00, PLCY) CreateWordField (TVAR, 0x01, CTOS) CreateWordField (TVAR, 0x03, CTHY) Name (TBUF, Buffer (0x04) { 0x00, 0x00, 0x00, 0x00 }) CreateByteField (TBUF, 0x00, DB00) CreateByteField (TBUF, 0x01, DB01) CreateWordField (TBUF, 0x00, DW00) CreateWordField (TBUF, 0x02, DW01) CreateDWordField (TBUF, 0x00, DATD) OperationRegion (SEN1, SystemIO, 0x0295, 0x02) Field (SEN1, ByteAcc, NoLock, Preserve) { SEI0, 8, SED0, 8 } Method (STOS, 3, NotSerialized) { If (LLess (Arg2, 0x0AAC)) { Subtract (Arg2, 0x0AAC, Local0) Divide (Local0, 0x0A, Local0) } Else { Subtract (0x0AAC, Arg2, Local0) Divide (Local0, 0x0A, Local0) Add (Local0, 0x80, Local0) } WSEN (0x4E, 0x01) WSEN (0x53, Local0) } Method (STHY, 3, NotSerialized) { If (LLess (Arg2, 0x0AAC)) { Subtract (Arg2, 0x0AAC, Local0) Divide (Local0, 0x0A, Local0) } Else { Subtract (0x0AAC, Arg2, Local0) Divide (Local0, 0x0A, Local0) Add (Local0, 0x80, Local0) } WSEN (0x4E, 0x01) WSEN (0x54, Local0) } Method (RTMP, 0, NotSerialized) { WSEN (0x4E, 0x01) Store (RSEN (0x50), Local0) If (LEqual (Local0, 0x7F)) { Return (0x0AAC) } If (LLess (Local0, 0x80)) { Multiply (Local0, 0x0A, Local0) Add (Local0, 0x0AAC, Local0) } Else { Subtract (Local0, 0x80, Local0) Multiply (Local0, 0x0A, Local0) Subtract (0x0AAC, Local0, Local0) } Return (0x0C3C) If (LEqual (SSHU, 0x01)) { Return (0x0C3C) } Else { Return (Local0) } } Method (WSEN, 2, NotSerialized) { Store (Arg0, SEI0) Store (Arg1, SED0) } Method (RSEN, 1, NotSerialized) { Store (Arg0, SEI0) Store (SED0, Local0) Return (Local0) } Method (SFAN, 1, NotSerialized) { If (LEqual (Arg0, Zero)) { FOFF () } Else { FON () } } Method (FON, 0, NotSerialized) { WSEN (0x4E, 0x00) WSEN (0x01, 0xFF) WSEN (0x03, 0xFF) } Method (FOFF, 0, NotSerialized) { WSEN (0x4E, 0x00) WSEN (0x01, 0x00) WSEN (0x03, 0x00) } OperationRegion (SM00, SystemIO, \_SB.PCI0.SMB0.SMBB (), 0x06) Field (SM00, ByteAcc, NoLock, Preserve) { CTLR, 8, HSTS, 8, ADDR, 8, CMDR, 8, DAT0, 8, DAT1, 8 } Method (SWFS, 0, NotSerialized) { And (HSTS, 0x80, Local0) While (LEqual (Local0, Zero)) { Stall (0x01) And (HSTS, 0x80, Local0) } } Method (SRBY, 2, NotSerialized) { Store (Arg0, ADDR) Store (Arg1, CMDR) Store (0x04, CTLR) SWFS () } Method (WBYT, 3, NotSerialized) { Store (Arg0, ADDR) Store (Arg1, CMDR) Store (Arg2, DAT0) Store (0x06, CTLR) SWFS () } Method (SMWW, 4, NotSerialized) { Store (Arg0, ADDR) Store (Arg1, CMDR) Store (Arg2, DAT0) Store (Arg3, DAT1) Store (0x08, CTLR) SWFS () } Method (RBYT, 2, NotSerialized) { Store (Arg0, ADDR) Store (Arg1, CMDR) Store (0x07, CTLR) SWFS () Return (DAT0) } Method (SMRW, 2, NotSerialized) { Store (Arg0, ADDR) Store (Arg1, CMDR) Store (0x09, CTLR) SWFS () Store (DAT0, Local0) ShiftLeft (DAT1, 0x08, Local1) Or (Local0, Local1, Local2) Return (Local2) } Scope (\_TZ) { Device (FAN) { Name (_HID, EisaId ("PNP0C0B")) Method (_INI, 0, NotSerialized) { Store (TP1H, CTOS) Store (TP1L, CTHY) } } ThermalZone (THRM) { Name (_AL0, Package (0x01) { FAN }) Method (_AC0, 0, NotSerialized) { If (Or (PLCY, PLCY, Local7)) { Return (TP2H) } Else { Return (TP1H) } } Name (_PSL, Package (0x01) { \_PR.CPU0 }) Name (_TSP, 0x3C) Name (_TC1, 0x04) Name (_TC2, 0x03) Method (_PSV, 0, NotSerialized) { If (Or (PLCY, PLCY, Local7)) { Return (TP1H) } Else { Return (TP2H) } } Method (_CRT, 0, NotSerialized) { Return (TRPC) } Method (_TMP, 0, NotSerialized) { And (SENF, 0x01, Local6) If (LEqual (Local6, 0x01)) { Return (RTMP ()) } Else { Return (0x0B86) } } Method (_SCP, 1, NotSerialized) { If (Arg0) { Store (One, PLCY) } Else { Store (Zero, PLCY) } Notify (\_TZ.THRM, 0x81) } Method (STMP, 2, NotSerialized) { Store (Arg1, DW00) If (Arg0) { STHY (DB00, DB01, DW00) } Else { STOS (DB00, DB01, DW00) } } } } Scope (\_PR.CPU0) { Name (_PCT, Package (0x02) { ResourceTemplate () { Register (FFixedHW, 0x00, // Bit Width 0x00, // Bit Offset 0x0000000000000000, // Address ,) }, ResourceTemplate () { Register (FFixedHW, 0x00, // Bit Width 0x00, // Bit Offset 0x0000000000000000, // Address ,) } }) Name (_PSS, Package (0x05) { Package (0x06) { 0x00000960, 0x0000FDE8, 0x00000064, 0x00000009, 0xE8202B10, 0x00000310 }, Package (0x06) { 0x00000898, 0x0000D680, 0x00000064, 0x00000009, 0xE8202B8E, 0x0000038E }, Package (0x06) { 0x000007D0, 0x0000B316, 0x00000064, 0x00000009, 0xE8202C0C, 0x0000040C }, Package (0x06) { 0x00000708, 0x0000A12E, 0x00000064, 0x00000009, 0xE8202C0A, 0x0000040A }, Package (0x06) { 0x000003E8, 0x000051ED, 0x00000064, 0x00000009, 0xE8202C82, 0x00000482 } }) Name (_PPC, 0x00) Name (_PSD, Package (0x01) { Package (0x05) { 0x05, 0x00, 0x00000000, 0x000000FD, 0x00000002 } }) } Scope (\_PR.CPU1) { Name (_PCT, Package (0x02) { ResourceTemplate () { Register (FFixedHW, 0x00, // Bit Width 0x00, // Bit Offset 0x0000000000000000, // Address ,) }, ResourceTemplate () { Register (FFixedHW, 0x00, // Bit Width 0x00, // Bit Offset 0x0000000000000000, // Address ,) } }) Name (_PSS, Package (0x05) { Package (0x06) { 0x00000960, 0x0000FDE8, 0x00000064, 0x00000009, 0xE8202B10, 0x00000310 }, Package (0x06) { 0x00000898, 0x0000D680, 0x00000064, 0x00000009, 0xE8202B8E, 0x0000038E }, Package (0x06) { 0x000007D0, 0x0000B316, 0x00000064, 0x00000009, 0xE8202C0C, 0x0000040C }, Package (0x06) { 0x00000708, 0x0000A12E, 0x00000064, 0x00000009, 0xE8202C0A, 0x0000040A }, Package (0x06) { 0x000003E8, 0x000051ED, 0x00000064, 0x00000009, 0xE8202C82, 0x00000482 } }) Name (_PPC, 0x00) Name (_PSD, Package (0x01) { Package (0x05) { 0x05, 0x00, 0x00000000, 0x000000FD, 0x00000002 } }) } } On 27/05/2009, at 8:20 PM, Eygene Ryabinkin wrote: > Timothy, good day. > > Wed, May 27, 2009 at 05:45:02PM +1000, Timothy Mukaibo wrote: >> db> bt >> Tracing pid 0 tid 100000 td 0fffffff80bd2ae0 >> kdb_enter() at kdb_enter+0x3d >> panic() at panic+0x17b >> acpi_pci_link_route_irqs() at acpi_pci_link_route_irqs+0x727 >> acpi_pci_link_route_interrupt() at acpi_pci_link_route_interrupt >> +0x1a9 >> acpi_pcib_route_interrupt() at acpi_pcib_route_interrupt+0x40d >> pci_assign_interrupt() at pci_assign_interrupt+0x1c3 >> pci_add_resources() at pci_add_resources+0x147 >> pci_add_children() at pci_add_children+0x10e >> acpi_pci_attach() at acpi_pci_attach+0xcd >> device_attach() at device_attach+0x69 >> bus_generic_attach() at bus_generic_attach+0x1a >> acpi_pcib_attach() at acpi_pcib_attach+0x1a7 >> acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x1a5 >> device_attach() at device_attach+0x69 >> bus_generic_attach() at bus_generic_attach+0x1a >> acpi_attach() at acpi_attach+0xa50 >> device_attach() at device_attach+0x69 >> bus_generic_attach() at bus_generic_attach+0x1a >> device_attach() at device_attach+0x69 >> root_bus_configure() at root_bus_configure+0x28 >> configure() at configure+0xa >> mi_startup() at mi_startup+0x59 >> btext() at biext+0x2c > > OK, will try to look at it more closely. > >> I'll try your patch. > > Please, note that the patch just adds verbosity, currently it won't > heal > anything. > > Still, the output from 'acpidump -dt' might be interesting. > -- > Eygene From owner-freebsd-current@FreeBSD.ORG Wed May 27 11:58:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7002610656AA for ; Wed, 27 May 2009 11:58:01 +0000 (UTC) (envelope-from lme@FreeBSD.org) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id 2926A8FC16 for ; Wed, 27 May 2009 11:58:01 +0000 (UTC) (envelope-from lme@FreeBSD.org) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mail.0x20.net (Postfix) with ESMTP id 560D339DFE; Wed, 27 May 2009 13:40:12 +0200 (CEST) Received: from i011-63.fin-nrw.de (i011-63.fin-nrw.de [193.109.238.130]) by 0x20.net (Horde MIME library) with HTTP; Wed, 27 May 2009 13:40:12 +0200 Message-ID: <20090527134012.fp9apx5mgwwc88w8@0x20.net> X-Priority: 3 (Normal) Date: Wed, 27 May 2009 13:40:12 +0200 From: Lars Engels To: Matthias Apitz References: <20090527104655.GA3290@current.Sisis.de> In-Reply-To: <20090527104655.GA3290@current.Sisis.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_1ypqwp9seisk"; protocol="application/pgp-signature"; micalg="pgp-sha1" Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) Cc: freebsd-current@freebsd.org, hselasky@c2i.net Subject: Re: ports/multimedia/pwcbsd && -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 11:58:02 -0000 This message is in MIME format and has been PGP signed. --=_1ypqwp9seisk Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit Quoting Matthias Apitz : > > Hello, > > The page http://wiki.freebsd.org/PortsBrokenOnCurrent shows the port > ports/multimedia/pwcbsd as 'will need fork', what does this mean and is > there some work in progress on it? I'd like to have my USB based cam > back :-)) > HPS offered me to fork the port, but I guess he didn't find the time for that, yet. Hans: Could you please take a look at the port and give a hint what needs to be done? TIA Lars --=_1ypqwp9seisk Content-Type: application/pgp-signature Content-Description: PGP Digital Signature Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkodJpwACgkQKc512sD3afjrqgCfUqDZVCmnpsooUVQmL9zb4HS+ ZFYAnRzFI93A6MflFcZPAIKkWi5QXBCn =sLyP -----END PGP SIGNATURE----- --=_1ypqwp9seisk-- From owner-freebsd-current@FreeBSD.ORG Wed May 27 12:29:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 861A01065672; Wed, 27 May 2009 12:29:22 +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 96B118FC0C; Wed, 27 May 2009 12:29:21 +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 PAA27495; Wed, 27 May 2009 15:29:19 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A1D321F.7060907@icyb.net.ua> Date: Wed, 27 May 2009 15:29:19 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-usb@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: usb keyboard detected after mountroot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 12:29:22 -0000 I think it's time to remind of this issue again. I have no clue why it happens but on my system I consistently see that my USB keyboard is detected after mountroot. This worries me because this is a "legacy free" system, i.e. it has no PS/2 ports. So if something unexpected happens I won't be able to enter different boot device should kernel boot ever stop at mountroot prompt. Some details. With stable/7 I see that my USB mouse is consistently detected way before mountroot. But the USB keyboard most often is detected after mountroot. But sometimes, very infrequently, it is detected at the same time as the mouse. With recent current (and HPS USB, of course) I see that both of the USB devices are consistently detected after mountroot: ... Trying to mount root from zfs:pond/ROOT/original ct_to_ts([2009-05-26 18:17:07]) = 1243361827.000000000 start_init: trying /sbin/init ugen2.2: at usbus2 ugen6.2: at usbus6 ukbd0: on usbus6 kbd2 at ukbd0 kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000 ums0: on usbus2 ums0: 8 buttons and [XYZ] coordinates ID=0 uhid0: on usbus6 -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed May 27 12:39:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2B7C1065676; Wed, 27 May 2009 12:39:51 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 05A968FC19; Wed, 27 May 2009 12:39:50 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:50821 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1M9IPw-0006oT-44; Wed, 27 May 2009 14:39:40 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 90BC9E888A; Wed, 27 May 2009 14:39:33 +0200 (CEST) Message-Id: <97F4A4A9-9A66-4D0D-80CF-543C42ECE36F@exscape.org> From: Thomas Backman To: Kip Macy In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 27 May 2009 14:39:33 +0200 References: <3c1674c90905262113x127ad54ex8672ce8cbbf7eb1c@mail.gmail.com> <3c1674c90905262203o66064f1m7797f1e0f8f370c2@mail.gmail.com> <2AB885E4-31C5-4271-87F7-BA3F562EE7B1@exscape.org> <3c1674c90905270031n5228f9bg4b6dcc8f15782760@mail.gmail.com> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1M9IPw-0006oT-44. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1M9IPw-0006oT-44 2e7de24d150197b0615cc3d571337dc8 Cc: FreeBSD Current Subject: Re: kern/134011 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 12:39:52 -0000 > > On May 27, 2009, at 09:31 AM, Kip Macy wrote: >> >> Can you try not setting the ARC? >> I haven't had any problems on my comparably sized VMs. >> >> -Kip (Sorry if the quoting got FUBAR.) I tried this "once" more, with 1GB VM RAM, no ARC settings and a 4GB swap for dumps. (Apparently, when I had 640MB VM RAM, the dump created was ~1150 MB. I figured it couldn't exceed RAM size.) Between the previous tests and this, I had loads of crashes (with 640MB), even so bad that I couldn't boot because savecore would cause a panic. I increased VM RAM and set arc_max in the loader and it booted fine. Then, I tried (see below) with 1GB VM RAM and again no ARC settings. The wired count grew and grew and grew, until it crashed in lzjb_decompress(), backtrace: lzjb_decompress() zio_decompress() zio_done() zio_execute() zio_done() zio_execute() taskq_thread() fork_exit() fork_trampoline() On "call doadump" I got "Fatal double fault", no dump, and a reboot. Here's a LONG output of some vmstat output while running buildworld - j4. Note how the wired count keeps increasing and increasing until it breaks (in part, I guess this is intended, but it seems to grow a tad out of hand): Regards, Thomas ------ NO arc settings below! ------ [serenity@clone ~]$ while :; do date; echo; vmstat -s | grep -E 'pages (cached|active|wired down|free$)'; echo; sleep 20; done Wed May 27 13:54:50 CEST 2009 15716 pages cached 41358 pages active 63244 pages wired down 141368 pages free Wed May 27 13:55:10 CEST 2009 15719 pages cached 65571 pages active 65515 pages wired down 113358 pages free Wed May 27 13:55:30 CEST 2009 15719 pages cached 41471 pages active 70436 pages wired down 132093 pages free Wed May 27 13:55:50 CEST 2009 15809 pages cached 11660 pages active 81518 pages wired down 153294 pages free Wed May 27 13:56:10 CEST 2009 16124 pages cached 11013 pages active 87862 pages wired down 147672 pages free Wed May 27 13:56:30 CEST 2009 16124 pages cached 10917 pages active 93383 pages wired down 142488 pages free Wed May 27 13:56:50 CEST 2009 16144 pages cached 10920 pages active 98399 pages wired down 137634 pages free Wed May 27 13:57:11 CEST 2009 16144 pages cached 8810 pages active 99766 pages wired down 138416 pages free Wed May 27 13:57:31 CEST 2009 16871 pages cached 10552 pages active 101513 pages wired down 134928 pages free Wed May 27 13:57:51 CEST 2009 16883 pages cached 11496 pages active 104379 pages wired down 131244 pages free Wed May 27 13:58:11 CEST 2009 16883 pages cached 12916 pages active 106040 pages wired down 128168 pages free Wed May 27 13:58:31 CEST 2009 16893 pages cached 16027 pages active 106888 pages wired down 124227 pages free Wed May 27 13:58:51 CEST 2009 16896 pages cached 13662 pages active 107314 pages wired down 126197 pages free Wed May 27 13:59:11 CEST 2009 16896 pages cached 14783 pages active 107870 pages wired down 124567 pages free Wed May 27 13:59:31 CEST 2009 16896 pages cached 14129 pages active 108229 pages wired down 124904 pages free Wed May 27 13:59:51 CEST 2009 16896 pages cached 13691 pages active 108613 pages wired down 124973 pages free Wed May 27 14:00:12 CEST 2009 16908 pages cached 21888 pages active 109317 pages wired down 116102 pages free Wed May 27 14:00:32 CEST 2009 16908 pages cached 16624 pages active 109980 pages wired down 120739 pages free Wed May 27 14:00:52 CEST 2009 16908 pages cached 15138 pages active 110250 pages wired down 121978 pages free Wed May 27 14:01:12 CEST 2009 17916 pages cached 15184 pages active 117746 pages wired down 114193 pages free Wed May 27 14:01:32 CEST 2009 17916 pages cached 15698 pages active 118926 pages wired down 112573 pages free Wed May 27 14:01:52 CEST 2009 17916 pages cached 25922 pages active 119319 pages wired down 101966 pages free Wed May 27 14:02:12 CEST 2009 17916 pages cached 20539 pages active 120071 pages wired down 106607 pages free Wed May 27 14:02:32 CEST 2009 17937 pages cached 25740 pages active 120564 pages wired down 100913 pages free Wed May 27 14:02:52 CEST 2009 18074 pages cached 25516 pages active 121315 pages wired down 100338 pages free Wed May 27 14:03:12 CEST 2009 18094 pages cached 19031 pages active 122122 pages wired down 106028 pages free Wed May 27 14:03:33 CEST 2009 18103 pages cached 23648 pages active 122723 pages wired down 100812 pages free Wed May 27 14:03:53 CEST 2009 18103 pages cached 29860 pages active 122962 pages wired down 94362 pages free Wed May 27 14:04:13 CEST 2009 18217 pages cached 38628 pages active 123589 pages wired down 84918 pages free Wed May 27 14:04:33 CEST 2009 18248 pages cached 18009 pages active 124198 pages wired down 104942 pages free Wed May 27 14:04:53 CEST 2009 18483 pages cached 19225 pages active 125757 pages wired down 102082 pages free Wed May 27 14:05:13 CEST 2009 18505 pages cached 18979 pages active 127236 pages wired down 100840 pages free Wed May 27 14:05:33 CEST 2009 18505 pages cached 19717 pages active 127714 pages wired down 99636 pages free Wed May 27 14:05:53 CEST 2009 18521 pages cached 21331 pages active 127996 pages wired down 97737 pages free Wed May 27 14:06:13 CEST 2009 18543 pages cached 23642 pages active 128571 pages wired down 94845 pages free Wed May 27 14:06:33 CEST 2009 18543 pages cached 20029 pages active 128781 pages wired down 98252 pages free Wed May 27 14:06:54 CEST 2009 18603 pages cached 18498 pages active 129496 pages wired down 99034 pages free Wed May 27 14:07:14 CEST 2009 18603 pages cached 24398 pages active 130137 pages wired down 92504 pages free Wed May 27 14:07:34 CEST 2009 18603 pages cached 21363 pages active 130230 pages wired down 95456 pages free Wed May 27 14:07:54 CEST 2009 18603 pages cached 23774 pages active 130705 pages wired down 92540 pages free Wed May 27 14:08:14 CEST 2009 18765 pages cached 21217 pages active 131884 pages wired down 93881 pages free Wed May 27 14:08:34 CEST 2009 19064 pages cached 17613 pages active 133762 pages wired down 95531 pages free Wed May 27 14:08:54 CEST 2009 19098 pages cached 15597 pages active 135458 pages wired down 95850 pages free Wed May 27 14:09:14 CEST 2009 19103 pages cached 16082 pages active 136499 pages wired down 94357 pages free Wed May 27 14:09:34 CEST 2009 19107 pages cached 15857 pages active 137281 pages wired down 93802 pages free Wed May 27 14:09:55 CEST 2009 19107 pages cached 19354 pages active 137997 pages wired down 89561 pages free Wed May 27 14:10:15 CEST 2009 19136 pages cached 21803 pages active 138690 pages wired down 86447 pages free Wed May 27 14:10:35 CEST 2009 19136 pages cached 19315 pages active 138979 pages wired down 88638 pages free Wed May 27 14:10:55 CEST 2009 19136 pages cached 18570 pages active 139205 pages wired down 89174 pages free Wed May 27 14:11:15 CEST 2009 19136 pages cached 19063 pages active 139547 pages wired down 88260 pages free Wed May 27 14:11:35 CEST 2009 19136 pages cached 26933 pages active 140081 pages wired down 79856 pages free Wed May 27 14:11:55 CEST 2009 19136 pages cached 18519 pages active 140270 pages wired down 88076 pages free Wed May 27 14:12:15 CEST 2009 19136 pages cached 21957 pages active 140658 pages wired down 84248 pages free Wed May 27 14:12:35 CEST 2009 19136 pages cached 23497 pages active 140910 pages wired down 82457 pages free Wed May 27 14:12:55 CEST 2009 19815 pages cached 19513 pages active 144502 pages wired down 82584 pages free Wed May 27 14:13:16 CEST 2009 19815 pages cached 21738 pages active 144881 pages wired down 79980 pages free Wed May 27 14:13:36 CEST 2009 19815 pages cached 24656 pages active 145071 pages wired down 76873 pages free Wed May 27 14:13:56 CEST 2009 19986 pages cached 21395 pages active 145581 pages wired down 79589 pages free Wed May 27 14:14:16 CEST 2009 20022 pages cached 22892 pages active 146716 pages wired down 76952 pages free Wed May 27 14:14:36 CEST 2009 20171 pages cached 17546 pages active 147771 pages wired down 81149 pages free Wed May 27 14:14:56 CEST 2009 20171 pages cached 17878 pages active 150482 pages wired down 78143 pages free Wed May 27 14:15:16 CEST 2009 20260 pages cached 23596 pages active 152448 pages wired down 70429 pages free Wed May 27 14:15:36 CEST 2009 20332 pages cached 21442 pages active 153011 pages wired down 72026 pages free Wed May 27 14:15:56 CEST 2009 20374 pages cached 23005 pages active 153651 pages wired down 69810 pages free Wed May 27 14:16:17 CEST 2009 20374 pages cached 20770 pages active 154539 pages wired down 71153 pages free Wed May 27 14:16:37 CEST 2009 20463 pages cached 25142 pages active 155789 pages wired down 65500 pages free Wed May 27 14:16:57 CEST 2009 20477 pages cached 32484 pages active 156992 pages wired down 56957 pages free Wed May 27 14:17:17 CEST 2009 20526 pages cached 26033 pages active 157863 pages wired down 62507 pages free Wed May 27 14:17:37 CEST 2009 20867 pages cached 20120 pages active 158864 pages wired down 67325 pages free Wed May 27 14:17:57 CEST 2009 20880 pages cached 19925 pages active 160153 pages wired down 66229 pages free Wed May 27 14:18:17 CEST 2009 21075 pages cached 27658 pages active 162581 pages wired down 56027 pages free Wed May 27 14:18:37 CEST 2009 21803 pages cached 39186 pages active 163758 pages wired down 43310 pages free Wed May 27 14:18:58 CEST 2009 21810 pages cached 32754 pages active 163908 pages wired down 49593 pages free Wed May 27 14:19:18 CEST 2009 21875 pages cached 40620 pages active 164575 pages wired down 41036 pages free Wed May 27 14:19:38 CEST 2009 21895 pages cached 43913 pages active 165186 pages wired down 37131 pages free Wed May 27 14:19:58 CEST 2009 21913 pages cached 47805 pages active 165486 pages wired down 32943 pages free Wed May 27 14:20:18 CEST 2009 21916 pages cached 80399 pages active 140567 pages wired down 23307 pages free Wed May 27 14:20:38 CEST 2009 21916 pages cached 47934 pages active 131067 pages wired down 67480 pages free Wed May 27 14:20:58 CEST 2009 21916 pages cached 48128 pages active 131054 pages wired down 67298 pages free Wed May 27 14:21:18 CEST 2009 21938 pages cached 98297 pages active 131522 pages wired down 14753 pages free Wed May 27 14:21:38 CEST 2009 22570 pages cached 17971 pages active 124963 pages wired down 102939 pages free Wed May 27 14:21:58 CEST 2009 22592 pages cached 24054 pages active 125193 pages wired down 96565 pages free Wed May 27 14:22:19 CEST 2009 24154 pages cached 26256 pages active 125192 pages wired down 93946 pages free Wed May 27 14:22:39 CEST 2009 24319 pages cached 20557 pages active 128251 pages wired down 96539 pages free Wed May 27 14:22:59 CEST 2009 24493 pages cached 31001 pages active 129876 pages wired down 84428 pages free Wed May 27 14:23:19 CEST 2009 24626 pages cached 23256 pages active 131449 pages wired down 90535 pages free Wed May 27 14:23:39 CEST 2009 24676 pages cached 44725 pages active 132090 pages wired down 68476 pages free Wed May 27 14:23:59 CEST 2009 24933 pages cached 17247 pages active 132609 pages wired down 95307 pages free Wed May 27 14:24:19 CEST 2009 25180 pages cached 19572 pages active 133921 pages wired down 91582 pages free Wed May 27 14:24:39 CEST 2009 25250 pages cached 25916 pages active 134800 pages wired down 84329 pages free Wed May 27 14:24:59 CEST 2009 25346 pages cached 23643 pages active 135585 pages wired down 85789 pages free Wed May 27 14:25:19 CEST 2009 25492 pages cached 28457 pages active 136531 pages wired down 79961 pages free Wed May 27 14:25:40 CEST 2009 25492 pages cached 46320 pages active 137234 pages wired down 61413 pages free Wed May 27 14:26:00 CEST 2009 25492 pages cached 65175 pages active 137752 pages wired down 42052 pages free Wed May 27 14:26:20 CEST 2009 26698 pages cached 26348 pages active 139321 pages wired down 78720 pages free Wed May 27 14:26:40 CEST 2009 26728 pages cached 17654 pages active 149770 pages wired down 76992 pages free Wed May 27 14:27:00 CEST 2009 26728 pages cached 19290 pages active 151873 pages wired down 73244 pages free Wed May 27 14:27:20 CEST 2009 26749 pages cached 21063 pages active 154681 pages wired down 68635 pages free Wed May 27 14:27:40 CEST 2009 26750 pages cached 20613 pages active 157053 pages wired down 66722 pages free Wed May 27 14:28:00 CEST 2009 26771 pages cached 21762 pages active 160131 pages wired down 62504 pages free Wed May 27 14:28:20 CEST 2009 26777 pages cached 21401 pages active 165438 pages wired down 57435 pages free Wed May 27 14:28:41 CEST 2009 26777 pages cached 23093 pages active 170737 pages wired down 50589 pages free ******* CRASH ********* Sorry about the length. From owner-freebsd-current@FreeBSD.ORG Wed May 27 12:43:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8FE61065677; Wed, 27 May 2009 12:43:09 +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 B8E9F8FC18; Wed, 27 May 2009 12:43:08 +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 PAA27772; Wed, 27 May 2009 15:39:32 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A1D3484.9040201@icyb.net.ua> Date: Wed, 27 May 2009 15:39:32 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Timothy Mukaibo References: <49159824-57EB-4628-9F1C-CE9243465D02@mukaibo.com> <7344382E-A415-463D-9138-D01E8499EDE8@mukaibo.com> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, rea-fbsd@codelabs.ru Subject: Re: ACPI Panic on Current, AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 12:43:10 -0000 on 27/05/2009 14:11 Timothy Mukaibo said the following: > Hello Eygene, > > I know the patch won't fix anything :( > > Here's the updated dmesg: > > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: reservation of 0, a000 (3) failed > acpi0: reservation of 100000, bfdf0000 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > acip_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pci_link26: Index IRQ Rtd Ref IRQs > MPASS 0 20 N 1 20 21 22 23 > link type is 15 > panic: Assertion link->l_prs_template.Type == ACPI_RESOURCE_TYPE_IRQ > failed at /usr/src/sys/dev/acpica/acpi_pci_link.c:746 So resource type is ACPI_RESOURCE_TYPE_IRQ, but link type is ACPI_RESOURCE_TYPE_EXTENDED_IRQ. Interesting. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed May 27 13:37:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB4E7106566B for ; Wed, 27 May 2009 13:37:02 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.tele2.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 92A648FC19 for ; Wed, 27 May 2009 13:37:00 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=HtQ-Ub9uADUA:10 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=6I5d2MoRAAAA:8 a=BgAQPbEFgVZi7KmjWvYA:9 a=YT-XGL3xYqukZD8qfoIj5Ru6dFMA:4 a=bjUHLzk0NFC5Bu9DiUwA:9 a=NRSWgTF-7Yy3mw_e6GQA:7 a=gSi1BOFnhSRpaGSqjDFSCZ03siQA:4 a=jCoOpx0UlWwvHjSY:21 a=LXi6ODeSE8uJws8m:21 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1076330479; Wed, 27 May 2009 15:36:59 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org, Matthias Apitz Date: Wed, 27 May 2009 15:41:03 +0200 User-Agent: KMail/1.9.7 References: <20090527104655.GA3290@current.Sisis.de> In-Reply-To: <20090527104655.GA3290@current.Sisis.de> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_vLUHKZ9xqYJmzlK" Message-Id: <200905271541.03952.hselasky@c2i.net> Cc: lme@freebsd.org Subject: Re: ports/multimedia/pwcbsd && -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 13:37:03 -0000 --Boundary-00=_vLUHKZ9xqYJmzlK Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Wednesday 27 May 2009, Matthias Apitz wrote: > Hello, > > The page http://wiki.freebsd.org/PortsBrokenOnCurrent shows the port > ports/multimedia/pwcbsd as 'will need fork', what does this mean and is > there some work in progress on it? I'd like to have my USB based cam > back :-)) > > matthias Hi, Please try the attached patch. Maybe you can figure out any remaining issues, hence I did not have time to test it. --HPS --Boundary-00=_vLUHKZ9xqYJmzlK Content-Type: text/x-diff; charset="iso-8859-1"; name="pwcbsd.8-current.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pwcbsd.8-current.patch" diff -u -r --exclude='*~' --exclude='*.o' pwcbsd.orig/Makefile.kld pwcbsd/Makefile.kld --- pwcbsd.orig/Makefile.kld 2009-05-27 14:04:07.000000000 +0200 +++ pwcbsd/Makefile.kld 2009-05-27 14:58:27.000000000 +0200 @@ -1,6 +1,7 @@ SRCS=bus_if.h device_if.h opt_usb.h pwc.c pwc-ctrl.c \ pwc-dec1.c pwc-dec23.c pwc-kiara.c pwc-misc.c \ - pwc-timon.c pwc-uncompress.c pwc-v4l.c + pwc-timon.c pwc-uncompress.c pwc-v4l.c opt_bus.h \ + usb_if.h KMOD=pwc KMODDIR?=/boot/modules #DEBUG_FLAGS=-g diff -u -r --exclude='*~' --exclude='*.o' pwcbsd.orig/pwc-ctrl.c pwcbsd/pwc-ctrl.c --- pwcbsd.orig/pwc-ctrl.c 2009-05-27 14:04:07.000000000 +0200 +++ pwcbsd/pwc-ctrl.c 2009-05-27 15:23:48.000000000 +0200 @@ -130,7 +130,7 @@ static void pwc_set_image_buffer_size(struct pwc_softc *pdev); /****************************************************************************/ -static int usb_control_msg(usbd_device_handle udev,u_int pipe,u_int8_t request,u_int8_t requesttype, +static int usb_control_msg(struct usb2_device *udev,u_int pipe,u_int8_t request,u_int8_t requesttype, u_int16_t value, u_int16_t index, void *data, u_int16_t size,int timeout) { usb_device_request_t req; @@ -139,9 +139,9 @@ USETW(req.wValue, value); USETW(req.wIndex, index); USETW(req.wLength,size); - return -usbd_do_request(udev, &req, data); + return -usb2_do_request(udev, NULL, &req, data); } - + #define SendControlMsg(request, value, buflen) \ usb_control_msg(pdev->udev, 0, \ @@ -159,7 +159,7 @@ pdev->vcinterface, \ &buf, buflen, 500) -static int send_video_command(usbd_device_handle udev, int index, void *buf, int buflen) +static int send_video_command(struct usb2_device *udev, int index, void *buf, int buflen) { return usb_control_msg(udev, 0, @@ -1150,7 +1150,7 @@ pdev->pan_angle += pan; pdev->tilt_angle += tilt; } - if (ret == -USBD_STALLED) /* stall -> out of range */ + if (ret == -USB_ERR_STALLED) /* stall -> out of range */ ret = -ERANGE; return ret; } @@ -1284,7 +1284,7 @@ { ARG_DEF(struct pwc_probe, probe) - strncpy(ARGR(probe).name, pdev->name,sizeof(ARGR(probe).name) - 1); + strncpy(ARGR(probe).name,device_get_desc(pdev->sc_dev),sizeof(ARGR(probe).name) - 1); ARGR(probe).name[sizeof(ARGR(probe).name) - 1] = '\0'; ARGR(probe).type = pdev->type; ARG_OUT(probe) diff -u -r --exclude='*~' --exclude='*.o' pwcbsd.orig/pwc-v4l.c pwcbsd/pwc-v4l.c --- pwcbsd.orig/pwc-v4l.c 2009-05-27 14:04:07.000000000 +0200 +++ pwcbsd/pwc-v4l.c 2009-05-27 15:24:04.000000000 +0200 @@ -67,7 +67,7 @@ { struct video_capability *caps = arg; - strncpy(caps->name, pdev->name, sizeof(caps->name) - 1); + strncpy(caps->name, device_get_desc(pdev->sc_dev), sizeof(caps->name) - 1); caps->name[sizeof(caps->name) - 1] = '\0'; caps->type = VID_TYPE_CAPTURE; caps->channels = 1; diff -u -r --exclude='*~' --exclude='*.o' pwcbsd.orig/pwc.c pwcbsd/pwc.c --- pwcbsd.orig/pwc.c 2009-05-27 14:04:07.000000000 +0200 +++ pwcbsd/pwc.c 2009-05-27 15:20:31.000000000 +0200 @@ -28,7 +28,8 @@ #include "pwc-dec1.h" #include "pwc-dec23.h" -static void pwc_isoc_handler(usbd_xfer_handle xfer, usbd_private_handle addr,usbd_status status); +static void pwc_isoc_rx_callback(struct usb2_xfer *xfer); +static void pwc_isoc_handler(struct usb2_xfer *xfer, void *addr); static void pwc_reset_buffers(struct pwc_softc *sc); static void pwc_free_buffers(struct pwc_softc *sc, int detach); @@ -57,55 +58,70 @@ .d_mmap = pwc_mmap, .d_name = "pwc", }; - -struct pwc_info { - struct usb_devno devno; - int type; - char *name; + +static const struct usb2_config pwc_config[MAX_ISO_BUFS] = { + [0] = { + .type = UE_ISOCHRONOUS, + .endpoint = UE_ADDR_ANY, + .direction = UE_DIR_IN, + .bufsize = 0, /* use "wMaxPacketSize * frames" */ + .frames = ISO_FRAMES_PER_DESC, + .flags = {.short_xfer_ok = 1,}, + .callback = &pwc_isoc_rx_callback, + }, + + [1] = { + .type = UE_ISOCHRONOUS, + .endpoint = UE_ADDR_ANY, + .direction = UE_DIR_IN, + .bufsize = 0, /* use "wMaxPacketSize * frames" */ + .frames = ISO_FRAMES_PER_DESC, + .flags = {.short_xfer_ok = 1,}, + .callback = &pwc_isoc_rx_callback, + }, }; -static const struct pwc_info pwc_devs[] = { - {{ 0x0471, 0x0302 }, 645, "Philips PCA645VC" }, - {{ 0x0471, 0x0303 }, 646, "Philips PCA646VC" }, - {{ 0x0471, 0x0304 }, 646, "Askey VC010 type 2" }, - {{ 0x0471, 0x0307 }, 675, "Philips PCVC675K (Vesta)" }, - {{ 0x0471, 0x0308 }, 680, "Philips PCVC680K (Vesta Pro)" }, - {{ 0x0471, 0x030C }, 690, "Philips PCVC690K (Vesta Pro Scan)" }, - {{ 0x0471, 0x0310 }, 730, "Philips PCVC730K (ToUCam Fun)/PCVC830 (ToUCam II)" }, - {{ 0x0471, 0x0311 }, 740, "Philips PCVC740K (ToUCam Pro)/PCVC840 (ToUCam II)" }, - {{ 0x0471, 0x0312 }, 750, "Philips PCVC750K (ToUCam Pro Scan)" }, - {{ 0x0471, 0x0313 }, 720, "Philips PCVC720K/40 (ToUCam XS)" }, - {{ 0x0471, 0x0329 }, 740, "Philips SPC900NC" }, - {{ 0x069A, 0x0001 }, 645, "Askey VC010 type 1" }, - {{ 0x046D, 0x08B0 }, 740, "Logitech QuickCam Pro 3000" }, - {{ 0x046D, 0x08B1 }, 740, "Logitech QuickCam Notebook Pro" }, - {{ 0x046D, 0x08B2 }, 740, "Logitech QuickCam Pro 4000" }, - {{ 0x046D, 0x08B3 }, 740, "Logitech QuickCam Zoom" }, - {{ 0x046D, 0x08B4 }, 740, "Logitech QuickCam Zoom (new model)" }, - {{ 0x046D, 0x08B5 }, 740, "Logitech QuickCam Orbit/Sphere" }, - {{ 0x046D, 0x08B6 }, 730, "Logitech QuickCam (reserved ID)" }, - {{ 0x046D, 0x08B7 }, 730, "Logitech QuickCam (reserved ID)" }, - {{ 0x046D, 0x08B8 }, 730, "Logitech QuickCam (reserved ID)" }, - {{ 0x055D, 0x9000 }, 675, "Samsung MPC-C10" }, - {{ 0x055D, 0x9001 }, 675, "Samsung MPC-C30" }, - {{ 0x055D, 0x9002 }, 740, "Samsung SNC-35E" }, - {{ 0x041E, 0x400C }, 730, "Creative Labs Webcam 5" }, - {{ 0x041E, 0x4011 }, 740, "Creative Labs Webcam Pro Ex" }, - {{ 0x04CC, 0x8116 }, 730, "Sotec Afina Eye" }, - {{ 0x06BE, 0x8116 }, 750, "AME Co. Afina Eye" }, - {{ 0x0d81, 0x1910 }, 740, "Visionite VCS-UC300" }, - {{ 0x0d81, 0x1900 }, 730, "Visionite VCS-UM100" }, + +static const struct usb2_device_id pwc_devs[] = { + {USB_VPI(0x0471, 0x0302, 645)}, /* Philips PCA645VC */ + {USB_VPI(0x0471, 0x0303, 646)}, /* Philips PCA646VC */ + {USB_VPI(0x0471, 0x0304, 646)}, /* Askey VC010 type 2 */ + {USB_VPI(0x0471, 0x0307, 675)}, /* Philips PCVC675K (Vesta) */ + {USB_VPI(0x0471, 0x0308, 680)}, /* Philips PCVC680K (Vesta Pro) */ + {USB_VPI(0x0471, 0x030C, 690)}, /* Philips PCVC690K (Vesta Pro Scan) */ + {USB_VPI(0x0471, 0x0310, 730)}, /* Philips PCVC730K (ToUCam Fun)/PCVC830 (ToUCam II) */ + {USB_VPI(0x0471, 0x0311, 740)}, /* Philips PCVC740K (ToUCam Pro)/PCVC840 (ToUCam II) */ + {USB_VPI(0x0471, 0x0312, 750)}, /* Philips PCVC750K (ToUCam Pro Scan) */ + {USB_VPI(0x0471, 0x0313, 720)}, /* Philips PCVC720K/40 (ToUCam XS) */ + {USB_VPI(0x0471, 0x0329, 740)}, /* Philips SPC900NC */ + {USB_VPI(0x069A, 0x0001, 645)}, /* Askey VC010 type 1 */ + {USB_VPI(0x046D, 0x08B0, 740)}, /* Logitech QuickCam Pro 3000 */ + {USB_VPI(0x046D, 0x08B1, 740)}, /* Logitech QuickCam Notebook Pro */ + {USB_VPI(0x046D, 0x08B2, 740)}, /* Logitech QuickCam Pro 4000 */ + {USB_VPI(0x046D, 0x08B3, 740)}, /* Logitech QuickCam Zoom */ + {USB_VPI(0x046D, 0x08B4, 740)}, /* Logitech QuickCam Zoom (new model) */ + {USB_VPI(0x046D, 0x08B5, 740)}, /* Logitech QuickCam Orbit/Sphere */ + {USB_VPI(0x046D, 0x08B6, 730)}, /* Logitech QuickCam (reserved ID) */ + {USB_VPI(0x046D, 0x08B7, 730)}, /* Logitech QuickCam (reserved ID) */ + {USB_VPI(0x046D, 0x08B8, 730)}, /* Logitech QuickCam (reserved ID) */ + {USB_VPI(0x055D, 0x9000, 675)}, /* Samsung MPC-C10 */ + {USB_VPI(0x055D, 0x9001, 675)}, /* Samsung MPC-C30 */ + {USB_VPI(0x055D, 0x9002, 740)}, /* Samsung SNC-35E */ + {USB_VPI(0x041E, 0x400C, 730)}, /* Creative Labs Webcam 5 */ + {USB_VPI(0x041E, 0x4011, 740)}, /* Creative Labs Webcam Pro Ex */ + {USB_VPI(0x04CC, 0x8116, 730)}, /* Sotec Afina Eye */ + {USB_VPI(0x06BE, 0x8116, 750)}, /* AME Co. Afina Eye */ + {USB_VPI(0x0d81, 0x1910, 740)}, /* Visionite VCS-UC300 */ + {USB_VPI(0x0d81, 0x1900, 730)}, /* Visionite VCS-UM100 */ }; -#define pwc_lookup(v, p) ((const struct pwc_info *)usb_lookup(pwc_devs, v, p)) -#define PWCUNIT(n) (minor(n)) -static device_probe_t pwc_match; +static device_probe_t pwc_probe; static device_attach_t pwc_attach; static device_detach_t pwc_detach; static devclass_t pwc_devclass; static device_method_t pwc_methods[] = { - DEVMETHOD(device_probe, pwc_match), + DEVMETHOD(device_probe, pwc_probe), DEVMETHOD(device_attach, pwc_attach), DEVMETHOD(device_detach, pwc_detach), {0,0}, @@ -120,85 +136,52 @@ MODULE_DEPEND(pwc, usb, 1, 1, 1); static int -pwc_match(device_t self) +pwc_probe(device_t self) { - struct usb_attach_arg *uaa = device_get_ivars(self); - usb_interface_descriptor_t *id; + struct usb2_attach_arg *uaa = device_get_ivars(self); - Trace(TRACE_PROBE,"pwc_match: vendor=0x%x, product=0x%x release=%04x\n",uaa->vendor, uaa->product,uaa->release); - - if(pwc_lookup(uaa->vendor, uaa->product) == NULL) - return UMATCH_NONE; + Trace(TRACE_PROBE,"pwc_probe:\n"); + + if (uaa->usb_mode != USB_MODE_HOST) + return (ENXIO); - /* Driver loaded when device was already plugged in, we have to claim all interfaces or get none... */ - if(uaa->usegeneric) - return UMATCH_VENDOR_PRODUCT; - - /* We don't want all interfaces */ - if(uaa->iface == NULL) - return UMATCH_NONE; - - id = usbd_get_interface_descriptor(uaa->iface); - if(id == NULL) { - printf("pwc: failed to get interface descriptor\n"); - return UMATCH_NONE; - } - - Trace(TRACE_PROBE,"pwc_match: iface=%d\n",id->bInterfaceNumber); - /* Interface 0 is the video interface * Interface 1 is supposed to be audiocontrol * Interface 2 is supposed to be audio */ - if(id->bInterfaceNumber != 0) - return UMATCH_NONE; - - return UMATCH_VENDOR_PRODUCT; - + if (uaa->info.bIfaceIndex != 0) + return (ENXIO); + + return (usb2_lookup_id_by_uaa(pwc_devs, sizeof(pwc_devs), uaa)); + + return (0); /* success */ } static int pwc_attach(device_t self) { struct pwc_softc *sc = device_get_softc(self); - struct usb_attach_arg *uaa = device_get_ivars(self); - char devinfo[1024]; - const char *tmpstr; - const struct pwc_info *info; + struct usb2_attach_arg *uaa = device_get_ivars(self); char *sizenames[PSZ_MAX] = { "sqcif", "qsif", "qcif", "sif", "cif", "vga" }; - int i, err; + const char *tmpstr; + int i; - info = pwc_lookup(uaa->vendor, uaa->product); - if(info == NULL) { - printf("%s: attach error vendor/product mismatch (vendor=0x%x product=0x%x)\n", - device_get_nameunit(sc->sc_dev),uaa->vendor,uaa->product); - return ENXIO; - } + device_set_usb2_desc(self); - usbd_devinfo(uaa->device, 0, devinfo); sc->sc_dev = self; - device_set_desc_copy(self, devinfo); - device_printf(self, "%s\n", devinfo); - - err = usbd_device2interface_handle(uaa->device,0,&sc->sc_iface); - if(err) { - printf("%s: failed to get interface handle\n",device_get_nameunit(sc->sc_dev)); - return ENXIO; - } sc->udev = uaa->device; - sc->type = info->type; - sc->name = info->name; - sc->release = uaa->release; + sc->type = USB_GET_DRIVER_INFO(uaa); + sc->release = uaa->info.bcdDevice; sc->power_save = 0; - + strcpy(sc->serial,"000-000-000-000"); - if(uaa->vendor == 0x046D) { - if(uaa->product == 0x08B4) { + if(uaa->info.idVendor == 0x046D) { + if(uaa->info.idProduct == 0x08B4) { sc->power_save = 1; } - else if(uaa->product == 0x08B5) { + else if(uaa->info.idProduct == 0x08B5) { /* Logitech QuickCam Orbit */ sc->features |= FEATURE_MOTOR_PANTILT; @@ -215,6 +198,8 @@ resource_string_value("pwc",device_get_unit(self),"devname",&tmpstr); sc->sc_dev_t = make_dev(&pwc_cdevsw, device_get_unit(self),UID_ROOT, GID_OPERATOR, 0666, "%s%d",tmpstr,device_get_unit(self)); + if (sc->sc_dev_t != NULL) + sc->sc_dev_t->si_drv1 = sc; resource_int_value("pwc",device_get_unit(self),"power_save",&sc->power_save); @@ -273,7 +258,6 @@ resource_int_value("pwc",device_get_unit(self),"pad",&sc->pwc_pad); pwc_construct(sc); - printf("%s: %s USB webcam\n",device_get_nameunit(sc->sc_dev),sc->name); if(pwc_get_cmos_sensor(sc, &i) >= 0) { @@ -299,7 +283,6 @@ if(sc->power_save) pwc_camera_power(sc, 0); - usbd_add_drv_event(USB_EVENT_DRIVER_ATTACH, sc->udev,sc->sc_dev); return 0; } @@ -309,12 +292,8 @@ struct pwc_softc *sc = device_get_softc(self); Trace(TRACE_PROBE,"pwc_detach: sc=%p\n",sc); - - if(sc->sc_videopipe != NULL) { - usbd_abort_pipe(sc->sc_videopipe); - usbd_close_pipe(sc->sc_videopipe); - sc->sc_videopipe = NULL; - } + + usb2_transfer_unsetup(sc->sc_xfer, MAX_ISO_BUFS); sc->error_status = EPIPE; @@ -334,20 +313,15 @@ mtx_destroy(&sc->ptrlock); pwc_free_buffers(sc,1); - usbd_add_drv_event(USB_EVENT_DRIVER_DETACH, sc->udev,sc->sc_dev); return 0; } int pwc_open(struct cdev *dev, int flag, int mode, struct thread *p) { - struct pwc_softc *sc; + struct pwc_softc *sc = dev->si_drv1; int i,err; - int unit = PWCUNIT(dev); - - sc = devclass_get_softc(pwc_devclass,unit); - if(sc == NULL) - return ENXIO; + int unit = device_get_unit(sc->sc_dev); Trace(TRACE_OPEN,"pwc_open: flag=%d, mode=%d, unit=%d\n",flag, mode, unit); @@ -419,23 +393,6 @@ for (i = 0; i < sc->pwc_mbufs; i++) sc->image_used[i] = 0; - /* Allocate iso transfers */ - for (i = 0; i < MAX_ISO_BUFS; i++) { - sc->sbuf[i].sc = sc; - sc->sbuf[i].xfer = usbd_alloc_xfer(sc->udev); - - if(sc->sbuf[i].xfer == NULL) { - printf("%s: Failed to allocate transfer\n",device_get_nameunit(sc->sc_dev)); - goto bad; - } - - sc->sbuf[i].data = usbd_alloc_buffer(sc->sbuf[i].xfer, ISO_BUFFER_SIZE); - if(sc->sbuf[i].data == NULL) { - printf("%s: Failed to allocate transferbuffer\n",device_get_nameunit(sc->sc_dev)); - goto bad; - } - } - sc->state = 0; sc->vframe_count = 0; sc->vframes_dumped = 0; @@ -476,10 +433,9 @@ int pwc_close(struct cdev *dev, int flag, int mode, struct thread *p) { - struct pwc_softc *sc; - int unit = PWCUNIT(dev); - - sc = devclass_get_softc(pwc_devclass, unit); + struct pwc_softc *sc = dev->si_drv1; + int unit = device_get_unit(sc->sc_dev); + Trace(TRACE_OPEN,"pwc_close: flag=%d, mode=%d, unit=%d\n", flag, mode, unit); /* Dump statistics, but only if a reasonable amount of frames were @@ -495,19 +451,14 @@ pwc_dec1_exit(); else pwc_dec23_exit(); /* Timon & Kiara */ - - if(sc->sc_videopipe != NULL) { - usbd_abort_pipe(sc->sc_videopipe); - usbd_close_pipe(sc->sc_videopipe); - sc->sc_videopipe = NULL; - } pwc_free_buffers(sc,0); /* Turn off LEDS and power down camera, but only when not unplugged */ if(sc->error_status != EPIPE) { - - usbd_set_interface(sc->sc_iface, 0); + + usb2_set_alt_interface_index(sc->udev, sc->sc_iface_index, 0); + pwc_set_leds(sc,0,0); if(sc->power_save) { @@ -523,15 +474,14 @@ int pwc_read(struct cdev *dev, struct uio *uio, int flag) { - struct pwc_softc *sc; - int unit = PWCUNIT(dev); + struct pwc_softc *sc = dev->si_drv1; + int unit = device_get_unit(sc->sc_dev); int bytes_to_read; int count = uio->uio_resid; int err; Trace(TRACE_READ,"pwc_read: flag=%d, unit=%d\n", flag, unit); - sc = devclass_get_softc(pwc_devclass, unit); if (sc->error_status) return sc->error_status; @@ -583,10 +533,9 @@ int pwc_ioctl(struct cdev *dev, u_long cmd, caddr_t addr, int flag, struct thread *p) { - struct pwc_softc *sc; - int unit = PWCUNIT(dev); + struct pwc_softc *sc = dev->si_drv1; + int unit = device_get_unit(sc->sc_dev); - sc = devclass_get_softc(pwc_devclass, unit); if (sc->error_status) return sc->error_status; @@ -596,11 +545,9 @@ int pwc_poll(struct cdev *dev, int events, struct thread *p) { - struct pwc_softc *sc; - int unit = PWCUNIT(dev); + struct pwc_softc *sc = dev->si_drv1; int revents = 0; - sc = devclass_get_softc(pwc_devclass, unit); if(sc->error_status) return sc->error_status; @@ -628,13 +575,9 @@ pwc_mmap(struct cdev *dev, vm_offset_t offset, vm_paddr_t *paddr, int nprot) { #ifdef USE_MMAP - struct pwc_softc *sc; - int unit = PWCUNIT(dev); + struct pwc_softc *sc = dev->si_drv1; + int unit = device_get_unit(sc->sc_dev); - sc = devclass_get_softc(pwc_devclass, unit); - if(sc == NULL) - return ENXIO; - if (sc->error_status) return sc->error_status; @@ -652,16 +595,10 @@ int pwc_try_video_mode(struct pwc_softc *sc, int width, int height, int new_fps, int new_compression, int new_snapshot) { - usb_endpoint_descriptor_t *edesc = NULL; - u_int8_t nendpt; - int i, j, err, ret; - - if(sc->sc_videopipe != NULL) { - usbd_abort_pipe(sc->sc_videopipe); - usbd_close_pipe(sc->sc_videopipe); - sc->sc_videopipe = NULL; - } - + int i, err, ret; + + usb2_transfer_unsetup(sc->sc_xfer, MAX_ISO_BUFS); + pwc_reset_buffers(sc); /* Try to set video mode... if that fails fallback to previous mode */ @@ -678,52 +615,21 @@ sc->drop_frames++; /* try to avoid garbage during switch */ sc->vsync = 0; - err = usbd_set_interface(sc->sc_iface,sc->valternate); - if(err != USBD_NORMAL_COMPLETION) { + err = usb2_set_alt_interface_index(sc->udev, sc->sc_iface_index, sc->valternate); + if(err != USB_ERR_NORMAL_COMPLETION) { printf("%s: Failed to set alternate interface to: %d (%d)\n",device_get_nameunit(sc->sc_dev),sc->valternate,err); return -err; } - err = usbd_endpoint_count(sc->sc_iface, &nendpt); - if(err != USBD_NORMAL_COMPLETION) { - printf("%s: Failed to get endpoint count (%d)\n",device_get_nameunit(sc->sc_dev),err); - return -err; - } - for (i = 0; i < nendpt; i++) { - edesc = usbd_interface2endpoint_descriptor(sc->sc_iface, i); - if(edesc != NULL && UE_GET_ADDR(edesc->bEndpointAddress) == sc->vendpoint) - break; - } - if(i == nendpt) { - printf("%s: Failed to find videoendpoint\n",device_get_nameunit(sc->sc_dev)); - return -EINVAL; - } - - sc->vmax_packet_size = UGETW(edesc->wMaxPacketSize); - if(sc->vmax_packet_size < 0 || sc->vmax_packet_size > ISO_MAX_FRAME_SIZE) { - printf("%s: Invalid packetsize (%d) for endpoint %d\n",device_get_nameunit(sc->sc_dev), - sc->vmax_packet_size,edesc->bEndpointAddress); - return -EINVAL; - } - - err = usbd_open_pipe(sc->sc_iface,edesc->bEndpointAddress, 0, &sc->sc_videopipe); - if(err != USBD_NORMAL_COMPLETION) { - printf("%s: Failed to open videopipe (%d)\n",device_get_nameunit(sc->sc_dev),err); + /* Allocate iso transfers */ + if (usb2_transfer_setup(sc->udev, &sc->sc_iface_index, sc->sc_xfer, + pwc_config, MAX_ISO_BUFS, sc, &Giant)) { + printf("%s: Failed to setup USB transfers\n", device_get_nameunit(sc->sc_dev)); return -err; } for (i = 0; i < MAX_ISO_BUFS; i++) { - - for(j = 0; j < ISO_FRAMES_PER_DESC; ++j) - sc->sbuf[i].sizes[j] = sc->vmax_packet_size; - - usbd_setup_isoc_xfer(sc->sbuf[i].xfer, sc->sc_videopipe, - &sc->sbuf[i],sc->sbuf[i].sizes, - ISO_FRAMES_PER_DESC, - USBD_NO_COPY|USBD_SHORT_XFER_OK, - pwc_isoc_handler); - - usbd_transfer(sc->sbuf[i].xfer); + usb2_transfer_start(sc->sc_xfer[i]); } if(sc->state & PWC_INIT) @@ -767,37 +673,41 @@ } static void -pwc_isoc_handler(usbd_xfer_handle xfer, usbd_private_handle addr,usbd_status status) +pwc_isoc_rx_callback(struct usb2_xfer *xfer) { - struct pwc_iso_buf *req = addr; - struct pwc_softc *sc = req->sc; + uint8_t i; + + switch(USB_GET_STATE(xfer)) { + case USB_ST_TRANSFERRED: + pwc_isoc_handler(xfer, xfer->priv_sc); + + /* FALLTHROUGH */ + + case USB_ST_SETUP: + tr_setup: + for (i = 0; i != xfer->max_frame_count; i++) + xfer->frlengths[i] = xfer->max_frame_size; + + xfer->nframes = xfer->max_frame_count; + usb2_start_hardware(xfer); + break; + default: + if (xfer->error != USB_ERR_CANCELLED) + goto tr_setup; + break; + } +} + +static void +pwc_isoc_handler(struct usb2_xfer *xfer, void *addr) +{ + struct pwc_softc *sc = addr; struct pwc_frame_buf *fbuf; unsigned char *fillptr = NULL; - u_int32_t count; int awake = 0; int i; - - usbd_get_xfer_status(xfer, NULL, NULL, &count, NULL); - Trace(TRACE_ISOC_VERBOSE, "pwc_isoc_handler: status=%d count=%u\n",status,count); - - if (status == USBD_CANCELLED) { - Trace(TRACE_ISOC, "pwc_isoc_handler: status = cancelled\n"); - return; - } - if(status != USBD_NORMAL_COMPLETION) { - - Trace(TRACE_ISOC, "pwc_isoc_handler called with status: %d\n",status); - - if (++sc->visoc_errors > MAX_ISOC_ERRORS) { - - if(sc->error_status != EIO) - printf("%s: Too many ISOC errors, bailing out.\n",device_get_nameunit(sc->sc_dev)); - sc->error_status = EIO; - awake = 1; - } - goto handler_end; // ugly, but practical - } + Trace(TRACE_ISOC_VERBOSE, "pwc_isoc_handler: count=%u\n", xfer->actlen); /* Reset ISOC error counter. We did get here, after all. */ sc->visoc_errors = 0; @@ -816,8 +726,8 @@ /* XXX there is no individual framestatus in FreeBSD usbstack * so just assume all frames are good */ - u_int16_t flen = req->sizes[i]; - unsigned char *iso_buf = req->data + sc->vmax_packet_size * i; + u_int16_t flen = xfer->frlengths[i]; + u_int32_t iso_buf = xfer->max_frame_size * i; if (flen > 0) { /* if valid data... */ if(sc->vsync > NOCOPY) { /* ...and we are not sync-hunting... */ @@ -830,7 +740,7 @@ sc->vframes_error++; } else { - memcpy(fillptr, iso_buf, flen); + usb2_copy_out(xfer->frbuffers, iso_buf, fillptr, flen); fillptr += flen; } } @@ -943,7 +853,6 @@ sc->vlast_packet_size = flen; } -handler_end: if(awake) { if(sc->state & PWC_ASLEEP) { wakeup(sc); @@ -953,16 +862,6 @@ selwakeuppri(&sc->rsel, PZERO); } } - /* setup size for next transfer */ - for (i = 0; i < ISO_FRAMES_PER_DESC; i++) - req->sizes[i] = sc->vmax_packet_size; - - usbd_setup_isoc_xfer(xfer, sc->sc_videopipe, req, req->sizes, - ISO_FRAMES_PER_DESC, - USBD_NO_COPY|USBD_SHORT_XFER_OK, - pwc_isoc_handler); - - usbd_transfer(xfer); } int @@ -1050,6 +949,9 @@ { int i; Trace(TRACE_MEMORY, "Entering free_buffers(%p).\n", sc); + + usb2_transfer_unsetup(sc->sc_xfer, MAX_ISO_BUFS); + if (sc->fbuf != NULL) { for (i = 0; i < sc->pwc_fbufs; i++) { if (sc->fbuf[i].data != NULL) { @@ -1074,13 +976,6 @@ free(sc->image_data,M_USBDEV); sc->image_data = NULL; } - - for (i = 0; i < MAX_ISO_BUFS; i++) { - if (sc->sbuf[i].xfer != NULL) { - usbd_free_xfer(sc->sbuf[i].xfer); /* implicit buffer free */ - sc->sbuf[i].xfer = NULL; - } - } } -DRIVER_MODULE(pwc, uhub, pwc_driver, pwc_devclass, usbd_driver_load, 0); +DRIVER_MODULE(pwc, uhub, pwc_driver, pwc_devclass, NULL, 0); diff -u -r --exclude='*~' --exclude='*.o' pwcbsd.orig/pwc.h pwcbsd/pwc.h --- pwcbsd.orig/pwc.h 2009-05-27 14:04:07.000000000 +0200 +++ pwcbsd/pwc.h 2009-05-27 15:22:16.000000000 +0200 @@ -44,8 +44,16 @@ #include #include -#include -#include +#include +#include + +#include +#include +#include +#include +#include +#include + #include "pwc-uncompress.h" #include "pwc-ioctl.h" #include "videodev.h" @@ -69,7 +77,7 @@ #define TRACE_READ_VERBOSE 0x0800 #define TRACE_SEQUENCE 0x1000 -#ifdef USB_DEBUG +#if USB_DEBUG #define Trace(R, A...) if (pwcdebug & R) printf(PWC_NAME " " A) #define Debug(A...) if(pwcdebug) printf(PWC_NAME " " A) extern int pwcdebug; @@ -93,14 +101,9 @@ #define FRAME_LOWMARK 5 /* Size and number of buffers for the ISO pipe. */ -#define MAX_ISO_BUFS 3 - -/* !!!!!!!!!! IMPORTANT DO NOT SET THIS HIGHER THAN 8 !!!!!!!!!!!!!!! - * !!!!!!!!!! OHCI IS BUGGY IF YOU DO SO !!!!!!!!!!!!!!!*/ -#define ISO_FRAMES_PER_DESC 8 +#define MAX_ISO_BUFS 2 -#define ISO_MAX_FRAME_SIZE 960 -#define ISO_BUFFER_SIZE (ISO_FRAMES_PER_DESC * ISO_MAX_FRAME_SIZE) +#define ISO_FRAMES_PER_DESC 16 /* should be multiple of 8 */ /* Frame buffers: contains compressed or uncompressed video data. */ #define MAX_FRAMES 5 @@ -133,17 +136,17 @@ struct pwc_softc { device_t sc_dev; - usbd_device_handle udev; - usbd_interface_handle sc_iface; - usbd_pipe_handle sc_videopipe; + + struct usb2_xfer *sc_xfer[MAX_ISO_BUFS]; + struct usb2_device *udev; struct cdev *sc_dev_t; struct selinfo rsel; - char *name; + uint8_t sc_iface_index; int type; /* type of cam (645, 646, 675, 680, 690, 720, 730, 740, 750) */ int release; /* release number */ int features; /* feature bits */ - char serial[USB_MAX_STRING_LEN]; /* serial number (string) */ + char serial[64]; /* serial number (string) */ int error_status; /* set when something goes wrong with the cam (unplugged, USB errors) */ int usb_init; /* set when the cam has been initialized over USB */ @@ -165,7 +168,6 @@ int vframe_count; /* received frames */ int vframes_dumped; /* counter for dumped frames */ int vframes_error; /* frames received in error */ - int vmax_packet_size; /* USB maxpacket size */ u_int16_t vlast_packet_size; /* for frame synchronisation */ int visoc_errors; /* number of contiguous ISOC errors */ int vcompression; /* desired compression factor */ @@ -187,15 +189,7 @@ Note that MAX_ISO_BUFS != MAX_FRAMES != MAX_IMAGES.... We have in effect a back-to-back-double-buffer system. */ - /* 1: isoc */ - struct pwc_iso_buf - { - unsigned char *data; - usbd_xfer_handle xfer; - u_int16_t sizes[ISO_FRAMES_PER_DESC]; - struct pwc_softc *sc; - } sbuf[MAX_ISO_BUFS]; - + char iso_init; /* 2: frame */ --Boundary-00=_vLUHKZ9xqYJmzlK-- From owner-freebsd-current@FreeBSD.ORG Wed May 27 13:43:47 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 954CB106566C; Wed, 27 May 2009 13:43:47 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id 5A16C8FC0A; Wed, 27 May 2009 13:43:46 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: by bsdcrew.de (Postfix, from userid 1001) id 016954AC5D; Wed, 27 May 2009 15:43:43 +0200 (CEST) Date: Wed, 27 May 2009 15:43:43 +0200 From: Martin Wilke To: ports@FreeBSD.org Message-ID: <20090527134343.GB1104@bsdcrew.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 13:43:48 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Howdy, First of all sorry for all unanswered mails, I got a stupid flu, but now i feel better... ok now back to vbox, time for a new call for testing :-) Following was added/fixed: - - ACPI Support was added - - hostDVD support was added - - Fix startup on HEAD - - Plist problem under AMD64 was fixed - - Qt4 Frontend is now Optional - - Desktop file was added - - Xorg dependencies was fixed - - Guest additions was added (thx to Maho NAKATA ) Open task: We have got 2 patches for nls support and the request to make dbus and pulseaudio optional. These both will be added with the next run. We'd like to say many many thanks for all your feedback. http://people.freebsd.org/~miwi/vbox/virtualbox_5.tgz Happy Testing :-) - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkodQ48ACgkQdLJIhLHm/OmjfQCfR6Zczz0XcZZpAYie64D2G0Ti wwQAn2r0W/12iidjOfgvX05QPNQX1oUc =b8tt -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed May 27 14:18:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 899B21065691; Wed, 27 May 2009 14:18:21 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.freebsd.org (Postfix) with ESMTP id E7ACD8FC14; Wed, 27 May 2009 14:18:20 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=HtQ-Ub9uADUA:10 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=6I5d2MoRAAAA:8 a=wBPPLCDpThh1fFKblIsA:9 a=qmY2aE-c_TG48Juv1Sw5f-CaFB0A:4 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1252687574; Wed, 27 May 2009 16:18:19 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 27 May 2009 16:22:23 +0200 User-Agent: KMail/1.9.7 References: <20090527104655.GA3290@current.Sisis.de> <200905271541.03952.hselasky@c2i.net> In-Reply-To: <200905271541.03952.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905271622.24023.hselasky@c2i.net> Cc: lme@freebsd.org, Matthias Apitz Subject: Re: ports/multimedia/pwcbsd && -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 14:18:22 -0000 On Wednesday 27 May 2009, Hans Petter Selasky wrote: > On Wednesday 27 May 2009, Matthias Apitz wrote: > > Hello, > > > > The page http://wiki.freebsd.org/PortsBrokenOnCurrent shows the port > > ports/multimedia/pwcbsd as 'will need fork', what does this mean and is > > there some work in progress on it? I'd like to have my USB based cam > > back :-)) > > > > matthias > > Hi, > > Please try the attached patch. Maybe you can figure out any remaining > issues, hence I did not have time to test it. > > --HPS BTW: We should have a video library that can run these drivers in userland. The new libusb in FreeBSD supports isochronous transfers, and when the libusb v1.0 API emulation is complete, maybe we can push the guys behind the Linux webcam drivers to convert them into using libusb? Would be cool :-) --HPS From owner-freebsd-current@FreeBSD.ORG Wed May 27 14:50:25 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36780106564A; Wed, 27 May 2009 14:50:25 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 800E98FC18; Wed, 27 May 2009 14:50:23 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id n4REoKi7018888 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 27 May 2009 18:50:21 +0400 (MSD) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M9KSS-0006h2-93; Wed, 27 May 2009 18:50:20 +0400 From: Vladimir Grebenschikov To: Martin Wilke In-Reply-To: <20090527134343.GB1104@bsdcrew.de> References: <20090527134343.GB1104@bsdcrew.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 27 May 2009 18:50:20 +0400 Message-Id: <1243435820.47997.103.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: ports@FreeBSD.org, freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 14:50:26 -0000 Hi Martin Many thanks again ! One more question, what about USB support ? Is it possible to pass host usb devices inside VM ? I have such option in machine menu but it is always empty. $ usbconfig ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen4.2: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen4.3: at usbus4, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON ugen3.2: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen3.3: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON $ As minimum ugen3.3 have no driver attached. Also I have RW permissions to access /dev/usb* devices. -----Original Message----- From: Martin Wilke To: ports@FreeBSD.org Cc: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 Date: Wed, 27 May 2009 15:43:43 +0200 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Howdy, First of all sorry for all unanswered mails, I got a stupid flu, but now i feel better... ok now back to vbox, time for a new call for testing :-) Following was added/fixed: - - ACPI Support was added - - hostDVD support was added - - Fix startup on HEAD - - Plist problem under AMD64 was fixed - - Qt4 Frontend is now Optional - - Desktop file was added - - Xorg dependencies was fixed - - Guest additions was added (thx to Maho NAKATA ) Open task: We have got 2 patches for nls support and the request to make dbus and pulseaudio optional. These both will be added with the next run. We'd like to say many many thanks for all your feedback. http://people.freebsd.org/~miwi/vbox/virtualbox_5.tgz Happy Testing :-) - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkodQ48ACgkQdLJIhLHm/OmjfQCfR6Zczz0XcZZpAYie64D2G0Ti wwQAn2r0W/12iidjOfgvX05QPNQX1oUc =b8tt -----END PGP SIGNATURE----- _______________________________________________ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@freebsd.org" -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Wed May 27 14:54:06 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0E031065723; Wed, 27 May 2009 14:54:06 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id 9F7048FC16; Wed, 27 May 2009 14:54:06 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 2C0496D43D; Wed, 27 May 2009 16:54:11 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KFH9io-w6062; Wed, 27 May 2009 16:54:08 +0200 (CEST) Received: by mx1.rink.nu (Postfix, from userid 1000) id 0B3026D43B; Wed, 27 May 2009 16:54:08 +0200 (CEST) Date: Wed, 27 May 2009 16:54:08 +0200 From: Rink Springer To: Vladimir Grebenschikov Message-ID: <20090527145408.GB68852@rink.nu> References: <20090527134343.GB1104@bsdcrew.de> <1243435820.47997.103.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1243435820.47997.103.camel@localhost> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: ports@FreeBSD.org, freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, Martin Wilke Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 14:54:07 -0000 On Wed, May 27, 2009 at 06:50:20PM +0400, Vladimir Grebenschikov wrote: > One more question, what about USB support ? > Is it possible to pass host usb devices inside VM ? I think this is only possible with the non-open-source version of VirtualBox. Regards, -- Rink P.W. Springer - http://rink.nu "Doom, gloom and despair. I like it!" - Tiresias From owner-freebsd-current@FreeBSD.ORG Wed May 27 15:02:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71A411065672 for ; Wed, 27 May 2009 15:02:52 +0000 (UTC) (envelope-from sson@freebsd.org) Received: from www.son.org (son.org [199.239.233.23]) by mx1.freebsd.org (Postfix) with ESMTP id 21AAC8FC17 for ; Wed, 27 May 2009 15:02:51 +0000 (UTC) (envelope-from sson@freebsd.org) Received: from NextStepNG.son.org (adsl-76-203-228-11.dsl.rcsntx.sbcglobal.net [76.203.228.11]) (authenticated bits=0) by www.son.org (8.13.6.20060614/8.13.6) with ESMTP id n4REc9p3050228; Wed, 27 May 2009 09:38:09 -0500 (CDT) Message-ID: <4A1D5050.4030207@freebsd.org> Date: Wed, 27 May 2009 09:38:08 -0500 From: Stacey Son User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: pluknet References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: svn commit: r192853 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 15:02:52 -0000 pluknet wrote: > Hi. > > It is interesting that lockstat facility first appeared in stable/7 > as part of dtrace MFC in Aug/2008, and then only now in -current. > Was it intentional or some mistake occasionally happen? > That was unintentional... Some of the earlier lockstat provider bits were included in the MFC but weren't functional. Best Regards, -stacey. From owner-freebsd-current@FreeBSD.ORG Wed May 27 15:03:54 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 505B31065672; Wed, 27 May 2009 15:03:54 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id CFEF48FC16; Wed, 27 May 2009 15:03:53 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: by bsdcrew.de (Postfix, from userid 1001) id 9695B4AC5D; Wed, 27 May 2009 17:03:50 +0200 (CEST) Date: Wed, 27 May 2009 17:03:50 +0200 From: Martin Wilke To: Vladimir Grebenschikov Message-ID: <20090527150350.GC1104@bsdcrew.de> References: <20090527134343.GB1104@bsdcrew.de> <1243435820.47997.103.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <1243435820.47997.103.camel@localhost> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: ports@FreeBSD.org, freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 15:03:55 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, May 27, 2009 at 06:50:20PM +0400, Vladimir Grebenschikov wrote: > Hi Martin > > Many thanks again ! > > One more question, what about USB support ? > Is it possible to pass host usb devices inside VM ? > I have such option in machine menu but it is always empty. > > $ usbconfig > ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > ugen4.1: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON > ugen4.2: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE > ugen4.3: at usbus4, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON > ugen3.2: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > ugen3.3: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > $ > > As minimum ugen3.3 have no driver attached. > > Also I have RW permissions to access /dev/usb* devices. USB Support isn't ported yet maybe later :-). - - Martin > > -----Original Message----- > From: Martin Wilke > To: ports@FreeBSD.org > Cc: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org > Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 > Date: Wed, 27 May 2009 15:43:43 +0200 > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Howdy, > > First of all sorry for all unanswered mails, I got a stupid flu, > but now i feel better... ok now back to vbox, time for a new call > for testing :-) > > Following was added/fixed: > > - - ACPI Support was added > - - hostDVD support was added > - - Fix startup on HEAD > - - Plist problem under AMD64 was fixed > - - Qt4 Frontend is now Optional > - - Desktop file was added > - - Xorg dependencies was fixed > - - Guest additions was added (thx to Maho NAKATA ) > > Open task: > We have got 2 patches for nls support and the request > to make dbus and pulseaudio optional. These both will > be added with the next run. > > We'd like to say many many thanks for all your feedback. > > http://people.freebsd.org/~miwi/vbox/virtualbox_5.tgz > > Happy Testing :-) > > > > - -- > > +-----------------------+-------------------------------+ > | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | > | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | > +-----------------------+-------------------------------+ > | Mess with the Best, Die like the Rest! | > +-----------------------+-------------------------------+ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.11 (FreeBSD) > > iEYEARECAAYFAkodQ48ACgkQdLJIhLHm/OmjfQCfR6Zczz0XcZZpAYie64D2G0Ti > wwQAn2r0W/12iidjOfgvX05QPNQX1oUc > =b8tt > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-emulation@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-emulation > To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@freebsd.org" > -- > Vladimir B. Grebenschikov > vova@fbsd.ru > - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkodVR8ACgkQdLJIhLHm/OnWgwCeLF3N/nGErpYkdMEMPDMbGIAy gOcAoJS0VxKO7FXCMbIlvbZvWy3Rt97s =iyhU -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed May 27 15:06:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEA891065676; Wed, 27 May 2009 15:06:24 +0000 (UTC) (envelope-from army.of.root@googlemail.com) Received: from mail-fx0-f159.google.com (mail-fx0-f159.google.com [209.85.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id AE1C58FC2A; Wed, 27 May 2009 15:06:23 +0000 (UTC) (envelope-from army.of.root@googlemail.com) Received: by fxm3 with SMTP id 3so71738fxm.43 for ; Wed, 27 May 2009 08:06:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=UTXO6hmTIjd7a+/sUxq9ROCh+tbmfVhCgrVtMp+zuJc=; b=da6r4oet2aNHvewZW775ZjPPfEFZ3Mkouzcxp+cedlxZzLJNNRUqsJL2Xo4aCNXE7F TWTn6wty0pRy5bYu4HrVDcPRP1yxX5flGCpeb7YVgryqs4Az2n2lmr9e+Li6INVlkHL5 MaMKF28qVO/1ZP/R5u+e31xKZNaoKwiFAhikg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=Td8Kn9vN0Y/qwO0+nNFilMNWzyrOeIKofWNdlUKHgglI8sAmc+dFXwAQHD3q+V9Ms3 1/B03PqBrsit69Donlb4yciwOzfpv9GNsAKYNKix0qj9f+iJWxkKwkpgIlXv7eKCxfps ijXqukCzYiRv5IjZ7DJXMys4ErX6kTKltwBSY= Received: by 10.103.218.19 with SMTP id v19mr59609muq.82.1243436782252; Wed, 27 May 2009 08:06:22 -0700 (PDT) Received: from ?192.168.2.24? (p5486DAF4.dip.t-dialin.net [84.134.218.244]) by mx.google.com with ESMTPS id n10sm2706677mue.17.2009.05.27.08.06.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 27 May 2009 08:06:21 -0700 (PDT) Message-ID: <4A1D56EB.7090300@googlemail.com> Date: Wed, 27 May 2009 17:06:19 +0200 From: "army.of.root" User-Agent: Thunderbird 2.0.0.21 (X11/20090429) MIME-Version: 1.0 To: Rink Springer References: <20090527134343.GB1104@bsdcrew.de> <1243435820.47997.103.camel@localhost> <20090527145408.GB68852@rink.nu> In-Reply-To: <20090527145408.GB68852@rink.nu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Vladimir Grebenschikov , ports@FreeBSD.org, freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, Martin Wilke Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 15:06:26 -0000 Rink Springer wrote: > On Wed, May 27, 2009 at 06:50:20PM +0400, Vladimir Grebenschikov wrote: >> One more question, what about USB support ? >> Is it possible to pass host usb devices inside VM ? > > I think this is only possible with the non-open-source version of > VirtualBox. > > Regards, > Maybe Sun/Innotek has some spare time and makes an official Release. I See it coming :) - A Windows VM just for Webcam stuff... Maybe the new USB-Stack and libusb makes Support on the VBox side really easy. best regards From owner-freebsd-current@FreeBSD.ORG Wed May 27 15:07:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B094106564A; Wed, 27 May 2009 15:07:03 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-fx0-f159.google.com (mail-fx0-f159.google.com [209.85.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 3F8828FC2E; Wed, 27 May 2009 15:07:01 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by fxm3 with SMTP id 3so72408fxm.43 for ; Wed, 27 May 2009 08:07:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.125.144 with SMTP id y16mr43800far.93.1243435011272; Wed, 27 May 2009 07:36:51 -0700 (PDT) In-Reply-To: <20090527134343.GB1104@bsdcrew.de> References: <20090527134343.GB1104@bsdcrew.de> From: Vlad GALU Date: Wed, 27 May 2009 17:36:31 +0300 Message-ID: To: Martin Wilke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 15:07:04 -0000 On Wed, May 27, 2009 at 4:43 PM, Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Howdy, > > First of all sorry for all unanswered mails, I got a stupid flu, > but now i feel better... ok now back to vbox, time for a new call > for testing :-) > > Following was added/fixed: > > - - ACPI Support was added > - - hostDVD support was added > - - Fix startup on HEAD > - - Plist problem under AMD64 was fixed > - - Qt4 Frontend is now Optional > - - Desktop file was added > - - Xorg dependencies was fixed > - - Guest additions was added (thx to Maho NAKATA ) > > Open task: > =A0We have got 2 patches for nls support and the request > =A0to make dbus and pulseaudio optional. These both will > =A0be added with the next run. > > =A0We'd like to say many many thanks for all your feedback. > > http://people.freebsd.org/~miwi/vbox/virtualbox_5.tgz > > Happy Testing :-) Hi Martin, I'm running RELENG_7, I've just given it a spin, I was able to install another FreeBSD instance in the virtual machine. Working great! Any idea when this will hit the ports tree? As a side note, loading vboxdrv.ko while X was running crashed my machine, in RTMpGetOnlineCount (). Unfortunately, all frames between that and frame 0 were corrupt. After rebooting, I was able to log on ttyv0 and loaded it without any issues. From owner-freebsd-current@FreeBSD.ORG Wed May 27 15:08:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95F1E10656B6; Wed, 27 May 2009 15:08:19 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from hydra.fletchermoorland.co.uk (hydra.fletchermoorland.co.uk [78.33.209.59]) by mx1.freebsd.org (Postfix) with ESMTP id DA0A58FC16; Wed, 27 May 2009 15:08:18 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from [192.168.0.154] (demophon.fletchermoorland.co.uk [192.168.0.154]) by hydra.fletchermoorland.co.uk (8.14.2/8.14.2) with ESMTP id n4RF8FqJ052490; Wed, 27 May 2009 16:08:15 +0100 (BST) (envelope-from paul@fletchermoorland.co.uk) Message-ID: <4A1D575F.7040908@fletchermoorland.co.uk> Date: Wed, 27 May 2009 16:08:15 +0100 From: Paul Wootton User-Agent: Thunderbird 2.0.0.21 (X11/20090504) MIME-Version: 1.0 To: Martin Wilke References: <20090527134343.GB1104@bsdcrew.de> In-Reply-To: <20090527134343.GB1104@bsdcrew.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Scanned-By: MIMEDefang 2.64 on 192.168.0.1 Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 15:08:22 -0000 Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Howdy, > > First of all sorry for all unanswered mails, I got a stupid flu, > but now i feel better... ok now back to vbox, time for a new call > for testing :-) > > Following was added/fixed: > > - - ACPI Support was added > - - hostDVD support was added > - - Fix startup on HEAD > - - Plist problem under AMD64 was fixed > - - Qt4 Frontend is now Optional > - - Desktop file was added > - - Xorg dependencies was fixed > - - Guest additions was added (thx to Maho NAKATA ) > > Open task: > We have got 2 patches for nls support and the request > to make dbus and pulseaudio optional. These both will > be added with the next run. > > We'd like to say many many thanks for all your feedback. > > http://people.freebsd.org/~miwi/vbox/virtualbox_5.tgz > > Happy Testing :-) > > > > - -- > > +-----------------------+-------------------------------+ > | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | > | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | > +-----------------------+-------------------------------+ > | Mess with the Best, Die like the Rest! | > +-----------------------+-------------------------------+ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.11 (FreeBSD) > > iEYEARECAAYFAkodQ48ACgkQdLJIhLHm/OmjfQCfR6Zczz0XcZZpAYie64D2G0Ti > wwQAn2r0W/12iidjOfgvX05QPNQX1oUc > =b8tt > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > > ----------------------------------------------------------------------------------- > Fletcher Moorland Limited is a company registered in England and Wales. > Registration number: 2984467. > Registered office: Elenora Street, Stoke on Trent, Staffordshire, ST4 1QG. > VAT Registration number: 478730606 > Telephone: 01782 411021 | Fax: 01782 744470 | http://www.fletchermoorland.co.uk > Hi, With both VirtualBox 4 and 5, when I try to run VirtualBox I get an error saying "Callee RC: NS_ERROR_ABORT (0x80004004)" If I run VBoxSVC is a console session and then try VirtualBox I get "********************************************** Sun VirtualBox XPCOM Server Version 2.2.51_OSE (C) 2008-2009 Sun Microsystems, Inc. All rights reserved. Starting event loop.... [press Ctrl-C to quit] terminate called after throwing an instance of 'settings::ENoValue' what(): Segmentation fault: 11 (core dumped)" Also, when I try to compile VirtualBox 5 with debug information, the make fails with "kBuild: Linking tstDir In file included from /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c:47: /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/../SUPDrvInternal.h:125:1: warning: "ffs" redefined In file included from /usr/src/sys/sys/systm.h:42, from /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c:40: /usr/include/machine/cpufunc.h:133:1: warning: this is the location of the previous definition kBuild: Linking tstDir-2 kBuild: Linking tstDir-3 /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c: In function 'VBoxDrvFreeBSDOpen': /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c:299: error: invalid operands to binary & /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c: In function 'VBoxDrvFreeBSDClose': /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c:355: error: invalid operands to binary & kmk[2]: *** [/root/vBox/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.amd64/debug/obj/vboxdrv/freebsd/SUPDrv-freebsd.o] Error 1 The failing command: @gcc -c -g -Wall -Wextra -Wno-missing-field-initializers -Wno-unused -Wno-trigraphs -Wpointer-arith -Winline -Wno-pointer-sign -Wstrict-prototypes -Wmissing-prototypes -Wstrict-prototypes -Wnested-externs -O2 -fformat-extensions -ffreestanding -fno-strict-aliasing -fno-common -finline-limit=8000 -fno-stack-protector -O0 -fno-omit-frame-pointer -nostdinc -std=c99 -m64 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -Wundef -I/root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/../include -I/usr/include -I/root/vBox/virtualbox/work/virtualbox-2.2.2r19980/include -I/root/vBox/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.amd64/debug -DVBOX -DVBOX_OSE -DVBOX_WITH_64_BITS_GUESTS -DVBOX_WITH_HARDENING -DRTPATH_APP_PRIVATE=\"/usr/local/lib/virtualbox\" -DRTPATH_APP_PRIVATE_ARCH=\"/usr/local/lib/virtualbox\" -DRTPATH_SHARED_LIBS=\"/usr/local/lib/virtualbox\" -DRTPATH_APP_DOCS=\"/usr/local/share/doc/virtualbox\" -DDEBUG -DDEBUG_paul -DDEBUG_USERNAME=paul -DRT_OS_FREEBSD -D__FREEBSD__ -DRT_ARCH_AMD64 -D__AMD64__ -D_KERNEL -DKLD_MODULE -DIN_RING0 -DIN_RT_R0 -DIN_RT_R0 -DIN_SUP_R0 -DSUPDRV_WITH_RELEASE_LOGGER -DVBOX_SVN_REV=19957 -Wp,-MD,/root/vBox/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.amd64/debug/obj/vboxdrv/freebsd/SUPDrv-freebsd.o.dep -Wp,-MT,/root/vBox/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.amd64/debug/obj/vboxdrv/freebsd/SUPDrv-freebsd.o -Wp,-MP -o /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.amd64/debug/obj/vboxdrv/freebsd/SUPDrv-freebsd.o /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c kmk[2]: *** Waiting for unfinished jobs.... kmk[2]: Leaving directory `/root/vBox/virtualbox/work/virtualbox-2.2.2r19980' kmk[2]: Entering directory `/root/vBox/virtualbox/work/virtualbox-2.2.2r19980' kmk[2]: *** Exiting with status 2 kmk[1]: *** [pass_binaries_this] Error 2 kmk[1]: Leaving directory `/root/vBox/virtualbox/work/virtualbox-2.2.2r19980' kmk: *** [pass_binaries_order] Error 2 *** Error code 2 Stop in /root/vBox/virtualbox." Any Ideas? Cheers Paul ----------------------------------------------------------------------------------- Fletcher Moorland Limited is a company registered in England and Wales. Registration number: 2984467. Registered office: Elenora Street, Stoke on Trent, Staffordshire, ST4 1QG. VAT Registration number: 478730606 Telephone: 01782 411021 | Fax: 01782 744470 | http://www.fletchermoorland.co.uk From owner-freebsd-current@FreeBSD.ORG Wed May 27 15:20:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D14A910657F4; Wed, 27 May 2009 15:20:00 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from hydra.fletchermoorland.co.uk (hydra.fletchermoorland.co.uk [78.33.209.59]) by mx1.freebsd.org (Postfix) with ESMTP id 1446F8FC23; Wed, 27 May 2009 15:19:54 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from [192.168.0.154] (demophon.fletchermoorland.co.uk [192.168.0.154]) by hydra.fletchermoorland.co.uk (8.14.2/8.14.2) with ESMTP id n4RFJq8g052801; Wed, 27 May 2009 16:19:52 +0100 (BST) (envelope-from paul@fletchermoorland.co.uk) Message-ID: <4A1D5A18.1090901@fletchermoorland.co.uk> Date: Wed, 27 May 2009 16:19:52 +0100 From: Paul Wootton User-Agent: Thunderbird 2.0.0.21 (X11/20090504) MIME-Version: 1.0 To: Martin Wilke References: <20090527134343.GB1104@bsdcrew.de> <4A1D575F.7040908@fletchermoorland.co.uk> In-Reply-To: <4A1D575F.7040908@fletchermoorland.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Scanned-By: MIMEDefang 2.64 on 192.168.0.1 Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 15:20:05 -0000 Paul Wootton wrote: > Martin Wilke wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > > > Howdy, > > > > First of all sorry for all unanswered mails, I got a stupid flu, > > but now i feel better... ok now back to vbox, time for a new call > > for testing :-) > > > > Following was added/fixed: > > > > - - ACPI Support was added > > - - hostDVD support was added > > - - Fix startup on HEAD > > - - Plist problem under AMD64 was fixed > > - - Qt4 Frontend is now Optional > > - - Desktop file was added > > - - Xorg dependencies was fixed > > - - Guest additions was added (thx to Maho NAKATA dot com>) > > > > Open task: > > We have got 2 patches for nls support and the request > > to make dbus and pulseaudio optional. These both will > > be added with the next run. > > > > We'd like to say many many thanks for all your feedback. > > > > http://people.freebsd.org/~miwi/vbox/virtualbox_5.tgz > > > > Happy Testing :-) > > > > > > > > - -- > > > > +-----------------------+-------------------------------+ > > | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | > > | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | > > +-----------------------+-------------------------------+ > > | Mess with the Best, Die like the Rest! | > > +-----------------------+-------------------------------+ > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v2.0.11 (FreeBSD) > > > > iEYEARECAAYFAkodQ48ACgkQdLJIhLHm/OmjfQCfR6Zczz0XcZZpAYie64D2G0Ti > > wwQAn2r0W/12iidjOfgvX05QPNQX1oUc > > =b8tt > > -----END PGP SIGNATURE----- > > _______________________________________________ > > freebsd-ports@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > > To unsubscribe, send any mail to > "freebsd-ports-unsubscribe@freebsd.org" > > > > > > > ----------------------------------------------------------------------------------- > > > Fletcher Moorland Limited is a company registered in England and Wales. > > Registration number: 2984467. > > Registered office: Elenora Street, Stoke on Trent, Staffordshire, > ST4 1QG. > > VAT Registration number: 478730606 > > Telephone: 01782 411021 | Fax: 01782 744470 | > http://www.fletchermoorland.co.uk > > > > Hi, > > With both VirtualBox 4 and 5, when I try to run VirtualBox I get an > error saying > "Callee RC: NS_ERROR_ABORT (0x80004004)" > > If I run VBoxSVC is a console session and then try VirtualBox I get > "********************************************** > Sun VirtualBox XPCOM Server Version 2.2.51_OSE > (C) 2008-2009 Sun Microsystems, Inc. > All rights reserved. > > Starting event loop.... > [press Ctrl-C to quit] > terminate called after throwing an instance of 'settings::ENoValue' > what(): Segmentation fault: 11 (core dumped)" > > Also, when I try to compile VirtualBox 5 with debug information, the > make fails with > > "kBuild: Linking tstDir > In file included from > /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c:47: > > /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/../SUPDrvInternal.h:125:1: > warning: "ffs" redefined > In file included from /usr/src/sys/sys/systm.h:42, > from > /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c:40: > > /usr/include/machine/cpufunc.h:133:1: warning: this is the location of > the previous definition > kBuild: Linking tstDir-2 > kBuild: Linking tstDir-3 > /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c: > In function 'VBoxDrvFreeBSDOpen': > /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c:299: > error: invalid operands to binary & > /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c: > In function 'VBoxDrvFreeBSDClose': > /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c:355: > error: invalid operands to binary & > kmk[2]: *** > [/root/vBox/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.amd64/debug/obj/vboxdrv/freebsd/SUPDrv-freebsd.o] > Error 1 > The failing command: > @gcc -c -g -Wall -Wextra -Wno-missing-field-initializers -Wno-unused > -Wno-trigraphs -Wpointer-arith -Winline -Wno-pointer-sign > -Wstrict-prototypes -Wmissing-prototypes -Wstrict-prototypes > -Wnested-externs -O2 -fformat-extensions -ffreestanding > -fno-strict-aliasing -fno-common -finline-limit=8000 > -fno-stack-protector -O0 -fno-omit-frame-pointer -nostdinc -std=c99 > -m64 --param inline-unit-growth=100 --param large-function-growth=1000 > -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 -Wundef > -I/root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support > -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/../include > -I/usr/include > -I/root/vBox/virtualbox/work/virtualbox-2.2.2r19980/include > -I/root/vBox/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.amd64/debug > -DVBOX -DVBOX_OSE -DVBOX_WITH_64_BITS_GUESTS -DVBOX_WITH_HARDENING > -DRTPATH_APP_PRIVATE=\"/usr/local/lib/virtualbox\" > -DRTPATH_APP_PRIVATE_ARCH=\"/usr/local/lib/virtualbox\" > -DRTPATH_SHARED_LIBS=\"/usr/local/lib/virtualbox\" > -DRTPATH_APP_DOCS=\"/usr/local/share/doc/virtualbox\" -DDEBUG > -DDEBUG_paul -DDEBUG_USERNAME=paul -DRT_OS_FREEBSD -D__FREEBSD__ > -DRT_ARCH_AMD64 -D__AMD64__ -D_KERNEL -DKLD_MODULE -DIN_RING0 > -DIN_RT_R0 -DIN_RT_R0 -DIN_SUP_R0 -DSUPDRV_WITH_RELEASE_LOGGER > -DVBOX_SVN_REV=19957 > -Wp,-MD,/root/vBox/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.amd64/debug/obj/vboxdrv/freebsd/SUPDrv-freebsd.o.dep > -Wp,-MT,/root/vBox/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.amd64/debug/obj/vboxdrv/freebsd/SUPDrv-freebsd.o > -Wp,-MP -o > /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.amd64/debug/obj/vboxdrv/freebsd/SUPDrv-freebsd.o > /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c > > kmk[2]: *** Waiting for unfinished jobs.... > kmk[2]: Leaving directory > `/root/vBox/virtualbox/work/virtualbox-2.2.2r19980' > kmk[2]: Entering directory > `/root/vBox/virtualbox/work/virtualbox-2.2.2r19980' > kmk[2]: *** Exiting with status 2 > kmk[1]: *** [pass_binaries_this] Error 2 > kmk[1]: Leaving directory > `/root/vBox/virtualbox/work/virtualbox-2.2.2r19980' > kmk: *** [pass_binaries_order] Error 2 > *** Error code 2 > > Stop in /root/vBox/virtualbox." > > Any Ideas? > > Cheers > Paul > Forgot to add FreeBSD demophon 8.0-CURRENT FreeBSD 8.0-CURRENT #17: Wed May 27 13:18:06 BST 2009 paul@demophon:/usr/obj/usr/src/sys/DEMOPHON amd64 ----------------------------------------------------------------------------------- Fletcher Moorland Limited is a company registered in England and Wales. Registration number: 2984467. Registered office: Elenora Street, Stoke on Trent, Staffordshire, ST4 1QG. VAT Registration number: 478730606 Telephone: 01782 411021 | Fax: 01782 744470 | http://www.fletchermoorland.co.uk From owner-freebsd-current@FreeBSD.ORG Wed May 27 15:38:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 716EF106564A for ; Wed, 27 May 2009 15:38:37 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from hydra.fletchermoorland.co.uk (hydra.fletchermoorland.co.uk [78.33.209.59]) by mx1.freebsd.org (Postfix) with ESMTP id 060AB8FC1A for ; Wed, 27 May 2009 15:38:36 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from [192.168.0.154] (demophon.fletchermoorland.co.uk [192.168.0.154]) by hydra.fletchermoorland.co.uk (8.14.2/8.14.2) with ESMTP id n4RFcZcU053339; Wed, 27 May 2009 16:38:35 +0100 (BST) (envelope-from paul@fletchermoorland.co.uk) Message-ID: <4A1D5E7B.4030605@fletchermoorland.co.uk> Date: Wed, 27 May 2009 16:38:35 +0100 From: Paul Wootton User-Agent: Thunderbird 2.0.0.21 (X11/20090504) MIME-Version: 1.0 To: freebsd-current@freebsd.org, dfr@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Scanned-By: MIMEDefang 2.64 on 192.168.0.1 Cc: Subject: Booting from ZFS RaidZ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 15:38:37 -0000 Hi, With the recent changes allowing RaidZ boot, I thought I would finally drop my mirror pack and go RaidZ. The only problem I now have is demophon# zpool set bootfs=DemoPool/root DemoPool cannot set property for 'DemoPool': operation not supported on this type of pool Is this still a work in progress, or do I have something a-miss? I am using current as of today "demophon# uname -a FreeBSD demophon 8.0-CURRENT FreeBSD 8.0-CURRENT #17: Wed May 27 13:18:06 BST 2009 paul@demophon:/usr/obj/usr/src/sys/DEMOPHON amd64" Cheers Paul ----------------------------------------------------------------------------------- Fletcher Moorland Limited is a company registered in England and Wales. Registration number: 2984467. Registered office: Elenora Street, Stoke on Trent, Staffordshire, ST4 1QG. VAT Registration number: 478730606 Telephone: 01782 411021 | Fax: 01782 744470 | http://www.fletchermoorland.co.uk From owner-freebsd-current@FreeBSD.ORG Wed May 27 16:27:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6975B1065694 for ; Wed, 27 May 2009 16:27:27 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id E7C948FC2B for ; Wed, 27 May 2009 16:27:26 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 32536 invoked by uid 399); 27 May 2009 16:21:16 -0000 Received: from localhost (HELO ?192.168.0.101?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 27 May 2009 16:21:16 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A1D6874.9020104@FreeBSD.org> Date: Wed, 27 May 2009 09:21:08 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Vlad GALU References: <20090527134343.GB1104@bsdcrew.de> In-Reply-To: X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, Martin Wilke Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 16:27:28 -0000 Vlad GALU wrote: > As a side note, loading vboxdrv.ko while X was running crashed my > machine, in RTMpGetOnlineCount (). Unfortunately, all frames between > that and frame 0 were corrupt. After rebooting, I was able to log on > ttyv0 and loaded it without any issues. Regarding my previous message about loading vboxdrv causing my machine to wedge, it happens to me both in X and on the console. Haven't tried with v5 of the port yet though. Doug From owner-freebsd-current@FreeBSD.ORG Wed May 27 16:34:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52A3E1065697; Wed, 27 May 2009 16:34:54 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 4B8FE8FC17; Wed, 27 May 2009 16:34:52 +0000 (UTC) (envelope-from olivier@gid0.org) Received: by bwz9 with SMTP id 9so4871276bwz.43 for ; Wed, 27 May 2009 09:34:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.113.12 with SMTP id y12mr116857bkp.214.1243442091755; Wed, 27 May 2009 09:34:51 -0700 (PDT) In-Reply-To: <20090527134343.GB1104@bsdcrew.de> References: <20090527134343.GB1104@bsdcrew.de> Date: Wed, 27 May 2009 18:34:51 +0200 Message-ID: <367b2c980905270934v5132011axc4e0bb1fcaa09bf7@mail.gmail.com> From: Olivier SMEDTS To: Martin Wilke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 16:34:55 -0000 2009/5/27 Martin Wilke : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Howdy, > > First of all sorry for all unanswered mails, I got a stupid flu, > but now i feel better... ok now back to vbox, time for a new call > for testing :-) I can't make install WITH_GUESTADDITIONS=3Dyes if I don't download the iso manually into /usr/ports/distfiles/ : # make install [...] install -o root -g wheel -m 444 /usr/ports/distfiles/VBoxGuestAdditions_2.2.2.iso /usr/local/lib/virtualbox/ install: /usr/ports/distfiles/VBoxGuestAdditions_2.2.2.iso: No such file or directory *** Error code 71 Also, are there any plans on VT and x86_64 guests support (blocking feature for me) ? Thanks for the great port ! > Following was added/fixed: > > - - ACPI Support was added > - - hostDVD support was added > - - Fix startup on HEAD > - - Plist problem under AMD64 was fixed > - - Qt4 Frontend is now Optional > - - Desktop file was added > - - Xorg dependencies was fixed > - - Guest additions was added (thx to Maho NAKATA ) > > Open task: > =A0We have got 2 patches for nls support and the request > =A0to make dbus and pulseaudio optional. These both will > =A0be added with the next run. > > =A0We'd like to say many many thanks for all your feedback. > > http://people.freebsd.org/~miwi/vbox/virtualbox_5.tgz > > Happy Testing :-) > > > > - -- > > +-----------------------+-------------------------------+ > | =A0PGP =A0 =A0: 0xB1E6FCE9 =A0| =A0Jabber : miwi(at)BSDCrew.de =A0| > | =A0Skype =A0: splash_111 =A0| =A0Mail =A0 : miwi(at)FreeBSD.org | > +-----------------------+-------------------------------+ > | =A0 =A0 =A0 Mess with the Best, Die like the Rest! =A0 =A0 =A0 =A0 =A0| > +-----------------------+-------------------------------+ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.11 (FreeBSD) > > iEYEARECAAYFAkodQ48ACgkQdLJIhLHm/OmjfQCfR6Zczz0XcZZpAYie64D2G0Ti > wwQAn2r0W/12iidjOfgvX05QPNQX1oUc > =3Db8tt > -----END PGP SIGNATURE----- > _______________________________________________ > 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= " > --=20 Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Wed May 27 16:34:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 744E91065688; Wed, 27 May 2009 16:34:55 +0000 (UTC) (envelope-from maurovale@gmail.com) Received: from mail-fx0-f159.google.com (mail-fx0-f159.google.com [209.85.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 93CE28FC1A; Wed, 27 May 2009 16:34:54 +0000 (UTC) (envelope-from maurovale@gmail.com) Received: by fxm3 with SMTP id 3so147237fxm.43 for ; Wed, 27 May 2009 09:34:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=58+HMRY7hFdJXdIhdd3ShhtD+WLuj6VJRFCMyrP+6k0=; b=sSOKOs5hQfrPqF9NR3w8y9Sm2n9eXSGr/UZvyydW/72H4qRpYeB8bRCpmIzWcj6oiW GgslBKScuiAMeVCxViQOeuoNn9o1a/rkP9nPTI9eqfbeQKEr7Pw2S+zy2oyf6/snIITv 8Y4483VaJfqPwR2Bz99/E6vuoDLxUFkUC8bvQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=HmCTQhK6kbZ4kGW7AdzqlkuvxRgb6HQMIs7vCHRYN8vRX8Rcl5/QMEcpN1rmBP/DjL ez1cleV8GSCl9eQpyWfUou+sCxEODGlMwIHHOHCEzuPVg/gWeGFEzvX31JHxI+EsQUA3 srlo7CyyFmHKfRh6XyNUPYjjxc9pCfoc2y2SI= MIME-Version: 1.0 Received: by 10.204.64.196 with SMTP id f4mr113637bki.151.1243440570232; Wed, 27 May 2009 09:09:30 -0700 (PDT) In-Reply-To: <20090527134343.GB1104@bsdcrew.de> References: <20090527134343.GB1104@bsdcrew.de> Date: Wed, 27 May 2009 17:09:30 +0100 Message-ID: <85d001330905270909jde4d723s65e8708a8b498c29@mail.gmail.com> From: "M. Vale" To: Martin Wilke Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: reebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 16:34:56 -0000 2009/5/27 Martin Wilke > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Howdy, > > First of all sorry for all unanswered mails, I got a stupid flu, > but now i feel better... ok now back to vbox, time for a new call > for testing :-) > > Following was added/fixed: > > - - ACPI Support was added > - - hostDVD support was added > - - Fix startup on HEAD > - - Plist problem under AMD64 was fixed > - - Qt4 Frontend is now Optional > - - Desktop file was added > - - Xorg dependencies was fixed > - - Guest additions was added (thx to Maho NAKATA com>) > > Open task: > We have got 2 patches for nls support and the request > to make dbus and pulseaudio optional. These both will > be added with the next run. > > We'd like to say many many thanks for all your feedback. > > http://people.freebsd.org/~miwi/vbox/virtualbox_5.tgz > > Happy Testing :-) > Hi, maybe i've come a bit latter and miss something, but I'm trying to build virtual box in FreeBSD 7.1p5 (64bits) and whem making kbuild it stops with this error: " /usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/kBuild/footer.kmk:2146: warning: ignoring old recipe for target `/usr/ports/devel/kBu ild/work/kBuild-0.1.5-p1/>>' /usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/kBuild/footer.kmk:2304: warning: overriding recipe for target `+' /usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/kBuild/footer.kmk:2146: warning: ignoring old recipe for target `+' /usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/kBuild/footer.kmk:2304: target `/usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/emulator s/virtualbox' given more than once in the same rule. /usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/kBuild/footer.kmk:2304: target `/usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/>>' give n more than once in the same rule. /usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/kBuild/footer.kmk:2304: warning: overriding recipe for target `+|' /usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/kBuild/footer.kmk:2146: warning: ignoring old recipe for target `+|' /usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/kBuild/footer.kmk:2304: target `/usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/emulator s/virtualbox' given more than once in the same rule. /usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/kBuild/footer.kmk:2304: target `/usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/>>' give n more than once in the same rule. /usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/kBuild/footer.kmk:2304: *** target file `virtualbox' has both : and :: entries. Stop . kmk: Leaving directory `/usr/ports/devel/kBuild/work/kBuild-0.1.5-p1' gmake: *** [/usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/out/freebsd.amd64/release/bootstrap/ts-stage2-build] Error 2 ./kBuild/env.sh: info: rc=2: gmake -f bootstrap.gmk *** Error code 2 Stop in /usr/ports/devel/kBuild. " Best Regards MV From owner-freebsd-current@FreeBSD.ORG Wed May 27 16:38:01 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3353010656BD; Wed, 27 May 2009 16:38:01 +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 0922A8FC28; Wed, 27 May 2009 16:37:56 +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 n4RGbsX0034254; Wed, 27 May 2009 12:37:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4RGbs16030029; Wed, 27 May 2009 12:37:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1A70A7302F; Wed, 27 May 2009 12:37:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090527163754.1A70A7302F@freebsd-current.sentex.ca> Date: Wed, 27 May 2009 12:37:53 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 16:38:02 -0000 TB --- 2009-05-27 15:45:37 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-27 15:45:37 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-05-27 15:45:37 - cleaning the object tree TB --- 2009-05-27 15:45:56 - cvsupping the source tree TB --- 2009-05-27 15:45:56 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-05-27 15:46:11 - building world TB --- 2009-05-27 15:46:11 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-27 15:46:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-27 15:46:11 - TARGET=powerpc TB --- 2009-05-27 15:46:11 - TARGET_ARCH=powerpc TB --- 2009-05-27 15:46:11 - TZ=UTC TB --- 2009-05-27 15:46:11 - __MAKE_CONF=/dev/null TB --- 2009-05-27 15:46:11 - cd /src TB --- 2009-05-27 15:46:11 - /usr/bin/make -B buildworld >>> World build started on Wed May 27 15:46:12 UTC 2009 >>> 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 [...] cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.sbin/dtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/lib/libproc/common -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/contrib/opensolaris/compat -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -pthread -L/obj/powerpc/src/cddl/usr.sbin/dtrace/../../lib/libdtrace -L/obj/powerpc/src/cddl/usr.sbin/dtrace/../../lib/libproc -L/obj/powerpc/src/cddl/usr.sbin/dtrace/../../lib/libctf -L/obj/powerpc/src/cddl/usr.sbin/dtrace/../../../lib/libelf -o dtrace dtrace.o -ldtrace -ly -ll -lproc -lctf -lelf -lz gzip -cn /src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/cmd/dtrace/dtrace.1 > dtrace.1.gz ===> cddl/usr.sbin/lockstat (all) cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN -I/src/cddl/usr.sbin/lockstat/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.sbin/lockstat/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/lib/libproc/common -I/src/cddl/usr.sbin/lockstat/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.sbin/lockstat/../../../sys/cddl/contrib/opensolaris/compat -I/src/cddl/usr.sbin/lockstat/../../../sys -DNEED_ERRLOC -g -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/cmd/lockstat/lockstat.c cc1: warnings being treated as errors /src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/cmd/lockstat/lockstat.c: In function 'main': /src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/cmd/lockstat/lockstat.c:1095: warning: comparison is always true due to limited range of data type /src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/cmd/lockstat/lockstat.c:1389: warning: comparison is always true due to limited range of data type *** Error code 1 Stop in /src/cddl/usr.sbin/lockstat. *** Error code 1 Stop in /src/cddl/usr.sbin. *** Error code 1 Stop in /src/cddl. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-27 16:37:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-27 16:37:53 - ERROR: failed to build world TB --- 2009-05-27 16:37:53 - 2382.46 user 274.62 system 3136.43 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed May 27 16:39:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 693311065697 for ; Wed, 27 May 2009 16:39:57 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id E5DD58FC2F for ; Wed, 27 May 2009 16:39:56 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: by bsdcrew.de (Postfix, from userid 1001) id 0C5F94AC5D; Wed, 27 May 2009 18:39:53 +0200 (CEST) Date: Wed, 27 May 2009 18:39:53 +0200 From: Martin Wilke To: "M. Vale" Message-ID: <20090527163952.GI1104@bsdcrew.de> References: <20090527134343.GB1104@bsdcrew.de> <85d001330905270909jde4d723s65e8708a8b498c29@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <85d001330905270909jde4d723s65e8708a8b498c29@mail.gmail.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: reebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 16:39:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Please update to 7.2 or higher - - Martin On Wed, May 27, 2009 at 05:09:30PM +0100, M. Vale wrote: > 2009/5/27 Martin Wilke > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > > > Howdy, > > > > First of all sorry for all unanswered mails, I got a stupid flu, > > but now i feel better... ok now back to vbox, time for a new call > > for testing :-) > > > > Following was added/fixed: > > > > - - ACPI Support was added > > - - hostDVD support was added > > - - Fix startup on HEAD > > - - Plist problem under AMD64 was fixed > > - - Qt4 Frontend is now Optional > > - - Desktop file was added > > - - Xorg dependencies was fixed > > - - Guest additions was added (thx to Maho NAKATA > com>) > > > > Open task: > > We have got 2 patches for nls support and the request > > to make dbus and pulseaudio optional. These both will > > be added with the next run. > > > > We'd like to say many many thanks for all your feedback. > > > > http://people.freebsd.org/~miwi/vbox/virtualbox_5.tgz > > > > Happy Testing :-) > > > > Hi, maybe i've come a bit latter and miss something, but I'm trying to build > virtual box in FreeBSD 7.1p5 (64bits) and whem making kbuild it stops with > this error: > > " > /usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/kBuild/footer.kmk:2146: > warning: ignoring old recipe for target `/usr/ports/devel/kBu > ild/work/kBuild-0.1.5-p1/>>' > /usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/kBuild/footer.kmk:2304: > warning: overriding recipe for target `+' > /usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/kBuild/footer.kmk:2146: > warning: ignoring old recipe for target `+' > /usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/kBuild/footer.kmk:2304: target > `/usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/emulator > s/virtualbox' given more than once in the same rule. > /usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/kBuild/footer.kmk:2304: target > `/usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/>>' give > n more than once in the same rule. > /usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/kBuild/footer.kmk:2304: > warning: overriding recipe for target `+|' > /usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/kBuild/footer.kmk:2146: > warning: ignoring old recipe for target `+|' > /usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/kBuild/footer.kmk:2304: target > `/usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/emulator > s/virtualbox' given more than once in the same rule. > /usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/kBuild/footer.kmk:2304: target > `/usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/>>' > give n more than once in the > same rule. > /usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/kBuild/footer.kmk:2304: *** > target file `virtualbox' has both : and :: entries. > Stop . > kmk: Leaving directory `/usr/ports/devel/kBuild/work/kBuild-0.1.5-p1' > gmake: *** > [/usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/out/freebsd.amd64/release/bootstrap/ts-stage2-build] > Error 2 > ./kBuild/env.sh: info: rc=2: gmake -f bootstrap.gmk > *** Error code 2 > > Stop in /usr/ports/devel/kBuild. > " > > Best Regards > MV - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkodbNgACgkQdLJIhLHm/OlrQQCfbRse8SkMqA3Bk9wVrlxzuF1+ gEkAnj10sKhjYu4YxVRJn4pbU6hXO2Zi =l2Jg -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed May 27 16:49:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A62E010656E1 for ; Wed, 27 May 2009 16:49:41 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id D37D48FC13 for ; Wed, 27 May 2009 16:49:40 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:53217 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1M9MJe-0001b0-3N; Wed, 27 May 2009 18:49:24 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 0AF4DE88B2; Wed, 27 May 2009 18:49:18 +0200 (CEST) Message-Id: <6303813E-E4B7-4363-9CFA-18711210C19A@exscape.org> From: Thomas Backman To: Paul Wootton In-Reply-To: <4A1D5E7B.4030605@fletchermoorland.co.uk> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 27 May 2009 18:49:18 +0200 References: <4A1D5E7B.4030605@fletchermoorland.co.uk> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1M9MJe-0001b0-3N. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1M9MJe-0001b0-3N cd4c7cd76e598f1a9fe3dbfecb3d5ed9 Cc: FreeBSD Current Subject: Re: Booting from ZFS RaidZ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 16:49:44 -0000 On May 27, 2009, at 05:38 PM, Paul Wootton wrote: > Hi, > > With the recent changes allowing RaidZ boot, I thought I would > finally drop my mirror pack and go RaidZ. > > The only problem I now have is > demophon# zpool set bootfs=DemoPool/root DemoPool > cannot set property for 'DemoPool': operation not supported on this > type of pool > > Is this still a work in progress, or do I have something a-miss? > > I am using current as of today > "demophon# uname -a > FreeBSD demophon 8.0-CURRENT FreeBSD 8.0-CURRENT #17: Wed May 27 > 13:18:06 BST 2009 paul@demophon:/usr/obj/usr/src/sys/DEMOPHON > amd64" > > Cheers > Paul Not that I have a clue here or anything ;), but is the zpool version 13? (zpool upgrade -v) Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Wed May 27 16:57:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA65B1065670 for ; Wed, 27 May 2009 16:57:32 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outY.internet-mail-service.net (outy.internet-mail-service.net [216.240.47.248]) by mx1.freebsd.org (Postfix) with ESMTP id CD6138FC17 for ; Wed, 27 May 2009 16:57:32 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 60594CEE08; Wed, 27 May 2009 09:57:33 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 0C2B72D6026; Wed, 27 May 2009 09:57:32 -0700 (PDT) Message-ID: <4A1D70FB.6060009@elischer.org> Date: Wed, 27 May 2009 09:57:31 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Nick Barkas References: <20090527103648.GA61454@ebi.local> <20090527111238.GA2000@freebsd.org> <20090527113351.GA61692@ebi.local> In-Reply-To: <20090527113351.GA61692@ebi.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Roman Divacky , "freebsd-current@freebsd.org" Subject: Re: vm_lowmem event handler for dirhash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 16:57:33 -0000 Nick Barkas wrote: > On Wed, May 27, 2009 at 01:12:38PM +0200, Roman Divacky wrote: >> On Wed, May 27, 2009 at 12:36:49PM +0200, Nick Barkas wrote: >>> Some time during the next week or so, I plan on committing the attached >>> patch. It adds a vm_lowmem event handler to the dirhash code in UFS2 so >>> that dirhashes will be deleted when the system is low on memory. This >>> allows one to increase the maximum amount of memory available for >>> dirhash on machines that have memory to spare (via the >>> vfs.ufs.dirhash_maxmem sysctl), and hopefully just improving behaviour >>> in low memory situations. I worked on this last year for the summer of >>> code with David Malone as my mentor. >> cool! do you have any performance numbers? graphs? :) what value do you recommend >> for the dirhash_maxmem sysctl? > > Oh yes, I have many graphs: http://wiki.freebsd.org/DirhashDynamicMemory > When I ran those tests a few months ago, I used 64MB for dirhash_maxmem > on a system with 1GB of memory. I have not tried other amounts of memory > besides that, at least that I can recall, so please let me know what you > find if you experiment with other values. Performance improvements and > sometimes degradations changed depending on the type of work load, and > the results on 7.x were also sometimes quite different from -current. > I feel that the tests I did were pretty artificial though, so it would > be great to hear about any results found with more realistic testing. I was initially impressed by the numbers until I saw the scales.. a difference between 475.5 and 474 is not that significant, but if your graph scale is from 473 to 477, it looks at first glace very impressive. it would be good to see all the graphs rescaled to show in %, rather than absolute numbers.. > > Nick > _______________________________________________ > 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-current@FreeBSD.ORG Wed May 27 17:06:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 773861065756 for ; Wed, 27 May 2009 17:06:45 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-fx0-f159.google.com (mail-fx0-f159.google.com [209.85.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id EE2E48FC1D for ; Wed, 27 May 2009 17:06:44 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fxm3 with SMTP id 3so169812fxm.43 for ; Wed, 27 May 2009 10:06:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=Y3y/ahw/8OoZCLVCmUoNv4KigVeB3hxF0593quDDJh4=; b=L8tNQ56dHKlwvELDQclsLyIg97GPSXsKP3m310OhQz+NvbPWVsLriacy8iTY2eScBS vjl5cEPL2uJouN5/2dNlXn/xPAeQoALtEsA6YzBU0R3cFJPTkULwoYXmvK9CQ/Mllyrv KiqtOjcogHDN5PWEuo/pF733EkGejAGxipI6o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ECXLKlP+o42gOonCuYXIt5oFy41WT1fbJWpnwptJK+zYK0NNiDD7EZtHZCuG4pJZV2 gvZh4JcASsTzn2QySD9zr/XtKKcBSzt5iAXSiXJloRwr6OdWZRxq8nJo6CxNjkstDNR7 NEVjgKQjjaQ7a8HHGATLuWydVsuvatEa/sO3o= MIME-Version: 1.0 Received: by 10.103.244.4 with SMTP id w4mr169627mur.11.1243444003482; Wed, 27 May 2009 10:06:43 -0700 (PDT) Date: Wed, 27 May 2009 21:06:43 +0400 Message-ID: From: pluknet To: FreeBSD Current Content-Type: multipart/mixed; boundary=00504502dc8d202c59046ae7de50 Subject: nchstats counters bump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 17:06:46 -0000 --00504502dc8d202c59046ae7de50 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello. With current long type we have abnormal namecache statistics since type overflow: 189237651 total name lookups cache hits (-513% pos + 408% neg) system 25% per-directory deletions 12%, falsehits 0%, toolong 0% Is that possible to commit this, I hope, non-intrusive change (see attach, not tested) to tree before 8.x? It was done in OpenBSD a year ago. -- wbr, pluknet --00504502dc8d202c59046ae7de50 Content-Type: application/octet-stream; name="nchstats.diff" Content-Disposition: attachment; filename="nchstats.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fv8afjsb0 LS0tIHN5cy9zeXMvbmFtZWkuaC5vcmlnCVdlZCBNYXkgMjcgMjA6NDM6MzEgMjAwOQorKysgc3lz L3N5cy9uYW1laS5oCVdlZCBNYXkgMjcgMjA6NDk6MDggMjAwOQpAQCAtMTk2LDE0ICsxOTYsMTQg QEAKICAqIFN0YXRzIG9uIHVzZWZ1bG5lc3Mgb2YgbmFtZWkgY2FjaGVzLgogICovCiBzdHJ1Y3Qg bmNoc3RhdHMgewotCWxvbmcJbmNzX2dvb2RoaXRzOwkJLyogaGl0cyB0aGF0IHdlIGNhbiByZWFs bHkgdXNlICovCi0JbG9uZwluY3NfbmVnaGl0czsJCS8qIG5lZ2F0aXZlIGhpdHMgdGhhdCB3ZSBj YW4gdXNlICovCi0JbG9uZwluY3NfYmFkaGl0czsJCS8qIGhpdHMgd2UgbXVzdCBkcm9wICovCi0J bG9uZwluY3NfZmFsc2VoaXRzOwkJLyogaGl0cyB3aXRoIGlkIG1pc21hdGNoICovCi0JbG9uZwlu Y3NfbWlzczsJCS8qIG1pc3NlcyAqLwotCWxvbmcJbmNzX2xvbmc7CQkvKiBsb25nIG5hbWVzIHRo YXQgaWdub3JlIGNhY2hlICovCi0JbG9uZwluY3NfcGFzczI7CQkvKiBuYW1lcyBmb3VuZCB3aXRo IHBhc3NlcyA9PSAyICovCi0JbG9uZwluY3NfMnBhc3NlczsJCS8qIG51bWJlciBvZiB0aW1lcyB3 ZSBhdHRlbXB0IGl0ICovCisJdWludDY0X3QJbmNzX2dvb2RoaXRzOwkvKiBoaXRzIHRoYXQgd2Ug Y2FuIHJlYWxseSB1c2UgKi8KKwl1aW50NjRfdAluY3NfbmVnaGl0czsJLyogbmVnYXRpdmUgaGl0 cyB0aGF0IHdlIGNhbiB1c2UgKi8KKwl1aW50NjRfdAluY3NfYmFkaGl0czsJLyogaGl0cyB3ZSBt dXN0IGRyb3AgKi8KKwl1aW50NjRfdAluY3NfZmFsc2VoaXRzOwkvKiBoaXRzIHdpdGggaWQgbWlz bWF0Y2ggKi8KKwl1aW50NjRfdAluY3NfbWlzczsJLyogbWlzc2VzICovCisJdWludDY0X3QJbmNz X2xvbmc7CS8qIGxvbmcgbmFtZXMgdGhhdCBpZ25vcmUgY2FjaGUgKi8KKwl1aW50NjRfdAluY3Nf cGFzczI7CS8qIG5hbWVzIGZvdW5kIHdpdGggcGFzc2VzID09IDIgKi8KKwl1aW50NjRfdAluY3Nf MnBhc3NlczsJLyogbnVtYmVyIG9mIHRpbWVzIHdlIGF0dGVtcHQgaXQgKi8KIH07CiAKIGV4dGVy biBzdHJ1Y3QgbmNoc3RhdHMgbmNoc3RhdHM7Ci0tLSBzeXMva2Vybi92ZnNfY2FjaGUuYy5vcmln CVdlZCBNYXkgMjcgMTk6NTE6MzggMjAwOQorKysgc3lzL2tlcm4vdmZzX2NhY2hlLmMJV2VkIE1h eSAyNyAxOTo1ODoyMiAyMDA5CkBAIC0yMDEsNyArMjAxLDcgQEAKIHN0YXRpYyB1X2xvbmcgbnVt dXBncmFkZXM7IFNUQVROT0RFKENUTEZMQUdfUkQsIG51bXVwZ3JhZGVzLCAmbnVtdXBncmFkZXMp OwogCiBTWVNDVExfT1BBUVVFKF92ZnNfY2FjaGUsIE9JRF9BVVRPLCBuY2hzdGF0cywgQ1RMRkxB R19SRCB8IENUTEZMQUdfTVBTQUZFLAotCSZuY2hzdGF0cywgc2l6ZW9mKG5jaHN0YXRzKSwgIkxV IiwgIlZGUyBjYWNoZSBlZmZlY3RpdmVuZXNzIHN0YXRpc3RpY3MiKTsKKwkmbmNoc3RhdHMsIHNp emVvZihuY2hzdGF0cyksICJRIiwgIlZGUyBjYWNoZSBlZmZlY3RpdmVuZXNzIHN0YXRpc3RpY3Mi KTsKIAogCiAKLS0tIHVzci5iaW4vdm1zdGF0L3Ztc3RhdC5jLm9yaWcJV2VkIE1heSAyNyAyMDow Mjo1OCAyMDA5CisrKyB1c3IuYmluL3Ztc3RhdC92bXN0YXQuYwlXZWQgTWF5IDI3IDIwOjQyOjM3 IDIwMDkKQEAgLTg2NCw3ICs4NjQsNyBAQAogZG9zdW0odm9pZCkKIHsKIAlzdHJ1Y3QgbmNoc3Rh dHMgbG5jaHN0YXRzOwotCWxvbmcgbmNodG90YWw7CisJdWludDY0X3QgbmNodG90YWw7CiAKIAlm aWxsX3ZtbWV0ZXIoJnN1bSk7CiAJKHZvaWQpcHJpbnRmKCIlOXUgY3B1IGNvbnRleHQgc3dpdGNo ZXNcbiIsIHN1bS52X3N3dGNoKTsKQEAgLTkxOCw3ICs5MTgsNyBAQAogCW5jaHRvdGFsID0gbG5j aHN0YXRzLm5jc19nb29kaGl0cyArIGxuY2hzdGF0cy5uY3NfbmVnaGl0cyArCiAJICAgIGxuY2hz dGF0cy5uY3NfYmFkaGl0cyArIGxuY2hzdGF0cy5uY3NfZmFsc2VoaXRzICsKIAkgICAgbG5jaHN0 YXRzLm5jc19taXNzICsgbG5jaHN0YXRzLm5jc19sb25nOwotCSh2b2lkKXByaW50ZigiJTlsZCB0 b3RhbCBuYW1lIGxvb2t1cHNcbiIsIG5jaHRvdGFsKTsKKwkodm9pZClwcmludGYoIiU5amQgdG90 YWwgbmFtZSBsb29rdXBzXG4iLCBuY2h0b3RhbCk7CiAJKHZvaWQpcHJpbnRmKAogCSAgICAiJTlz IGNhY2hlIGhpdHMgKCVsZCUlIHBvcyArICVsZCUlIG5lZykgc3lzdGVtICVsZCUlIHBlci1kaXJl Y3RvcnlcbiIsCiAJICAgICIiLCBQQ1QobG5jaHN0YXRzLm5jc19nb29kaGl0cywgbmNodG90YWwp LAo= --00504502dc8d202c59046ae7de50-- From owner-freebsd-current@FreeBSD.ORG Wed May 27 17:58:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F60D10656CC for ; Wed, 27 May 2009 17:58:50 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id 4B27C8FC08 for ; Wed, 27 May 2009 17:58:50 +0000 (UTC) (envelope-from artemb@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so2570986ana.13 for ; Wed, 27 May 2009 10:58:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=0rEX/oi4OWkY/mRNWyGlq/6mENFMS9E2zY5ur4sM3ow=; b=Hk0M3/gCwUp7aL3y9BleazJSxnhU4lz2RPKYbXi+mvYt+g5xLfwdwyb57vDRpNGBVi EHQi4iFbmMMXMy1EpNFNvNu1ChQygIUiS9iypdoqnxmkTRNJqBaTiwXGQyYy0UkTk5Td bM4FGWnf8T3RdUDsjrn9DxvxozDmouPVRIL4c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; b=Y7aa5j88W6MBAiXNLW0Nu6CSjHKaLvZ5e+MJp9O1TMAGLAQZPRDeF4oRN7RYHtys/K SKyYD45Znf3lTY3Sv+/tBuL7OxbURzfQ984xswtwY2tYyGkRbL64vIkTZR7ZLxvD2TQw XyLdPnLT4DPPfvPHs0NUbkfV/Ppd6GcZT7Awg= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.100.215.12 with SMTP id n12mr397359ang.154.1243447129593; Wed, 27 May 2009 10:58:49 -0700 (PDT) Date: Wed, 27 May 2009 10:58:49 -0700 X-Google-Sender-Auth: 779a1d541afea2b5 Message-ID: From: Artem Belevich To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: ZFS : panic("sleeping thread") X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 17:58:51 -0000 Hi, While recent ZFS improvements got rid of random hangs I used to see, there's still one problem that I keep running into -- panic in ZFS under heavy load. I can reproduce it by doing a build with -j16 in a jail running i386 binaries on -CURRENT/amd64 running on a box with quad-core CPU. It takes a while to reproduce, but it usually shows up within couple of hours. Sleeping thread (tid 100606, pid 32147) owns a non-sleepable lock sched_switch() at sched_switch+0xed mi_switch() at mi_switch+0x16f sleepq_wait() at sleepq_wait+0x42 _sx_xlock_hard() at _sx_xlock_hard+0x1f0 _sx_xlock() at _sx_xlock+0x4e rrw_exit() at rrw_exit+0x1d zfs_freebsd_getattr() at zfs_freebsd_getattr+0x2be VOP_GETATTR_APV() at VOP_GETATTR_APV+0x44 filt_vfsread() at filt_vfsread+0x51 knote() at knote+0xc2 VOP_WRITE_APV() at VOP_WRITE_APV+0x11f vn_write() at vn_write+0x279 dofilewrite() at dofilewrite+0x85 kern_writev() at kern_writev+0x60 write() at write+0x54 ia32_syscall() at ia32_syscall+0x236 Xint0x80_syscall() at Xint0x80_syscall+0x85 --- syscall (4, FreeBSD ELF32, write), rip = 0x78162153, rsp = 0xffff945c, rbp = 0xffff9478 --- It appears that locking within ZFS conflicts with vnode locking. The back-trace is always the same. For now, I've applied following patch to disable the panic, but it would be good if someone familiar with VFS locking in FreeBSD could take a look. If you need any additional info, let me know. Thanks, --Artem diff -r 930d975c8103 src/sys/kern/subr_turnstile.c --- a/sys/kern/subr_turnstile.c Fri Dec 05 16:12:43 2008 -0800 +++ b/sys/kern/subr_turnstile.c Fri Dec 12 14:31:16 2008 -0800 @@ -219,7 +219,10 @@ #ifdef DDB db_trace_thread(td, -1); #endif - panic("sleeping thread"); + /* Don't propagate priority to a sleeping thread. */ + thread_unlock(td); + return; + // panic("sleeping thread"); } /* From owner-freebsd-current@FreeBSD.ORG Wed May 27 18:22:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28177106570C for ; Wed, 27 May 2009 18:22:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id EEDF68FC1D for ; Wed, 27 May 2009 18:22:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id A399746B03; Wed, 27 May 2009 14:22:31 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 9C4438A028; Wed, 27 May 2009 14:22:30 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 27 May 2009 13:55:26 -0400 User-Agent: KMail/1.9.7 References: <200905271253.06693.kosmo@semihalf.com> In-Reply-To: <200905271253.06693.kosmo@semihalf.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200905271355.28791.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 27 May 2009 14:22:30 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Piotr =?utf-8?q?Zi=C4=99cik?= Subject: Re: Generic ATA driver DMA coherency issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 18:22:32 -0000 On Wednesday 27 May 2009 6:53:06 am Piotr Zi=C4=99cik wrote: > While working on bring-up SATA on ARM SoC I had issues with DMA memory=20 > coherency. After tracing, I have found problem in generic ATA code=20 behaviour. >=20 > The ATA generic driver allocates 64k DMA workspace memory which can be=20 > optionally used by ATA chipset drivers. Currently only ata-ahci,=20 ata-marvell,=20 > ata-promise and ata-siliconimage relies on this feature. In general, the= =20 > drivers use preallocated DMA workspace to hold small request descriptors,= =20 > consumed by hardware. >=20 > All of these drivers do not synchronize workspace with bus_dmamap_sync().= =20 They=20 > assumes that DMA workspace is coherent. However ATA driver neither enforc= es=20 > coherency by using BUS_DMA_COHERENT flag nor synchronizes the workspace w= ith=20 > bus_dmamap_sync(). >=20 > I have fixed my problem by adding BUS_DMA_COHERENT flag to workspace=20 > allocation code: >=20 > diff --git a/sys/dev/ata/ata-dma.c b/sys/dev/ata/ata-dma.c > index ab4c3c8..71ee41b 100644 > --- a/sys/dev/ata/ata-dma.c > +++ b/sys/dev/ata/ata-dma.c > @@ -95,8 +95,8 @@ ata_dmainit(device_t dev) > 0, NULL, NULL, &ch->dma.work_tag)) > goto error; >=20 > - if (bus_dmamem_alloc(ch->dma.work_tag, (void **)&ch->dma.work, 0, > - &ch->dma.work_map)) > + if (bus_dmamem_alloc(ch->dma.work_tag, (void **)&ch->dma.work, > + BUS_DMA_COHERENT, &ch->dma.work_map)) > goto error; >=20 > if (bus_dmamap_load(ch->dma.work_tag, ch->dma.work_map, ch->dma.work, >=20 > The question is about multiplatform impact of this change. Especially I a= m=20 > curious how everything works without any problems on i386. The flag has no effect on x86. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed May 27 18:22:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 177621065700 for ; Wed, 27 May 2009 18:22:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id DF33E8FC1E for ; Wed, 27 May 2009 18:22:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 9276046B06; Wed, 27 May 2009 14:22:32 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 82E788A029; Wed, 27 May 2009 14:22:31 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 27 May 2009 14:22:29 -0400 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905271422.30177.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 27 May 2009 14:22:31 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Artem Belevich Subject: Re: ZFS : panic("sleeping thread") X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 18:22:33 -0000 On Wednesday 27 May 2009 1:58:49 pm Artem Belevich wrote: > Hi, > > While recent ZFS improvements got rid of random hangs I used to see, > there's still one problem that I keep running into -- panic in ZFS > under heavy load. I can reproduce it by doing a build with -j16 in a > jail running i386 binaries on -CURRENT/amd64 running on a box with > quad-core CPU. It takes a while to reproduce, but it usually shows up > within couple of hours. > > Sleeping thread (tid 100606, pid 32147) owns a non-sleepable lock > sched_switch() at sched_switch+0xed > mi_switch() at mi_switch+0x16f > sleepq_wait() at sleepq_wait+0x42 > _sx_xlock_hard() at _sx_xlock_hard+0x1f0 > _sx_xlock() at _sx_xlock+0x4e > rrw_exit() at rrw_exit+0x1d > zfs_freebsd_getattr() at zfs_freebsd_getattr+0x2be > VOP_GETATTR_APV() at VOP_GETATTR_APV+0x44 > filt_vfsread() at filt_vfsread+0x51 > knote() at knote+0xc2 > VOP_WRITE_APV() at VOP_WRITE_APV+0x11f > vn_write() at vn_write+0x279 > dofilewrite() at dofilewrite+0x85 > kern_writev() at kern_writev+0x60 > write() at write+0x54 > ia32_syscall() at ia32_syscall+0x236 > Xint0x80_syscall() at Xint0x80_syscall+0x85 > --- syscall (4, FreeBSD ELF32, write), rip = 0x78162153, rsp = > 0xffff945c, rbp = 0xffff9478 --- > > It appears that locking within ZFS conflicts with vnode locking. The > back-trace is always the same. I think it is the knote locking that is actually the problem. knote() is acquiring the KQ_LOCK and I think this lock needs to be dropped while invoking VOP_GETATTR(). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed May 27 18:33:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34C65106566C for ; Wed, 27 May 2009 18:33:36 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id DFE928FC0A for ; Wed, 27 May 2009 18:33:35 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 84FA83A601; Wed, 27 May 2009 20:33:34 +0200 (CEST) Date: Wed, 27 May 2009 20:33:34 +0200 From: Lars Engels To: Hans Petter Selasky Message-ID: <20090527183334.GB64687@e.0x20.net> Mail-Followup-To: Lars Engels , Hans Petter Selasky , freebsd-current@freebsd.org, Matthias Apitz , lme@freebsd.org References: <20090527104655.GA3290@current.Sisis.de> <200905271541.03952.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NMuMz9nt05w80d4+" Content-Disposition: inline In-Reply-To: <200905271541.03952.hselasky@c2i.net> X-Editor: VIM - Vi IMproved 7.2 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: Mutt/1.5.19 (2009-01-05) Cc: lme@freebsd.org, Matthias Apitz , freebsd-current@freebsd.org Subject: Re: ports/multimedia/pwcbsd && -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 18:33:36 -0000 --NMuMz9nt05w80d4+ Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 27, 2009 at 03:41:03PM +0200, Hans Petter Selasky wrote: > On Wednesday 27 May 2009, Matthias Apitz wrote: > > Hello, > > > > The page http://wiki.freebsd.org/PortsBrokenOnCurrent shows the port > > ports/multimedia/pwcbsd as 'will need fork', what does this mean and is > > there some work in progress on it? I'd like to have my USB based cam > > back :-)) > > > > matthias >=20 > Hi, >=20 > Please try the attached patch. Maybe you can figure out any remaining iss= ues,=20 > hence I did not have time to test it. >=20 > --HPS Hans, thanks a lot for your work on this. The patches work perfectly and my Logitech Quickcam Pro is working again! I just updated the port, so happy camming! ;-) Lars --NMuMz9nt05w80d4+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkodh34ACgkQKc512sD3afhijACgxWoWkuuA6lGyZ4ZHkK02AHFh 8PIAoKCVgdh/ndXAd6Gko9lWTMSKLyRG =Ur55 -----END PGP SIGNATURE----- --NMuMz9nt05w80d4+-- From owner-freebsd-current@FreeBSD.ORG Wed May 27 18:41:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E3E7106566B; Wed, 27 May 2009 18:41:34 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (router.rabson.org [80.177.232.241]) by mx1.freebsd.org (Postfix) with ESMTP id 309328FC1F; Wed, 27 May 2009 18:41:33 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [IPv6:2001:470:909f:1:225:ff:feed:9426] (unknown [IPv6:2001:470:909f:1:225:ff:feed:9426]) by itchy.rabson.org (Postfix) with ESMTP id 41F5A5CE8; Wed, 27 May 2009 19:41:02 +0100 (BST) Message-Id: From: Doug Rabson To: Paul Wootton In-Reply-To: <4A1D5E7B.4030605@fletchermoorland.co.uk> Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 27 May 2009 19:41:02 +0100 References: <4A1D5E7B.4030605@fletchermoorland.co.uk> X-Mailer: Apple Mail (2.935.3) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: dfr@freebsd.org, freebsd-current@freebsd.org Subject: Re: Booting from ZFS RaidZ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 18:41:35 -0000 On 27 May 2009, at 16:38, Paul Wootton wrote: > Hi, > > With the recent changes allowing RaidZ boot, I thought I would > finally drop my mirror pack and go RaidZ. > > The only problem I now have is > demophon# zpool set bootfs=DemoPool/root DemoPool > cannot set property for 'DemoPool': operation not supported on this > type of pool > > Is this still a work in progress, or do I have something a-miss? > > I am using current as of today > "demophon# uname -a > FreeBSD demophon 8.0-CURRENT FreeBSD 8.0-CURRENT #17: Wed May 27 > 13:18:06 BST 2009 paul@demophon:/usr/obj/usr/src/sys/DEMOPHON > amd64" This is a limitation which I will remove as soon as I have a little time to work on it. Basically, Solaris can only boot from simple structures such as mirrors and collections of mirrors. The code enforces this by stopping you from setting the bootfs property if the pool configuration is too complex for the Solaris boot code. I will simply remove this limitation for FreeBSD since we can now boot from any pool configuration. In the meantime, you can still boot if you put your root filesystem files in the root of the pool. Not ideal I know but I'll try to fix it properly soon. > http://www.fletchermoorland.co.uk From owner-freebsd-current@FreeBSD.ORG Wed May 27 19:05:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33F5D1065673; Wed, 27 May 2009 19:05:16 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [IPv6:2001:770:10:300::86e2:510b]) by mx1.freebsd.org (Postfix) with SMTP id 2DF388FC1E; Wed, 27 May 2009 19:05:14 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 27 May 2009 20:05:13 +0100 (BST) Date: Wed, 27 May 2009 20:05:12 +0100 From: David Malone To: David G Lawrence Message-ID: <20090527190512.GA17312@walton.maths.tcd.ie> References: <20090527103648.GA61454@ebi.local> <20090527111238.GA2000@freebsd.org> <20090527113351.GA61692@ebi.local> <20090527114553.GB25063@tnn.dglawrence.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090527114553.GB25063@tnn.dglawrence.com> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: Nick Barkas , Roman Divacky , "freebsd-current@freebsd.org" Subject: Re: vm_lowmem event handler for dirhash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 19:05:16 -0000 On Wed, May 27, 2009 at 04:45:53AM -0700, David G Lawrence wrote: > I'm wondering if you have a low limit on how far you will reduce > the dirhash. In a system that is thrashing a bit (due to a large process, > for example), I can imagine multiple (10+) calls to the lowmem handler in > rapid succession that would completely deplete the dirhash. Seems like > this would result in even worse thrashing as more disk I/O occurs due > to lack of dirhash. The idea of resisting recycling recently used hashes is supposed to give us some protection against thrashing. We talked about the problem with Alan for a bit, and reached the conclusion that it was probably best to return some memory each time the lowmem handler was called. If this turns out to be a problem, I guess we could add a low water mark, where if dirhash holds less than that memory then it won't return the memory on a low memory event. (Note that under normal circumstances, there is some protection against thrashing because of the recycling schemem used.) David. From owner-freebsd-current@FreeBSD.ORG Wed May 27 19:07:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC4181065709; Wed, 27 May 2009 19:07:42 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [IPv6:2001:770:10:300::86e2:510b]) by mx1.freebsd.org (Postfix) with SMTP id A44C58FC32; Wed, 27 May 2009 19:07:41 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 27 May 2009 20:07:40 +0100 (BST) Date: Wed, 27 May 2009 20:07:38 +0100 From: David Malone To: Julian Elischer Message-ID: <20090527190738.GB17312@walton.maths.tcd.ie> References: <20090527103648.GA61454@ebi.local> <20090527111238.GA2000@freebsd.org> <20090527113351.GA61692@ebi.local> <4A1D70FB.6060009@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A1D70FB.6060009@elischer.org> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: Nick Barkas , Roman Divacky , "freebsd-current@freebsd.org" Subject: Re: vm_lowmem event handler for dirhash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 19:07:44 -0000 On Wed, May 27, 2009 at 09:57:31AM -0700, Julian Elischer wrote: > I was initially impressed by the numbers until I saw the scales.. > a difference between 475.5 and 474 is not that significant, but if > your graph scale is from 473 to 477, it looks at first glace very > impressive. I think we felt the real gains here would be the ability to set the dirhash memory limits to a much larger value without having to worry about it chewing all your memory. The results basically confirm that we haven't introduced any serious regressions ;-) David. From owner-freebsd-current@FreeBSD.ORG Wed May 27 19:24:39 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F2151065670; Wed, 27 May 2009 19:24:39 +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 DA4AF8FC16; Wed, 27 May 2009 19:24:38 +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 n4RJOaXs058329; Wed, 27 May 2009 15:24:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4RJOa8G091658; Wed, 27 May 2009 15:24:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0CA2D7302F; Wed, 27 May 2009 15:24:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090527192436.0CA2D7302F@freebsd-current.sentex.ca> Date: Wed, 27 May 2009 15:24:35 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 19:24:39 -0000 TB --- 2009-05-27 18:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-27 18:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2009-05-27 18:40:00 - cleaning the object tree TB --- 2009-05-27 18:40:30 - cvsupping the source tree TB --- 2009-05-27 18:40:30 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2009-05-27 18:40:51 - building world TB --- 2009-05-27 18:40:51 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-27 18:40:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-27 18:40:51 - TARGET=arm TB --- 2009-05-27 18:40:51 - TARGET_ARCH=arm TB --- 2009-05-27 18:40:51 - TZ=UTC TB --- 2009-05-27 18:40:51 - __MAKE_CONF=/dev/null TB --- 2009-05-27 18:40:51 - cd /src TB --- 2009-05-27 18:40:51 - /usr/bin/make -B buildworld >>> World build started on Wed May 27 18:40:53 UTC 2009 >>> 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 [...] cc -O -pipe -DNEED_SOLARIS_BOOLEAN -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.sbin/dtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/lib/libproc/common -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/contrib/opensolaris/compat -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -pthread -L/obj/arm/src/cddl/usr.sbin/dtrace/../../lib/libdtrace -L/obj/arm/src/cddl/usr.sbin/dtrace/../../lib/libproc -L/obj/arm/src/cddl/usr.sbin/dtrace/../../lib/libctf -L/obj/arm/src/cddl/usr.sbin/dtrace/../../../lib/libelf -o dtrace dtrace.o -ldtrace -ly -ll -lproc -lctf -lelf -lz gzip -cn /src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/cmd/dtrace/dtrace.1 > dtrace.1.gz ===> cddl/usr.sbin/lockstat (all) cc -O -pipe -DNEED_SOLARIS_BOOLEAN -I/src/cddl/usr.sbin/lockstat/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.sbin/lockstat/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/lib/libproc/common -I/src/cddl/usr.sbin/lockstat/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.sbin/lockstat/../../../sys/cddl/contrib/opensolaris/compat -I/src/cddl/usr.sbin/lockstat/../../../sys -DNEED_ERRLOC -g -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/cmd/lockstat/lockstat.c cc1: warnings being treated as errors /src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/cmd/lockstat/lockstat.c: In function 'main': /src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/cmd/lockstat/lockstat.c:1095: warning: comparison is always true due to limited range of data type /src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/cmd/lockstat/lockstat.c:1389: warning: comparison is always true due to limited range of data type *** Error code 1 Stop in /src/cddl/usr.sbin/lockstat. *** Error code 1 Stop in /src/cddl/usr.sbin. *** Error code 1 Stop in /src/cddl. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-27 19:24:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-27 19:24:35 - ERROR: failed to build world TB --- 2009-05-27 19:24:35 - 1937.95 user 273.95 system 2675.49 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed May 27 19:27:47 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0F591065706 for ; Wed, 27 May 2009 19:27:47 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 7872D8FC12 for ; Wed, 27 May 2009 19:27:47 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 14303 invoked by uid 399); 27 May 2009 19:27:41 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 27 May 2009 19:27:41 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A1D9429.9070207@FreeBSD.org> Date: Wed, 27 May 2009 12:27:37 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.21 (X11/20090423) MIME-Version: 1.0 To: Martin Wilke References: <20090527134343.GB1104@bsdcrew.de> In-Reply-To: <20090527134343.GB1104@bsdcrew.de> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 19:27:49 -0000 Martin Wilke wrote: > http://people.freebsd.org/~miwi/vbox/virtualbox_5.tgz On a newly up to date -current (r192914) with world and kernel in synch and ports up to date I get the same panic when trying to kldload vboxdrv. This is on a C2D running i386 SMP. panic: boot: not running on cpu0 cupid = 1 Also, I got the following when trying to build with debug. Building without debug worked. hth, Doug kBuild: Compiling vboxdrv - /usr/local/home/dougb/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c kBuild: Compiling vboxdrv - /usr/local/home/dougb/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/SUPDrv.c /usr/local/home/dougb/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c: In function 'VBoxDrvFreeBSDOpen': /usr/local/home/dougb/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c:299: error: invalid operands to binary & /usr/local/home/dougb/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c: In function 'VBoxDrvFreeBSDClose': /usr/local/home/dougb/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c:355: error: invalid operands to binary & /usr/local/home/dougb/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/SUPDrv.c: In function 'supdrvIOCtl': /usr/local/home/dougb/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/SUPDrv.c:1429: warning: format '%#lx' expects type 'long unsigned int', but argument 3 has type 'unsigned int' /usr/local/home/dougb/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/SUPDrv.c:1610: warning: format '%#lx' expects type 'long unsigned int', but argument 3 has type 'unsigned int' kmk[2]: *** [/usr/local/home/dougb/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.x86/debug/obj/vboxdrv/freebsd/SUPDrv-freebsd.o] Error 1 The failing command: @gcc -c -g -Wall -Wextra -Wno-missing-field-initializers -Wno-unused -Wno-trigraphs -Wpointer-arith -Winline -Wno-pointer-sign -Wstrict-prototypes -Wmissing-prototypes -Wstrict-prototypes -Wnested-externs -O2 -fformat-extensions -ffreestanding -fno-strict-aliasing -fno-common -finline-limit=8000 -fno-stack-protector -march=i586 -O0 -fno-omit-frame-pointer -nostdinc -std=c99 -m32 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -I/usr/local/home/dougb/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/../include -I/usr/include -I/usr/local/home/dougb/virtualbox/work/virtualbox-2.2.2r19980/include -I/usr/local/home/dougb/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.x86/debug -DVBOX -DVBOX_OSE -DVBOX_WITH_64_BITS_GUESTS -DVBOX_WITH_HARDENING -DRTPATH_APP_PRIVATE=\"/usr/local/lib/virtualbox\" -DRTPATH_APP_PRIVATE_ARCH=\"/usr/local/lib/virtualbox\" -DRTPATH_SHARED_LIBS=\"/usr/local/lib/virtualbox\" -DRTPATH_APP_DOCS=\"/usr/local/share/doc/virtualbox\" -DDEBUG -DDEBUG_dougb -DDEBUG_USERNAME=dougb -DRT_OS_FREEBSD -D__FREEBSD__ -DRT_ARCH_X86 -D__X86__ -D_KERNEL -DKLD_MODULE -DIN_RING0 -DIN_RT_R0 -DIN_RT_R0 -DIN_SUP_R0 -DSUPDRV_WITH_RELEASE_LOGGER -DVBOX_SVN_REV=19957 -Wp,-MD,/usr/local/home/dougb/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.x86/debug/obj/vboxdrv/freebsd/SUPDrv-freebsd.o.dep -Wp,-MT,/usr/local/home/dougb/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.x86/debug/obj/vboxdrv/freebsd/SUPDrv-freebsd.o -Wp,-MP -o /usr/local/home/dougb/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.x86/debug/obj/vboxdrv/freebsd/SUPDrv-freebsd.o /usr/local/home/dougb/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c kmk[2]: *** Waiting for unfinished jobs.... kmk[2]: Leaving directory `/usr/local/home/dougb/virtualbox/work/virtualbox-2.2.2r19980' kmk[2]: Entering directory `/usr/local/home/dougb/virtualbox/work/virtualbox-2.2.2r19980' kmk[2]: *** Exiting with status 2 kmk[1]: *** [pass_binaries_this] Error 2 kmk[1]: Leaving directory `/usr/local/home/dougb/virtualbox/work/virtualbox-2.2.2r19980' kmk: *** [pass_binaries_order] Error 2 *** Error code 2 Stop in /usr/local/home/dougb/virtualbox. *** Error code 1 Stop in /usr/local/home/dougb/virtualbox. -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed May 27 19:55:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BACEE106574C; Wed, 27 May 2009 19:55:53 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from hydra.fletchermoorland.co.uk (hydra.fletchermoorland.co.uk [78.33.209.59]) by mx1.freebsd.org (Postfix) with ESMTP id 2C9858FC08; Wed, 27 May 2009 19:55:52 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from [192.168.0.154] (demophon.fletchermoorland.co.uk [192.168.0.154]) by hydra.fletchermoorland.co.uk (8.14.2/8.14.2) with ESMTP id n4RJtoxL057279; Wed, 27 May 2009 20:55:51 +0100 (BST) (envelope-from paul@fletchermoorland.co.uk) Message-ID: <4A1D9AC6.2020603@fletchermoorland.co.uk> Date: Wed, 27 May 2009 20:55:50 +0100 From: Paul Wootton User-Agent: Thunderbird 2.0.0.21 (X11/20090504) MIME-Version: 1.0 To: Doug Rabson References: <4A1D5E7B.4030605@fletchermoorland.co.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Scanned-By: MIMEDefang 2.64 on 192.168.0.1 Cc: dfr@freebsd.org, freebsd-current@freebsd.org Subject: Re: Booting from ZFS RaidZ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 19:55:54 -0000 Doug Rabson wrote: > > On 27 May 2009, at 16:38, Paul Wootton wrote: > >> Hi, >> >> With the recent changes allowing RaidZ boot, I thought I would >> finally drop my mirror pack and go RaidZ. >> >> The only problem I now have is >> demophon# zpool set bootfs=DemoPool/root DemoPool >> cannot set property for 'DemoPool': operation not supported on this >> type of pool >> >> Is this still a work in progress, or do I have something a-miss? >> >> I am using current as of today >> "demophon# uname -a >> FreeBSD demophon 8.0-CURRENT FreeBSD 8.0-CURRENT #17: Wed May 27 >> 13:18:06 BST 2009 paul@demophon:/usr/obj/usr/src/sys/DEMOPHON >> amd64" > > This is a limitation which I will remove as soon as I have a little > time to work on it. Basically, Solaris can only boot from simple > structures such as mirrors and collections of mirrors. The code > enforces this by stopping you from setting the bootfs property if the > pool configuration is too complex for the Solaris boot code. I will > simply remove this limitation for FreeBSD since we can now boot from > any pool configuration. > > In the meantime, you can still boot if you put your root filesystem > files in the root of the pool. Not ideal I know but I'll try to fix it > properly soon. > This does seem to work correctly for me as I get a BTX crash (see below) Verifying DMI Poll Data ............. \ FreeBSD/i386 boot Default:DemoPool:/boot/kernel/kernel boot: | int=00000000 err=00000000 elf=00010083 eip=00192adf eax=00192e02a ebx=df5610ed ecx=d485b986 edx=00000000 esi=00000040 edi=000935d0 ebp=0009339c esp=00000000 cs=0008 ds=0010 es=0010 fs-0010 gs=0010 ss=0010 cs:eip=c5 e4 00 66 0f 73 dc 02-ff e4 b8 8d 8d bc f2 2a e9 ba e6 f4 2a 8a d8 24-df 86 c4 be 00 2b e9 8b ss:esp=16 e8 00 f0 16 e8 00 f0-c3 e2 00 f0 16 e8 00 f0 16 e8 00 f0 54 ff 00 f0-b8 6e 00 f0 16 e8 00 f0 BTX halted ----------------------------------------------------------------------------------- Fletcher Moorland Limited is a company registered in England and Wales. Registration number: 2984467. Registered office: Elenora Street, Stoke on Trent, Staffordshire, ST4 1QG. VAT Registration number: 478730606 Telephone: 01782 411021 | Fax: 01782 744470 | http://www.fletchermoorland.co.uk From owner-freebsd-current@FreeBSD.ORG Wed May 27 20:04:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 682CE1065695 for ; Wed, 27 May 2009 20:04:16 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 1C0868FC15 for ; Wed, 27 May 2009 20:04:15 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag4HABc5HUqDaFvK/2dsb2JhbACOGQHBJIQMBQ X-IronPort-AV: E=Sophos;i="4.41,261,1241409600"; d="scan'208";a="34622325" Received: from fraser.cs.uoguelph.ca ([131.104.91.202]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 27 May 2009 16:04:15 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id 3CA68109C25D for ; Wed, 27 May 2009 16:04:15 -0400 (EDT) X-Virus-Scanned: amavisd-new at fraser.cs.uoguelph.ca Received: from fraser.cs.uoguelph.ca ([127.0.0.1]) by localhost (fraser.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4YIvu42dIm4p for ; Wed, 27 May 2009 16:04:14 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id C2A00109C24A for ; Wed, 27 May 2009 16:04:14 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n4RK5CC02786 for ; Wed, 27 May 2009 16:05:12 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Wed, 27 May 2009 16:05:12 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: [HEADSUP] mount_nfs being updated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 20:04:16 -0000 I just committed changes to mount_nfs so that it handles the experimental nfs subsystem as well as the regular one. Since it survived a recent "make universe", I don't think it should cause grief. rick From owner-freebsd-current@FreeBSD.ORG Wed May 27 20:15:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87E651065693; Wed, 27 May 2009 20:15:31 +0000 (UTC) (envelope-from artemb@gmail.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 F13A48FC0A; Wed, 27 May 2009 20:15:29 +0000 (UTC) (envelope-from artemb@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so2656660yxb.13 for ; Wed, 27 May 2009 13:15:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=jdzjW/Vy9WlYeTPlxH5Xja2Uq6xlXtQpB9EeJ8t2sCM=; b=W0MqNlNKGD/Y2qPUhV4a08LiSGvoXlT724cndCZ4G7EYUFOtTcuY7IiqO0VVS1j0Ef 5dy29ZdFZ/j7elgWX+y8vNMPq6tbv1gZYIHot6qJ1WT506an514ffmx4+PrWGFFZG4Qn ba1UNOszyfmr0GwKsfqvB0dBcIDyQS207ibyc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=UWKXUQ1S49RzNWp+VXbS4AL17U1+g39laD+F21j10yzw0DuB2fCsIPmw2jtx4yBT5T y3U3+bQ43+jL4txgYhKg8ykkie21d6h6Li/UfFb1nZHufsLUy+adbwdF1q6BVG6aNE3K XRXcdLeDrPQr+IksszkN9xGniI4f2mMvYBHQ8= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.90.69.7 with SMTP id r7mr294281aga.47.1243455328634; Wed, 27 May 2009 13:15:28 -0700 (PDT) In-Reply-To: <20090527134343.GB1104@bsdcrew.de> References: <20090527134343.GB1104@bsdcrew.de> Date: Wed, 27 May 2009 13:15:28 -0700 X-Google-Sender-Auth: 1f0c522f2d6e86ef Message-ID: From: Artem Belevich To: Martin Wilke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 20:15:32 -0000 -CURRENT/amd64 as of yesterday. First, there's a build issue: /gm0/zm0/home/artem/vbox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/Ho= stDrivers/Support/freebsd/SUPDrv-freebsd.c: In function 'VBoxDrvFreeBSDOpen': /gm0/zm0/home/artem/vbox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/Ho= stDrivers/Support/freebsd/SUPDrv-freebsd.c:299: error: invalid operands to binary & /gm0/zm0/home/artem/vbox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/Ho= stDrivers/Support/freebsd/SUPDrv-freebsd.c: In function 'VBoxDrvFreeBSDClose': /gm0/zm0/home/artem/vbox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/Ho= stDrivers/Support/freebsd/SUPDrv-freebsd.c:355: error: invalid operands to binary & kBuild: Linking tstCollector kmk[2]: *** [/gm0/zm0/home/artem/vbox/virtualbox/work/virtualbox-2.2.2r1998= 0/out/freebsd.amd64/debug/obj/vboxdrv/freebsd/SUPDrv-freebsd.o] Error 1 Looks like a problem with minor() macro use. Patched it up to print raw pointer instead and move on with compilation. During installation I had to manually fetch http://download.virtualbox.org/virtualbox/2.2.2/VBoxGuestAdditions_2.2.2.is= o into /usr/ports/distfiles -- this has already been reported, I believe. The bad news is that kernel crashed on load of vboxdrv: VBoxDrvFreeBSDLoad: 7/1: off=3Dae6 6/1: off=3D20870d6 5/1: off=3D20a420f 4/1: off=3D20ab06a 3/1: off=3D20acf63 2/1: off=3D20a5eec 1/1: off=3D20a9bc7 0/1: off=3D20a6cbd supdrvDetermineAsyncTsc: returns 0; iLastCpu=3D3 rc=3D-801 offMin=3Dae6 off= Max=3D20acf63 vboxdrv: fAsync=3D0 offMin=3D0xae6 offMax=3D0x20acf63 supdrvGipCreate: 10000000 ns interval. VBoxDrvFreeBSDLoad: returns successfully !!Assertion Failed!! Expression: cMillies !=3D RT_INDEFINITE_WAIT Location : /gm0/zm0/home/artem/vbox/virtualbox/work/virtualbox-2.2.2r19980= /src/VBox/Runtime/r0drv/freebsd/semevent-r0drv-freebsd.c(212) rtSemEventWait [thread pid 58317 tid 100567 ] Stopped at rtSemEventWait+0x39a: nop db> where Tracing pid 58317 tid 100567 td 0xffffff00909f8390 rtSemEventWait() at rtSemEventWait+0x39a RTSemEventWait() at RTSemEventWait+0x20 _Z13rtTimerThreadP11RTTHREADINTPv() at _Z13rtTimerThreadP11RTTHREADINTPv+0x= 44 rtThreadMain() at rtThreadMain+0x121 rtThreadNativeMain() at rtThreadNativeMain+0x35 fork_exit() at fork_exit+0x118 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip =3D 0, rsp =3D 0xffffff842fcb5d40, rbp =3D 0 --- db> --Artem On Wed, May 27, 2009 at 6:43 AM, Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Howdy, > > First of all sorry for all unanswered mails, I got a stupid flu, > but now i feel better... ok now back to vbox, time for a new call > for testing :-) > > Following was added/fixed: > > - - ACPI Support was added > - - hostDVD support was added > - - Fix startup on HEAD > - - Plist problem under AMD64 was fixed > - - Qt4 Frontend is now Optional > - - Desktop file was added > - - Xorg dependencies was fixed > - - Guest additions was added (thx to Maho NAKATA ) > > Open task: > =A0We have got 2 patches for nls support and the request > =A0to make dbus and pulseaudio optional. These both will > =A0be added with the next run. > > =A0We'd like to say many many thanks for all your feedback. > > http://people.freebsd.org/~miwi/vbox/virtualbox_5.tgz > > Happy Testing :-) > > > > - -- > > +-----------------------+-------------------------------+ > | =A0PGP =A0 =A0: 0xB1E6FCE9 =A0| =A0Jabber : miwi(at)BSDCrew.de =A0| > | =A0Skype =A0: splash_111 =A0| =A0Mail =A0 : miwi(at)FreeBSD.org | > +-----------------------+-------------------------------+ > | =A0 =A0 =A0 Mess with the Best, Die like the Rest! =A0 =A0 =A0 =A0 =A0| > +-----------------------+-------------------------------+ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.11 (FreeBSD) > > iEYEARECAAYFAkodQ48ACgkQdLJIhLHm/OmjfQCfR6Zczz0XcZZpAYie64D2G0Ti > wwQAn2r0W/12iidjOfgvX05QPNQX1oUc > =3Db8tt > -----END PGP SIGNATURE----- > _______________________________________________ > 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-current@FreeBSD.ORG Wed May 27 21:25:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F210A10656BD; Wed, 27 May 2009 21:25:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C3BE08FC1A; Wed, 27 May 2009 21:25:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 66D6346B17; Wed, 27 May 2009 17:25:57 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 45DEF8A028; Wed, 27 May 2009 17:25:56 -0400 (EDT) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Wed, 27 May 2009 17:25:43 -0400 User-Agent: KMail/1.9.7 References: <49159824-57EB-4628-9F1C-CE9243465D02@mukaibo.com> <4A1D3484.9040201@icyb.net.ua> In-Reply-To: <4A1D3484.9040201@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905271725.44235.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 27 May 2009 17:25:56 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Timothy Mukaibo , freebsd-current@freebsd.org, Andriy Gapon Subject: Re: ACPI Panic on Current, AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 21:25:58 -0000 On Wednesday 27 May 2009 8:39:32 am Andriy Gapon wrote: > on 27/05/2009 14:11 Timothy Mukaibo said the following: > > Hello Eygene, > > > > I know the patch won't fix anything :( > > > > Here's the updated dmesg: > > > > acpi0: on motherboard > > acpi0: [ITHREAD] > > acpi0: Power Button (fixed) > > acpi0: reservation of 0, a000 (3) failed > > acpi0: reservation of 100000, bfdf0000 (3) failed > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > > acip_button0: on acpi0 > > pcib0: port 0xcf8-0xcff on acpi0 > > pci0: on pcib0 > > pci_link26: Index IRQ Rtd Ref IRQs > > MPASS 0 20 N 1 20 21 22 23 > > link type is 15 > > panic: Assertion link->l_prs_template.Type == ACPI_RESOURCE_TYPE_IRQ > > failed at /usr/src/sys/dev/acpica/acpi_pci_link.c:746 > > So resource type is ACPI_RESOURCE_TYPE_IRQ, but link type is > ACPI_RESOURCE_TYPE_EXTENDED_IRQ. Interesting. I think the _PRS returned one type and _CRS is returning another (or some such). I'm not sure what the "right" thing to do is in that case. Presumably this is while building the buffer for _SRS? Hmm, I guess you could just make it able to read the IRQ out of the _PRS no matter what format it is. But we might should be copying the resource that is in _PRS instead and building a new resource list instead of overwriting the fields in _CRS. That is a bit more involved. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed May 27 21:33:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09CD71065675 for ; Wed, 27 May 2009 21:33:15 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 7796B8FC1E for ; Wed, 27 May 2009 21:33:14 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id n4RLCXCi093754; Wed, 27 May 2009 23:12:35 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n4RLCXuL093753; Wed, 27 May 2009 23:12:33 +0200 (CEST) (envelope-from marius) Date: Wed, 27 May 2009 23:12:33 +0200 From: Marius Strobl To: Piotr =?unknown-8bit?Q?Zi=EAcik?= Message-ID: <20090527211233.GA93503@alchemy.franken.de> References: <200905271253.06693.kosmo@semihalf.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200905271253.06693.kosmo@semihalf.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Generic ATA driver DMA coherency issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 21:33:15 -0000 On Wed, May 27, 2009 at 12:53:06PM +0200, Piotr Zicik wrote: > While working on bring-up SATA on ARM SoC I had issues with DMA memory > coherency. After tracing, I have found problem in generic ATA code behaviour. > > The ATA generic driver allocates 64k DMA workspace memory which can be > optionally used by ATA chipset drivers. Currently only ata-ahci, ata-marvell, > ata-promise and ata-siliconimage relies on this feature. In general, the > drivers use preallocated DMA workspace to hold small request descriptors, > consumed by hardware. > > All of these drivers do not synchronize workspace with bus_dmamap_sync(). They > assumes that DMA workspace is coherent. However ATA driver neither enforces > coherency by using BUS_DMA_COHERENT flag nor synchronizes the workspace with > bus_dmamap_sync(). > > I have fixed my problem by adding BUS_DMA_COHERENT flag to workspace > allocation code: > > diff --git a/sys/dev/ata/ata-dma.c b/sys/dev/ata/ata-dma.c > index ab4c3c8..71ee41b 100644 > --- a/sys/dev/ata/ata-dma.c > +++ b/sys/dev/ata/ata-dma.c > @@ -95,8 +95,8 @@ ata_dmainit(device_t dev) > 0, NULL, NULL, &ch->dma.work_tag)) > goto error; > > - if (bus_dmamem_alloc(ch->dma.work_tag, (void **)&ch->dma.work, 0, > - &ch->dma.work_map)) > + if (bus_dmamem_alloc(ch->dma.work_tag, (void **)&ch->dma.work, > + BUS_DMA_COHERENT, &ch->dma.work_map)) > goto error; > > if (bus_dmamap_load(ch->dma.work_tag, ch->dma.work_map, ch->dma.work, > > The question is about multiplatform impact of this change. Especially I am > curious how everything works without any problems on i386. > Well, bus_dma.9 documents BUS_DMA_COHERENT to not remove the requirement of using bus_dmamap_sync(), so this would only be a quick hack. The NetBSD version of the man page states the intent of that flag even more clearly. Marius From owner-freebsd-current@FreeBSD.ORG Wed May 27 21:54:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE0251065674 for ; Wed, 27 May 2009 21:54:54 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from conversation.bsdunix.ch (ns1.bsdunix.ch [82.220.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id 3B3508FC1C for ; Wed, 27 May 2009 21:54:54 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from localhost (localhost [127.0.0.1]) by conversation.bsdunix.ch (Postfix) with ESMTP id 7CC535D98 for ; Wed, 27 May 2009 23:39:21 +0200 (CEST) X-Virus-Scanned: by amavisd-new at mail.bsdunix.ch Received: from conversation.bsdunix.ch ([127.0.0.1]) by localhost (conversation.bsdunix.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id EgTnFDPVuzL7 for ; Wed, 27 May 2009 23:39:20 +0200 (CEST) Received: from Toms-Kraftbuch.local (home.bsdunix.ch [82.220.17.23]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by conversation.bsdunix.ch (Postfix) with ESMTP id F25E75D9B for ; Wed, 27 May 2009 23:39:19 +0200 (CEST) Message-ID: <4A1DB307.70007@bsdunix.ch> Date: Wed, 27 May 2009 23:39:19 +0200 From: Thomas Vogt User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: ZFS Crash with latest current from May 26 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 21:54:54 -0000 Hi I updated today to latest current (from a current system late april). Now, the system is very unstable. I started a zpool scrub and the system crashed after a few minutes. loader.conf: autoboot_delay=3 beastie_disable="YES" zfs_load="YES" kern.maxfiles="65536" kern.maxproc="20480" #vfs.zfs.arc_min="64M" #vfs.zfs.arc_max="2G" vfs.zfs.prefetch_disable="1" vfs.zfs.zil_disable="1" FreeBSD 8.0-CURRENT #0: Wed May 27 20:02:24 UTC 2009 root@lisa.foo.ch:/usr/obj/usr/src/sys/GENERIC amd64 CPU: WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU 5110 @ 1.60GHz (1731.57-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0x4e33d AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 4060078080 (3871 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 This module (opensolaris) contains code covered b DDB Output: FatKernale tlra p 12:p paage gfaeul t fwhaile uin klertnel mode c puid = 1; apic wiid t= 01 hfa uthe following non-sleepable locks lth veirtual address =l 0x0 t au:l code = supervisor werite data, pagex noct lpresent iunstructsion pointier = 0x2v0:0xfffeff ffsf8l08e28e22p6 stack poinmter = 0x28:0xfufftfff80e779x27 a68r0 fcrame pointer = 0x28m:0sxfrff fff80779276e0 cQode segm enbt = buasfe 0x0f, leimrit 0xf ffff, tylpe 0x1ob c = DPL 0k, pres 1, long 1, de(f32 0, gran 1 parocessor eflags = interrupt enabled, resurme, IOPL = 0 ccurrent prmocess = 5142 (mv) [thread pid 5142 tid 100159 ] Stopped at bcopy+0x16: repe movsq (%rsi),%es:(%rdi) b> bt Tracing pid 5142 tid 100159 td 0xffffff0032172720 bcopy() at bcopy+0x16 dnode_set_blksz() at dnode_set_blksz+0x2ae dmu_object_set_blocksize() at dmu_object_set_blocksize+0x4c zfs_grow_blocksize() at zfs_grow_blocksize+0x45 zfs_freebsd_write() at zfs_freebsd_write+0x9e6 VOP_WRITE_APV() at VOP_WRITE_APV+0xfe vn_write() at vn_write+0x221 dofilewrite() at dofilewrite+0x85 kern_writev() at kern_writev+0x60 write() at write+0x54 syscall() at syscall+0x1bf Xfast_syscall() at Xfast_syscall+0xd0 --- syscall (4, FreeBSD ELF64, write), rip = 0x80073616c, rsp = 0x7fffffffe068, rbp = 0x7fffff More debug information at http://www.bsdunix.ch/public/FreeBSD/crash_2009-May_27.txt The system was pretty stable with current from late April. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Thu May 28 00:33:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 014121065670 for ; Thu, 28 May 2009 00:33:27 +0000 (UTC) (envelope-from deeptech71@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 785698FC13 for ; Thu, 28 May 2009 00:33:26 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: by fg-out-1718.google.com with SMTP id 22so1610127fge.12 for ; Wed, 27 May 2009 17:33:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=Bax4V88v2OnOQTUzzKLw255aOzo9E4m99kiMhkvJZek=; b=Hx/DYExgaDcvfI1LxfUHKOiSc6/nAZQs9M/ExnU1uHr31s+lwC9Fb5JmEEa/V762WA aWrtXE1FSKSLSbMTV7tx2c01TmwH/5KxtGKwThqXpV66rQohRT4VvL3zKpA8nbnpIZQU xFL/fgKXOXbKZa9MB7P73yBjP8gLkbz9/EK2w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=bhiJpPa2j2acgqpRZvpQGM5W8BUyudaaDzQX6qYDhzinlOkQxbky6EDvCw60/nZHh/ ngvHrKYsXV6DJ89uEkWnFn1oK05i0Ri0jQCTyQFfPd11MX1bzCK8/9J/49crAMmRMgCY nGPREqY9dC3r1PCJJR/TQdBhTEesSBfWxeUvA= Received: by 10.86.27.6 with SMTP id a6mr890665fga.6.1243468992647; Wed, 27 May 2009 17:03:12 -0700 (PDT) Received: from ?157.181.96.136? (quark.teteny.elte.hu [157.181.96.136]) by mx.google.com with ESMTPS id l12sm3978346fgb.11.2009.05.27.17.03.11 (version=SSLv3 cipher=RC4-MD5); Wed, 27 May 2009 17:03:11 -0700 (PDT) Message-ID: <4A1DD57A.7010704@gmail.com> Date: Thu, 28 May 2009 02:06:18 +0200 From: deeptech71@gmail.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.21) Gecko/20090303 SeaMonkey/1.1.15 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: panic: igmp_v3_dispatch_general_query: called when version 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 00:33:27 -0000 # kgdb kernel.debug /var/crash/vmcore.3 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: panic: igmp_v3_dispatch_general_query: called when version 2 cpuid = 0 Uptime: 5h55m42s Physical memory: 494 MB Dumping 133 MB: (CTRL-C to abort) 118 (CTRL-C to abort) (CTRL-C to abort) 102 (CTRL-C to abort) 86 70 54 (CTRL-C to abort) 38 (CTRL-C to abort) 22 (CTRL-C to abort) (CTRL-C to abort) 6 Reading symbols from /boot/kernel.GENERIC.r191232.copyin2.debug/snd_es137x.ko...Reading symbols from /boot/kernel.GENERIC.r191232.copyin2.debug/snd_es137x.ko.symbols...done. done. Loaded symbols for /boot/kernel.GENERIC.r191232.copyin2.debug/snd_es137x.ko Reading symbols from /boot/kernel.GENERIC.r191232.copyin2.debug/sound.ko...Reading symbols from /boot/kernel.GENERIC.r191232.copyin2.debug/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel.GENERIC.r191232.copyin2.debug/sound.ko Reading symbols from /boot/kernel.GENERIC.r191232.copyin2.debug/radeon.ko...Reading symbols from /boot/kernel.GENERIC.r191232.copyin2.debug/radeon.ko.symbols...done. done. Loaded symbols for /boot/kernel.GENERIC.r191232.copyin2.debug/radeon.ko Reading symbols from /boot/kernel.GENERIC.r191232.copyin2.debug/drm.ko...Reading symbols from /boot/kernel.GENERIC.r191232.copyin2.debug/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel.GENERIC.r191232.copyin2.debug/drm.ko #0 doadump () at pcpu.h:246 246 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc08570ae in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420 #2 0xc0857382 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:576 #3 0xc093e976 in igmp_fasttimo () at /usr/src/sys/netinet/igmp.c:3325 #4 0xc08b0739 in pffasttimo (arg=0x0) at /usr/src/sys/kern/uipc_domain.c:515 #5 0xc0869f8a in softclock (arg=0xc0d7c5c0) at /usr/src/sys/kern/kern_timeout.c:411 #6 0xc0835b45 in intr_event_execute_handlers (p=0xc35737ec, ie=0xc35a4280) at /usr/src/sys/kern/kern_intr.c:1134 #7 0xc08367af in ithread_loop (arg=0xc35721c0) at /usr/src/sys/kern/kern_intr.c:1147 #8 0xc08338f8 in fork_exit (callout=0xc0836710 , arg=0xc35721c0, frame=0xc3283d38) at /usr/src/sys/kern/kern_fork.c:821 #9 0xc0b47f70 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:270 From owner-freebsd-current@FreeBSD.ORG Thu May 28 00:49:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D29B1065676 for ; Thu, 28 May 2009 00:49:08 +0000 (UTC) (envelope-from rmtodd@ichotolot.servalan.com) Received: from mx1.synetsystems.com (mx1.synetsystems.com [76.10.206.14]) by mx1.freebsd.org (Postfix) with ESMTP id 229D48FC0C for ; Thu, 28 May 2009 00:49:07 +0000 (UTC) (envelope-from rmtodd@ichotolot.servalan.com) Received: by mx1.synetsystems.com (Postfix, from userid 66) id 604DDCCE; Wed, 27 May 2009 20:49:07 -0400 (EDT) Received: from rmtodd by servalan.servalan.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M9Tbf-0005Tq-9n; Wed, 27 May 2009 19:36:27 -0500 To: freebsd-current@freebsd.org From: Richard Todd Date: Wed, 27 May 2009 19:36:27 -0500 Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.4.22 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Odd panic "NULL bp->data in g_io_request(cmd=1)" out of ZFS in latest -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 00:49:08 -0000 Updated my main -current box to the most recent sources last night, and early this morning (about 3:30am, so probably in the middle of daily periodic time), got the following intersting panic. As near as I can tell, the ZFS zio system queued a request up to read a block with io_data NULL and later cheerfully translated that into a BIO_READ request from geom with bp->data null; this obviously caused geom to complain that there was nowhere to put the requested data. Unread portion of the kernel message buffer: panic: NULL bp->data in g_io_request(cmd=1) cpuid = 1 KDB: enter: panic shared lockmgr zfs (zfs) r = 0 (0xffffff00056f37e8) locked @ /usr/src/sys/kern/vfs_lookup.c:492 shared lockmgr zfs (zfs) r = 0 (0xffffff00056f37e8) locked @ /usr/src/sys/kern/vfs_lookup.c:492 shared lockmgr zfs (zfs) r = 0 (0xffffff0007e6c308) locked @ /usr/src/sys/kern/vfs_subr.c:2101 exclusive lockmgr zfs (zfs) r = 0 (0xffffff001a13ccc8) locked @ /usr/src/sys/kern/vfs_vnops.c:590 shared lockmgr zfs (zfs) r = 0 (0xffffff0118100cc8) locked @ /usr/src/sys/kern/vfs_subr.c:2101 shared lockmgr zfs (zfs) r = 0 (0xffffff00056f37e8) locked @ /usr/src/sys/kern/vfs_lookup.c:492 exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xffffff00c7149378) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xffffff00ad419b10) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xffffff00c7093d98) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 exclusive lockmgr zfs (zfs) r = 0 (0xffffff0007e967e8) locked @ /usr/src/sys/kern/vfs_subr.c:2101 exclusive lockmgr bufwait (bufwait) r = 0 (0xffffff80c03ab578) locked @ /usr/src/sys/vm/vm_pager.c:310 exclusive lockmgr zfs (zfs) r = 0 (0xffffff0009f657e8) locked @ /usr/src/sys/kern/vfs_vnops.c:590 exclusive sleep mutex zio_cache (UMA zone) r = 0 (0xffffff0005724c50) locked @ /usr/src/sys/vm/uma_core.c:2602 0xffffff00056f3750: tag zfs, type VDIR usecount 344, writecount 0, refcount 345 mountedhere 0 flags (VV_ROOT) v_object 0xffffff0007e9c258 ref 0 pages 0 lock type zfs: SHARED (count 3) #0 0xffffffff8054aeca at __lockmgr_args+0x51a #1 0xffffffff805dc869 at vop_stdlock+0x39 #2 0xffffffff8087e5db at VOP_LOCK1_APV+0x9b #3 0xffffffff805f8907 at _vn_lock+0x57 #4 0xffffffff805e0cf5 at lookup+0xf5 #5 0xffffffff805e2026 at namei+0x546 #6 0xffffffff805f0e8f at kern_statat_vnhook+0x8f #7 0xffffffff805f1035 at kern_statat+0x15 #8 0xffffffff805f11da at stat+0x2a #9 0xffffffff80835ac7 at syscall+0x1e7 #10 0xffffffff80810490 at Xfast_syscall+0xd0 0xffffff0007e6c270: tag zfs, type VDIR usecount 1, writecount 0, refcount 2 mountedhere 0 flags () v_object 0xffffff003471b960 ref 0 pages 0 lock type zfs: SHARED (count 1) #0 0xffffffff8054aeca at __lockmgr_args+0x51a #1 0xffffffff805dc869 at vop_stdlock+0x39 #2 0xffffffff8087e5db at VOP_LOCK1_APV+0x9b #3 0xffffffff805f8907 at _vn_lock+0x57 #4 0xffffffff805ed21b at vget+0x8b #5 0xffffffff805da350 at cache_lookup+0x4e0 #6 0xffffffff805da650 at vfs_cache_lookup+0xc0 #7 0xffffffff8087f4a7 at VOP_LOOKUP_APV+0xb7 #8 0xffffffff805e118b at lookup+0x58b #9 0xffffffff805e2026 at namei+0x546 #10 0xffffffff805f0e8f at kern_statat_vnhook+0x8f #11 0xffffffff805f1035 at kern_statat+0x15 #12 0xffffffff805f11da at stat+0x2a #13 0xffffffff80835ac7 at syscall+0x1e7 #14 0xffffffff80810490 at Xfast_syscall+0xd0 0xffffff0007e96750: tag zfs, type VLNK usecount 0, writecount 0, refcount 4 mountedhere 0 flags (VI_DOINGINACT) lock type zfs: EXCL by thread 0xffffff0005ae8720 (pid 1491) #0 0xffffffff8054aeca at __lockmgr_args+0x51a #1 0xffffffff805dc869 at vop_stdlock+0x39 #2 0xffffffff8087e5db at VOP_LOCK1_APV+0x9b #3 0xffffffff805f8907 at _vn_lock+0x57 #4 0xffffffff805ed21b at vget+0x8b #5 0xffffffff805da350 at cache_lookup+0x4e0 #6 0xffffffff805da650 at vfs_cache_lookup+0xc0 #7 0xffffffff8087f4a7 at VOP_LOOKUP_APV+0xb7 #8 0xffffffff805e118b at lookup+0x58b #9 0xffffffff805e2026 at namei+0x546 #10 0xffffffff805f0e8f at kern_statat_vnhook+0x8f #11 0xffffffff805f1035 at kern_statat+0x15 #12 0xffffffff805f11da at stat+0x2a #13 0xffffffff80835ac7 at syscall+0x1e7 #14 0xffffffff80810490 at Xfast_syscall+0xd0 0xffffff0009f65750: tag zfs, type VREG usecount 1, writecount 1, refcount 1 mountedhere 0 flags () v_object 0xffffff00094b0190 ref 0 pages 0 lock type zfs: EXCL by thread 0xffffff0009038390 (pid 1355) #0 0xffffffff8054b108 at __lockmgr_args+0x758 #1 0xffffffff805dc869 at vop_stdlock+0x39 #2 0xffffffff8087e5db at VOP_LOCK1_APV+0x9b #3 0xffffffff805f8907 at _vn_lock+0x57 #4 0xffffffff805f9c49 at vn_write+0x139 #5 0xffffffff805a47e5 at dofilewrite+0x85 #6 0xffffffff805a5db0 at kern_writev+0x60 #7 0xffffffff805a5e31 at writev+0x41 #8 0xffffffff80835ac7 at syscall+0x1e7 #9 0xffffffff80810490 at Xfast_syscall+0xd0 0xffffff001a13cc30: tag zfs, type VREG usecount 2, writecount 1, refcount 2 mountedhere 0 flags () v_object 0xffffff00c7e490c8 ref 0 pages 0 lock type zfs: EXCL by thread 0xffffff000c173000 (pid 4819) #0 0xffffffff8054b108 at __lockmgr_args+0x758 #1 0xffffffff805dc869 at vop_stdlock+0x39 #2 0xffffffff8087e5db at VOP_LOCK1_APV+0x9b #3 0xffffffff805f8907 at _vn_lock+0x57 #4 0xffffffff805f9c49 at vn_write+0x139 #5 0xffffffff805a47e5 at dofilewrite+0x85 #6 0xffffffff805a5db0 at kern_writev+0x60 #7 0xffffffff805a5eb4 at write+0x54 #8 0xffffffff80835ac7 at syscall+0x1e7 #9 0xffffffff80810490 at Xfast_syscall+0xd0 0xffffff0118100c30: tag zfs, type VREG usecount 4, writecount 0, refcount 5 mountedhere 0 flags () v_object 0xffffff0109184bb8 ref 3 pages 315 lock type zfs: SHARED (count 1) #0 0xffffffff8054aeca at __lockmgr_args+0x51a #1 0xffffffff805dc869 at vop_stdlock+0x39 #2 0xffffffff8087e5db at VOP_LOCK1_APV+0x9b #3 0xffffffff805f8907 at _vn_lock+0x57 #4 0xffffffff805ed21b at vget+0x8b #5 0xffffffff8078bedd at vm_fault+0xb5d #6 0xffffffff808357c8 at trap_pfault+0x128 #7 0xffffffff80836454 at trap+0x504 #8 0xffffffff80810203 at calltrap+0x8 Physical memory: 4012 MB Dumping 2266 MB: 2251 2235 2219 2203 2187 2171 2155 2139 2123 2107 2091 2075 2059 2043 2027 2011 1995 1979 1963 1947 1931 1915 1899 1883 1867 1851 1835 1819 1803 1787 1771 1755 1739 1723 1707 1691 1675 1659 1643 1627 1611 1595 1579 1563 1547 1531 1515 1499 1483 1467 1451 1435 1419 1403 1387 1371 1355 1339 1323 1307 1291 1275 1259 1243 1227 1211 1195 1179 1163 1147 1131 1115 1099 1083 1067 1051 1035 1019 1003 987 971 955 939 923 907 891 875 859 843 827 811 795 779 763 747 731 715 699 683 667 651 635 619 603 587 571 555 539 523 507 491 475 459 443 427 411 395 379 363 347 331 315 299 283 267 251 235 219 203 187 171 155 139 123 107 91 75 59 43 27 11 Reading symbols from /boot/kernel/zfs.ko...done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/geom_mirror.ko...done. Loaded symbols for /boot/kernel/geom_mirror.ko Reading symbols from /boot/kernel/snd_hda.ko...done. Loaded symbols for /boot/kernel/snd_hda.ko Reading symbols from /boot/kernel/sound.ko...done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/kernel/coretemp.ko...done. Loaded symbols for /boot/kernel/coretemp.ko Reading symbols from /boot/kernel/atapicam.ko...done. Loaded symbols for /boot/kernel/atapicam.ko Reading symbols from /boot/kernel/tmpfs.ko...done. Loaded symbols for /boot/kernel/tmpfs.ko Reading symbols from /boot/kernel/linux.ko...done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /usr/local/modules/fuse.ko...done. Loaded symbols for /usr/local/modules/fuse.ko Reading symbols from /boot/kernel/green_saver.ko...done. Loaded symbols for /boot/kernel/green_saver.ko Reading symbols from /boot/kernel/radeon.ko...done. Loaded symbols for /boot/kernel/radeon.ko Reading symbols from /boot/kernel/drm.ko...done. Loaded symbols for /boot/kernel/drm.ko #0 doadump () at pcpu.h:223 223 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:223 #1 0xffffffff801cb48c in db_fncall (dummy1=Variable "dummy1" is not available. ) at /usr/src/sys/ddb/db_command.c:548 #2 0xffffffff801cb73d in db_command (last_cmdp=0xffffffff80bb8420, cmd_table=Variable "cmd_table" is not available. ) at /usr/src/sys/ddb/db_command.c:445 #3 0xffffffff801cff33 in db_script_exec ( scriptname=0xffffff80ed1ff540 "kdb.enter.panic", warnifnotfound=0) at /usr/src/sys/ddb/db_script.c:302 #4 0xffffffff801d0002 in db_script_kdbenter (eventname=Variable "eventname" is not available. ) at /usr/src/sys/ddb/db_script.c:324 #5 0xffffffff801cd9b4 in db_trap (type=Variable "type" is not available. ) at /usr/src/sys/ddb/db_main.c:228 #6 0xffffffff80590075 in kdb_trap (type=3, code=0, tf=0xffffff80ed1ff760) at /usr/src/sys/kern/subr_kdb.c:534 #7 0xffffffff80836101 in trap (frame=0xffffff80ed1ff760) at /usr/src/sys/amd64/amd64/trap.c:613 #8 0xffffffff80810203 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:223 #9 0xffffffff8059024d in kdb_enter (why=0xffffffff8093b909 "panic", msg=0xa
) at cpufunc.h:63 #10 0xffffffff8056088b in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:559 #11 0xffffffff80507e1f in g_io_request (bp=0xffffff002f804e10, cp=0xffffff0005913580) at /usr/src/sys/geom/geom_io.c:347 #12 0xffffffff81045c44 in vdev_geom_io_start (zio=0xffffff0006ecb870) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_geom.c:653 #13 0xffffffff81025987 in zio_execute (zio=0xffffff0006ecb870) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1085 #14 0xffffffff81014810 in vdev_mirror_io_start (zio=0xffffff0006ecb2d0) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_mirror.c:303 #15 0xffffffff81025987 in zio_execute (zio=0xffffff0006ecb2d0) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1085 #16 0xffffffff81014810 in vdev_mirror_io_start (zio=0xffffff00a07b8b40) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_mirror.c:303 #17 0xffffffff81025987 in zio_execute (zio=0xffffff00a07b8b40) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1085 #18 0xffffffff80fc9fb1 in taskq_thread (arg=Variable "arg" is not available. ) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/os/taskq.c:854 #19 0xffffffff8053be8a in fork_exit ( callout=0xffffffff80fc9de0 , arg=0xffffff00029bf240, frame=0xffffff80ed1ffc90) at /usr/src/sys/kern/kern_fork.c:830 #20 0xffffffff8081068e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:552 ---Type to continue, or q to quit--- #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000001 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 ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x0000000000000000 in ?? () #41 0x0000000000000000 in ?? () #42 0x0000000000000000 in ?? () #43 0x0000000000000000 in ?? () #44 0x0000000000000000 in ?? () #45 0x000000000124b000 in ?? () #46 0x0000000000000000 in ?? () #47 0xffffffff80c0f358 in sleepq_chains () #48 0xffffffff80bf3f80 in affinity () #49 0xffffff0002897390 in ?? () #50 0xffffff80ed1ffa50 in ?? () #51 0xffffff80ed1ffa08 in ?? () #52 0xffffff000593b390 in ?? () #53 0xffffffff80583660 in sched_switch (td=0xffffff00029bf240, newtd=0xffffffff80fc9de0, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1862 Previous frame inner to this frame (corrupt stack?) (kgdb) fr 11 #11 0xffffffff80507e1f in g_io_request (bp=0xffffff002f804e10, cp=0xffffff0005913580) at /usr/src/sys/geom/geom_io.c:347 347 KASSERT(bp->bio_data != NULL, (kgdb) l 342 bp->_bio_caller2 = bp->bio_caller2; 343 bp->_bio_cflags = bp->bio_cflags; 344 #endif 345 346 if (bp->bio_cmd & (BIO_READ|BIO_WRITE|BIO_GETATTR)) { 347 KASSERT(bp->bio_data != NULL, 348 ("NULL bp->data in g_io_request(cmd=%hhu)", bp->bio_cmd)); 349 } 350 if (bp->bio_cmd & (BIO_DELETE|BIO_FLUSH)) { 351 KASSERT(bp->bio_data == NULL, (kgdb) fr 12      352 ("non-NULL bp->data in g_io_request(cmd=%hhu)", 353 bp->bio_cmd)); 354 } 355 if (bp->bio_cmd & (BIO_READ|BIO_WRITE|BIO_DELETE)) { 356 KASSERT(bp->bio_offset % cp->provider->sectorsize == 0, 357 ("wrong offset %jd for sectorsize %u", 358 bp->bio_offset, cp->provider->sectorsize)); 359 KASSERT(bp->bio_length % cp->provider->sectorsize == 0, 360 ("wrong length %jd for sectorsize %u", 361 bp->bio_length, cp->provider->sectorsize)); (kgdb) p bp $1 = (struct bio *) 0xffffff002f804e10 (kgdb) p *bp $2 = {bio_cmd = 1 '\001', bio_flags = 0 '\0', bio_cflags = 0 '\0', bio_pflags = 0 '\0', bio_dev = 0x0, bio_disk = 0x0, bio_offset = 9495077376, bio_bcount = 0, bio_data = 0x0, bio_error = 0, bio_resid = 0, bio_done = 0xffffffff81045d40 , bio_driver1 = 0x0, bio_driver2 = 0x0, bio_caller1 = 0xffffff0006ecb870, bio_caller2 = 0x0, bio_queue = {tqe_next = 0x0, tqe_prev = 0x0}, bio_attribute = 0x0, bio_from = 0x0, bio_to = 0x0, bio_length = 14848, bio_completed = 0, bio_children = 0, bio_inbed = 0, bio_parent = 0x0, bio_t0 = {sec = 0, frac = 0}, bio_task = 0, bio_task_arg = 0x0, _bio_caller1 = 0xffffff0006ecb870, _bio_caller2 = 0x0, _bio_cflags = 0 '\0', bio_pblkno = 0} (kgdb) fr 12 #12 0xffffffff81045c44 in vdev_geom_io_start (zio=0xffffff0006ecb870) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_geom.c:653 653 g_io_request(bp, cp); (kgdb) p *zio $3 = {io_bookmark = {zb_objset = 47, zb_object = 812224, zb_level = 0, zb_blkid = 1}, io_prop = {zp_checksum = ZIO_CHECKSUM_INHERIT, zp_compress = ZIO_COMPRESS_INHERIT, zp_type = DMU_OT_NONE, zp_level = 0 '\0', zp_ndvas = 0 '\0'}, io_type = ZIO_TYPE_READ, io_child_type = ZIO_CHILD_VDEV, io_cmd = 0, io_priority = 0 '\0', io_reexecute = 0 '\0', io_async_root = 0 '\0', io_txg = 338656806, io_spa = 0xffffff0005773000, io_bp = 0xffffff0006ecb8c8, io_bp_copy = { blk_dva = {{dva_word = {29, 18536881}}, {dva_word = {0, 0}}, {dva_word = { 0, 0}}}, blk_prop = 9223378642516312092, blk_pad = {0, 0, 0}, blk_birth = 338656806, blk_fill = 0, blk_cksum = {zc_word = { 4121883143947992538, 2241231356647247877, 10499032108141833196, 18092516276412224804}}}, io_parent = 0xffffff0006ecb2d0, io_child = 0x0, io_sibling_prev = 0x0, io_sibling_next = 0x0, io_logical = 0xffffff00681a62d0, io_transform_stack = 0x0, io_ready = 0, io_done = 0xffffffff81014220 , io_private = 0xffffff001f40b8a8, io_bp_orig = {blk_dva = {{dva_word = {29, 18536881}}, {dva_word = {0, 0}}, {dva_word = {0, 0}}}, blk_prop = 9223378642516312092, blk_pad = {0, 0, 0}, blk_birth = 338656806, blk_fill = 0, blk_cksum = {zc_word = { 4121883143947992538, 2241231356647247877, 10499032108141833196, 18092516276412224804}}}, io_data = 0x0, io_size = 14848, io_vd = 0xffffff0005941800, io_vsd = 0x0, io_vsd_free = 0, io_offset = 9495077376, io_deadline = 9795, io_offset_node = {avl_child = { 0x0, 0x0}, avl_pcb = 1}, io_deadline_node = {avl_child = {0x0, 0x0}, avl_pcb = 1}, io_vdev_tree = 0xffffff0005941c48, io_delegate_list = 0x0, io_delegate_next = 0x0, io_flags = 177, io_stage = ZIO_STAGE_VDEV_IO_START, io_pipeline = 63488, io_orig_flags = 145, io_orig_stage = ZIO_STAGE_READY, io_orig_pipeline = 63488, io_error = 0, io_child_error = {0, 0, 0}, io_children = {{0, 0}, {0, 0}, {0, 0}}, io_stall = 0x0, io_gang_tree = 0x0, io_executor = 0xffffff000593b390, io_waiter = 0x0, io_lock = {lock_object = { lo_name = 0xffffffff810a0407 "zio->io_lock", lo_flags = 41484304, lo_data = 0, lo_witness = 0x0}, sx_lock = 1}, io_cv = { cv_description = 0xffffffff810a0432 "zio->io_cv)", cv_waiters = 0}, io_ena = 0} (kgdb) q ichotolot# exit From owner-freebsd-current@FreeBSD.ORG Thu May 28 02:03:31 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2235106566C; Thu, 28 May 2009 02:03: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 7D6A38FC0A; Thu, 28 May 2009 02:03:31 +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 n4S23S6R003096; Wed, 27 May 2009 22:03:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n4S23Saq005806; Wed, 27 May 2009 22:03:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 834807302F; Wed, 27 May 2009 22:03:28 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090528020328.834807302F@freebsd-current.sentex.ca> Date: Wed, 27 May 2009 22:03:28 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 02:03:32 -0000 TB --- 2009-05-28 00:45:19 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-28 00:45:19 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-05-28 00:45:19 - cleaning the object tree TB --- 2009-05-28 00:45:40 - cvsupping the source tree TB --- 2009-05-28 00:45:40 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-05-28 00:45:50 - building world TB --- 2009-05-28 00:45:50 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-28 00:45:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-28 00:45:50 - TARGET=powerpc TB --- 2009-05-28 00:45:50 - TARGET_ARCH=powerpc TB --- 2009-05-28 00:45:50 - TZ=UTC TB --- 2009-05-28 00:45:50 - __MAKE_CONF=/dev/null TB --- 2009-05-28 00:45:50 - cd /src TB --- 2009-05-28 00:45:50 - /usr/bin/make -B buildworld >>> World build started on Thu May 28 00:45:51 UTC 2009 >>> 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 [...] cc1: warnings being treated as errors /src/usr.bin/ee/../../contrib/ee/ee.c: In function 'out_char': /src/usr.bin/ee/../../contrib/ee/ee.c:957: warning: comparison is always true due to limited range of data type /src/usr.bin/ee/../../contrib/ee/ee.c:961: warning: comparison is always false due to limited range of data type /src/usr.bin/ee/../../contrib/ee/ee.c:967: warning: comparison is always false due to limited range of data type /src/usr.bin/ee/../../contrib/ee/ee.c: In function 'len_char': /src/usr.bin/ee/../../contrib/ee/ee.c:995: warning: comparison is always true due to limited range of data type /src/usr.bin/ee/../../contrib/ee/ee.c:1001: warning: comparison is always false due to limited range of data type *** Error code 1 Stop in /src/usr.bin/ee. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-28 02:03:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-28 02:03:28 - ERROR: failed to build world TB --- 2009-05-28 02:03:28 - 3671.91 user 356.38 system 4688.72 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu May 28 03:01:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B17B106566B for ; Thu, 28 May 2009 03:01:32 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id BFD448FC0A for ; Thu, 28 May 2009 03:01:31 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n4S31R9r086970 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 28 May 2009 12:31:28 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Thu, 28 May 2009 12:31:17 +0930 User-Agent: KMail/1.9.10 References: <20090527134343.GB1104@bsdcrew.de> In-Reply-To: <20090527134343.GB1104@bsdcrew.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1604797.b3mCPJWShv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200905281231.25830.doconnor@gsoft.com.au> X-Spam-Score: -3.517 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, Martin Wilke Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 03:01:32 -0000 --nextPart1604797.b3mCPJWShv Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 27 May 2009, Martin Wilke wrote: > First of all sorry for all unanswered mails, I got a stupid flu, > but now i feel better... ok now back to vbox, time for a new call > for testing :-) > > Following was added/fixed: > > - ACPI Support was added > - hostDVD support was added > - Fix startup on HEAD > - Plist problem under AMD64 was fixed > - Qt4 Frontend is now Optional > - Desktop file was added > - Xorg dependencies was fixed > - Guest additions was added (thx to Maho NAKATA com>) Nice :) It works for me on -current/i386 (but they have all done so) however it=20 did crash after I started the new VBox (I unloaded the old KLD, loaded=20 the new one, start VM -> crash). Unfortunately X was running so it just=20 reset with no crash dump. However the guest addition stuff didn't work properly for me.. I ran make config and selected it, vbox built, but at install time I=20 got.. /bin/chmod 0711 /usr/local/lib/virtualbox/VBoxSVC /bin/chmod 0711 /usr/local/lib/virtualbox/VBoxXPCOMIPCD install -o root -g wheel -m=20 444 /usr/ports/distfiles/VBoxGuestAdditions_2.2.2.iso /usr/local/lib/virtua= lbox/ install: /usr/ports/distfiles/VBoxGuestAdditions_2.2.2.iso: No such file=20 or directory *** Error code 71 Stop in /usr/home/darius/projects/virtualbox. *** Error code 1 Stop in /usr/home/darius/projects/virtualbox. and that file is missing, if I do make fetch it doesn't download it=20 either. If I do make fetch WITH_GUESTADDITIONS=3D it does download it. > Open task: > We have got 2 patches for nls support and the request > to make dbus and pulseaudio optional. These both will > be added with the next run. > > We'd like to say many many thanks for all your feedback. > > http://people.freebsd.org/~miwi/vbox/virtualbox_5.tgz Are there plans (or patches :) for adding other types of network=20 support? NAT is usable but without the ability to forward ports it=20 makes logging in via SSH rather tedious (ie log out from the VM with -R=20 then log back in). Thanks for your work thus far, it's a very handy tool :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1604797.b3mCPJWShv Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iD8DBQBKHf6F5ZPcIHs/zowRAj/JAJoCAVjzh2jvFEFiwKTgDqdCci+iYwCfeU+Q BZxlD8tmIE0LGY8S7Y2rhBQ= =F3dR -----END PGP SIGNATURE----- --nextPart1604797.b3mCPJWShv-- From owner-freebsd-current@FreeBSD.ORG Thu May 28 03:10:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE0A21065686; Thu, 28 May 2009 03:10:55 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from mail-pz0-f105.google.com (mail-pz0-f105.google.com [209.85.222.105]) by mx1.freebsd.org (Postfix) with ESMTP id 7637E8FC12; Thu, 28 May 2009 03:10:55 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: by pzk3 with SMTP id 3so750448pzk.3 for ; Wed, 27 May 2009 20:10:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=9zYvHrcqEEJcbo0KeJcMsonZP4zVP1fDzcZ5fpTPE+U=; b=hxU1qvDki6uOF9p3ysW2OTnBItFDD8IeRjZYZjOIAnD6pXHd2t2ArCYdQ6clGg7Kgo c7aE9qutzz5nwakVg1BTfBGBZaE7NcIakrss0Omq5kSRU9Ds4LrTySjssTeRJseFRJxf C+hWl2FYCgWduhh6mCNsuGQ6i4sBZv6+9eBUQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=Y5yEIwGJYx6kyzGfEaqi0EB1NJ5S6jS3OvONUxH1O5pq4y7C9pcd1H7OKGyAet+sYF kW57B0CAxhxFQrPkSNFrsWHsSbd5iA+Emfm1a1SwTkCRDF+7XpNix/kEBDmlOmrpJgcd jIJVKtObWksSpGV5e6RSInFbpBk8F0ciIKiaw= Received: by 10.142.90.16 with SMTP id n16mr218807wfb.314.1243480255053; Wed, 27 May 2009 20:10:55 -0700 (PDT) Received: from localhost (rikad42.riken.jp [134.160.214.42]) by mx.google.com with ESMTPS id 30sm1590995wff.29.2009.05.27.20.10.52 (version=SSLv3 cipher=RC4-MD5); Wed, 27 May 2009 20:10:54 -0700 (PDT) Sender: Maho NAKATA Date: Thu, 28 May 2009 12:08:48 +0900 (JST) Message-Id: <20090528.120848.42799534.chat95@mac.com> To: miwi@FreeBSD.org From: Maho NAKATA In-Reply-To: <20090527134343.GB1104@bsdcrew.de> References: <20090527134343.GB1104@bsdcrew.de> X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Thu_May_28_12_08_48_2009_629)--" Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 03:10:56 -0000 ----Security_Multipart(Thu_May_28_12_08_48_2009_629)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Martin Wilke Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 Date: Wed, 27 May 2009 15:43:43 +0200 > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Howdy, > > First of all sorry for all unanswered mails, I got a stupid flu, > but now i feel better... ok now back to vbox, time for a new call > for testing :-) > > Following was added/fixed: > > - - ACPI Support was added > - - hostDVD support was added > - - Fix startup on HEAD > - - Plist problem under AMD64 was fixed > - - Qt4 Frontend is now Optional > - - Desktop file was added > - - Xorg dependencies was fixed > - - Guest additions was added (thx to Maho NAKATA ) Hi Martin, E-mail address might be maho@FreeBSD.org :) thank you -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt ----Security_Multipart(Thu_May_28_12_08_48_2009_629)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkoeAEAACgkQpcQqaPiEzfmK1ACfZJ0xfYgyKUivFlMHy8TbIFr1 zBgAnAgSnDr30+4cEyUgWEsRejN0Clxt =9zUe -----END PGP SIGNATURE----- ----Security_Multipart(Thu_May_28_12_08_48_2009_629)---- From owner-freebsd-current@FreeBSD.ORG Thu May 28 03:49:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 650C1106566B; Thu, 28 May 2009 03:49:58 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from mail-px0-f174.google.com (mail-px0-f174.google.com [209.85.216.174]) by mx1.freebsd.org (Postfix) with ESMTP id 232AD8FC13; Thu, 28 May 2009 03:49:58 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: by pxi4 with SMTP id 4so4322484pxi.3 for ; Wed, 27 May 2009 20:49:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=Wxjn7noNxdQHQWB8txnDVLIgCafOn0C+cwMajOJ/Jqc=; b=sIpSvXqgn7HdxZy1xTVFia5nPHsfB7pyBYkXiBA3USl0IizXx8Iz8xEW9tKNCgvYet BpHJGAAoSBSEnA0PDmCBNmJJzPO+fRBEgOQQahvCZpL8CXyOqKO3t7WcH+I+233Q3fdT Q7zeDx/O3dPBn+4IRCLvTu+bczQXk64wvFplk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=QM/Ek+NBg3orEQ53sN5mh+ELq+GUldjGfctQ1/iUHRk8GxI8eIbTV2xLSd++0VpJ0D 2AbohGZFObnPgnOhzv/eu3CG8sN6J0lMuvCII1eLM/Lqmq6tk/tPmvEvIa/xtYd9Bm3Z frB9Y2MkjGdSZkQXCbde9+x96HRUuHfz7hYbM= Received: by 10.142.212.21 with SMTP id k21mr245483wfg.21.1243482597779; Wed, 27 May 2009 20:49:57 -0700 (PDT) Received: from localhost (rikad42.riken.jp [134.160.214.42]) by mx.google.com with ESMTPS id 31sm1278840wff.24.2009.05.27.20.49.55 (version=SSLv3 cipher=RC4-MD5); Wed, 27 May 2009 20:49:56 -0700 (PDT) Sender: Maho NAKATA Date: Thu, 28 May 2009 12:47:46 +0900 (JST) Message-Id: <20090528.124746.193716404.chat95@mac.com> To: doconnor@gsoft.com.au From: Maho NAKATA In-Reply-To: <200905281231.25830.doconnor@gsoft.com.au> References: <20090527134343.GB1104@bsdcrew.de> <200905281231.25830.doconnor@gsoft.com.au> X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Thu_May_28_12_47_46_2009_186)--" Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 03:49:59 -0000 ----Security_Multipart(Thu_May_28_12_47_46_2009_186)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi miwi, In some environment, to fetch "VBoxGuestAdditions_2.2.2.iso" correctly, you must add "FETCH_ARGS= -pRr" (remove A). Note, somehow in virtualbox_5.tgz "FETCH_ARGS=-pRr" was removed. Thanks From: Daniel O'Connor Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 Date: Thu, 28 May 2009 12:31:17 +0930 > 444 /usr/ports/distfiles/VBoxGuestAdditions_2.2.2.iso /usr/local/lib/virtualbox/ > install: /usr/ports/distfiles/VBoxGuestAdditions_2.2.2.iso: No such file > and that file is missing, if I do make fetch it doesn't download it > either. -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt ----Security_Multipart(Thu_May_28_12_47_46_2009_186)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkoeCWQACgkQpcQqaPiEzfmS7gCeNtjXJ6z8qqokNt8QmhW1Lzd3 7WAAnRye1bjtCxn4qSKkmncYMHcIUW3X =Yn9M -----END PGP SIGNATURE----- ----Security_Multipart(Thu_May_28_12_47_46_2009_186)---- From owner-freebsd-current@FreeBSD.ORG Thu May 28 05:02:16 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3732B106564A; Thu, 28 May 2009 05:02:16 +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 D79038FC16; Thu, 28 May 2009 05:02:15 +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 n4S52Dlv013363; Thu, 28 May 2009 01:02:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4S52Dik081840; Thu, 28 May 2009 01:02:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5623F7302F; Thu, 28 May 2009 01:02:13 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090528050213.5623F7302F@freebsd-current.sentex.ca> Date: Thu, 28 May 2009 01:02:13 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 05:02:16 -0000 TB --- 2009-05-28 04:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-28 04:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2009-05-28 04:00:00 - cleaning the object tree TB --- 2009-05-28 04:00:33 - cvsupping the source tree TB --- 2009-05-28 04:00:33 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2009-05-28 04:00:45 - building world TB --- 2009-05-28 04:00:45 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-28 04:00:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-28 04:00:45 - TARGET=arm TB --- 2009-05-28 04:00:45 - TARGET_ARCH=arm TB --- 2009-05-28 04:00:45 - TZ=UTC TB --- 2009-05-28 04:00:45 - __MAKE_CONF=/dev/null TB --- 2009-05-28 04:00:45 - cd /src TB --- 2009-05-28 04:00:45 - /usr/bin/make -B buildworld >>> World build started on Thu May 28 04:00:49 UTC 2009 >>> 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 [...] cc1: warnings being treated as errors /src/usr.bin/ee/../../contrib/ee/ee.c: In function 'out_char': /src/usr.bin/ee/../../contrib/ee/ee.c:957: warning: comparison is always true due to limited range of data type /src/usr.bin/ee/../../contrib/ee/ee.c:961: warning: comparison is always false due to limited range of data type /src/usr.bin/ee/../../contrib/ee/ee.c:967: warning: comparison is always false due to limited range of data type /src/usr.bin/ee/../../contrib/ee/ee.c: In function 'len_char': /src/usr.bin/ee/../../contrib/ee/ee.c:995: warning: comparison is always true due to limited range of data type /src/usr.bin/ee/../../contrib/ee/ee.c:1001: warning: comparison is always false due to limited range of data type *** Error code 1 Stop in /src/usr.bin/ee. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-28 05:02:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-28 05:02:13 - ERROR: failed to build world TB --- 2009-05-28 05:02:13 - 2841.54 user 358.69 system 3732.62 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu May 28 06:17:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F5CB106566B; Thu, 28 May 2009 06:17:13 +0000 (UTC) (envelope-from odhiambo@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 7CACF8FC15; Thu, 28 May 2009 06:17:12 +0000 (UTC) (envelope-from odhiambo@gmail.com) Received: by bwz9 with SMTP id 9so5259826bwz.43 for ; Wed, 27 May 2009 23:17:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=FFINPvp9/fGLwW8Ms/q4Z+fXBT1Jtd9EJjQTLD/X+co=; b=KRjvmSX1l+MVximhs2dIrkXryhHNwFkjHBWdBMAtluupBc1oWOy1oF53b9BQctareL zPXaer2mApe1RUleL7MWoM7b2MAKKgqfT0z4FOgyTCGDUHsGcqdciOmte+/dO9nz85zD 4/w+Ajc0fH941iAhQ5Syvb1sGZE/Ajz46DOmo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ZrgUFaEeLyRkWS2RKyOMJ8ArtIgVInkthDtZapQ4V6kmr5yUb0fYUTbAh5f9oCoupW BvJzN33gNh0mvs2ZHE2HhIldQi1heGQG5xkHDxRS5KLgqdtNL19zFMzs51qvdX0Mxv0e Hsr3bi3os+rj9YrC2SYr5QIdVG+p4nd8X4Chg= MIME-Version: 1.0 Received: by 10.223.103.207 with SMTP id l15mr857676fao.2.1243491431175; Wed, 27 May 2009 23:17:11 -0700 (PDT) In-Reply-To: <20090528.124746.193716404.chat95@mac.com> References: <20090527134343.GB1104@bsdcrew.de> <200905281231.25830.doconnor@gsoft.com.au> <20090528.124746.193716404.chat95@mac.com> Date: Thu, 28 May 2009 09:17:11 +0300 Message-ID: <991123400905272317gc71fe2ci35e83a2e27e08ebc@mail.gmail.com> From: =?UTF-8?B?T2RoaWFtYm8gIOODr+OCt+ODs+ODiOODsw==?= To: Maho NAKATA Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 06:17:14 -0000 On Thu, May 28, 2009 at 6:47 AM, Maho NAKATA wrote: > Hi miwi, > > In some environment, to fetch "VBoxGuestAdditions_2.2.2.iso" correctly, > you must add "FETCH_ARGS= -pRr" (remove A). > Note, somehow in virtualbox_5.tgz "FETCH_ARGS=-pRr" was removed. I see the FETCH_ARGS= defined as you say, but I don't see where it gets used! Could that be the problem. I also have this failure on 7.2-STABLE: -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ "Clothes make the man. Naked people have little or no influence on society." -- Mark Twain From owner-freebsd-current@FreeBSD.ORG Thu May 28 06:59:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 919BA106567B for ; Thu, 28 May 2009 06:59:29 +0000 (UTC) (envelope-from tinkysama@mukaibo.com) Received: from outbound-mail-126.bluehost.com (outbound-mail-126.bluehost.com [67.222.38.26]) by mx1.freebsd.org (Postfix) with SMTP id 62DD48FC0A for ; Thu, 28 May 2009 06:59:29 +0000 (UTC) (envelope-from tinkysama@mukaibo.com) Received: (qmail 5170 invoked by uid 0); 28 May 2009 06:59:28 -0000 Received: from unknown (HELO box477.bluehost.com) (74.220.219.77) by outboundproxy4.bluehost.com with SMTP; 28 May 2009 06:59:28 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=mukaibo.com; h=Received:Cc:Message-Id:From:To:In-Reply-To:Content-Type:Content-Transfer-Encoding:Mime-Version:Subject:Date:References:X-Mailer:X-Identified-User; b=pMwWjaFQw9YPqQCqPPAiT4Zs1mNUJaT+inm1BO6uSM/UT9pmpescL82eec68YkBMlD+gZKb8FXS/PgDALGsuBVWdKcjEQ8fAS8Qq1wk/ishVGbbWtxZO8zsCo2gZipB9; Received: from 12.41.233.220.exetel.com.au ([220.233.41.12] helo=[192.168.1.182]) by box477.bluehost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1M9ZaJ-0006e3-IX; Thu, 28 May 2009 00:59:28 -0600 Message-Id: <849F0899-7AD9-4D7A-B849-D7FB36CE73AE@mukaibo.com> From: Timothy Mukaibo To: John Baldwin In-Reply-To: <200905271725.44235.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 v928.1) Date: Thu, 28 May 2009 16:59:16 +1000 References: <49159824-57EB-4628-9F1C-CE9243465D02@mukaibo.com> <4A1D3484.9040201@icyb.net.ua> <200905271725.44235.jhb@freebsd.org> X-Mailer: Apple Mail (2.928.1) X-Identified-User: {2165:box477.bluehost.com:mukaiboc:mukaibo.com} {sentby:smtp auth 220.233.41.12 authed with timothy+mukaibo.com} Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, Andriy Gapon Subject: Re: ACPI Panic on Current, AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 06:59:30 -0000 Hello guys, I'm not sure if I made this clear, but the board boots with 7.2- Stable. Have there been lots of ACPI changes between 7.2 and 8.0 that might have caused this regression? Kind regards, Timothy. On 28/05/2009, at 7:25 AM, John Baldwin wrote: > On Wednesday 27 May 2009 8:39:32 am Andriy Gapon wrote: >> on 27/05/2009 14:11 Timothy Mukaibo said the following: >>> Hello Eygene, >>> >>> I know the patch won't fix anything :( >>> >>> Here's the updated dmesg: >>> >>> acpi0: on motherboard >>> acpi0: [ITHREAD] >>> acpi0: Power Button (fixed) >>> acpi0: reservation of 0, a000 (3) failed >>> acpi0: reservation of 100000, bfdf0000 (3) failed >>> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >>> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on >>> acpi0 >>> acip_button0: on acpi0 >>> pcib0: port 0xcf8-0xcff on acpi0 >>> pci0: on pcib0 >>> pci_link26: Index IRQ Rtd Ref IRQs >>> MPASS 0 20 N 1 20 21 22 23 >>> link type is 15 >>> panic: Assertion link->l_prs_template.Type == ACPI_RESOURCE_TYPE_IRQ >>> failed at /usr/src/sys/dev/acpica/acpi_pci_link.c:746 >> >> So resource type is ACPI_RESOURCE_TYPE_IRQ, but link type is >> ACPI_RESOURCE_TYPE_EXTENDED_IRQ. Interesting. > > I think the _PRS returned one type and _CRS is returning another (or > some > such). I'm not sure what the "right" thing to do is in that case. > Presumably this is while building the buffer for _SRS? Hmm, I guess > you > could just make it able to read the IRQ out of the _PRS no matter > what format > it is. But we might should be copying the resource that is in _PRS > instead > and building a new resource list instead of overwriting the fields > in _CRS. > That is a bit more involved. > > -- > John Baldwin > _______________________________________________ > 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-current@FreeBSD.ORG Thu May 28 07:01:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A262B10656DD; Thu, 28 May 2009 07:01:38 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id EA58B8FC08; Thu, 28 May 2009 07:01:37 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n4S71ZSM094226 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 28 May 2009 16:31:36 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Maho NAKATA Date: Thu, 28 May 2009 16:31:24 +0930 User-Agent: KMail/1.9.10 References: <20090527134343.GB1104@bsdcrew.de> <200905281231.25830.doconnor@gsoft.com.au> <20090528.124746.193716404.chat95@mac.com> In-Reply-To: <20090528.124746.193716404.chat95@mac.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1322432.6NaDGAeBW2"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200905281631.31202.doconnor@gsoft.com.au> X-Spam-Score: -3.517 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 07:01:40 -0000 --nextPart1322432.6NaDGAeBW2 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 28 May 2009, Maho NAKATA wrote: > Hi miwi, > > In some environment, to fetch "VBoxGuestAdditions_2.2.2.iso" > correctly, you must add "FETCH_ARGS=3D -pRr" (remove A). > Note, somehow in virtualbox_5.tgz "FETCH_ARGS=3D-pRr" was removed. I see those options in the Makefile under a .if for=20 WITH_GUESTADDITIONS - however I don't think that variable is set=20 properly. You can see what I mean here.. [inchoate 16:28] ~/projects/virtualbox >sudo make checksum =3D=3D=3D> Found saved configuration for virtualbox-2.2.2r19980 =3D> MD5 Checksum OK for virtualbox-2.2.2r19980.tar.gz. =3D> SHA256 Checksum OK for virtualbox-2.2.2r19980.tar.gz. [inchoate 16:29] ~/projects/virtualbox >make WITH_GUESTADDITIONS=3D=20 checksum =3D=3D=3D> Found saved configuration for virtualbox-2.2.2r19980 =3D> MD5 Checksum OK for virtualbox-2.2.2r19980.tar.gz. =3D> SHA256 Checksum OK for virtualbox-2.2.2r19980.tar.gz. =3D> MD5 Checksum OK for VBoxGuestAdditions_2.2.2.iso. =3D> SHA256 Checksum OK for VBoxGuestAdditions_2.2.2.iso. [inchoate 16:29] ~/projects/virtualbox >make -V WITH_GUESTADDITIONS true I wonder if the .include's are in the wrong place for 'make config'=20 stuff?=20 =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1322432.6NaDGAeBW2 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iD8DBQBKHjbL5ZPcIHs/zowRAtEQAJ0Zd6k514RwjLFXmktCizPa5mufIgCfZKig DI36CJssRHiDkA+7GH7Afng= =mAQ+ -----END PGP SIGNATURE----- --nextPart1322432.6NaDGAeBW2-- From owner-freebsd-current@FreeBSD.ORG Thu May 28 07:40:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBF2A1065676 for ; Thu, 28 May 2009 07:40:49 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 7821F8FC21 for ; Thu, 28 May 2009 07:40:49 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:55590 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1M9aEC-0001gO-3h; Thu, 28 May 2009 09:40:42 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 21C17E88D0; Thu, 28 May 2009 09:40:33 +0200 (CEST) Message-Id: From: Thomas Backman To: Thomas Vogt In-Reply-To: <4A1DB307.70007@bsdunix.ch> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Thu, 28 May 2009 09:40:32 +0200 References: <4A1DB307.70007@bsdunix.ch> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1M9aEC-0001gO-3h. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1M9aEC-0001gO-3h cd8314f3c0f8570ad39223603ae62aba Cc: FreeBSD Current Subject: Re: ZFS Crash with latest current from May 26 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 07:40:50 -0000 On May 27, 2009, at 11:39 PM, Thomas Vogt wrote: > Hi > > I updated today to latest current (from a current system late > april). Now, the system is very unstable. > b> bt > Tracing pid 5142 tid 100159 td 0xffffff0032172720 > bcopy() at bcopy+0x16 > dnode_set_blksz() at dnode_set_blksz+0x2ae > dmu_object_set_blocksize() at dmu_object_set_blocksize+0x4c > zfs_grow_blocksize() at zfs_grow_blocksize+0x45 > zfs_freebsd_write() at zfs_freebsd_write+0x9e6 > VOP_WRITE_APV() at VOP_WRITE_APV+0xfe > vn_write() at vn_write+0x221 > dofilewrite() at dofilewrite+0x85 > kern_writev() at kern_writev+0x60 > write() at write+0x54 > syscall() at syscall+0x1bf > Xfast_syscall() at Xfast_syscall+0xd0 > --- syscall (4, FreeBSD ELF64, write), rip = 0x80073616c, rsp = > 0x7fffffffe068, rbp = 0x7fffff This looks like the panic I've been getting when I don't set my arc_max really, really low (about 30M on a 1GB RAM system). Since then, no more crashes. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Thu May 28 07:50:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FAA4106566C for ; Thu, 28 May 2009 07:50:53 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 370BF8FC1A for ; Thu, 28 May 2009 07:50:53 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so2829042ywe.13 for ; Thu, 28 May 2009 00:50:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=y7U9tugDpQ63SGv7tLxMguPBQ82GMdWS4jeQsbcmjaE=; b=JBjlFlEKQBj0pNGlDpDXgHJuNfc/po6aL3Y9ecgn+yGTqWc7eq74pnDOmMO3ruVz0R whDOUt2awVhGR7xAC5Dnq+0gISZ1ALkZ/OzcuB36l1Kxccv1Jo8OoNHTI9G3aAWEYMiM G12BImk+BivAEXB8xHKfAqWAZMilEhumRaEck= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=nxu8UjpBULnVybnCaRv8UKofhRrO/NhqL1s+CKnn2iHXcjWfX3Pd4Qa3ZBCayFwjHV ud9NfmZyNNvOcH67d8TY3ZXcZvCUBm/GgKT0Csj88TlARp9SgYMZ7J14ZjRMXKNN9TKD GXiuHrR5sF/cJ7WDuaWboA2BdTPKz18QMZ6Cs= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.93.19 with SMTP id q19mr1682943anb.29.1243497052494; Thu, 28 May 2009 00:50:52 -0700 (PDT) In-Reply-To: <4A1DB307.70007@bsdunix.ch> References: <4A1DB307.70007@bsdunix.ch> Date: Thu, 28 May 2009 00:50:52 -0700 X-Google-Sender-Auth: f76a8d1321ac6197 Message-ID: <3c1674c90905280050i1822380cmb71b7c4dd808ac92@mail.gmail.com> From: Kip Macy To: Thomas Vogt Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: ZFS Crash with latest current from May 26 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 07:50:53 -0000 Do you have compression enabled? What types of disks do you have? -Kip On Wed, May 27, 2009 at 2:39 PM, Thomas Vogt wrot= e: > Hi > > I updated today to latest current (from a current system late april). Now= , > the system is very unstable. > > I started a zpool scrub and the system crashed after a few minutes. > > loader.conf: > autoboot_delay=3D3 > beastie_disable=3D"YES" > zfs_load=3D"YES" > kern.maxfiles=3D"65536" > kern.maxproc=3D"20480" > #vfs.zfs.arc_min=3D"64M" > #vfs.zfs.arc_max=3D"2G" > vfs.zfs.prefetch_disable=3D"1" > vfs.zfs.zil_disable=3D"1" > > > FreeBSD 8.0-CURRENT #0: Wed May 27 20:02:24 UTC 2009 > root@lisa.foo.ch:/usr/obj/usr/src/sys/GENERIC amd64 > > CPU: > WARNING: WITNESS option enabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Xeon(R) CPU =A0 =A0 =A0 =A0 =A0 =A05110 =A0@ 1.60GHz (1731.= 57-MHz K8-class > CPU) > =A0Origin =3D "GenuineIntel" =A0Id =3D 0x6f6 =A0Stepping =3D 6 > > Features=3D0xbfebfbff > > Features2=3D0x4e33d > =A0AMD Features=3D0x20100800 > =A0AMD Features2=3D0x1 > =A0TSC: P-state invariant > real memory =A0=3D 4294967296 (4096 MB) > avail memory =3D 4060078080 (3871 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 1 package(s) x 2 core(s) > =A0cpu0 (BSP): APIC ID: =A00 > =A0cpu1 (AP): APIC ID: =A01 > This module (opensolaris) contains code covered b > > > > DDB Output: > > FatKernale tlra p 12:p paage gfaeul t fwhaile uin klertnel mode > c puid =3D 1; apic wiid t=3D 01 > hfa uthe following non-sleepable locks lth veirtual address =A0 =A0 =3Dl = 0x0 > t au:l > =A0code =A0 =A0 =A0 =A0 =A0=3D supervisor werite data, pagex noct lpresen= t > iunstructsion pointier =A0=3D 0x2v0:0xfffeff ffsf8l08e28e22p6 > =A0stack poinmter =A0 =A0 =A0 =A0 =3D 0x28:0xfufftfff80e779x27 a68r0 > fcrame pointer =A0 =A0 =A0 =A0 =A0=3D 0x28m:0sxfrff fff80779276e0 > cQode segm enbt =A0 =A0 =A0 =A0 =3D buasfe 0x0f, leimrit 0xf ffff, tylpe = 0x1ob > c =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =3D DPL 0k, pres 1, long 1,= =A0de(f32 0, gran 1 > parocessor eflags =A0 =A0 =A0 =3D interrupt enabled, resurme, IOPL =3D 0 > ccurrent prmocess =A0 =A0 =A0 =A0 =A0 =A0 =A0 =3D 5142 (mv) > [thread pid 5142 tid 100159 ] > Stopped at =A0 =A0 =A0bcopy+0x16: =A0 =A0 repe movsq =A0 =A0 =A0(%rsi),%e= s:(%rdi) > > b> bt > Tracing pid 5142 tid 100159 td 0xffffff0032172720 > bcopy() at bcopy+0x16 > dnode_set_blksz() at dnode_set_blksz+0x2ae > dmu_object_set_blocksize() at dmu_object_set_blocksize+0x4c > zfs_grow_blocksize() at zfs_grow_blocksize+0x45 > zfs_freebsd_write() at zfs_freebsd_write+0x9e6 > VOP_WRITE_APV() at VOP_WRITE_APV+0xfe > vn_write() at vn_write+0x221 > dofilewrite() at dofilewrite+0x85 > kern_writev() at kern_writev+0x60 > write() at write+0x54 > syscall() at syscall+0x1bf > Xfast_syscall() at Xfast_syscall+0xd0 > --- syscall (4, FreeBSD ELF64, write), rip =3D 0x80073616c, rsp =3D > 0x7fffffffe068, rbp =3D 0x7fffff > > > More debug information at > http://www.bsdunix.ch/public/FreeBSD/crash_2009-May_27.txt > > The system was pretty stable with current from late April. > > > Regards, > Thomas > _______________________________________________ > 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= " > --=20 When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From owner-freebsd-current@FreeBSD.ORG Thu May 28 07:53:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3656B106566C for ; Thu, 28 May 2009 07:53:51 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id E33F98FC17 for ; Thu, 28 May 2009 07:53:50 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so2783658ana.13 for ; Thu, 28 May 2009 00:53:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=a6jI2lYVn83NvcxPlJaOHqT6wigsZm4Qijls8A146/A=; b=ALc2kYtmMOulZvo2rTELQ5bHheyEwf0w68VohkbMnqYuORCUg35pZceqwdKaLIR+ab JsOCLOTd5dckKeCJl5OApEYwsCejgmDydCZSweCHWgct28crIcHQ02klCpc3oI6N3gZ9 d1L63WrpyXF5SBulyQCsbdetD3mLTXO9+MRic= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=UngVs6YAyJq0FKHnAY1AgvuDraEvV/aNqTzVHAPhDW4KFF1JK/0Eo0CxMpwQV/uz8x bSVAMVhCDuV2nIzoN6OEA3nfRvdNlrs6YJGVPnvijFfKi1JYceDcTSsO83kmBdAPSY4f bMgXRGt4TX+kXusA6qxnDfOC/uxLgjZfwWmL4= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.255.7 with SMTP id c7mr295671ani.137.1243497230165; Thu, 28 May 2009 00:53:50 -0700 (PDT) In-Reply-To: References: <3c1674c90905262113x127ad54ex8672ce8cbbf7eb1c@mail.gmail.com> <3c1674c90905262203o66064f1m7797f1e0f8f370c2@mail.gmail.com> Date: Thu, 28 May 2009 00:53:48 -0700 X-Google-Sender-Auth: 2d9cc0f67182d1db Message-ID: <3c1674c90905280053i1089c4bbre4ca1cc0a5ccb052@mail.gmail.com> From: Kip Macy To: Randy Bush Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: kern/134011 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 07:53:51 -0000 On Tue, May 26, 2009 at 10:05 PM, Randy Bush wrote: >>>> Which arch? >>> amd64 and i386 >>>> How much memory? >>> 4g in all cases but one. =A0that is 1g >> You're having problems with both architectures and with 4g? > > yep. =A0i am presuming that it is some kernel or other config aspect. What type of hard drives? How big are your zpools? Do you use compression? (I'm wondering if compression and slow disks have something to do with it) --=20 When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From owner-freebsd-current@FreeBSD.ORG Thu May 28 07:55:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 362EC10656B0 for ; Thu, 28 May 2009 07:55:16 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id E118A8FC25 for ; Thu, 28 May 2009 07:55:15 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so2783908ana.13 for ; Thu, 28 May 2009 00:55:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=xsTu96VEfAmRjvXODdsEsqN/eYuelorCkikRSglSSqA=; b=mdsRBzaWjH6euK/naNy5s4d4vK+gwPCBzqENWEqXghbyba2SfOeTOluoH+uJLo+aPy QCWlVB5HNrNZcDGW/x/FW9vIf3chgM1xQib5CIiAgmEdINakTfQDOOLFrt4sH+uUsmP0 k3VAmSyPIfyoYXh7t3f5ve/gKunulnq/B7ZlE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=pb3b961Prl7bXW/lVQv6y93ofyFOaoyQdOtNpy9r8uW3BRmclblnH7PVyg6enEOOE0 zz355+XywEV7Kacnsx26YEvhe3deBhxnqTGVpuHii+UmKIi0HBzuy7kQBwLtU+Wvdr5n fJL14I9mNxcUs95T8FdjsHneWDS5cH6fk8nDM= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.231.15 with SMTP id d15mr1653325anh.77.1243497315370; Thu, 28 May 2009 00:55:15 -0700 (PDT) In-Reply-To: References: <3c1674c90905242253n544c3f0cqb10952f349391ce7@mail.gmail.com> <454b8cc37c60ab7af2663ba70ddbfd59.squirrel@webmail.lerctr.org> <5a9a181a12e9e4ef864d23ae063f7277.squirrel@webmail.lerctr.org> Date: Thu, 28 May 2009 00:55:15 -0700 X-Google-Sender-Auth: 51c423a6c96c63cd Message-ID: <3c1674c90905280055h740bce23p33b18fefacf31196@mail.gmail.com> From: Kip Macy To: Larry Rosenman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: ZFS Crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 07:55:16 -0000 On Tue, May 26, 2009 at 5:04 AM, Larry Rosenman wrote: > On Mon, 25 May 2009, Larry Rosenman wrote: > >> On Mon, 25 May 2009, Larry Rosenman wrote: >> >>> after looking at the code, never mind the "don't call doadump", so we'l= l >>> get the textdump. >>> >>> Thanks rwatson for the textdump stuff! >>> >> Here is current stats before we crash. =A0Does any of this look totally >> out of line? >> > It crashed again, but did *NOT* make it into ddb enough to do the textdum= p. > > It was hung with the backtrace (looks like the same, but I couldn't > scroll the screen back). > > Ideas? > > I'm really concerned that there is a problem. > > > - Type of disks? - Size of zpools? - Compression enabled? Thanks, Kip From owner-freebsd-current@FreeBSD.ORG Thu May 28 08:07:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19DD8106564A for ; Thu, 28 May 2009 08:07:44 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from mail.solomo.de (mail.solomo.de [85.214.49.72]) by mx1.freebsd.org (Postfix) with ESMTP id C85258FC13 for ; Thu, 28 May 2009 08:07:43 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from localhost (localhost [127.0.0.1]) by mail.solomo.de (Postfix) with ESMTP id 9F8193F4A6; Thu, 28 May 2009 10:07:42 +0200 (CEST) X-Virus-Scanned: amavisd-new at vistream.de Received: from mail.solomo.de ([127.0.0.1]) by localhost (mail.solomo.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id PHzhu8E9p6nZ; Thu, 28 May 2009 10:07:40 +0200 (CEST) Received: from nibbler.vistream.local (relay3.vistream.de [87.139.10.28]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.solomo.de (Postfix) with ESMTPSA id 3ABCF3F459; Thu, 28 May 2009 10:07:40 +0200 (CEST) Message-ID: <4A1E464B.9060203@kasimir.com> Date: Thu, 28 May 2009 10:07:39 +0200 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1pre) Gecko/20090527 Shredder/3.0b3pre MIME-Version: 1.0 To: Kip Macy References: <4A1DB307.70007@bsdunix.ch> <3c1674c90905280050i1822380cmb71b7c4dd808ac92@mail.gmail.com> In-Reply-To: <3c1674c90905280050i1822380cmb71b7c4dd808ac92@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , Thomas Vogt Subject: Re: ZFS Crash with latest current from May 26 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 08:07:44 -0000 On 28.05.09 09:50, Kip Macy wrote: > Do you have compression enabled? What types of disks do you have? > > -Kip > I'm also seeing this crash. zpool is one big SATA disk. Compression is turned off. This is amd64 with 1GB RAM. Everything except for / is on zfs. This is very easy to reproduce at least on my system. So if you want me to run any commands from the debugger, please let me know. Oh and BTW thanks for all your recent work on ZFS :-) Cheers, Florian >> b> bt >> Tracing pid 5142 tid 100159 td 0xffffff0032172720 >> bcopy() at bcopy+0x16 >> dnode_set_blksz() at dnode_set_blksz+0x2ae >> dmu_object_set_blocksize() at dmu_object_set_blocksize+0x4c >> zfs_grow_blocksize() at zfs_grow_blocksize+0x45 >> zfs_freebsd_write() at zfs_freebsd_write+0x9e6 >> VOP_WRITE_APV() at VOP_WRITE_APV+0xfe >> vn_write() at vn_write+0x221 >> dofilewrite() at dofilewrite+0x85 >> kern_writev() at kern_writev+0x60 >> write() at write+0x54 >> syscall() at syscall+0x1bf >> Xfast_syscall() at Xfast_syscall+0xd0 >> --- syscall (4, FreeBSD ELF64, write), rip = 0x80073616c, rsp = >> 0x7fffffffe068, rbp = 0x7fffff From owner-freebsd-current@FreeBSD.ORG Thu May 28 08:16:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB06C1065670 for ; Thu, 28 May 2009 08:16:41 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 489F68FC0C for ; Thu, 28 May 2009 08:16:39 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 12372 invoked by uid 399); 28 May 2009 08:16:36 -0000 Received: from localhost (HELO ?192.168.0.101?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 28 May 2009 08:16:36 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A1E4863.20209@FreeBSD.org> Date: Thu, 28 May 2009 01:16:35 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Daniel O'Connor References: <20090527134343.GB1104@bsdcrew.de> <200905281231.25830.doconnor@gsoft.com.au> <20090528.124746.193716404.chat95@mac.com> <200905281631.31202.doconnor@gsoft.com.au> In-Reply-To: <200905281631.31202.doconnor@gsoft.com.au> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, Maho NAKATA , freebsd-current@freebsd.org, freebsd-emulation@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 08:16:42 -0000 Daniel O'Connor wrote: > I see those options in the Makefile under a .if for > WITH_GUESTADDITIONS - however I don't think that variable is set > properly. A quick glance at the Makefile indicates that the test for that knob needs to be moved down below the pre- inclusion of bsd.port.mk. Portlint will bark about various things being added too late in the file, but there are no other options (pardon the pun). :) Doug From owner-freebsd-current@FreeBSD.ORG Thu May 28 09:43:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 331B6106564A; Thu, 28 May 2009 09:43:33 +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 068548FC19; Thu, 28 May 2009 09:43:33 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M9c95-00036B-Si; Thu, 28 May 2009 09:43:32 +0000 Received: from rmac.local.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 6520D1B21065; Thu, 28 May 2009 18:43:31 +0900 (JST) Date: Thu, 28 May 2009 18:43:30 +0900 Message-ID: From: Randy Bush To: Kip Macy In-Reply-To: <3c1674c90905280053i1089c4bbre4ca1cc0a5ccb052@mail.gmail.com> References: <3c1674c90905262113x127ad54ex8672ce8cbbf7eb1c@mail.gmail.com> <3c1674c90905262203o66064f1m7797f1e0f8f370c2@mail.gmail.com> <3c1674c90905280053i1089c4bbre4ca1cc0a5ccb052@mail.gmail.com> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: kern/134011 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 09:43:33 -0000 >>>>> Which arch? >>>> amd64 and i386 >>>>> How much memory? >>>> 4g in all cases but one. =A0that is 1g >>> You're having problems with both architectures and with 4g? >> yep. =A0i am presuming that it is some kernel or other config aspect. > What type of hard drives? a zfs system ad4: 305245MB at ata2-master SATA150 ad6: 305245MB at ata3-master SATA150 ad8: 305245MB at ata4-master SATA150 ad10: 305245MB at ata5-master SATA150 a gmirror system ad4: 238475MB at ata2-master SATA150 ad5: 238475MB at ata2-slave SATA150 ad6: 238475MB at ata3-master SATA150 ad7: 238475MB at ata3-slave SATA150 > How big are your zpools? again, this is happening on non-zfs systems as well. i do not think this is zfs related. but the zfs system is the one with the worst lockups. it looks like Filesystem 1024-blocks Used Avail Capacity Mounted on /dev/mirror/boota 8122126 636960 6835396 9% / devfs 1 1 0 100% /dev procfs 4 4 0 100% /proc tank/data 653313024 0 653313024 0% /data tank/data/nfsen 845243776 191930752 653313024 23% /data/nfsen tank/data/rpki 653494144 181120 653313024 0% /data/rpki tank 653313024 0 653313024 0% /tank tank/usr 658919040 5606016 653313024 1% /usr tank/usr/home 660368256 7055232 653313024 1% /usr/home tank/usr/usr 658758144 5445120 653313024 1% /usr/usr tank/var 654433024 1120000 653313024 0% /var tank/var/log 653400960 87936 653313024 0% /var/log tank/var/spool 653337088 24064 653313024 0% /var/spool /dev/md0 253678 14 233370 0% /tmp devfs 1 1 0 100% /data/rpki/rcyn= ic/dev > Do you use compression? nope randy From owner-freebsd-current@FreeBSD.ORG Thu May 28 09:57:55 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B7AB106566C; Thu, 28 May 2009 09:57:55 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from bene1.itea.ntnu.no (bene1.itea.ntnu.no [IPv6:2001:700:300:3::56]) by mx1.freebsd.org (Postfix) with ESMTP id 5CBCC8FC18; Thu, 28 May 2009 09:57:54 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from localhost (localhost [127.0.0.1]) by bene1.itea.ntnu.no (Postfix) with ESMTP id EED3516C789; Thu, 28 May 2009 11:57:52 +0200 (CEST) Received: from carrot.geeknest.org (gaupe.stud.ntnu.no [IPv6:2001:700:300:3::184]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 1B8A916C780; Thu, 28 May 2009 11:57:52 +0200 (CEST) Date: Thu, 28 May 2009 11:57:54 +0000 From: Ulf Lilleengen To: Martin Wilke Message-ID: <20090528115754.GA1390@carrot.geeknest.org> References: <20090527134343.GB1104@bsdcrew.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090527134343.GB1104@bsdcrew.de> User-Agent: Mutt/1.5.19 (2009-01-05) X-Virus-Scanned: Debian amavisd-new at bene1.itea.ntnu.no Cc: ports@FreeBSD.org, freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 09:57:56 -0000 On Wed, May 27, 2009 at 03:43:43PM +0200, Martin Wilke wrote: > > Howdy, > > First of all sorry for all unanswered mails, I got a stupid flu, > but now i feel better... ok now back to vbox, time for a new call > for testing :-) > > Following was added/fixed: > > - ACPI Support was added > - hostDVD support was added > - Fix startup on HEAD > - Plist problem under AMD64 was fixed > - Qt4 Frontend is now Optional > - Desktop file was added > - Xorg dependencies was fixed > - Guest additions was added (thx to Maho NAKATA ) > > Open task: > We have got 2 patches for nls support and the request > to make dbus and pulseaudio optional. These both will > be added with the next run. > > We'd like to say many many thanks for all your feedback. > > http://people.freebsd.org/~miwi/vbox/virtualbox_5.tgz > FreeBSD version: FreeBSD carrot.geeknest.org 7.2-STABLE FreeBSD 7.2-STABLE #16 r192900: Wed May 27 19:09:49 UTC 2009 lulf@carrot.geeknest.org:/usr/home/devel/freebsd/obj/usr/src/sys/CARROT i386 Using the svn port: rev 387 I get a panic when loading vboxdrv. It seems related to the hz fix-patch that was added, as the assertion Assert(cMillies != RT_INDEFINITE_WAIT); on line 212 in semevent-r0drv-freebsd.c:212 fails. 0 doadump () at pcpu.h:196 #1 0xc058dd08 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc058dfe5 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc07f3ff4 in trap_fatal (frame=0xf442ebc8, eva=0) at /usr/src/sys/i386/i386/trap.c:939 #4 0xc07f4d31 in trap (frame=0xf442ebc8) at /usr/src/sys/i386/i386/trap.c:726 #5 0xc07daddb in calltrap () at /usr/src/sys/i386/i386/exception.s:159 #6 0xc60e70be in rtSemEventWait (EventSem=0xc6032c90, cMillies=4294967295, fInterruptible=false) at /usr/home/lulf/src/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/Runtime/r0drv/freebsd/semevent-r0drv-freebsd.c:212 #7 0xc60e71b0 in RTSemEventWait (EventSem=0xc6032c90, cMillies=4294967295) at /usr/home/lulf/src/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/Runtime/r0drv/freebsd/semevent-r0drv-freebsd.c:240 #8 0xc60e47f1 in rtTimerThread (Thread=0xc6034c90, pvUser=0xc6033390) at /usr/home/lulf/src/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/Runtime/generic/timer-generic.cpp:238 #9 0xc60e96c0 in rtThreadMain (pThread=0xc6034c90, NativeThread=3314350912, pszThreadName=0xc6034cd0 "TIMER") at /usr/home/lulf/src/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/Runtime/common/misc/thread.cpp:635 #10 0xc60f5ee7 in rtThreadNativeMain (pvThreadInt=0xc6034c90) at /usr/home/lulf/src/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/Runtime/r0drv/freebsd/thread2-r0drv-freebsd.c:112 #11 0xc05689c1 in fork_exit (callout=0xc60f5ec0 , arg=0xc6034c90, frame=0xf442ed38) at /usr/src/sys/kern/kern_fork.c:811 #12 0xc07dae50 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:264 -- Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Thu May 28 10:18:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6C60106564A for ; Thu, 28 May 2009 10:18:03 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from conversation.bsdunix.ch (ns1.bsdunix.ch [82.220.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id 806B08FC1C for ; Thu, 28 May 2009 10:18:03 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from localhost (localhost [127.0.0.1]) by conversation.bsdunix.ch (Postfix) with ESMTP id 21EFA5D5D; Thu, 28 May 2009 12:18:02 +0200 (CEST) X-Virus-Scanned: by amavisd-new at mail.bsdunix.ch Received: from conversation.bsdunix.ch ([127.0.0.1]) by localhost (conversation.bsdunix.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id QBUEgSMXB-mQ; Thu, 28 May 2009 12:18:00 +0200 (CEST) Received: from [192.168.1.3] (home.bsdunix.ch [82.220.17.23]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by conversation.bsdunix.ch (Postfix) with ESMTP id 41F2E5D26; Thu, 28 May 2009 12:18:00 +0200 (CEST) Message-Id: <899031B0-FB4E-4490-A4AC-0703FAD99E44@bsdunix.ch> From: Thomas Vogt To: Thomas Backman In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Thu, 28 May 2009 12:17:59 +0200 References: <4A1DB307.70007@bsdunix.ch> X-Mailer: Apple Mail (2.935.3) Cc: FreeBSD Current Subject: Re: ZFS Crash with latest current from May 26 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 10:18:04 -0000 Hi Thomas Am 28.05.2009 um 09:40 schrieb Thomas Backman: > > On May 27, 2009, at 11:39 PM, Thomas Vogt wrote: > >> Hi >> >> I updated today to latest current (from a current system late >> april). Now, the system is very unstable. >> b> bt >> Tracing pid 5142 tid 100159 td 0xffffff0032172720 >> bcopy() at bcopy+0x16 >> dnode_set_blksz() at dnode_set_blksz+0x2ae >> dmu_object_set_blocksize() at dmu_object_set_blocksize+0x4c >> zfs_grow_blocksize() at zfs_grow_blocksize+0x45 >> zfs_freebsd_write() at zfs_freebsd_write+0x9e6 >> VOP_WRITE_APV() at VOP_WRITE_APV+0xfe >> vn_write() at vn_write+0x221 >> dofilewrite() at dofilewrite+0x85 >> kern_writev() at kern_writev+0x60 >> write() at write+0x54 >> syscall() at syscall+0x1bf >> Xfast_syscall() at Xfast_syscall+0xd0 >> --- syscall (4, FreeBSD ELF64, write), rip = 0x80073616c, rsp = >> 0x7fffffffe068, rbp = 0x7fffff > This looks like the panic I've been getting when I don't set my > arc_max really, really low (about 30M on a 1GB RAM system). Since > then, no more crashes. arc_max and arc_min was enabled a few hours ago. But after a few crashes i started to try some "new" options, to see if it helps. Wihtout any luck. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Thu May 28 10:25:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E50B11065670 for ; Thu, 28 May 2009 10:25:09 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from conversation.bsdunix.ch (ns1.bsdunix.ch [82.220.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id 447758FC08 for ; Thu, 28 May 2009 10:25:07 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from localhost (localhost [127.0.0.1]) by conversation.bsdunix.ch (Postfix) with ESMTP id C4CE45D5D; Thu, 28 May 2009 12:25:06 +0200 (CEST) X-Virus-Scanned: by amavisd-new at mail.bsdunix.ch Received: from conversation.bsdunix.ch ([127.0.0.1]) by localhost (conversation.bsdunix.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id c7KUttF29bQl; Thu, 28 May 2009 12:25:02 +0200 (CEST) Received: from [192.168.1.3] (home.bsdunix.ch [82.220.17.23]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by conversation.bsdunix.ch (Postfix) with ESMTP id 576105D26; Thu, 28 May 2009 12:25:02 +0200 (CEST) Message-Id: <9B07CA1C-FC50-4E85-B054-1C5DB1483115@bsdunix.ch> From: Thomas Vogt To: Kip Macy In-Reply-To: <3c1674c90905280050i1822380cmb71b7c4dd808ac92@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Thu, 28 May 2009 12:25:02 +0200 References: <4A1DB307.70007@bsdunix.ch> <3c1674c90905280050i1822380cmb71b7c4dd808ac92@mail.gmail.com> X-Mailer: Apple Mail (2.935.3) Cc: FreeBSD Current Subject: Re: ZFS Crash with latest current from May 26 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 10:25:10 -0000 Hi Kip Am 28.05.2009 um 09:50 schrieb Kip Macy: > Do you have compression enabled? What types of disks do you have? Yes compression is enabled at zfs. pool/cvsup has compression on. Everything else is "uncompressed". pool 1.2T 0B 1.2T 0% /usr/local/data pool/cvsup 1.2T 6.0G 1.2T 0% /usr/local/data/cvsup pool/ftp 3.3T 2.1T 1.2T 64% /usr/local/data/ftp pool/portsnap 1.2T 1.3G 1.2T 0% /usr/local/data/portsnap pool/www 1.2T 93M 1.2T 0% /usr/local/data/www I use an areca controller 1230 in jbod mode (except for the main system) Disks are Seagate ST3750640NS R001 da0: Fixed Direct Access SCSI-5 device da0: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) da0: Command Queueing Enabled da0: 238418MB (488281088 512 byte sectors: 255H 63S/T 30394C) da1 at arcmsr0 bus 0 target 0 lun 1 da1: Fixed Direct Access SCSI-5 device da1: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) da1: Command Queueing Enabled da1: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C) da2 at arcmsr0 bus 0 target 0 lun 2 da2: Fixed Direct Access SCSI-5 device da2: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) da2: Command Queueing Enabled da2: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C) da3 at arcmsr0 bus 0 target 0 lun 3 da3: Fixed Direct Access SCSI-5 device da3: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) da3: Command Queueing Enabled da3: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C) da4 at arcmsr0 bus 0 target 0 lun 4 da4: Fixed Direct Access SCSI-5 device da4: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) da4: Command Queueing Enabled da4: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C) da5 at arcmsr0 bus 0 target 0 lun 5 da5: Fixed Direct Access SCSI-5 device da5: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) da5: Command Queueing Enabled da5: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C) da6 at arcmsr0 bus 0 target 0 lun 6 da6: Fixed Direct Access SCSI-5 device da6: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) da6: Command Queueing Enabled da6: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C) da7 at arcmsr0 bus 0 target 0 lun 7 da7: Fixed Direct Access SCSI-5 device da7: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) da7: Command Queueing Enabled da7: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C) Regards, Thomas > > On Wed, May 27, 2009 at 2:39 PM, Thomas Vogt > wrote: >> Hi >> >> I updated today to latest current (from a current system late >> april). Now, >> the system is very unstable. >> >> I started a zpool scrub and the system crashed after a few minutes. >> >> loader.conf: >> autoboot_delay=3 >> beastie_disable="YES" >> zfs_load="YES" >> kern.maxfiles="65536" >> kern.maxproc="20480" >> #vfs.zfs.arc_min="64M" >> #vfs.zfs.arc_max="2G" >> vfs.zfs.prefetch_disable="1" >> vfs.zfs.zil_disable="1" >> >> >> FreeBSD 8.0-CURRENT #0: Wed May 27 20:02:24 UTC 2009 >> root@lisa.foo.ch:/usr/obj/usr/src/sys/GENERIC amd64 >> >> CPU: >> WARNING: WITNESS option enabled, expect reduced performance. >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: Intel(R) Xeon(R) CPU 5110 @ 1.60GHz (1731.57-MHz >> K8-class >> CPU) >> Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 >> >> Features >> = >> 0xbfebfbff >> < >> FPU >> ,VME >> ,DE >> ,PSE >> ,TSC >> ,MSR >> ,PAE >> ,MCE >> ,CX8 >> ,APIC >> ,SEP >> ,MTRR >> ,PGE >> ,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> >> >> Features2 >> =0x4e33d >> AMD Features=0x20100800 >> AMD Features2=0x1 >> TSC: P-state invariant >> real memory = 4294967296 (4096 MB) >> avail memory = 4060078080 (3871 MB) >> ACPI APIC Table: >> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> FreeBSD/SMP: 1 package(s) x 2 core(s) >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP): APIC ID: 1 >> This module (opensolaris) contains code covered b >> >> >> >> DDB Output: >> >> FatKernale tlra p 12:p paage gfaeul t fwhaile uin klertnel mode >> c puid = 1; apic wiid t= 01 >> hfa uthe following non-sleepable locks lth veirtual address =l >> 0x0 >> t au:l >> code = supervisor werite data, pagex noct lpresent >> iunstructsion pointier = 0x2v0:0xfffeff ffsf8l08e28e22p6 >> stack poinmter = 0x28:0xfufftfff80e779x27 a68r0 >> fcrame pointer = 0x28m:0sxfrff fff80779276e0 >> cQode segm enbt = buasfe 0x0f, leimrit 0xf ffff, tylpe 0x1ob >> c = DPL 0k, pres 1, long 1, de(f32 0, gran 1 >> parocessor eflags = interrupt enabled, resurme, IOPL = 0 >> ccurrent prmocess = 5142 (mv) >> [thread pid 5142 tid 100159 ] >> Stopped at bcopy+0x16: repe movsq (%rsi),%es:(%rdi) >> >> b> bt >> Tracing pid 5142 tid 100159 td 0xffffff0032172720 >> bcopy() at bcopy+0x16 >> dnode_set_blksz() at dnode_set_blksz+0x2ae >> dmu_object_set_blocksize() at dmu_object_set_blocksize+0x4c >> zfs_grow_blocksize() at zfs_grow_blocksize+0x45 >> zfs_freebsd_write() at zfs_freebsd_write+0x9e6 >> VOP_WRITE_APV() at VOP_WRITE_APV+0xfe >> vn_write() at vn_write+0x221 >> dofilewrite() at dofilewrite+0x85 >> kern_writev() at kern_writev+0x60 >> write() at write+0x54 >> syscall() at syscall+0x1bf >> Xfast_syscall() at Xfast_syscall+0xd0 >> --- syscall (4, FreeBSD ELF64, write), rip = 0x80073616c, rsp = >> 0x7fffffffe068, rbp = 0x7fffff >> >> >> More debug information at >> http://www.bsdunix.ch/public/FreeBSD/crash_2009-May_27.txt >> >> The system was pretty stable with current from late April. >> >> >> Regards, >> Thomas >> _______________________________________________ >> 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 >> " >> > > > > -- > When bad men combine, the good must associate; else they will fall one > by one, an unpitied sacrifice in a contemptible struggle. > > Edmund Burke Thomas Vogt From owner-freebsd-current@FreeBSD.ORG Thu May 28 10:49:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7636F1065680 for ; Thu, 28 May 2009 10:49:48 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from dd12710.kasserver.com (dd12710.kasserver.com [85.13.134.233]) by mx1.freebsd.org (Postfix) with ESMTP id 350DC8FC0A for ; Thu, 28 May 2009 10:49:48 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from localhost.my.domain (cazador.sisis.de [193.31.11.193]) by dd12710.kasserver.com (Postfix) with ESMTP id B71B418503B64 for ; Thu, 28 May 2009 12:49:48 +0200 (CEST) Received: (from guru@localhost) by localhost.my.domain (8.14.3/8.14.3/Submit) id n4SAnkru005539 for freebsd-current@freebsd.org; Thu, 28 May 2009 12:49:46 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Thu, 28 May 2009 12:49:46 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Message-ID: <20090528104946.GA5520@current.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.0-CURRENT (i386) Subject: CURRENT: make buildworld is failing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 10:49:48 -0000 # date Thu May 28 12:49:25 CEST 2009 # cd /usr/src # cvs update # make buildworld ... -------------------------------------------------------------- >>> stage 2.1: cleaning up the object tree -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp VERSION="FreeBSD 8.0-CURRENT i386 800087" INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin NO_CTF=1 make -f Makefile.inc1 DESTDIR=/usr/obj/usr/src/tmp par-cleandir ===> share/info (cleandir) ... ===> cddl/usr.sbin (cleandir) ===> cddl/usr.sbin/dtrace (cleandir) ===> cddl/usr.sbin/lockstat (cleandir) cd: can't cd to /usr/src/cddl/usr.sbin/lockstat *** Error code 2 Stop in /usr/src/cddl/usr.sbin. *** Error code 1 Anything wrong? matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Thu May 28 11:09:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E644106566B for ; Thu, 28 May 2009 11:09:13 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from dd12710.kasserver.com (dd12710.kasserver.com [85.13.134.233]) by mx1.freebsd.org (Postfix) with ESMTP id EF1278FC13 for ; Thu, 28 May 2009 11:09:12 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from localhost.my.domain (cazador.sisis.de [193.31.11.193]) by dd12710.kasserver.com (Postfix) with ESMTP id 09A7818503B63 for ; Thu, 28 May 2009 13:09:14 +0200 (CEST) Received: (from guru@localhost) by localhost.my.domain (8.14.3/8.14.3/Submit) id n4SB9BuN021804 for freebsd-current@freebsd.org; Thu, 28 May 2009 13:09:11 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Thu, 28 May 2009 13:09:11 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Message-ID: <20090528110911.GA13738@current.Sisis.de> References: <20090528104946.GA5520@current.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20090528104946.GA5520@current.Sisis.de> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.0-CURRENT (i386) Subject: Re: CURRENT: make buildworld is failing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 11:09:13 -0000 El día Thursday, May 28, 2009 a las 12:49:46PM +0200, Matthias Apitz escribió: > > # date > Thu May 28 12:49:25 CEST 2009 > # cd /usr/src > # cvs update > # make buildworld > ... ... > ===> cddl/usr.sbin/lockstat (cleandir) > cd: can't cd to /usr/src/cddl/usr.sbin/lockstat > *** Error code 2 > > Stop in /usr/src/cddl/usr.sbin. > *** Error code 1 > > Anything wrong? My fault; 'cvs up -d' was required; sorry for the noise; matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Thu May 28 12:23:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BE76106566C; Thu, 28 May 2009 12:23:36 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 7DBBA8FC19; Thu, 28 May 2009 12:23:35 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-217-173.lns11.adl2.internode.on.net [121.45.217.173]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n4SCNWlB003625 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 28 May 2009 21:53:33 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: rjk@wintek.com Date: Thu, 28 May 2009 21:53:17 +0930 User-Agent: KMail/1.9.10 References: <20090527134343.GB1104@bsdcrew.de> <200905281231.25830.doconnor@gsoft.com.au> <4A1E7C7D.2010908@wintek.com> In-Reply-To: <4A1E7C7D.2010908@wintek.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4133388.7ta3ht9060"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200905282153.27850.doconnor@gsoft.com.au> X-Spam-Score: -1.259 () AWL,BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, Martin Wilke Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 12:23:37 -0000 --nextPart4133388.7ta3ht9060 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 28 May 2009, Richard Kuhns wrote: > NAT host port 2222 to ssh (22) in virtual machine 'psyche'. > Do this while the VM isn't running. > > $ VBoxManage setextradata psyche \ > =20 > "VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/Protocol" TCP $ > VBoxManage setextradata psyche \ > =20 > "VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/GuestPort" 22 $ > VBoxManage setextradata psyche \ > =20 > "VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/HostPort" 2222 > > Now you can just 'ssh -p 2222 localhost' to get into that particular > VM. Ah that is nice, however I picked the Intel controller.. How do I work=20 out the magic name for that? getextradata doesn't list anything :( =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart4133388.7ta3ht9060 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iD8DBQBKHoI/5ZPcIHs/zowRAlSVAKCgYtnqH7yd7KYd61gvKDUyQa5RwwCfdBYw +ZRfhrALl3k3Blh9mJor9+I= =0ZNS -----END PGP SIGNATURE----- --nextPart4133388.7ta3ht9060-- From owner-freebsd-current@FreeBSD.ORG Thu May 28 12:28:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F020A1065670; Thu, 28 May 2009 12:28:35 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id C78178FC3D; Thu, 28 May 2009 12:28:35 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from 76-205-169-61.lightspeed.austtx.sbcglobal.net ([76.205.169.61]:26879 helo=borg) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M9ein-00031Y-Ca; Thu, 28 May 2009 07:28:35 -0500 Date: Thu, 28 May 2009 07:28:20 -0500 (CDT) From: Larry Rosenman Sender: ler@borg To: Kip Macy In-Reply-To: <3c1674c90905280055h740bce23p33b18fefacf31196@mail.gmail.com> Message-ID: References: <3c1674c90905242253n544c3f0cqb10952f349391ce7@mail.gmail.com> <454b8cc37c60ab7af2663ba70ddbfd59.squirrel@webmail.lerctr.org> <5a9a181a12e9e4ef864d23ae063f7277.squirrel@webmail.lerctr.org> <3c1674c90905280055h740bce23p33b18fefacf31196@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -2.3 (--) X-LERCTR-Spam-Score: -2.3 (--) X-Spam-Report: SpamScore (-2.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135, TVD_RCVD_IP=1.931 X-LERCTR-Spam-Report: SpamScore (-2.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135, TVD_RCVD_IP=1.931 DomainKey-Status: no signature Cc: freebsd-current@freebsd.org Subject: Re: ZFS Crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 12:28:36 -0000 On Thu, 28 May 2009, Kip Macy wrote: > On Tue, May 26, 2009 at 5:04 AM, Larry Rosenman wrote: >> On Mon, 25 May 2009, Larry Rosenman wrote: >> >>> On Mon, 25 May 2009, Larry Rosenman wrote: >>> >>>> after looking at the code, never mind the "don't call doadump", so we'll >>>> get the textdump. >>>> >>>> Thanks rwatson for the textdump stuff! >>>> >>> Here is current stats before we crash. Does any of this look totally >>> out of line? >>> >> It crashed again, but did *NOT* make it into ddb enough to do the textdump. >> >> It was hung with the backtrace (looks like the same, but I couldn't >> scroll the screen back). >> >> Ideas? >> >> I'm really concerned that there is a problem. >> >> >> > > > - Type of disks? 6 SATA Seagate 400GB (5) / 500 GB (1). ATA channel 0: Master: acd0 ATA/ATAPI revision 7 Slave: no device present ATA channel 2: Master: ad4 SATA revision 2.x Slave: no device present ATA channel 3: Master: ad6 SATA revision 2.x Slave: no device present ATA channel 4: Master: ad8 SATA revision 2.x Slave: no device present ATA channel 5: Master: ad10 SATA revision 2.x Slave: no device present ATA channel 6: Master: ad12 SATA revision 2.x Slave: no device present ATA channel 7: Master: ad14 SATA revision 2.x Slave: no device present > > > - Size of zpools? All 6. pool: vault state: ONLINE status: One or more devices has experienced an error resulting in data corruption. Applications may be affected. action: Restore the file in question if possible. Otherwise restore the entire pool from backup. see: http://www.sun.com/msg/ZFS-8000-8A scrub: none requested config: NAME STATE READ WRITE CKSUM vault ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ad6 ONLINE 0 0 0 ad8 ONLINE 0 0 0 ad10 ONLINE 0 0 0 ad12 ONLINE 0 0 0 ad14 ONLINE 0 0 0 ad4s1f ONLINE 0 0 0 ad4s1e ONLINE 0 0 0 ad4s1d ONLINE 0 0 0 errors: 10 data errors, use '-v' for a list pool: vault state: ONLINE status: One or more devices has experienced an error resulting in data corruption. Applications may be affected. action: Restore the file in question if possible. Otherwise restore the entire pool from backup. see: http://www.sun.com/msg/ZFS-8000-8A scrub: none requested config: NAME STATE READ WRITE CKSUM vault ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ad6 ONLINE 0 0 0 ad8 ONLINE 0 0 0 ad10 ONLINE 0 0 0 ad12 ONLINE 0 0 0 ad14 ONLINE 0 0 0 ad4s1f ONLINE 0 0 0 ad4s1e ONLINE 0 0 0 ad4s1d ONLINE 0 0 0 errors: Permanent errors have been detected in the following files: /usr/local/sbin/p4d /var/db/bacula/borg-dir.conmsg vault/usr/obj:<0x16c3a> vault/usr/obj:<0x169bb> /usr/obj/usr/src/lib/libc/random.o > > > - Compression enabled? Yes. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Thu May 28 12:38:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 263B91065672; Thu, 28 May 2009 12:38:13 +0000 (UTC) (envelope-from rjk@wintek.com) Received: from mail.wintek.com (mail.wintek.com [199.233.104.86]) by mx1.freebsd.org (Postfix) with ESMTP id DD2848FC28; Thu, 28 May 2009 12:38:12 +0000 (UTC) (envelope-from rjk@wintek.com) Received: from local.wintek.com (local.wintek.com [206.230.2.234]) by mail.wintek.com (8.14.3/8.14.3/Wintek) with ESMTP id n4SCcCY3044223; Thu, 28 May 2009 08:38:12 -0400 (EDT) (envelope-from rjk@wintek.com) Received: from rjk.wintek.local ([172.28.1.248]) by local.wintek.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 28 May 2009 08:38:10 -0400 Message-ID: <4A1E85B1.80408@wintek.com> Date: Thu, 28 May 2009 08:38:09 -0400 From: Richard Kuhns Organization: Wintek Corporation User-Agent: Thunderbird 2.0.0.21 (X11/20090407) MIME-Version: 1.0 To: "Daniel O'Connor" References: <20090527134343.GB1104@bsdcrew.de> <200905281231.25830.doconnor@gsoft.com.au> <4A1E7C7D.2010908@wintek.com> <200905282153.27850.doconnor@gsoft.com.au> In-Reply-To: <200905282153.27850.doconnor@gsoft.com.au> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 28 May 2009 12:38:10.0077 (UTC) FILETIME=[289364D0:01C9DF91] Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, Martin Wilke Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rjk@wintek.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 12:38:15 -0000 Daniel O'Connor wrote: > On Thu, 28 May 2009, Richard Kuhns wrote: >> NAT host port 2222 to ssh (22) in virtual machine 'psyche'. >> Do this while the VM isn't running. >> >> $ VBoxManage setextradata psyche \ >> >> "VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/Protocol" TCP $ >> VBoxManage setextradata psyche \ >> >> "VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/GuestPort" 22 $ >> VBoxManage setextradata psyche \ >> >> "VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/HostPort" 2222 >> >> Now you can just 'ssh -p 2222 localhost' to get into that particular >> VM. > > Ah that is nice, however I picked the Intel controller.. How do I work > out the magic name for that? getextradata doesn't list anything :( > s/pcnet/e1000/ According to the user manual, anyhow. So far the only VMs I've created are running XP and a couple of Linux distros, and I haven't changed controllers. I'll say again that this port has really been a godsend. I've used VMware Workstation on Windows XP in the past, but being able to stick to FreeBSD has greatly simplified my life. Now my Windoze box can go back to being used for the occasional game, as God intended. - Rich -- Richard Kuhns Wintek Corporation E-mail: rjk@wintek.com 427 N 6th Street STE C Receptionist: 765-742-8428 Lafayette, IN 47901-2211 Direct Line: 765-269-8541 United States of America From owner-freebsd-current@FreeBSD.ORG Thu May 28 12:38:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46F1D106568A; Thu, 28 May 2009 12:38:28 +0000 (UTC) (envelope-from rjk@wintek.com) Received: from mail.wintek.com (mail.wintek.com [199.233.104.86]) by mx1.freebsd.org (Postfix) with ESMTP id DC65E8FC22; Thu, 28 May 2009 12:38:27 +0000 (UTC) (envelope-from rjk@wintek.com) Received: from local.wintek.com (local.wintek.com [206.230.2.234]) by mail.wintek.com (8.14.3/8.14.3/Wintek) with ESMTP id n4SBww1w038660; Thu, 28 May 2009 07:58:59 -0400 (EDT) (envelope-from rjk@wintek.com) Received: from rjk.wintek.local ([172.28.1.248]) by local.wintek.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 28 May 2009 07:58:53 -0400 Message-ID: <4A1E7C7D.2010908@wintek.com> Date: Thu, 28 May 2009 07:58:53 -0400 From: Richard Kuhns Organization: Wintek Corporation User-Agent: Thunderbird 2.0.0.21 (X11/20090407) MIME-Version: 1.0 To: "Daniel O'Connor" References: <20090527134343.GB1104@bsdcrew.de> <200905281231.25830.doconnor@gsoft.com.au> In-Reply-To: <200905281231.25830.doconnor@gsoft.com.au> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 28 May 2009 11:58:53.0656 (UTC) FILETIME=[AC0A1580:01C9DF8B] Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, Martin Wilke Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rjk@wintek.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 12:38:35 -0000 Daniel O'Connor wrote: > On Wed, 27 May 2009, Martin Wilke wrote: >> First of all sorry for all unanswered mails, I got a stupid flu, >> but now i feel better... ok now back to vbox, time for a new call >> for testing :-) >> >> Following was added/fixed: >> >> - ACPI Support was added >> - hostDVD support was added >> - Fix startup on HEAD >> - Plist problem under AMD64 was fixed >> - Qt4 Frontend is now Optional >> - Desktop file was added >> - Xorg dependencies was fixed >> - Guest additions was added (thx to Maho NAKATA > com>) > > Nice :) ... > > Are there plans (or patches :) for adding other types of network > support? NAT is usable but without the ability to forward ports it > makes logging in via SSH rather tedious (ie log out from the VM with -R > then log back in). > Here's something that might help: NAT host port 2222 to ssh (22) in virtual machine 'psyche'. Do this while the VM isn't running. $ VBoxManage setextradata psyche \ "VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/Protocol" TCP $ VBoxManage setextradata psyche \ "VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/GuestPort" 22 $ VBoxManage setextradata psyche \ "VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/HostPort" 2222 Now you can just 'ssh -p 2222 localhost' to get into that particular VM. I'd also like to say thanks for the port! It's *very* useful! - Rich -- Richard Kuhns Wintek Corporation E-mail: rjk@wintek.com 427 N 6th Street STE C Receptionist: 765-742-8428 Lafayette, IN 47901-2211 Direct Line: 765-269-8541 United States of America From owner-freebsd-current@FreeBSD.ORG Thu May 28 13:08:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A81B2106564A; Thu, 28 May 2009 13:08:13 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id E4BD98FC19; Thu, 28 May 2009 13:08:12 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-217-173.lns11.adl2.internode.on.net [121.45.217.173]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n4SD89HN005355 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 28 May 2009 22:38:10 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: rjk@wintek.com Date: Thu, 28 May 2009 22:37:46 +0930 User-Agent: KMail/1.9.10 References: <20090527134343.GB1104@bsdcrew.de> <200905282153.27850.doconnor@gsoft.com.au> <4A1E85B1.80408@wintek.com> In-Reply-To: <4A1E85B1.80408@wintek.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3309338.zd2g2JcVO7"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200905282238.06757.doconnor@gsoft.com.au> X-Spam-Score: -1.274 () AWL,BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, Martin Wilke Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 13:08:14 -0000 --nextPart3309338.zd2g2JcVO7 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 28 May 2009, Richard Kuhns wrote: > Daniel O'Connor wrote: > > On Thu, 28 May 2009, Richard Kuhns wrote: > >> NAT host port 2222 to ssh (22) in virtual machine 'psyche'. > >> Do this while the VM isn't running. > >> > >> $ VBoxManage setextradata psyche \ > >> > >> "VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/Protocol" TCP > >> $ VBoxManage setextradata psyche \ > >> > >> "VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/GuestPort" 22 > >> $ VBoxManage setextradata psyche \ > >> > >> "VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/HostPort" 2222 > >> > >> Now you can just 'ssh -p 2222 localhost' to get into that > >> particular VM. > > > > Ah that is nice, however I picked the Intel controller.. How do I > > work out the magic name for that? getextradata doesn't list > > anything :( > > s/pcnet/e1000/ Ahah, I tried 82540EM.. > According to the user manual, anyhow. So far the only VMs I've I guess I should read that :) > created are running XP and a couple of Linux distros, and I haven't > changed controllers. I put Windows in one and I though an e1000 would be nicer, although I=20 must confess I've hardly thrashed it :) > I'll say again that this port has really been a godsend. I've used > VMware Workstation on Windows XP in the past, but being able to stick > to FreeBSD has greatly simplified my life. Now my Windoze box can go > back to being used for the occasional game, as God intended. Heh indeed, it's handy. Good for running some legacy code too.. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart3309338.zd2g2JcVO7 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iD8DBQBKHoy25ZPcIHs/zowRArodAJ4gxaA13GX+byd+GrPPYwabvIc/fgCfa5tf q8wiWRSaCvcbU75clLAxxF8= =lv1w -----END PGP SIGNATURE----- --nextPart3309338.zd2g2JcVO7-- From owner-freebsd-current@FreeBSD.ORG Thu May 28 05:02:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C1E7106566B for ; Thu, 28 May 2009 05:02:19 +0000 (UTC) (envelope-from emikulic@gmail.com) Received: from ipmail04.adl2.internode.on.net (ipmail04.adl2.internode.on.net [203.16.214.57]) by mx1.freebsd.org (Postfix) with ESMTP id C28518FC0C for ; Thu, 28 May 2009 05:02:05 +0000 (UTC) (envelope-from emikulic@gmail.com) Received: from ppp154-240.static.internode.on.net ([150.101.154.240]) by ipmail04.adl2.internode.on.net with ESMTP; 28 May 2009 14:23:11 +0930 Received: by ppp154-240.static.internode.on.net (Poo-fix, from userid 1001) id 750875C45; Thu, 28 May 2009 14:52:58 +1000 (EST) Date: Thu, 28 May 2009 14:52:58 +1000 From: Emil Mikulic To: Andriy Gapon Message-ID: <20090528045258.GA51336@dmr.ath.cx> References: <4A1D321F.7060907@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A1D321F.7060907@icyb.net.ua> User-Agent: Mutt/1.5.19 (2009-01-05) X-Mailman-Approved-At: Thu, 28 May 2009 13:14:44 +0000 Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: usb keyboard detected after mountroot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 05:02:19 -0000 On Wed, May 27, 2009 at 03:29:19PM +0300, Andriy Gapon wrote: > I think it's time to remind of this issue again. I have no clue why > it happens but on my system I consistently see that my USB keyboard is > detected after mountroot. This worries me because this is a "legacy > free" system, i.e. it has no PS/2 ports. So if something unexpected > happens I won't be able to enter different boot device should kernel > boot ever stop at mountroot prompt. I have the same problem and filed a PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=133989 The PR contains a patch that calls pause() in the prompt code. This gets the keyboard detected but not actually working. :( --Emil From owner-freebsd-current@FreeBSD.ORG Thu May 28 09:38:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA8681065678 for ; Thu, 28 May 2009 09:38:52 +0000 (UTC) (envelope-from aiple@naver.com) Received: from a51096.naver.com (a51096.naver.com [114.111.32.56]) by mx1.freebsd.org (Postfix) with SMTP id 2DBFD8FC17 for ; Thu, 28 May 2009 09:38:51 +0000 (UTC) (envelope-from aiple@naver.com) Received: (qmail 1459 invoked from network); 28 May 2009 09:12:09 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by a51096.naver.com with SMTP; 28 May 2009 09:12:09 -0000 MIME-Version: 1.0 Message-Id: <6e5550aee9d1a963b9a6d4547af3ed85@a51096> From: =?EUC-KR?B?waSw5rG4?= Importance: normal X-Priority: 3 (Normal) Date: Thu, 28 May 2009 18:12:09 +0900 To: X-Mailman-Approved-At: Thu, 28 May 2009 13:27:04 +0000 Content-Type: text/plain; charset="EUC-KR" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD 7.1 bridge performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?EUC-KR?B?waSw5rG4?= List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 09:38:53 -0000 SGkKIApJIHRyaWVkIHRvIGNyZWF0ZSBicmlkZ2Ugd2l0aCB0d28gMTBHIE5JQyAoY2hlbHNpbykK IAogCkkgdXNlZCBkZWZhdWx0IG9wdGlvbiwgSSdtIHRlc3Rpbmcgd2l0aCBJWElBIDEwRyB0cmFm ZmljIGdlbmVyYXRvciAKIApyZXN1bHQgaXMgCiAKNjQgRnJhbWUgYWxtb3N0IG5vdGhpbmcsIAog CkhvdyBjYW4gSSBmaXggaXQsIEkgd2FudCB0byBhbGxvdyBhbGwgdHJhZmZpYyAKIAogCiAK From owner-freebsd-current@FreeBSD.ORG Thu May 28 13:53:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C6E4106566C; Thu, 28 May 2009 13:53:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E1C6D8FC1D; Thu, 28 May 2009 13:53:05 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 9758946B09; Thu, 28 May 2009 09:53:05 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 6EE748A028; Thu, 28 May 2009 09:53:04 -0400 (EDT) From: John Baldwin To: Timothy Mukaibo Date: Thu, 28 May 2009 08:00:24 -0400 User-Agent: KMail/1.9.7 References: <49159824-57EB-4628-9F1C-CE9243465D02@mukaibo.com> <200905271725.44235.jhb@freebsd.org> <849F0899-7AD9-4D7A-B849-D7FB36CE73AE@mukaibo.com> In-Reply-To: <849F0899-7AD9-4D7A-B849-D7FB36CE73AE@mukaibo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905280800.24867.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 28 May 2009 09:53:04 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, Andriy Gapon Subject: Re: ACPI Panic on Current, AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 13:53:06 -0000 On Thursday 28 May 2009 2:59:16 am Timothy Mukaibo wrote: > Hello guys, > > I'm not sure if I made this clear, but the board boots with 7.2- > Stable. Have there been lots of ACPI changes between 7.2 and 8.0 that > might have caused this regression? No, and the ACPI pci_link code has in fact not changed since 7.0 aside from a few minor fixes for suspend/resume that do not affect boot (and those were merged into 7.1). I do wonder if perhaps there have been any changes in the ACPI-CA code. Hmm, ACPI-CA is identical in the two versions. All of the resource code is identical as well. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu May 28 13:57:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D548106566B for ; Thu, 28 May 2009 13:57:08 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 51AD58FC17 for ; Thu, 28 May 2009 13:57:08 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 36E0E34708B; Thu, 28 May 2009 09:57:07 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Thu, 28 May 2009 09:57:07 -0400 X-Sasl-enc: PxtBEifMJM+/WGcJFGpHT3cBGarbtvW5qm12vTiL0H+w 1243519026 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id B68D125994; Thu, 28 May 2009 09:57:06 -0400 (EDT) Message-ID: <4A1E9831.4010606@incunabulum.net> Date: Thu, 28 May 2009 14:57:05 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: deeptech71@gmail.com References: <4A1DD57A.7010704@gmail.com> In-Reply-To: <4A1DD57A.7010704@gmail.com> Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: panic: igmp_v3_dispatch_general_query: called when version 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 13:57:09 -0000 Hi, Are you running a multicast router of any kind on your network? If so, please give full network configuration details of the system you are running FreeBSD 8.0 on, and describe your network topology to help me figure out where the problem might be. thanks, BMS From owner-freebsd-current@FreeBSD.ORG Thu May 28 14:10:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3150B106566B; Thu, 28 May 2009 14:10:02 +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 06D7C8FC0C; Thu, 28 May 2009 14:10:00 +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 RAA29875; Thu, 28 May 2009 17:09:56 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A1E9B34.3040202@icyb.net.ua> Date: Thu, 28 May 2009 17:09:56 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Timothy Mukaibo References: <49159824-57EB-4628-9F1C-CE9243465D02@mukaibo.com> <200905271725.44235.jhb@freebsd.org> <849F0899-7AD9-4D7A-B849-D7FB36CE73AE@mukaibo.com> <200905280800.24867.jhb@freebsd.org> In-Reply-To: <200905280800.24867.jhb@freebsd.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: ACPI Panic on Current, AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 14:10:02 -0000 on 28/05/2009 15:00 John Baldwin said the following: > On Thursday 28 May 2009 2:59:16 am Timothy Mukaibo wrote: >> Hello guys, >> >> I'm not sure if I made this clear, but the board boots with 7.2- >> Stable. Have there been lots of ACPI changes between 7.2 and 8.0 that >> might have caused this regression? > > No, and the ACPI pci_link code has in fact not changed since 7.0 aside from a > few minor fixes for suspend/resume that do not affect boot (and those were > merged into 7.1). I do wonder if perhaps there have been any changes in the > ACPI-CA code. Hmm, ACPI-CA is identical in the two versions. All of the > resource code is identical as well. Timothy, could you please check if you have any possibly related hints/tweaks in device.hints or loader.conf in both environments? Could you please provide 7.2 verbose dmesg? (Sorry, if you already did and I missed that) -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu May 28 14:40:41 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2B781065670 for ; Thu, 28 May 2009 14:40:41 +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 0AA3F8FC18 for ; Thu, 28 May 2009 14:40:40 +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 RAA00627; Thu, 28 May 2009 17:40:39 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A1EA266.3030204@icyb.net.ua> Date: Thu, 28 May 2009 17:40:38 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Gavin Atkinson , triosoft@triosoft.com.ua References: <1d05d65670fbc0f7e84d8b42351c63aa.squirrel@webmail.ic.uz.ua> <1243345552.80806.20.camel@buffy.york.ac.uk> In-Reply-To: <1243345552.80806.20.camel@buffy.york.ac.uk> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: ATA_STATIC_ID and AHCI bug or /dev/hands ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 14:40:42 -0000 on 26/05/2009 16:45 Gavin Atkinson said the following: > On Sun, 2009-05-24 at 21:41 +0300, triosoft@triosoft.com.ua wrote: >> Hello! >> >> I found some odd behavior of ata device numbering. It seems, that there >> is no effect of option ATA_STATIC_ID in CURRENT. >> What I have: >> supermicro server with 4 sata ports onto Intel ICH7 SATA300 controller >> recent CURRENT >> sata mode in BIOS is Enhanced >> ahci support in BIOS in Enabled >> option ATA_STATIC_ID in KERNCONF >> >> So, if I boot with 4 HDD connected to sata i found ad4,ad6,ad8,ad10 as >> disks. but when I detach disk, which "was" ad8 in last case, and then >> reboot - I see ad4,ad6,ad8! and not ad4,ad6,ad10! atacontrol list >> doesn't show an empty ata channel. Only channels with HDDs connected. I >> check 6.x 7.x on the same server with _the same configuration in bios_ - >> and all works as suspected - there are empty ata channels, there are >> really static device numbers. when I set AHCI to Disabled I have just >> two ata channels (with AHCI - I have four, one for each sata disk) and >> with or without HDDs connected I see empty channels and have really >> static dev nums in the same CURRENT. >> So my question is - is it my fault? does I miss something? Or it is a bug? > > This sounds like a bug to me. I think you're probably best submitting a > PR, and please include (or link to) a verbose dmesg from both 7.x and > HEAD, and the output of "atacontrol list" from both. BTW, I can not reproduce this. I also have ATA_STATIC_ID in *both* kernel configurations (emphasis is just n case). My hardware is ICH9R-based. AHCI is enabled. Both recent head and stable/7 enumerate drives exactly the same (ad6, ad10, ad16). -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu May 28 14:57:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A979F10656F3; Thu, 28 May 2009 14:57:43 +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 42C708FC17; Thu, 28 May 2009 14:57:41 +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 RAA00994; Thu, 28 May 2009 17:57:33 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A1EA65C.1020307@icyb.net.ua> Date: Thu, 28 May 2009 17:57:32 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: "Moore, Robert" , Timothy Mukaibo References: <49159824-57EB-4628-9F1C-CE9243465D02@mukaibo.com> <200905271725.44235.jhb@freebsd.org> <849F0899-7AD9-4D7A-B849-D7FB36CE73AE@mukaibo.com> <200905280800.24867.jhb@freebsd.org> <4911F71203A09E4D9981D27F9D8308582E3194B4@orsmsx503.amr.corp.intel.com> In-Reply-To: <4911F71203A09E4D9981D27F9D8308582E3194B4@orsmsx503.amr.corp.intel.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "Brown, Len" , "Lin, Ming M" , "freebsd-acpi@freebsd.org" , "freebsd-current@freebsd.org" , Jung-uk Kim Subject: Re: ACPI Panic on Current, AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 14:57:45 -0000 on 28/05/2009 17:47 Moore, Robert said the following: > This problem sounds familiar. In ACPICA, we found an issue where the _CRS > returns an extended IRQ descriptor, but it gets optimized to an IRQNoFlags > descriptor before the template is sent to _SRS. This causes problems on some > machines. We fixed this and actually made a clarification to the ACPI > specification that the _SRS template buffer must contain identical descriptors > as returned from the _CRS template. This change was made in ACPICA version > 20080213. BZ 9487 is the Linux sighting. FreeBSD head and stable/7 seem to be still at 20070320. Timothy, you might want to try Jung-uk's patch: http://people.freebsd.org/~jkim/acpica-import-20090521.diff.gz > 13 February 2008. Summary of changes for version 20080213: > > Fixed a problem where resource descriptor size optimization could cause a > problem when a _CRS resource template is passed to a _SRS method. The _SRS > resource template must use the same descriptors (with the same size) as > returned from _CRS. This change affects the following resource descriptors: IRQ > / IRQNoFlags and StartDependendentFn / StartDependentFnNoPri. (BZ 9487) > > >> -----Original Message----- From: owner-freebsd-acpi@freebsd.org >> [mailto:owner-freebsd- acpi@freebsd.org] On Behalf Of John Baldwin Sent: >> Thursday, May 28, 2009 5:00 AM To: Timothy Mukaibo Cc: >> freebsd-acpi@freebsd.org; freebsd-current@freebsd.org; Andriy Gapon Subject: >> Re: ACPI Panic on Current, AMD64 >> >> On Thursday 28 May 2009 2:59:16 am Timothy Mukaibo wrote: >>> Hello guys, >>> >>> I'm not sure if I made this clear, but the board boots with 7.2- Stable. >>> Have there been lots of ACPI changes between 7.2 and 8.0 that might have >>> caused this regression? >> No, and the ACPI pci_link code has in fact not changed since 7.0 aside from a >> few minor fixes for suspend/resume that do not affect boot (and those were >> merged into 7.1). I do wonder if perhaps there have been any changes in the >> ACPI-CA code. Hmm, ACPI-CA is identical in the two versions. All of the >> resource code is identical as well. >> >> -- John Baldwin _______________________________________________ >> freebsd-acpi@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send >> any mail to "freebsd-acpi-unsubscribe@freebsd.org" -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu May 28 15:23:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0EBA106566B; Thu, 28 May 2009 15:23: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 34B188FC0A; Thu, 28 May 2009 15:23: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 SAA01841; Thu, 28 May 2009 18:23:42 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A1EAC7D.7000703@icyb.net.ua> Date: Thu, 28 May 2009 18:23:41 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Emil Mikulic References: <4A1D321F.7060907@icyb.net.ua> <20090528045258.GA51336@dmr.ath.cx> In-Reply-To: <20090528045258.GA51336@dmr.ath.cx> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: usb keyboard detected after mountroot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 15:23:47 -0000 on 28/05/2009 07:52 Emil Mikulic said the following: > On Wed, May 27, 2009 at 03:29:19PM +0300, Andriy Gapon wrote: >> I think it's time to remind of this issue again. I have no clue why >> it happens but on my system I consistently see that my USB keyboard is >> detected after mountroot. This worries me because this is a "legacy >> free" system, i.e. it has no PS/2 ports. So if something unexpected >> happens I won't be able to enter different boot device should kernel >> boot ever stop at mountroot prompt. > > I have the same problem and filed a PR: > http://www.freebsd.org/cgi/query-pr.cgi?pr=133989 > > The PR contains a patch that calls pause() in the prompt code. This > gets the keyboard detected but not actually working. :( Thank you for the info! I updated the PR with my details, hope this issue won't go unnoticed :-) -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu May 28 17:22:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B7AD1065670 for ; Thu, 28 May 2009 17:22:10 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id 953BD8FC15 for ; Thu, 28 May 2009 17:22:09 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: by ewy8 with SMTP id 8so2094323ewy.43 for ; Thu, 28 May 2009 10:22:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=lPYqEH6xT8y8uSIG7EEPsyPbs3NtemGNGNQOSIvd4r4=; b=Aq9xacKNqHq9bf6wjnlczT37xeeMDd5djzqE3WyVIyC70uOgevV94lfOx7Xe+Z7RwX eB+C53B0rSdcW0HQw0XlKikhXAvCWAt3jBLR35y+VynbvUUEO2q9S344rqXRrA0WBxhr PrzOUsGLsL9QTdw95Zf4m+xSxgZGu2+FqsHr8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=EJL0Axe8CO+dv23XEX3y3wGMWpvNJLHuXzKAzJ6GAD9Jbvpvc3HhNdAnlDTV1PhlOD 2WPh93l86hp8LjJLwQ+CH2SaX/pAgC44dqvwPNbHnuDoHOihGSY9NDDwyspw9kTzPu64 Ls6f/DS4DiaYH5OmhyVECOfIKnFMUq2hXdfNA= Received: by 10.210.43.10 with SMTP id q10mr3085865ebq.56.1243531328249; Thu, 28 May 2009 10:22:08 -0700 (PDT) Received: from ?157.181.96.136? (quark.teteny.elte.hu [157.181.96.136]) by mx.google.com with ESMTPS id 28sm461250eyg.44.2009.05.28.10.22.07 (version=SSLv3 cipher=RC4-MD5); Thu, 28 May 2009 10:22:07 -0700 (PDT) Message-ID: <4A1EC8FB.6090206@gmail.com> Date: Thu, 28 May 2009 19:25:15 +0200 From: deeptech71@gmail.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.21) Gecko/20090303 SeaMonkey/1.1.15 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4A1DD57A.7010704@gmail.com> <4A1E9831.4010606@incunabulum.net> In-Reply-To: <4A1E9831.4010606@incunabulum.net> Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 7bit Subject: Re: panic: igmp_v3_dispatch_general_query: called when version 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 17:22:10 -0000 Bruce Simpson wrote: > Are you running a multicast router of any kind on your network? I have no idea what IGMP/multicast is, and have no router whatsoever. > If so, please give full network configuration details of the system you > are running FreeBSD 8.0 on, and describe your network topology to help > me figure out where the problem might be. Well... I'm using FreeBSD-current as a desktop system for gaming and C/C++ development. The system is receiving a DHCP address (not a reserved one like 10.x.x.x) in a university's local network with lots of computers mostly tossing around Windows NetBIOS packets. If that matters. At the time of the lockup I was just running basic GENERIC r191232 (with rnoland's drm patch at http://people.freebsd.org/~rnoland/drm_radeon-copyin-fix-try2.patch), and was in KDE4.2 playing a 3D game with an IRC client running in the background. Sounds like that is all useless, so I'd send the vmcore. Who wants it? From owner-freebsd-current@FreeBSD.ORG Thu May 28 17:27:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61DD11065673 for ; Thu, 28 May 2009 17:27:27 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 1E5198FC29 for ; Thu, 28 May 2009 17:27:25 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:33670 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1M9jNk-0006JF-5F for freebsd-current@freebsd.org; Thu, 28 May 2009 19:27:10 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 6C54238A5D for ; Thu, 28 May 2009 19:27:07 +0200 (CEST) Message-Id: From: Thomas Backman To: FreeBSD Current Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Thu, 28 May 2009 19:27:07 +0200 X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1M9jNk-0006JF-5F. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1M9jNk-0006JF-5F 402ce11a8a89d860d00de85ffbe58b1c Subject: Not having much luck with RAID-Z boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 17:27:27 -0000 I'm trying out the new RAID-Z boot support, but I'm not having much luck. After finally getting VMware to get the boot order right (and not move on to PXE boot etc.) all I get is errors. See the original thread: http://www.nabble.com/Booting-from-ZFS-raidz-td21058594.html I followed in the footsteps on the first poster (maybe not such a great idea since it failed for him), even to the point of using three disks in VMware Fusion, although that was a coincidence. Anyway, I have a healthy "rpool" made out of three GPT partitioned disks, as in the post. The only thing I changed was $1 to the disk names (da2, da3, da4) and the size parameter for the freebsd-zfs partition. I then populated the pool with everything from my current r192914 install, and made sure that zpool.cache was up to date in /rpool/boot/ zfs (by copying the current copy there, and making sure it contained "rpool"). All I get is "error 4 lba xxxxxxxxxxx", 30+ times, followed by the loader starting to load the kernel, and failing with 10-15 lines of "ZFS: i/o error - all block copies unavailable". It can't load the kernel, manually or not. It does read loader.conf successfully though (since vfs.root.mountfrom and vm.kmem_max etc. are set correctly). System: FreeBSD 8.0-CURRENT (DTRACE) #4 r192914: Thu May 28 08:56:46 CEST 2009 Built with LOADER_ZFS_SUPPORT=YES in /etc/make.conf, no patches applied (since the raidz boot patch was merged to current a few days ago). Any advice? Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Thu May 28 18:34:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 675501065670 for ; Thu, 28 May 2009 18:34:21 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id E00838FC20 for ; Thu, 28 May 2009 18:34:20 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 244250225; Thu, 28 May 2009 21:34:17 +0300 Message-ID: <4A1ED927.5020203@FreeBSD.org> Date: Thu, 28 May 2009 21:34:15 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: triosoft@triosoft.com.ua References: <1243203786.00116459.1243193402@10.7.7.3> In-Reply-To: <1243203786.00116459.1243193402@10.7.7.3> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ATA_STATIC_ID and AHCI bug or /dev/hands ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 18:34:21 -0000 triosoft@triosoft.com.ua wrote: > I found some odd behavior of ata device numbering. It seems, that there > is no effect of option ATA_STATIC_ID in CURRENT. > What I have: > supermicro server with 4 sata ports onto Intel ICH7 SATA300 controller > recent CURRENT > sata mode in BIOS is Enhanced > ahci support in BIOS in Enabled > option ATA_STATIC_ID in KERNCONF > > So, if I boot with 4 HDD connected to sata i found ad4,ad6,ad8,ad10 as > disks. but when I detach disk, which "was" ad8 in last case, and then > reboot - I see ad4,ad6,ad8! and not ad4,ad6,ad10! atacontrol list > doesn't show an empty ata channel. Only channels with HDDs connected. I > check 6.x 7.x on the same server with _the same configuration in bios_ - > and all works as suspected - there are empty ata channels, there are > really static device numbers. when I set AHCI to Disabled I have just > two ata channels (with AHCI - I have four, one for each sata disk) and > with or without HDDs connected I see empty channels and have really > static dev nums in the same CURRENT. > So my question is - is it my fault? does I miss something? Or it is a bug? > > Yes ;) I know about glabel, but my setup is complicated enough without > them ( gpart-ed disks with zfs-only setup) so I do not want to make it > more complicated. > And with such behavior I cannot add disks on the fly, if there is > no empty ata channels. This looks like odd behavior of Supermicro BIOS. It marks unconnected ports as unimplemented. I have also noticed such behavior on one of my Supermicro servers. It is not difficult to change ahci driver logic now, but I just not sure yet how we should better handle this situation. AHCI specification uses that register for reporting ports not implemented in hardware, not for unused. As quick hack, you can try to replace in ata-ahci.c line ctlr->ichannels = ATA_INL(ctlr->r_res2, ATA_AHCI_PI); with ctlr->ichannels = 0xFFFFFFFF; to just ignore what BIOS thinks about implemented ports. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu May 28 14:58:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB223106570C; Thu, 28 May 2009 14:58:04 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by mx1.freebsd.org (Postfix) with ESMTP id B193E8FC1D; Thu, 28 May 2009 14:58:04 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga101.fm.intel.com with ESMTP; 28 May 2009 07:35:43 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.41,265,1241420400"; d="scan'208";a="694348668" Received: from orsmsx601.amr.corp.intel.com ([10.22.226.213]) by fmsmga001.fm.intel.com with ESMTP; 28 May 2009 07:51:05 -0700 Received: from orsmsx503.amr.corp.intel.com ([10.22.226.47]) by orsmsx601.amr.corp.intel.com ([10.22.226.213]) with mapi; Thu, 28 May 2009 07:47:35 -0700 From: "Moore, Robert" To: John Baldwin , Timothy Mukaibo , Jung-uk Kim Date: Thu, 28 May 2009 07:47:35 -0700 Thread-Topic: ACPI Panic on Current, AMD64 Thread-Index: AcnfnA1jJ11UokpKQLSOXpBhpaxZYgABmYxw Message-ID: <4911F71203A09E4D9981D27F9D8308582E3194B4@orsmsx503.amr.corp.intel.com> References: <49159824-57EB-4628-9F1C-CE9243465D02@mukaibo.com> <200905271725.44235.jhb@freebsd.org> <849F0899-7AD9-4D7A-B849-D7FB36CE73AE@mukaibo.com> <200905280800.24867.jhb@freebsd.org> In-Reply-To: <200905280800.24867.jhb@freebsd.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailman-Approved-At: Thu, 28 May 2009 18:51:04 +0000 Cc: "Brown, Len" , "freebsd-acpi@freebsd.org" , "freebsd-current@freebsd.org" , Andriy Gapon , "Lin, Ming M" Subject: RE: ACPI Panic on Current, AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 14:58:05 -0000 This problem sounds familiar. In ACPICA, we found an issue where the _CRS r= eturns an extended IRQ descriptor, but it gets optimized to an IRQNoFlags d= escriptor before the template is sent to _SRS. This causes problems on some= machines. We fixed this and actually made a clarification to the ACPI spec= ification that the _SRS template buffer must contain identical descriptors = as returned from the _CRS template. This change was made in ACPICA version = 20080213. BZ 9487 is the Linux sighting. 13 February 2008. Summary of changes for version 20080213: Fixed a problem where resource descriptor size optimization could cause a=20 problem when a _CRS resource template is passed to a _SRS method. The _SRS= =20 resource template must use the same descriptors (with the same size) as=20 returned from _CRS. This change affects the following resource descriptors:= =20 IRQ / IRQNoFlags and StartDependendentFn / StartDependentFnNoPri. (BZ 9487) >-----Original Message----- >From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- >acpi@freebsd.org] On Behalf Of John Baldwin >Sent: Thursday, May 28, 2009 5:00 AM >To: Timothy Mukaibo >Cc: freebsd-acpi@freebsd.org; freebsd-current@freebsd.org; Andriy Gapon >Subject: Re: ACPI Panic on Current, AMD64 > >On Thursday 28 May 2009 2:59:16 am Timothy Mukaibo wrote: >> Hello guys, >> >> I'm not sure if I made this clear, but the board boots with 7.2- >> Stable. Have there been lots of ACPI changes between 7.2 and 8.0 that >> might have caused this regression? > >No, and the ACPI pci_link code has in fact not changed since 7.0 aside fro= m >a >few minor fixes for suspend/resume that do not affect boot (and those were >merged into 7.1). I do wonder if perhaps there have been any changes in >the >ACPI-CA code. Hmm, ACPI-CA is identical in the two versions. All of the >resource code is identical as well. > >-- >John Baldwin >_______________________________________________ >freebsd-acpi@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-acpi >To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu May 28 19:41:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AA6F106584E for ; Thu, 28 May 2009 19:41:08 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 446258FC1C for ; Thu, 28 May 2009 19:41:08 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjsGAOeFHkqDaFvG/2dsb2JhbACOHAHAfoQNBQ X-IronPort-AV: E=Sophos;i="4.41,267,1241409600"; d="scan'208";a="36843586" Received: from amazon.cs.uoguelph.ca ([131.104.91.198]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 28 May 2009 15:40:54 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by amazon.cs.uoguelph.ca (Postfix) with ESMTP id 0253A2100E1 for ; Thu, 28 May 2009 15:40:55 -0400 (EDT) X-Virus-Scanned: amavisd-new at amazon.cs.uoguelph.ca Received: from amazon.cs.uoguelph.ca ([127.0.0.1]) by localhost (amazon.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M39TwCDDPgji for ; Thu, 28 May 2009 15:40:54 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by amazon.cs.uoguelph.ca (Postfix) with ESMTP id 559822100BD for ; Thu, 28 May 2009 15:40:54 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n4SJfrV07499 for ; Thu, 28 May 2009 15:41:53 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Thu, 28 May 2009 15:41:53 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: [HEADSUP] experimental nfs subsystem build glue going in X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 19:41:09 -0000 I'll be committing the build glue for the experimental nfs subsystem in the kernel in a couple of minutes. A "make universe" successfully built all LINT kernels (and I added the client option NFSCL to one of the configs for arm and mips), so I don't think it will cause you grief. rick From owner-freebsd-current@FreeBSD.ORG Thu May 28 20:02:29 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3475010658C0; Thu, 28 May 2009 20:02: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 CD3CD8FC2D; Thu, 28 May 2009 20:02:28 +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 n4SK2QRB026840; Thu, 28 May 2009 16:02:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4SK2Qwo039526; Thu, 28 May 2009 16:02:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 005657302F; Thu, 28 May 2009 16:02:25 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090528200226.005657302F@freebsd-current.sentex.ca> Date: Thu, 28 May 2009 16:02:25 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 20:02:30 -0000 TB --- 2009-05-28 19:27:59 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-28 19:27:59 - starting HEAD tinderbox run for mips/mips TB --- 2009-05-28 19:27:59 - cleaning the object tree TB --- 2009-05-28 19:28:20 - cvsupping the source tree TB --- 2009-05-28 19:28:20 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/mips/mips/supfile TB --- 2009-05-28 19:28:34 - building world TB --- 2009-05-28 19:28:34 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-28 19:28:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-28 19:28:34 - TARGET=mips TB --- 2009-05-28 19:28:34 - TARGET_ARCH=mips TB --- 2009-05-28 19:28:34 - TZ=UTC TB --- 2009-05-28 19:28:34 - __MAKE_CONF=/dev/null TB --- 2009-05-28 19:28:34 - cd /src TB --- 2009-05-28 19:28:34 - /usr/bin/make -B buildworld >>> World build started on Thu May 28 19:28:37 UTC 2009 >>> 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 [...] building static ugidfw library ranlib libugidfw.a cc -fpic -DPIC -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -std=gnu99 -c /src/lib/libugidfw/ugidfw.c -o ugidfw.So building shared library libugidfw.so.3 ===> lib/libusbhid (all) cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -std=gnu99 -c /src/lib/libusbhid/descr.c /src/lib/libusbhid/descr.c: In function 'hid_get_report_desc': /src/lib/libusbhid/descr.c:79: error: storage size of 'ugd' isn't known *** Error code 1 Stop in /src/lib/libusbhid. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-28 20:02:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-28 20:02:25 - ERROR: failed to build world TB --- 2009-05-28 20:02:25 - 1565.12 user 187.64 system 2066.84 real http://tinderbox.des.no/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu May 28 20:59:03 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A100010657A6; Thu, 28 May 2009 20:59:03 +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 607BB8FC18; Thu, 28 May 2009 20:59:03 +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 n4SKfdbA036783; Thu, 28 May 2009 16:41:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4SKfd7T076587; Thu, 28 May 2009 16:41:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D41537302F; Thu, 28 May 2009 16:41:38 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090528204138.D41537302F@freebsd-current.sentex.ca> Date: Thu, 28 May 2009 16:41:38 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 20:59:04 -0000 TB --- 2009-05-28 20:02:26 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-28 20:02:26 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-05-28 20:02:26 - cleaning the object tree TB --- 2009-05-28 20:02:59 - cvsupping the source tree TB --- 2009-05-28 20:02:59 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-05-28 20:03:07 - building world TB --- 2009-05-28 20:03:07 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-28 20:03:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-28 20:03:07 - TARGET=powerpc TB --- 2009-05-28 20:03:07 - TARGET_ARCH=powerpc TB --- 2009-05-28 20:03:07 - TZ=UTC TB --- 2009-05-28 20:03:07 - __MAKE_CONF=/dev/null TB --- 2009-05-28 20:03:07 - cd /src TB --- 2009-05-28 20:03:07 - /usr/bin/make -B buildworld >>> World build started on Thu May 28 20:03:09 UTC 2009 >>> 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 [...] building static ugidfw library ranlib libugidfw.a cc -fpic -DPIC -O2 -pipe -std=gnu99 -fstack-protector -c /src/lib/libugidfw/ugidfw.c -o ugidfw.So building shared library libugidfw.so.3 ===> lib/libusbhid (all) cc -O2 -pipe -std=gnu99 -fstack-protector -c /src/lib/libusbhid/descr.c /src/lib/libusbhid/descr.c: In function 'hid_get_report_desc': /src/lib/libusbhid/descr.c:79: error: storage size of 'ugd' isn't known *** Error code 1 Stop in /src/lib/libusbhid. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-28 20:41:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-28 20:41:38 - ERROR: failed to build world TB --- 2009-05-28 20:41:38 - 1837.41 user 191.90 system 2352.61 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu May 28 21:19:45 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A29F1065675; Thu, 28 May 2009 21:19:45 +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 401788FC22; Thu, 28 May 2009 21:19:45 +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 n4SLJg9A041620; Thu, 28 May 2009 17:19:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4SLJgb5009560; Thu, 28 May 2009 17:19:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CD9707302F; Thu, 28 May 2009 17:19:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090528211942.CD9707302F@freebsd-current.sentex.ca> Date: Thu, 28 May 2009 17:19:42 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 21:19:46 -0000 TB --- 2009-05-28 20:41:38 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-28 20:41:38 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-05-28 20:41:38 - cleaning the object tree TB --- 2009-05-28 20:42:22 - cvsupping the source tree TB --- 2009-05-28 20:42:22 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-05-28 20:42:34 - building world TB --- 2009-05-28 20:42:34 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-28 20:42:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-28 20:42:34 - TARGET=sparc64 TB --- 2009-05-28 20:42:34 - TARGET_ARCH=sparc64 TB --- 2009-05-28 20:42:34 - TZ=UTC TB --- 2009-05-28 20:42:34 - __MAKE_CONF=/dev/null TB --- 2009-05-28 20:42:34 - cd /src TB --- 2009-05-28 20:42:34 - /usr/bin/make -B buildworld >>> World build started on Thu May 28 20:42:38 UTC 2009 >>> 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 [...] building static ugidfw library ranlib libugidfw.a cc -fPIC -DPIC -O2 -pipe -std=gnu99 -fstack-protector -c /src/lib/libugidfw/ugidfw.c -o ugidfw.So building shared library libugidfw.so.3 ===> lib/libusbhid (all) cc -O2 -pipe -std=gnu99 -fstack-protector -c /src/lib/libusbhid/descr.c /src/lib/libusbhid/descr.c: In function 'hid_get_report_desc': /src/lib/libusbhid/descr.c:79: error: storage size of 'ugd' isn't known *** Error code 1 Stop in /src/lib/libusbhid. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-28 21:19:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-28 21:19:42 - ERROR: failed to build world TB --- 2009-05-28 21:19:42 - 1718.91 user 190.61 system 2283.79 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu May 28 22:22:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9A6310656FA; Thu, 28 May 2009 22:22:15 +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 373EA8FC29; Thu, 28 May 2009 22:22:13 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7c8a.q.ppp-pool.de [89.53.124.138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 6A00712884B; Thu, 28 May 2009 23:56:32 +0200 (CEST) Received: from [192.168.16.4] (dardanos.sz.vwsoft.com [192.168.16.4]) by mail.vtec.ipme.de (Postfix) with ESMTP id 2403033F8F; Thu, 28 May 2009 23:56:11 +0200 (CEST) Message-ID: <4A1F087E.8030409@vwsoft.com> Date: Thu, 28 May 2009 23:56:14 +0200 From: Volker User-Agent: Thunderbird 2.0.0.21 (X11/20090417) MIME-Version: 1.0 To: Andriy Gapon References: <4A1D321F.7060907@icyb.net.ua> In-Reply-To: <4A1D321F.7060907@icyb.net.ua> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-MailScanner-ID: 2403033F8F.11E26 X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com MailScanner-NULL-Check: 1244152585.55403@w1KrzkY1/s62ykmRU+Y1mw 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-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: usb keyboard detected after mountroot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 22:22:16 -0000 On 12/23/-58 20:59, Andriy Gapon wrote: > I think it's time to remind of this issue again. > I have no clue why it happens but on my system I consistently see that my USB > keyboard is detected after mountroot. This worries me because this is a "legacy > free" system, i.e. it has no PS/2 ports. So if something unexpected happens I > won't be able to enter different boot device should kernel boot ever stop at > mountroot prompt. > > Some details. > With stable/7 I see that my USB mouse is consistently detected way before > mountroot. But the USB keyboard most often is detected after mountroot. But > sometimes, very infrequently, it is detected at the same time as the mouse. > > With recent current (and HPS USB, of course) I see that both of the USB devices > are consistently detected after mountroot: > ... > Trying to mount root from zfs:pond/ROOT/original > ct_to_ts([2009-05-26 18:17:07]) = 1243361827.000000000 > start_init: trying /sbin/init > ugen2.2: at usbus2 > ugen6.2: at usbus6 > ukbd0: on usbus6 > kbd2 at ukbd0 > kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000 > ums0: on usbus2 > ums0: 8 buttons and [XYZ] coordinates ID=0 > uhid0: on usbus6 > > Andriy, I think this is related to an issue I was experiencing two days ago. I tried to boot an 8.0-CURRENT system off an USB thumb drive and it worked fine on some machines, but failed with mounting root (off the thumb drive) on some others. I think we need some more delay to give drivers the chance to complete device probing before the root mount is being tried but I hate to just blindly hack a delay somewhere. Will check that issue, eventually next week. Volker From owner-freebsd-current@FreeBSD.ORG Thu May 28 22:26:36 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE2F91065749 for ; Thu, 28 May 2009 22:26:36 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id AF1B58FC36 for ; Thu, 28 May 2009 22:26:36 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 7B742FF2F for ; Fri, 29 May 2009 10:26:35 +1200 (NZST) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KlOvd9a-iLmu for ; Fri, 29 May 2009 10:26:31 +1200 (NZST) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP for ; Fri, 29 May 2009 10:26:31 +1200 (NZST) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 0A78E11432; Fri, 29 May 2009 10:26:31 +1200 (NZST) Date: Thu, 28 May 2009 15:26:30 -0700 From: Andrew Thompson To: current@freebsd.org Message-ID: <20090528222630.GF74376@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: ugen and newbus X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 22:26:37 -0000 Hi, On the new usb stack the ugen driver attaches to all usb devices and generates a devd attach event but doesnt actually have a device entry. It either needs to be a device or use a different devd notification. It would be easier if it was a device as that takes care of the housekeeping. I am not sure that the best way to attach it into the device tree, a ugen device represents a physical unit and may have multiple usb drivers attach (like a 3g device with a built in sd reader). ehci0 usbus0 uhub0 umass0 umass1 uhub1 u3g0 umass2 uplcom0 uplcom1 This would become ehci0 usbus0 ugen0 uhub0 ugen1 umass0 ugen2 umass1 ugen3 uhub1 ugen4 u3g0 umass2 ugen5 uplcom0 ugen6 uplcom1 Is that the right way to do it? Andrew From owner-freebsd-current@FreeBSD.ORG Thu May 28 22:55:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0DC9106564A for ; Thu, 28 May 2009 22:55:59 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from QMTA03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by mx1.freebsd.org (Postfix) with ESMTP id 931448FC13 for ; Thu, 28 May 2009 22:55:59 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from OMTA11.westchester.pa.mail.comcast.net ([76.96.62.36]) by QMTA03.westchester.pa.mail.comcast.net with comcast id wyJq1b0010mv7h053AhmFY; Thu, 28 May 2009 22:41:46 +0000 Received: from LIGHTBULB.LOCAL ([69.244.210.117]) by OMTA11.westchester.pa.mail.comcast.net with comcast id xAik1b0012YXfpR3XAik58; Thu, 28 May 2009 22:42:44 +0000 Message-ID: <4A1F12E4.1060404@comcast.net> Date: Thu, 28 May 2009 18:40:36 -0400 From: Nathan Lay User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Profile rc idea X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 22:56:00 -0000 Hi list, Wasn't sure which list this idea belongs, so I sent it here. It would be interesting if rc was extended to support profiles. Each profile would reflect a different system configuration. For example profiles could describe the computing environment at: home, work, friend's house, airplane, etc... The active profile the system uses could be chosen based on some contingency condition. For example, simply prompting the user to choose an rc profile at boot, or using hardware to choose the profile (e.g. like location based contingency using GPS hardware), or whatever... I guess this only pertains to booting though, but rc seems like a natural place to do this. Thoughts, comments? Yet another idea I have no time to try... Best Regards, Nathan Lay From owner-freebsd-current@FreeBSD.ORG Thu May 28 23:25:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47AE7106566B for ; Thu, 28 May 2009 23:25:49 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from QMTA02.westchester.pa.mail.comcast.net (qmta02.westchester.pa.mail.comcast.net [76.96.62.24]) by mx1.freebsd.org (Postfix) with ESMTP id EB37B8FC0C for ; Thu, 28 May 2009 23:25:48 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from OMTA14.westchester.pa.mail.comcast.net ([76.96.62.60]) by QMTA02.westchester.pa.mail.comcast.net with comcast id xB781b00V1HzFnQ52BRp9S; Thu, 28 May 2009 23:25:49 +0000 Received: from LIGHTBULB.LOCAL ([69.244.210.117]) by OMTA14.westchester.pa.mail.comcast.net with comcast id xBRo1b00E2YXfpR3aBRpzZ; Thu, 28 May 2009 23:25:49 +0000 Message-ID: <4A1F1CFD.2040304@comcast.net> Date: Thu, 28 May 2009 19:23:41 -0400 From: Nathan Lay User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: David Wolfskill , freebsd-current@freebsd.org References: <4A1F12E4.1060404@comcast.net> <20090528231255.GB72391@albert.catwhisker.org> In-Reply-To: <20090528231255.GB72391@albert.catwhisker.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Profile rc idea X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 23:25:49 -0000 David Wolfskill wrote: > Offhand, it looks as if either freebsd-rc@freebsd.org opr > freebsd-config@freebsd.org might be good lists for discussing this. > > Peace, > david > I didn't realize such a list existed. I'm subscribed to a dozen or so lists and thought I had established a feel for what lists were available. I'll double check next time. Sorry. Best Regards, Nathan Lay From owner-freebsd-current@FreeBSD.ORG Fri May 29 04:13:24 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01206106566B; Fri, 29 May 2009 04:13:24 +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 C866A8FC08; Fri, 29 May 2009 04:13:23 +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 n4T4DL4O072386; Fri, 29 May 2009 00:13:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n4T4DLSO039283; Fri, 29 May 2009 00:13:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9A0967302F; Fri, 29 May 2009 00:13:20 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090529041320.9A0967302F@freebsd-current.sentex.ca> Date: Fri, 29 May 2009 00:13:20 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 04:13:24 -0000 TB --- 2009-05-29 02:19:28 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-29 02:19:28 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-05-29 02:19:28 - cleaning the object tree TB --- 2009-05-29 02:20:04 - cvsupping the source tree TB --- 2009-05-29 02:20:04 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-05-29 02:20:19 - building world TB --- 2009-05-29 02:20:19 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-29 02:20:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-29 02:20:19 - TARGET=ia64 TB --- 2009-05-29 02:20:19 - TARGET_ARCH=ia64 TB --- 2009-05-29 02:20:19 - TZ=UTC TB --- 2009-05-29 02:20:19 - __MAKE_CONF=/dev/null TB --- 2009-05-29 02:20:19 - cd /src TB --- 2009-05-29 02:20:19 - /usr/bin/make -B buildworld >>> World build started on Fri May 29 02:20:20 UTC 2009 >>> 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 May 29 04:11:16 UTC 2009 TB --- 2009-05-29 04:11:16 - generating LINT kernel config TB --- 2009-05-29 04:11:16 - cd /src/sys/ia64/conf TB --- 2009-05-29 04:11:16 - /usr/bin/make -B LINT TB --- 2009-05-29 04:11:16 - building LINT kernel TB --- 2009-05-29 04:11:16 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-29 04:11:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-29 04:11:16 - TARGET=ia64 TB --- 2009-05-29 04:11:16 - TARGET_ARCH=ia64 TB --- 2009-05-29 04:11:16 - TZ=UTC TB --- 2009-05-29 04:11:16 - __MAKE_CONF=/dev/null TB --- 2009-05-29 04:11:16 - cd /src TB --- 2009-05-29 04:11:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 29 04:11:16 UTC 2009 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -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/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/opensolaris/compat -I/src/sys/dev/cxgb -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 /src/sys/kern/kern_sx.c:39:29: error: opt_adaptive_sx.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-29 04:13:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-29 04:13:20 - ERROR: failed to build lint kernel TB --- 2009-05-29 04:13:20 - 5461.55 user 411.83 system 6831.85 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri May 29 05:41:49 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BEFE106564A; Fri, 29 May 2009 05:41:49 +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 631688FC1D; Fri, 29 May 2009 05:41:49 +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 n4T5fle1059087; Fri, 29 May 2009 01:41:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4T5fkWh023705; Fri, 29 May 2009 01:41:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9004F7302F; Fri, 29 May 2009 01:41:46 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090529054146.9004F7302F@freebsd-current.sentex.ca> Date: Fri, 29 May 2009 01:41:46 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 05:41:50 -0000 TB --- 2009-05-29 04:13:20 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-29 04:13:20 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-05-29 04:13:20 - cleaning the object tree TB --- 2009-05-29 04:13:35 - cvsupping the source tree TB --- 2009-05-29 04:13:35 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-05-29 04:13:42 - building world TB --- 2009-05-29 04:13:42 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-29 04:13:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-29 04:13:42 - TARGET=powerpc TB --- 2009-05-29 04:13:42 - TARGET_ARCH=powerpc TB --- 2009-05-29 04:13:42 - TZ=UTC TB --- 2009-05-29 04:13:42 - __MAKE_CONF=/dev/null TB --- 2009-05-29 04:13:42 - cd /src TB --- 2009-05-29 04:13:42 - /usr/bin/make -B buildworld >>> World build started on Fri May 29 04:13:43 UTC 2009 >>> 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 May 29 05:39:21 UTC 2009 TB --- 2009-05-29 05:39:21 - generating LINT kernel config TB --- 2009-05-29 05:39:21 - cd /src/sys/powerpc/conf TB --- 2009-05-29 05:39:21 - /usr/bin/make -B LINT TB --- 2009-05-29 05:39:21 - building LINT kernel TB --- 2009-05-29 05:39:21 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-29 05:39:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-29 05:39:21 - TARGET=powerpc TB --- 2009-05-29 05:39:21 - TARGET_ARCH=powerpc TB --- 2009-05-29 05:39:21 - TZ=UTC TB --- 2009-05-29 05:39:21 - __MAKE_CONF=/dev/null TB --- 2009-05-29 05:39:21 - cd /src TB --- 2009-05-29 05:39:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 29 05:39:21 UTC 2009 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/mmu_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/pic_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/platform_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -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/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/opensolaris/compat -I/src/sys/dev/cxgb -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 -mno-altivec -ffreestanding -fstack-protector /src/sys/kern/kern_sx.c:39:29: error: opt_adaptive_sx.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-29 05:41:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-29 05:41:46 - ERROR: failed to build lint kernel TB --- 2009-05-29 05:41:46 - 4173.23 user 400.35 system 5305.68 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri May 29 06:24:00 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32F9E1065672; Fri, 29 May 2009 06:24:00 +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 0A89B8FC1B; Fri, 29 May 2009 06:23:59 +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 n4T6Nwf6061729; Fri, 29 May 2009 02:23:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4T6Nwiq049216; Fri, 29 May 2009 02:23:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D664B7302F; Fri, 29 May 2009 02:23:57 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090529062357.D664B7302F@freebsd-current.sentex.ca> Date: Fri, 29 May 2009 02:23:57 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 06:24:01 -0000 TB --- 2009-05-29 04:58:48 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-29 04:58:48 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-05-29 04:58:48 - cleaning the object tree TB --- 2009-05-29 04:59:04 - cvsupping the source tree TB --- 2009-05-29 04:59:04 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-05-29 04:59:12 - building world TB --- 2009-05-29 04:59:12 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-29 04:59:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-29 04:59:12 - TARGET=sparc64 TB --- 2009-05-29 04:59:12 - TARGET_ARCH=sparc64 TB --- 2009-05-29 04:59:12 - TZ=UTC TB --- 2009-05-29 04:59:12 - __MAKE_CONF=/dev/null TB --- 2009-05-29 04:59:12 - cd /src TB --- 2009-05-29 04:59:12 - /usr/bin/make -B buildworld >>> World build started on Fri May 29 04:59:13 UTC 2009 >>> 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 May 29 06:21:32 UTC 2009 TB --- 2009-05-29 06:21:32 - generating LINT kernel config TB --- 2009-05-29 06:21:32 - cd /src/sys/sparc64/conf TB --- 2009-05-29 06:21:32 - /usr/bin/make -B LINT TB --- 2009-05-29 06:21:32 - building LINT kernel TB --- 2009-05-29 06:21:32 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-29 06:21:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-29 06:21:32 - TARGET=sparc64 TB --- 2009-05-29 06:21:32 - TARGET_ARCH=sparc64 TB --- 2009-05-29 06:21:32 - TZ=UTC TB --- 2009-05-29 06:21:32 - __MAKE_CONF=/dev/null TB --- 2009-05-29 06:21:32 - cd /src TB --- 2009-05-29 06:21:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 29 06:21:32 UTC 2009 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_bus_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -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/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/opensolaris/compat -I/src/sys/dev/cxgb -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 -fstack-protector /src/sys/kern/kern_sx.c:39:29: error: opt_adaptive_sx.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-29 06:23:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-29 06:23:57 - ERROR: failed to build lint kernel TB --- 2009-05-29 06:23:57 - 3918.27 user 392.65 system 5109.11 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri May 29 07:01:58 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89B30106566B; Fri, 29 May 2009 07:01:58 +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 5CF628FC16; Fri, 29 May 2009 07:01:58 +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 n4T71t43080643; Fri, 29 May 2009 03:01:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n4T71tso097300; Fri, 29 May 2009 03:01:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 05BC87302F; Fri, 29 May 2009 03:01:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090529070155.05BC87302F@freebsd-current.sentex.ca> Date: Fri, 29 May 2009 03:01:54 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 07:01:59 -0000 TB --- 2009-05-29 05:41:46 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-29 05:41:46 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-05-29 05:41:46 - cleaning the object tree TB --- 2009-05-29 05:42:19 - cvsupping the source tree TB --- 2009-05-29 05:42:19 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-05-29 05:42:29 - building world TB --- 2009-05-29 05:42:29 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-29 05:42:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-29 05:42:29 - TARGET=sun4v TB --- 2009-05-29 05:42:29 - TARGET_ARCH=sparc64 TB --- 2009-05-29 05:42:29 - TZ=UTC TB --- 2009-05-29 05:42:29 - __MAKE_CONF=/dev/null TB --- 2009-05-29 05:42:29 - cd /src TB --- 2009-05-29 05:42:29 - /usr/bin/make -B buildworld >>> World build started on Fri May 29 05:42:31 UTC 2009 >>> 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 May 29 06:59:56 UTC 2009 TB --- 2009-05-29 06:59:56 - generating LINT kernel config TB --- 2009-05-29 06:59:56 - cd /src/sys/sun4v/conf TB --- 2009-05-29 06:59:56 - /usr/bin/make -B LINT TB --- 2009-05-29 06:59:56 - building LINT kernel TB --- 2009-05-29 06:59:56 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-29 06:59:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-29 06:59:56 - TARGET=sun4v TB --- 2009-05-29 06:59:56 - TARGET_ARCH=sparc64 TB --- 2009-05-29 06:59:56 - TZ=UTC TB --- 2009-05-29 06:59:56 - __MAKE_CONF=/dev/null TB --- 2009-05-29 06:59:56 - cd /src TB --- 2009-05-29 06:59:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 29 06:59:56 UTC 2009 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_bus_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/sun4v/mdesc/mdesc_bus_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -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/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/opensolaris/compat -I/src/sys/dev/cxgb -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 -fstack-protector /src/sys/kern/kern_sx.c:39:29: error: opt_adaptive_sx.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-29 07:01:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-29 07:01:54 - ERROR: failed to build lint kernel TB --- 2009-05-29 07:01:54 - 3909.72 user 384.66 system 4807.98 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri May 29 08:09:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0B101065674; Fri, 29 May 2009 08:09:03 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe10.tele2.se [212.247.155.33]) by mx1.freebsd.org (Postfix) with ESMTP id 0DA4A8FC0A; Fri, 29 May 2009 08:09:02 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=pEtFIjPD-cY2M1aW14MA:9 a=dJ8msjgVuaSQBtC68CqJc7QFQ1oA:4 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe10.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1079941350; Fri, 29 May 2009 10:09:00 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 29 May 2009 10:13:02 +0200 User-Agent: KMail/1.9.7 References: <20090528222630.GF74376@citylink.fud.org.nz> In-Reply-To: <20090528222630.GF74376@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905291013.03870.hselasky@c2i.net> Cc: Andrew Thompson Subject: Re: ugen and newbus X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 08:09:04 -0000 On Friday 29 May 2009, Andrew Thompson wrote: > Hi, > > > On the new usb stack the ugen driver attaches to all usb devices and > generates a devd attach event but doesnt actually have a device entry. > > It either needs to be a device or use a different devd notification. It > would be easier if it was a device as that takes care of the housekeeping. > > I am not sure that the best way to attach it into the device tree, a > ugen device represents a physical unit and may have multiple usb drivers > attach (like a 3g device with a built in sd reader). > > ehci0 > usbus0 > uhub0 > umass0 > umass1 > uhub1 > u3g0 > umass2 > uplcom0 > uplcom1 > > This would become > > ehci0 > usbus0 > ugen0 > uhub0 > ugen1 > umass0 > ugen2 > umass1 > ugen3 > uhub1 > ugen4 > u3g0 > umass2 > ugen5 > uplcom0 > ugen6 > uplcom1 > > Is that the right way to do it? > Hi, In other words, you want to wrap "struct usb_device" into "device_t". Attaching ugenX.Y would then be a replacement for enumerating a device. Or do you just want to create a dummy device? --HPS From owner-freebsd-current@FreeBSD.ORG Fri May 29 08:29:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 321EF1065672; Fri, 29 May 2009 08:29:41 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (router.rabson.org [80.177.232.241]) by mx1.freebsd.org (Postfix) with ESMTP id DC9528FC1D; Fri, 29 May 2009 08:29:40 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [IPv6:2001:470:909f:1:225:ff:feed:9426] (unknown [IPv6:2001:470:909f:1:225:ff:feed:9426]) by itchy.rabson.org (Postfix) with ESMTP id 392505D91; Fri, 29 May 2009 09:29:10 +0100 (BST) Message-Id: <13C11BDA-1354-4108-B087-09956C2A8F63@rabson.org> From: Doug Rabson To: Paul Wootton In-Reply-To: <4A1D9AC6.2020603@fletchermoorland.co.uk> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Fri, 29 May 2009 09:29:10 +0100 References: <4A1D5E7B.4030605@fletchermoorland.co.uk> <4A1D9AC6.2020603@fletchermoorland.co.uk> X-Mailer: Apple Mail (2.935.3) Cc: dfr@freebsd.org, freebsd-current@freebsd.org Subject: Re: Booting from ZFS RaidZ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 08:29:41 -0000 On 27 May 2009, at 20:55, Paul Wootton wrote: > Doug Rabson wrote: >> >> On 27 May 2009, at 16:38, Paul Wootton wrote: >> >>> Hi, >>> >>> With the recent changes allowing RaidZ boot, I thought I would >>> finally drop my mirror pack and go RaidZ. >>> >>> The only problem I now have is >>> demophon# zpool set bootfs=DemoPool/root DemoPool >>> cannot set property for 'DemoPool': operation not supported on >>> this type of pool >>> >>> Is this still a work in progress, or do I have something a-miss? >>> >>> I am using current as of today >>> "demophon# uname -a >>> FreeBSD demophon 8.0-CURRENT FreeBSD 8.0-CURRENT #17: Wed May 27 >>> 13:18:06 BST 2009 paul@demophon:/usr/obj/usr/src/sys/DEMOPHON >>> amd64" >> >> This is a limitation which I will remove as soon as I have a little >> time to work on it. Basically, Solaris can only boot from simple >> structures such as mirrors and collections of mirrors. The code >> enforces this by stopping you from setting the bootfs property if >> the pool configuration is too complex for the Solaris boot code. I >> will simply remove this limitation for FreeBSD since we can now >> boot from any pool configuration. >> >> In the meantime, you can still boot if you put your root filesystem >> files in the root of the pool. Not ideal I know but I'll try to fix >> it properly soon. >> > > This does seem to work correctly for me as I get a BTX crash (see > below) > > Verifying DMI Poll Data ............. > \ > FreeBSD/i386 boot > Default:DemoPool:/boot/kernel/kernel > boot: > | > int=00000000 err=00000000 elf=00010083 eip=00192adf > eax=00192e02a ebx=df5610ed ecx=d485b986 edx=00000000 > esi=00000040 edi=000935d0 ebp=0009339c esp=00000000 > cs=0008 ds=0010 es=0010 fs-0010 gs=0010 ss=0010 > cs:eip=c5 e4 00 66 0f 73 dc 02-ff e4 b8 8d 8d bc f2 2a > e9 ba e6 f4 2a 8a d8 24-df 86 c4 be 00 2b e9 8b > ss:esp=16 e8 00 f0 16 e8 00 f0-c3 e2 00 f0 16 e8 00 f0 > 16 e8 00 f0 54 ff 00 f0-b8 6e 00 f0 16 e8 00 f0 > BTX halted How frustrating. Can you give me some idea on your ZFS pool configuration. Also, if you can dig out the symbol table for /boot/ loader (it should be lurking somewhere in your /usr/obj tree as loader.sym), it would be interesting to see where it crashed (i.e. whats the closest symbol to the value of EIP above). From owner-freebsd-current@FreeBSD.ORG Fri May 29 09:17:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE5E61065672; Fri, 29 May 2009 09:17:11 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id EBA5C8FC19; Fri, 29 May 2009 09:17:08 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from outgoing.leidinger.net (pD9E2EF66.dip.t-dialin.net [217.226.239.102]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 96C5684453C; Fri, 29 May 2009 11:00:48 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 6E1A42989DD; Fri, 29 May 2009 11:00:45 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1243587645; bh=ZdHGVSgh5qtjEsjQsD93+S58yNB8VS8oegJyYHZqyYs=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=XoQTcxzkHPBEsACYNz12326jCDHsEjh3zz4HwkBxT6zNLCsho3d3nU0Vjj99lSoSo VPHwekttPaX1NXV4IaIhuC0B1tfQe0h2nEmu7VfVCo9pJPgUvS1RVrD/tdHPUow5YC Sy2edIJ7RTWLlmykrS5jkcxfpetkj+RefDld2anzqAVRugeZwtFJZVpOfYkxUZe0A8 3iN2jquzho+LUXBPjiPsBh3Xf4ZmxP+SnDpiMUxtghk/yksLSEZmssL+Yd1dARy+GT Qt8TS3K1dxmudxeToN+/WNYy8sZ+nprL1vgcxJujCqpTNWKtGdJTpPGNRWJWD4qXhz RqQCgx55cARmw== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id n4T90j8e017252; Fri, 29 May 2009 11:00:45 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Fri, 29 May 2009 11:00:44 +0200 Message-ID: <20090529110044.200461pczbdmklk4@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Fri, 29 May 2009 11:00:44 +0200 From: Alexander Leidinger To: Nathan Lay References: <4A1F12E4.1060404@comcast.net> In-Reply-To: <4A1F12E4.1060404@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.3.3 / FreeBSD-8.0 Cc: arch@freebsd.org, freebsd-current@freebsd.org Subject: Re: Profile rc idea X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 09:17:13 -0000 Quoting Nathan Lay (from Thu, 28 May 2009 18:40:36 -0400): > Hi list, > Wasn't sure which list this idea belongs, so I sent it here. It arch@ (cced) is the generic place to discuss architectural changes of subsystems. > would be interesting if rc was extended to support profiles. Each > profile would reflect a different system configuration. For example > profiles could describe the computing environment at: home, work, > friend's house, airplane, etc... The active profile the system uses > could be chosen based on some contingency condition. For example, > simply prompting the user to choose an rc profile at boot, or using > hardware to choose the profile (e.g. like location based contingency > using GPS hardware), or whatever... I guess this only pertains to > booting though, but rc seems like a natural place to do this. > Thoughts, comments? Yet another idea I have no time to try... You can already do this in rc.conf: ---snip--- location=at_home case ${location} in at_home) ifconfig_xx0="..." ... ;; at_work) ifconfig_xx0="..." ... ;; *) echo wrong location set exit 1 # alternatively use some kind of default setup ;; esac ---snip--- This way you need to know before where you are, or boot into single-user mode. You can also extend it to read a kenv ("location=$(/bin/kenv profile.location)"), this way you can specify the location in the loader (bonus points to implement a loader extension in forth to read a file which lists possible profiles and offer them in the menu). Bye, Alexander. -- "I keep seeing spots in front of my eyes." "Did you ever see a doctor?" "No, just spots." http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Fri May 29 09:26:17 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 476C6106566C; Fri, 29 May 2009 09:26:17 +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 1AC558FC19; Fri, 29 May 2009 09:26:16 +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 n4T9QEIJ086404; Fri, 29 May 2009 05:26:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n4T9QETQ013253; Fri, 29 May 2009 05:26:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 07AE07302F; Fri, 29 May 2009 05:26:13 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090529092614.07AE07302F@freebsd-current.sentex.ca> Date: Fri, 29 May 2009 05:26:13 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 09:26:18 -0000 TB --- 2009-05-29 07:20:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-29 07:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-05-29 07:20:00 - cleaning the object tree TB --- 2009-05-29 07:21:19 - cvsupping the source tree TB --- 2009-05-29 07:21:19 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-05-29 07:21:30 - building world TB --- 2009-05-29 07:21:30 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-29 07:21:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-29 07:21:30 - TARGET=amd64 TB --- 2009-05-29 07:21:30 - TARGET_ARCH=amd64 TB --- 2009-05-29 07:21:30 - TZ=UTC TB --- 2009-05-29 07:21:30 - __MAKE_CONF=/dev/null TB --- 2009-05-29 07:21:30 - cd /src TB --- 2009-05-29 07:21:30 - /usr/bin/make -B buildworld >>> World build started on Fri May 29 07:21:32 UTC 2009 >>> 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 May 29 09:23:46 UTC 2009 TB --- 2009-05-29 09:23:46 - generating LINT kernel config TB --- 2009-05-29 09:23:46 - cd /src/sys/amd64/conf TB --- 2009-05-29 09:23:46 - /usr/bin/make -B LINT TB --- 2009-05-29 09:23:46 - building LINT kernel TB --- 2009-05-29 09:23:46 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-29 09:23:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-29 09:23:46 - TARGET=amd64 TB --- 2009-05-29 09:23:46 - TARGET_ARCH=amd64 TB --- 2009-05-29 09:23:46 - TZ=UTC TB --- 2009-05-29 09:23:46 - __MAKE_CONF=/dev/null TB --- 2009-05-29 09:23:46 - cd /src TB --- 2009-05-29 09:23:46 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 29 09:23:46 UTC 2009 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -frename-registers -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/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/opensolaris/compat -I/src/sys/dev/cxgb -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-sse 3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector /src/sys/kern/kern_sx.c:39:29: error: opt_adaptive_sx.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-29 09:26:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-29 09:26:13 - ERROR: failed to build lint kernel TB --- 2009-05-29 09:26:13 - 5740.74 user 608.30 system 7573.52 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri May 29 10:57:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF526106566B for ; Fri, 29 May 2009 10:57:45 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.freebsd.org (Postfix) with ESMTP id 81F2A8FC1C for ; Fri, 29 May 2009 10:57:45 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167]) by mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n4TAve1g018617 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 May 2009 20:57:42 +1000 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 n4TAveqL099355; Fri, 29 May 2009 20:57:40 +1000 (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 n4TAvetU099354; Fri, 29 May 2009 20:57:40 +1000 (EST) (envelope-from peter) Date: Fri, 29 May 2009 20:57:40 +1000 From: Peter Jeremy To: Matthias Apitz Message-ID: <20090529105740.GA99305@server.vk2pj.dyndns.org> References: <20090525095021.GA2067@current.Sisis.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <20090525095021.GA2067@current.Sisis.de> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org Subject: Re: problem with mouse when hald is running X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 10:57:46 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-May-25 11:50:21 +0200, Matthias Apitz wrote: >When I enable the dbus and hald in my CURRENT laptop I have the effect >with the mouse that the ButtonRelease event is only >delivered after I have moved the mouse a bit; i.e. for example in a >browser you click on a URL but this has no effect until you move the >mouse pointer a bit; without dbus/hald it works fine; the mouse part of >the xorg.conf is:=20 Interestingly, I get exactly the same behaviour on my Aspire One (using the Synaptics variant of psm(4)) _without_ dbus/hald. I've not had a chance to isolate whether the problem is psm(4), moused(8) or the Xserver (xorg-server-1.6.1,1 and xf86-input-mouse-1.4.0_6). --=20 Peter Jeremy --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkofv6QACgkQ/opHv/APuIeHSgCfWiXcL+Db572c9n/XT6fktj4X u2cAoKjrYU/3sXmG8yfL/jPr7O6owJvz =C2Yi -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-current@FreeBSD.ORG Fri May 29 10:59:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34DE91065689 for ; Fri, 29 May 2009 10:59:06 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 07A288FC1B for ; Fri, 29 May 2009 10:59:05 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id C66E2326954; Fri, 29 May 2009 06:59:04 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Fri, 29 May 2009 06:59:04 -0400 X-Sasl-enc: T1cMVSMD/DXv0jRKb0SY6pOo+e2lc3fuQ7utlxtmqtyJ 1243594744 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 392BCBDC6; Fri, 29 May 2009 06:59:04 -0400 (EDT) Message-ID: <4A1FBFF5.6090103@incunabulum.net> Date: Fri, 29 May 2009 11:59:01 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: deeptech71@gmail.com References: <4A1DD57A.7010704@gmail.com> <4A1E9831.4010606@incunabulum.net> <4A1EC8FB.6090206@gmail.com> In-Reply-To: <4A1EC8FB.6090206@gmail.com> Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: panic: igmp_v3_dispatch_general_query: called when version 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 10:59:06 -0000 deeptech71@gmail.com wrote: > Bruce Simpson wrote: > >> Are you running a multicast router of any kind on your network? >> > > I have no idea what IGMP/multicast is, and have no router whatsoever. > No matter. I think I know where the problem is -- as I fixed a similiar issue in MLDv2 this week before the final round of fixes were committed for that feature. The RFCs for SSM are somewhat ambiguously worded about the treatment of queries from legacy routers. The backtrace you posted points towards this. I may not get free time to fix this right away, are you able to test a patch when I can make one available? It would be helpful if you could confirm, with a tcpdump capture forked from single user mode, if your FreeBSD host is receiving an IGMPv2 query when this problem is triggered. I had an automated test suite crafted around QEMU to catch problems like this, however, perhaps due to the TTY refactoring, I have been unable to get QEMU virtualized FreeBSD 8.x images to respond on the emulated serial port, which blew away my test suite functionality. FreeBSD 7.x does not have this issue. > Well... I'm using FreeBSD-current as a desktop system for gaming and > C/C++ development. The system is receiving a DHCP address (not a > reserved one like 10.x.x.x) in a university's local network with lots of > computers mostly tossing around Windows NetBIOS packets. If that matters. > It sounds like your university LAN may well have an IGMPv2 capable multicast router present on the network. If you could double confirm this, via packet capture, that would be great. f there is anything unusual about the format of the IGMPv2 queries from your university's vendor equipment, that would be good to know too. > Sounds like that is all useless, so I'd send the vmcore. Who wants it? > Unfortunately, just posting backtraces or vmcores does not always constitute a useful bug report in of itself :-) Although I appreciate the effort you have gone to in making such available... thanks BMS From owner-freebsd-current@FreeBSD.ORG Fri May 29 13:49:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6986710657CF; Fri, 29 May 2009 13:49:58 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from dd12710.kasserver.com (dd12710.kasserver.com [85.13.134.233]) by mx1.freebsd.org (Postfix) with ESMTP id 2455F8FC26; Fri, 29 May 2009 13:49:58 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from localhost.my.domain (cazador.sisis.de [193.31.11.193]) by dd12710.kasserver.com (Postfix) with ESMTP id 53076184FD3C2; Fri, 29 May 2009 15:49:59 +0200 (CEST) Received: (from guru@localhost) by localhost.my.domain (8.14.3/8.14.3/Submit) id n4TDnpGN003162; Fri, 29 May 2009 15:49:51 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Fri, 29 May 2009 15:49:51 +0200 From: Matthias Apitz To: Alexander Motin Message-ID: <20090529134950.GA3146@current.Sisis.de> References: <1242469381.00112742.1242456003@10.7.7.3> <4A0F31F0.8090601@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4A0F31F0.8090601@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.0-CURRENT (i386) Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: CURRENT && HDA Driver Revision: 20090401_0132 && no recording X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 13:49:59 -0000 El día Sunday, May 17, 2009 a las 12:36:48AM +0300, Alexander Motin escribió: > Matthias Apitz wrote: > >I can't get to work recording in environment -CURRENT && HDA Driver > >Revision: 20090401_0132 > > > >the sound output is fine in KDE, but as well the KDE mixer does > >not control it; only with mixer(1) command I can change the volume for > >example; I've already tried all values for setting > > > >$ mixer =rec rdev > > > >but nothing helps switching on the micro. The man page of snd_hda(4) > >explains a lot of device.hints(5) options, but understanding all this is > >out of my control; I'm attaching a 'dmesg | fgrep hdac'. > > > >Any idea how to get recording switched on? I need this for business for > >Skype... This is the last blocking point to switch over to my new Dell > >M4400 > > You have 3 recording sources available via 2 pcm devices. As I can see, > your built-in mic assigned to pcm1 device. Have you tried to record from > pcm1? > > PS: `dmesg | fgrep pcm` is also interesting. As said already, recording from the mic jack for the headset works fine (even without local echo to headset or loudspeaker). How could I record from the built-in mic, i.e. without the headset plug'ed in into the mic jack? I'm attaching 'dmesg | fgrep pcm' as well. Thanks for a hint. matthias pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 pcm2: at cad 0 nid 1 on hdac0 -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Fri May 29 13:55:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 720601065674; Fri, 29 May 2009 13:55:37 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id B6E2B8FC1A; Fri, 29 May 2009 13:55:36 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPA id 244334046; Fri, 29 May 2009 16:55:32 +0300 Message-ID: <4A1FE953.90309@FreeBSD.org> Date: Fri, 29 May 2009 16:55:31 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Matthias Apitz References: <1242469381.00112742.1242456003@10.7.7.3> <4A0F31F0.8090601@FreeBSD.org> <20090529134950.GA3146@current.Sisis.de> In-Reply-To: <20090529134950.GA3146@current.Sisis.de> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: CURRENT && HDA Driver Revision: 20090401_0132 && no recording X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 13:55:39 -0000 Matthias Apitz wrote: > As said already, recording from the mic jack for the headset works fine > (even without local echo to headset or loudspeaker). How could I record > from the built-in mic, i.e. without the headset plug'ed in into the mic > jack? Have you tried to use pcm1/dsp1/mixer1 devices? > I'm attaching 'dmesg | fgrep pcm' as well. Thanks for a hint. > > pcm0: at cad 0 nid 1 on hdac0 > pcm1: at cad 0 nid 1 on hdac0 > pcm2: at cad 0 nid 1 on hdac0 This is not verbose output! Real verbose output `|grep pcm` includes several pages! -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri May 29 14:21:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 763171065742; Fri, 29 May 2009 14:21:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 49FD28FC14; Fri, 29 May 2009 14:21:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 0138C46B2A; Fri, 29 May 2009 10:21:43 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id BEA108A028; Fri, 29 May 2009 10:21:41 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 29 May 2009 10:11:16 -0400 User-Agent: KMail/1.9.7 References: <20090528222630.GF74376@citylink.fud.org.nz> In-Reply-To: <20090528222630.GF74376@citylink.fud.org.nz> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200905291011.16919.jhb@freebsd.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 29 May 2009 10:21:41 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Andrew Thompson Subject: Re: ugen and newbus X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 14:21:44 -0000 On Thursday 28 May 2009 6:26:30 pm Andrew Thompson wrote: > Hi, > > > On the new usb stack the ugen driver attaches to all usb devices and > generates a devd attach event but doesnt actually have a device entry. > > It either needs to be a device or use a different devd notification. It > would be easier if it was a device as that takes care of the housekeeping. > > I am not sure that the best way to attach it into the device tree, a > ugen device represents a physical unit and may have multiple usb drivers > attach (like a 3g device with a built in sd reader). I don't think ugen0 should be a new-bus device. I think it is fine for the USB bus driver to just create suitable devices in /dev to allow side-band access to devices from userland. Just as /dev/pci is not represented by a new-bus device_t, but is a service provided by the PCI driver that is exposed to /dev. That is, I would store the 'cdev' for ugenX.Y in the ivars for each USB device_t. There are other places in the device tree that need similar changes. For example, 'smbX' should not be a device_t, instead each smbusX device should just create the file in /dev directly. Similarly for iicbusX and /dev/iicX. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri May 29 14:29:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89198106566C; Fri, 29 May 2009 14:29:41 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id EBE2B8FC08; Fri, 29 May 2009 14:29:39 +0000 (UTC) (envelope-from avg@freebsd.org) 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 RAA23224; Fri, 29 May 2009 17:15:33 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A1FEE04.1060202@freebsd.org> Date: Fri, 29 May 2009 17:15:32 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: John Baldwin , Warner Losh , Robert Noland , Ariff Abdullah , Sam Leffler X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Rui Paulo Subject: fixing kobj signatures X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 14:29:41 -0000 I think I have completed fixing signatures of kobj method implementations in the whole head tree. The current diff here: http://people.freebsd.org/~avg/ It is quite arbitrarily split into the following files: kobj-agp.diff kobj-arm.diff kobj-linker.diff kobj-other.diff kobj-sound.diff Most of the changes are quite trivial but not all. o kobj-linker.diff - I am not sure if changing interface signature was a good idea. o kobj-sound.diff - this is a slightly updated version of the patch previously posted to multimedia ml; Ariff, could you please let me know about your plans with respect to 8.0 release? o kobj-arm.diff - it seems that npe_miibus_writereg in sys/arm/xscale/ixp425/if_npe.c) could now make use of non-void return type to properly report errors (XXX cases). But I am not sure if it is actually checked in the calling code (otherwise how does it work now?). Maybe there are more places like that. Please review the patch. I might have done something wrong, made some obvious mistake (like typo) or missed an opportunity to improve the code beyond mechanical changes. I tested the patch by enabling 'notyet' definition of KOBJMETHOD in kobj.h and building the following: all arm kernels (without modules), GENERIC kernels for all archs that have them (with modules), LINT kernels for all archs that have them (without modules). It is quite possible, of course, that some incorrect signatures were not found using the above build. For instance, in the code under some non-default option. But I think the number of such functions should be quite small and they should be trivial to fix later. I propose this patch for inclusion into the three before 8.0 freeze depending on response from Ariff. if this patch is not committed before 8.0 freeze (whole or any significant portion of the patch), then I'd like to request a branch under users/ where I could integrate this patch for future merging. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri May 29 14:46:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94F3D1065670; Fri, 29 May 2009 14:46:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 660EC8FC12; Fri, 29 May 2009 14:46:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 1815B46B2C; Fri, 29 May 2009 10:46:24 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id C47B88A029; Fri, 29 May 2009 10:46:22 -0400 (EDT) From: John Baldwin To: Andriy Gapon Date: Fri, 29 May 2009 10:41:38 -0400 User-Agent: KMail/1.9.7 References: <4A1FEE04.1060202@freebsd.org> In-Reply-To: <4A1FEE04.1060202@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905291041.39168.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 29 May 2009 10:46:22 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Rui Paulo , Robert Noland , Ariff Abdullah , freebsd-current@freebsd.org, Sam Leffler , Warner Losh Subject: Re: fixing kobj signatures X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 14:46:25 -0000 On Friday 29 May 2009 10:15:32 am Andriy Gapon wrote: > > I think I have completed fixing signatures of kobj method implementations in the > whole head tree. > The current diff here: > http://people.freebsd.org/~avg/ > > It is quite arbitrarily split into the following files: > kobj-agp.diff > kobj-arm.diff > kobj-linker.diff > kobj-other.diff > kobj-sound.diff I haven't looked at kobj-sound, but the rest of these look fine to me. I would drop the 'XXX' comments from return values in miibus_write_reg() routines as 'return (0)' in every case seems to be consistent with other NIC drivers. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri May 29 15:44:22 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75ACD106568C for ; Fri, 29 May 2009 15:44:22 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63902.mail.re1.yahoo.com (web63902.mail.re1.yahoo.com [69.147.97.117]) by mx1.freebsd.org (Postfix) with SMTP id 0806D8FC15 for ; Fri, 29 May 2009 15:44:21 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 22956 invoked by uid 60001); 29 May 2009 15:44:21 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1243611861; bh=NI0pIIj9pfep0pdwBbYsDxKPI7y1moRAqcr2PAALsJc=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=m292KHxnrrw35St5xCkUDoZIp3IO5zNbHBTI89HKmvvQTrp+8jvOIJCH2IdoJsE/SvK7EYxtpKN0fzNCdDPLqPdVeb7GERsWPdktzpvPzAUoPcNU/UOej1KoW56UAOZBMdPCeOvbaSPUUA/UXNvBtNUbZOieoN/8FVyyCDy1w3E= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=1R8OeCpBTZVoDct1rmUlajGTxcdokd+9ImjIiO1Jwdkzs5XhmQhvhOBnfVY4ruRsX0WkbMcCPWMDGy6wthQDYEYjBEY3XNbsimo9K3SLV2bElWkaZqj0eS7ibTrUtSVlecwgEl1x2RDKNqUvi3CzWgMH2TZx1Cw5aAQPlVei4h8=; Message-ID: <568525.22949.qm@web63902.mail.re1.yahoo.com> X-YMail-OSG: qxKx9.MVM1k3kZg7JTdICls5B6eFwYpMrBR2fq7TO3F_BJ2nhkRxAsxyH7b6qytIXYU1bYxjUXSTUSzkwM8u4ej5ms_DiJBkKHOMg56.X.uH8nPrQOBMQc_1igDR6XaL.pXlyt9Ll3e8OuITtiWGBxJ2xSnE_CgAdk9Km7WlHwtX0g2JpArZAsWSq5OMn.6n6ARmz9duy0nfSaRxZwhYVSYDGc_nnbdIW_RgS3xLmfJsjG7HLrY0msxQj3FM.3HGlGHv6Kzg9S4YjYxh20B5HDYa9JmxprNwofjziizrYQ-- Received: from [66.176.162.245] by web63902.mail.re1.yahoo.com via HTTP; Fri, 29 May 2009 08:44:21 PDT X-Mailer: YahooMailClassic/5.3.9 YahooMailWebService/0.7.289.10 Date: Fri, 29 May 2009 08:44:21 -0700 (PDT) From: Barney Cordoba To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: lock protection for kmem access X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 15:44:22 -0000 How are memory accesses from user space using kmem protected in the kernel? I'm trying to get a handle on how such accesses might affect operations within the kernel. Thanks, Barney From owner-freebsd-current@FreeBSD.ORG Fri May 29 16:57:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7434F106566B; Fri, 29 May 2009 16:57:51 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id DD4508FC1A; Fri, 29 May 2009 16:57:50 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from sarevok.dnr.servegame.org (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 2433B7E837; Fri, 29 May 2009 08:57:48 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Fri, 29 May 2009 18:57:34 +0200 User-Agent: KMail/1.11.3 (FreeBSD/8.0-CURRENT; KDE/4.2.3; i386; ; ) References: <57200BF94E69E54880C9BB1AF714BBCB5DE72E@w2003s01.double-l.local> <200904172107.15616.mel.flynn+fbsd.current@mailing.thruhere.net> <49E96E4E.3070206@freebsd.org> In-Reply-To: <49E96E4E.3070206@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="windows-1250" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905291857.34848.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Tim Kientzle Subject: Linking with libarchive fails (Was: Re: buildworld fails.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 16:57:51 -0000 On Saturday 18 April 2009 08:08:14 Tim Kientzle wrote: > Mel Flynn wrote: > > On Friday 17 April 2009 19:52:36 Tim Kientzle wrote: > >> This should be fixed in SVN r191196 by my update to > >> lib/libarchive/config_freebsd.h, which disabled the > >> crypto references here until I can sort out some > >> other issues. > > > > It's fixed. What should we be looking for (if anything) that's now broken > > with crypto references disabled? > > I just re-enabled this code in libarchive, > after waiting all day to ensure that buildworld > succeeds both WITHOUT_OPENSSL and WITH_OPENSSL. Revisiting, side effect: % ident /usr/lib/libarchive.so|awk '{print $3,$2}'|sort -r|head -1 192031 head/lib/libarchive/archive_read_disk_entry_from_file.c Linking with libarchive now results in: /usr/local/libexec/ccache/world-cc -O2 -pipe -std=iso9899:1999 -fstack- protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused- parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno- uninitialized -Wno-pointer-sign -o tardiff tardiff.o -larchive /usr/lib/libarchive.so: undefined reference to `SHA1_Init' /usr/lib/libarchive.so: undefined reference to `SHA256_Update' /usr/lib/libarchive.so: undefined reference to `SHA512_Final' /usr/lib/libarchive.so: undefined reference to `RIPEMD160_Final' /usr/lib/libarchive.so: undefined reference to `SHA256_Final' /usr/lib/libarchive.so: undefined reference to `SHA384_Final' /usr/lib/libarchive.so: undefined reference to `SHA1_Update' /usr/lib/libarchive.so: undefined reference to `SHA1_Final' /usr/lib/libarchive.so: undefined reference to `MD5Final' /usr/lib/libarchive.so: undefined reference to `SHA384_Init' /usr/lib/libarchive.so: undefined reference to `SHA384_Update' /usr/lib/libarchive.so: undefined reference to `SHA512_Init' /usr/lib/libarchive.so: undefined reference to `RIPEMD160_Update' /usr/lib/libarchive.so: undefined reference to `RIPEMD160_Init' /usr/lib/libarchive.so: undefined reference to `SHA512_Update' /usr/lib/libarchive.so: undefined reference to `MD5Init' /usr/lib/libarchive.so: undefined reference to `MD5Update' /usr/lib/libarchive.so: undefined reference to `SHA256_Init' *** Error code 1 Stop in /home/mel/cvs/utils/tardiff. % cat BSDmakefile PROG=tardiff LDADD=-larchive WARNS=3 NO_MAN=yes .include After adding -lmd to LDADD it's trimmed down to: /usr/lib/libarchive.so: undefined reference to `SHA512_Final' /usr/lib/libarchive.so: undefined reference to `SHA384_Final' /usr/lib/libarchive.so: undefined reference to `SHA384_Init' /usr/lib/libarchive.so: undefined reference to `SHA384_Update' /usr/lib/libarchive.so: undefined reference to `SHA512_Init' /usr/lib/libarchive.so: undefined reference to `SHA512_Update' If this is fixed in a more recent current, then I'll have to provide some stubs for these as I'm waiting for the NFS storm to blow over before upgrading. (In case you curious types are wondering what tardiff is, it's something I'm writing at the moment, to figure out why 2 tars are different even though their TOC is the same and are created from in theory the same source tree). -- Mel From owner-freebsd-current@FreeBSD.ORG Fri May 29 17:18:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAA9A10656E8; Fri, 29 May 2009 17:18:41 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from hydra.fletchermoorland.co.uk (hydra.fletchermoorland.co.uk [78.33.209.59]) by mx1.freebsd.org (Postfix) with ESMTP id 5B3CE8FC14; Fri, 29 May 2009 17:18:41 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from [192.168.0.154] (demophon.fletchermoorland.co.uk [192.168.0.154]) by hydra.fletchermoorland.co.uk (8.14.2/8.14.2) with ESMTP id n4THIcuA098654; Fri, 29 May 2009 18:18:39 +0100 (BST) (envelope-from paul@fletchermoorland.co.uk) Message-ID: <4A2018EE.5020204@fletchermoorland.co.uk> Date: Fri, 29 May 2009 18:18:38 +0100 From: Paul Wootton User-Agent: Thunderbird 2.0.0.21 (X11/20090504) MIME-Version: 1.0 To: Doug Rabson References: <4A1D5E7B.4030605@fletchermoorland.co.uk> <4A1D9AC6.2020603@fletchermoorland.co.uk> <13C11BDA-1354-4108-B087-09956C2A8F63@rabson.org> In-Reply-To: <13C11BDA-1354-4108-B087-09956C2A8F63@rabson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Scanned-By: MIMEDefang 2.64 on 192.168.0.1 Cc: dfr@freebsd.org, freebsd-current@freebsd.org Subject: Re: Booting from ZFS RaidZ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 17:18:42 -0000 Doug Rabson wrote: > > On 27 May 2009, at 20:55, Paul Wootton wrote: > >> Doug Rabson wrote: >>> >>> On 27 May 2009, at 16:38, Paul Wootton wrote: >>> >>>> Hi, >>>> >>>> With the recent changes allowing RaidZ boot, I thought I would >>>> finally drop my mirror pack and go RaidZ. >>>> >>>> The only problem I now have is >>>> demophon# zpool set bootfs=DemoPool/root DemoPool >>>> cannot set property for 'DemoPool': operation not supported on this >>>> type of pool >>>> >>>> Is this still a work in progress, or do I have something a-miss? >>>> >>>> I am using current as of today >>>> "demophon# uname -a >>>> FreeBSD demophon 8.0-CURRENT FreeBSD 8.0-CURRENT #17: Wed May 27 >>>> 13:18:06 BST 2009 paul@demophon:/usr/obj/usr/src/sys/DEMOPHON >>>> amd64" >>> >>> This is a limitation which I will remove as soon as I have a little >>> time to work on it. Basically, Solaris can only boot from simple >>> structures such as mirrors and collections of mirrors. The code >>> enforces this by stopping you from setting the bootfs property if >>> the pool configuration is too complex for the Solaris boot code. I >>> will simply remove this limitation for FreeBSD since we can now boot >>> from any pool configuration. >>> >>> In the meantime, you can still boot if you put your root filesystem >>> files in the root of the pool. Not ideal I know but I'll try to fix >>> it properly soon. >>> >> >> This does seem to work correctly for me as I get a BTX crash (see below) >> >> Verifying DMI Poll Data ............. >> \ >> FreeBSD/i386 boot >> Default:DemoPool:/boot/kernel/kernel >> boot: >> | >> int=00000000 err=00000000 elf=00010083 eip=00192adf >> eax=00192e02a ebx=df5610ed ecx=d485b986 edx=00000000 >> esi=00000040 edi=000935d0 ebp=0009339c esp=00000000 >> cs=0008 ds=0010 es=0010 fs-0010 gs=0010 ss=0010 >> cs:eip=c5 e4 00 66 0f 73 dc 02-ff e4 b8 8d 8d bc f2 2a >> e9 ba e6 f4 2a 8a d8 24-df 86 c4 be 00 2b e9 8b >> ss:esp=16 e8 00 f0 16 e8 00 f0-c3 e2 00 f0 16 e8 00 f0 >> 16 e8 00 f0 54 ff 00 f0-b8 6e 00 f0 16 e8 00 f0 >> BTX halted > > How frustrating. Can you give me some idea on your ZFS pool > configuration. Also, if you can dig out the symbol table for > /boot/loader (it should be lurking somewhere in your /usr/obj tree as > loader.sym), it would be interesting to see where it crashed (i.e. > whats the closest symbol to the value of EIP above). > > _______________________________________________ > 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" > Erm, Opps.... Im an idiot.... I went back over my steps and realised the I had forgotten to do a "make distrib-dirs" and "make distribution" Now it boots the kernel but I can not get it to mount the root filing system. I have got a few more thinks to try before I throw my hands in the air, but unfortunately that will not be until after the weekend (the BSD is my main PC at work) Paul ----------------------------------------------------------------------------------- Fletcher Moorland Limited is a company registered in England and Wales. Registration number: 2984467. Registered office: Elenora Street, Stoke on Trent, Staffordshire, ST4 1QG. VAT Registration number: 478730606 Telephone: 01782 411021 | Fax: 01782 744470 | http://www.fletchermoorland.co.uk From owner-freebsd-current@FreeBSD.ORG Fri May 29 17:33:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from miki (localhost [IPv6:::1]) by hub.freebsd.org (Postfix) with SMTP id 6773A106567A; Fri, 29 May 2009 17:32:57 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Sat, 30 May 2009 01:32:53 +0800 From: Ariff Abdullah To: Andriy Gapon Message-Id: <20090530013253.6a7517e7.ariff@FreeBSD.org> In-Reply-To: <4A1FEE04.1060202@freebsd.org> References: <4A1FEE04.1060202@freebsd.org> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Sat__30_May_2009_01_32_53_+0800_Ds3zXcOFY8/nr+e9" Cc: rpaulo@freebsd.org, rnoland@freebsd.org, ariff@freebsd.org, freebsd-current@freebsd.org, sam@freebsd.org, imp@freebsd.org Subject: Re: fixing kobj signatures X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 17:33:00 -0000 --Signature=_Sat__30_May_2009_01_32_53_+0800_Ds3zXcOFY8/nr+e9 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 29 May 2009 17:15:32 +0300 Andriy Gapon wrote: >=20 > I think I have completed fixing signatures of kobj method > implementations in the whole head tree. > The current diff here: > http://people.freebsd.org/~avg/ >=20 > It is quite arbitrarily split into the following files: > kobj-agp.diff > kobj-arm.diff > kobj-linker.diff > kobj-other.diff > kobj-sound.diff >=20 > Most of the changes are quite trivial but not all. >=20 > o kobj-linker.diff - I am not sure if changing interface signature > was a good idea. >=20 > o kobj-sound.diff - this is a slightly updated version of the patch > previously posted to multimedia ml; > Ariff, could you please let me know about your plans with respect to > 8.0 release? >=20 I'm actually in the middle of discussion with joel@ to wrap things up in order to get everything under my sleeves into tree before freeze Your diff looks simmilar to what I intended to commit as a whole, so I guess I'm ok with it. Except that, let me deal with it within next week unless I'm wrong about June 25th. > o kobj-arm.diff - it seems that npe_miibus_writereg in > sys/arm/xscale/ixp425/if_npe.c) could now make use of non-void > return type to properly report errors (XXX cases). But I am not sure > if it is actually checked in the calling code (otherwise how does it > work now?). Maybe there are more places like that. >=20 > Please review the patch. I might have done something wrong, made > some obvious mistake (like typo) or missed an opportunity to improve > the code beyond mechanical changes. >=20 > I tested the patch by enabling 'notyet' definition of KOBJMETHOD in > kobj.h and building the following: all arm kernels (without > modules), GENERIC kernels for all archs that have them (with > modules), LINT kernels for all archs that have them (without > modules). >=20 > It is quite possible, of course, that some incorrect signatures were > not found using the above build. For instance, in the code under > some non-default option. But I think the number of such functions > should be quite small and they should be trivial to fix later. >=20 > I propose this patch for inclusion into the three before 8.0 freeze > depending on response from Ariff. > if this patch is not committed before 8.0 freeze (whole or any > significant portion of the patch), then I'd like to request a branch > under users/ where I could integrate this patch for future merging. > -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ ... Going with the standard and orthodox is the death of intellect .............. --Signature=_Sat__30_May_2009_01_32_53_+0800_Ds3zXcOFY8/nr+e9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkogHEUACgkQlr+deMUwTNoRugCdFiUElIy+P6NIvzjRfuEQekPw LK0AoJSNM/RBjXd2K51+mlqMoBlSOm+l =QJrK -----END PGP SIGNATURE----- --Signature=_Sat__30_May_2009_01_32_53_+0800_Ds3zXcOFY8/nr+e9-- From owner-freebsd-current@FreeBSD.ORG Fri May 29 17:44:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9ABF8106564A; Fri, 29 May 2009 17:44:46 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 65B738FC1C; Fri, 29 May 2009 17:44:46 +0000 (UTC) (envelope-from ler@lerctr.org) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; h=Received:Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:User-Agent:MIME-Version:Content-Type:X-Spam-Score:X-LERCTR-Spam-Score:X-Spam-Report:X-LERCTR-Spam-Report:DomainKey-Status; b=rFV2e2x9taqZzJwUnM8ARR9Tf/Em5VFkmsaZS1r6oqfzag2jKrWbLcZqi3svOK9AVpF+9ljlUmwrgPIBjlqXuqWSoGCDquwylDN3YdQcuxGwGdPqWWJDL4mv4co7INoCMTczQm3A/4rodfBo4+gn/xBUJubGEF1iukOhKJncEMY=; Received: from thebighonker.lerctr.org ([192.147.25.65]:50427) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MA68H-000KH1-6x; Fri, 29 May 2009 12:44:46 -0500 Date: Fri, 29 May 2009 12:44:39 -0500 (CDT) From: Larry Rosenman To: Kip Macy In-Reply-To: Message-ID: References: <3c1674c90905242253n544c3f0cqb10952f349391ce7@mail.gmail.com> <454b8cc37c60ab7af2663ba70ddbfd59.squirrel@webmail.lerctr.org> <5a9a181a12e9e4ef864d23ae063f7277.squirrel@webmail.lerctr.org> <3c1674c90905280055h740bce23p33b18fefacf31196@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -4.3 (----) X-LERCTR-Spam-Score: -4.3 (----) X-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135 X-LERCTR-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135 DomainKey-Status: no signature Cc: freebsd-current@freebsd.org Subject: Re: ZFS Crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 17:44:47 -0000 On Thu, 28 May 2009, Larry Rosenman wrote: > On Thu, 28 May 2009, Kip Macy wrote: > >> On Tue, May 26, 2009 at 5:04 AM, Larry Rosenman wrote: >>> On Mon, 25 May 2009, Larry Rosenman wrote: >>> >>>> On Mon, 25 May 2009, Larry Rosenman wrote: >>>> >>>>> after looking at the code, never mind the "don't call doadump", so we'll >>>>> get the textdump. >>>>> >>>>> Thanks rwatson for the textdump stuff! >>>>> >>>> Here is current stats before we crash. Does any of this look totally >>>> out of line? >>>> >>> It crashed again, but did *NOT* make it into ddb enough to do the >>> textdump. >>> >>> It was hung with the backtrace (looks like the same, but I couldn't >>> scroll the screen back). >>> >>> Ideas? >>> >>> I'm really concerned that there is a problem. >>> >>> >>> >> >> >> - Type of disks? > 6 SATA Seagate 400GB (5) / 500 GB (1). > > > ATA channel 0: > Master: acd0 ATA/ATAPI revision 7 > Slave: no device present > ATA channel 2: > Master: ad4 SATA revision 2.x > Slave: no device present > ATA channel 3: > Master: ad6 SATA revision 2.x > Slave: no device present > ATA channel 4: > Master: ad8 SATA revision 2.x > Slave: no device present > ATA channel 5: > Master: ad10 SATA revision 2.x > Slave: no device present > ATA channel 6: > Master: ad12 SATA revision 2.x > Slave: no device present > ATA channel 7: > Master: ad14 SATA revision 2.x > Slave: no device present >> >> >> - Size of zpools? > All 6. > > pool: vault > state: ONLINE > status: One or more devices has experienced an error resulting in data > corruption. Applications may be affected. > action: Restore the file in question if possible. Otherwise restore the > entire pool from backup. > see: http://www.sun.com/msg/ZFS-8000-8A > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > vault ONLINE 0 0 0 > raidz1 ONLINE 0 0 0 > ad6 ONLINE 0 0 0 > ad8 ONLINE 0 0 0 > ad10 ONLINE 0 0 0 > ad12 ONLINE 0 0 0 > ad14 ONLINE 0 0 0 > ad4s1f ONLINE 0 0 0 > ad4s1e ONLINE 0 0 0 > ad4s1d ONLINE 0 0 0 > > errors: 10 data errors, use '-v' for a list > > > pool: vault > state: ONLINE > status: One or more devices has experienced an error resulting in data > corruption. Applications may be affected. > action: Restore the file in question if possible. Otherwise restore the > entire pool from backup. > see: http://www.sun.com/msg/ZFS-8000-8A > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > vault ONLINE 0 0 0 > raidz1 ONLINE 0 0 0 > ad6 ONLINE 0 0 0 > ad8 ONLINE 0 0 0 > ad10 ONLINE 0 0 0 > ad12 ONLINE 0 0 0 > ad14 ONLINE 0 0 0 > ad4s1f ONLINE 0 0 0 > ad4s1e ONLINE 0 0 0 > ad4s1d ONLINE 0 0 0 > > errors: Permanent errors have been detected in the following files: > > /usr/local/sbin/p4d > /var/db/bacula/borg-dir.conmsg > vault/usr/obj:<0x16c3a> > vault/usr/obj:<0x169bb> > /usr/obj/usr/src/lib/libc/random.o > >> >> >> - Compression enabled? > Yes. > > > Ok, it just crashed. Unfortunately, I'm at work and the box is at home. I did have my script running every minute of that entire boot. What I saw was a full backup running, and then we started paging, and then the backup jobs got pager errors, and were killed. I'm not sure what else went on, so I restarted the bacula daemons that got killed, and was in the bacula console when it died. I'll see if I can get a cell-phone camera shot of the console. I'll also tar up the vmstat outputs and put them on my web server. What other forensics should I get? Bear in mind the system is probably locked up with no dump taken :( -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Fri May 29 17:52:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F6AD106566C; Fri, 29 May 2009 17:52:29 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 2D3DC8FC13; Fri, 29 May 2009 17:52:29 +0000 (UTC) (envelope-from ler@lerctr.org) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; h=Received:Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:User-Agent:MIME-Version:Content-Type:X-Spam-Score:X-LERCTR-Spam-Score:X-Spam-Report:X-LERCTR-Spam-Report:DomainKey-Status; b=QjavlWg43Y9yKGO2+ntKOvgJiRc26r/KP/lLI4U2hvZIBxWwwH7ozkiiBkWfgoDs0GB8O0NVFSc4Abd0vUac5eor/S3t1j1SuOyzaAsG7pGJn0W/l89RJb9CKiGIFLlak3eBqa8bguwNUwR39p9W1r88VESWBMxeRp0IWvqDPqw=; Received: from thebighonker.lerctr.org ([192.147.25.65]:53180) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MA6Fm-000KOF-Q1; Fri, 29 May 2009 12:52:28 -0500 Date: Fri, 29 May 2009 12:52:24 -0500 (CDT) From: Larry Rosenman To: Kip Macy In-Reply-To: Message-ID: References: <3c1674c90905242253n544c3f0cqb10952f349391ce7@mail.gmail.com> <454b8cc37c60ab7af2663ba70ddbfd59.squirrel@webmail.lerctr.org> <5a9a181a12e9e4ef864d23ae063f7277.squirrel@webmail.lerctr.org> <3c1674c90905280055h740bce23p33b18fefacf31196@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -4.3 (----) X-LERCTR-Spam-Score: -4.3 (----) X-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135 X-LERCTR-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135 DomainKey-Status: no signature Cc: freebsd-current@freebsd.org Subject: Re: ZFS Crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 17:52:29 -0000 On Fri, 29 May 2009, Larry Rosenman wrote: > > Ok, it just crashed. Unfortunately, I'm at work and the box is at home. > > I did have my script running every minute of that entire boot. > > What I saw was a full backup running, and then we started paging, and then > the backup jobs got pager errors, and were killed. > > I'm not sure what else went on, so I restarted the bacula daemons that > got killed, and was in the bacula console when it died. > > I'll see if I can get a cell-phone camera shot of the console. > > I'll also tar up the vmstat outputs and put them on my web server. > > What other forensics should I get? Bear in mind the system is probably > locked up with no dump taken :( One other "interesting" thing is the IPMI card seems to also be locked up. I.E. if I try to login to it, it just hangs after giving id/pw. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Fri May 29 18:17:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E684106566C; Fri, 29 May 2009 18:17:28 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 38EA98FC1E; Fri, 29 May 2009 18:17:25 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id VAA25657; Fri, 29 May 2009 21:17:24 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1] helo=edge.pp.kiev.ua) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1MA6dw-000AWP-06; Fri, 29 May 2009 21:17:24 +0300 Message-ID: <4A2026B2.2090008@freebsd.org> Date: Fri, 29 May 2009 21:17:22 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Ariff Abdullah References: <4A1FEE04.1060202@freebsd.org> <20090530013253.6a7517e7.ariff@FreeBSD.org> In-Reply-To: <20090530013253.6a7517e7.ariff@FreeBSD.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: rpaulo@freebsd.org, rnoland@freebsd.org, freebsd-current@freebsd.org, sam@freebsd.org, imp@freebsd.org Subject: Re: fixing kobj signatures X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 18:17:28 -0000 on 29/05/2009 20:32 Ariff Abdullah said the following: > On Fri, 29 May 2009 17:15:32 +0300 > Andriy Gapon wrote: >> o kobj-sound.diff - this is a slightly updated version of the patch >> previously posted to multimedia ml; >> Ariff, could you please let me know about your plans with respect to >> 8.0 release? >> > I'm actually in the middle of discussion with joel@ to wrap things up > in order to get everything under my sleeves into tree before freeze > Your diff looks simmilar to what I intended to commit as a whole, so I > guess I'm ok with it. > > Except that, let me deal with it within next week unless I'm wrong > about June 25th. Ariff, these are great news! I think your bigger changes are more important than kobj tidying up, so I'd prefer not to cause you any interference. Thanks! -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri May 29 18:23:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F231F10656B8; Fri, 29 May 2009 18:23:03 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id AD74D8FC0C; Fri, 29 May 2009 18:23:03 +0000 (UTC) (envelope-from ler@lerctr.org) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; h=Received:Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:User-Agent:MIME-Version:Content-Type:X-Spam-Score:X-LERCTR-Spam-Score:X-Spam-Report:X-LERCTR-Spam-Report:DomainKey-Status; b=P0LWLWwxM1R6cdIjnx8HVNwCcYeh8LKQHIjTF+YGT1U3Ll25F39ciR1JNJFiRsmkO86vsAnVfFpZNwZslE9z6J5pw9zp0b3vaUgN50fMOT2xJJU5wYB1wxoT3027rMh5jx4itWGEtkEfoVcngY4OD11U3bDFSwQK9WSRDvfcmgI=; Received: from thebighonker.lerctr.org ([192.147.25.65]:57126) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MA6jN-000KjK-KN; Fri, 29 May 2009 13:23:02 -0500 Date: Fri, 29 May 2009 13:22:59 -0500 (CDT) From: Larry Rosenman To: Kip Macy In-Reply-To: Message-ID: References: <3c1674c90905242253n544c3f0cqb10952f349391ce7@mail.gmail.com> <454b8cc37c60ab7af2663ba70ddbfd59.squirrel@webmail.lerctr.org> <5a9a181a12e9e4ef864d23ae063f7277.squirrel@webmail.lerctr.org> <3c1674c90905280055h740bce23p33b18fefacf31196@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -4.2 (----) X-LERCTR-Spam-Score: -4.2 (----) X-Spam-Report: SpamScore (-4.2/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135, TW_WU=0.077 X-LERCTR-Spam-Report: SpamScore (-4.2/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135, TW_WU=0.077 DomainKey-Status: no signature Cc: freebsd-current@freebsd.org Subject: Re: ZFS Crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 18:23:04 -0000 On Fri, 29 May 2009, Larry Rosenman wrote: > On Fri, 29 May 2009, Larry Rosenman wrote: >> >> Ok, it just crashed. Unfortunately, I'm at work and the box is at home. >> >> I did have my script running every minute of that entire boot. >> >> What I saw was a full backup running, and then we started paging, and then >> the backup jobs got pager errors, and were killed. >> >> I'm not sure what else went on, so I restarted the bacula daemons that >> got killed, and was in the bacula console when it died. >> >> I'll see if I can get a cell-phone camera shot of the console. >> >> I'll also tar up the vmstat outputs and put them on my web server. >> >> What other forensics should I get? Bear in mind the system is probably >> locked up with no dump taken :( > One other "interesting" thing is the IPMI card seems to also be locked up. > I.E. if I try to login to it, it just hangs after giving id/pw. > Ok, I let the IPMI sit, and it eventually showed me the console. I took a screenshot, and then reset the box. I did get a textdump but it didn't run my scripts for the ddb stuff. Here is links to what I do have: http://www.lerctr.org/~ler/ZFS_CRASH/ $ ls -l total 5017 -rw-r--r-- 1 ler ler 5051465 May 29 13:14 crash.stats.tar.gz -rw-r--r-- 1 ler ler 253 May 29 13:18 index.html -rw-r--r-- 1 ler ler 77004 May 29 13:16 ipmiconsole.png -rw-r--r-- 1 ler ler 70656 May 29 13:14 textdump.tar.6 $ What else can I supply? The crash.stats.tar.gz contains the minute by minute output of the followuing script for the entire boot: ----- #!/bin/sh DATE=`date +%Y%m%d.%H%M%S` (echo "Uptime:";uptime;echo "vmstat -m:";vmstat -m echo "vmstat -z:";vmstat -z) >/home/ler/stats/${DATE}.stats ----- -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Fri May 29 18:29:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F35310656A8 for ; Fri, 29 May 2009 18:29:16 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id 2204C8FC1B for ; Fri, 29 May 2009 18:29:16 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so3329865ana.13 for ; Fri, 29 May 2009 11:29:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=ztgMErR+j0DaBNMvLIJLNDz4zyvkTmv3qRxv2EmGbWw=; b=B+kCnQ02APz/OYsb9fzcWdlURulL6zEhuudjT2QNIw6XozO9sXDoHfl/gii8zK1z68 cX3Ic4MZohAHnhfUDiawM6OTiJ9JdCEf3e9W8E0Xb3rflbqGpJrfvHcT7mWTvDWtBsqq ScmlEk87VOEN660y1tu8IN3GTZxV0NYtA9Kxk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=vZEQsF4F5Bi2wfAgOhQNOjttD2WNWT8P5QOwzOSRBHsCfrKwQNWezQhtOAjHdpoP0P Dtco8FBkEV0lQn08O4zzM75n4BAZOgObdZC9P4JUdjkaPLpxy+RE3cW0XxT9jC4bs13C VvE77p1/gHYhHb95PGyH+/SGRK8HE/NQCeWFc= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.255.7 with SMTP id c7mr2773066ani.137.1243621755439; Fri, 29 May 2009 11:29:15 -0700 (PDT) In-Reply-To: References: <3c1674c90905242253n544c3f0cqb10952f349391ce7@mail.gmail.com> <454b8cc37c60ab7af2663ba70ddbfd59.squirrel@webmail.lerctr.org> <5a9a181a12e9e4ef864d23ae063f7277.squirrel@webmail.lerctr.org> <3c1674c90905280055h740bce23p33b18fefacf31196@mail.gmail.com> Date: Fri, 29 May 2009 11:29:15 -0700 X-Google-Sender-Auth: 685255cdfed07643 Message-ID: <3c1674c90905291129h7bd6fb6ai6ab772e3aed624d@mail.gmail.com> From: Kip Macy To: Larry Rosenman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: ZFS Crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 18:29:17 -0000 I'm fairly certain I know what the problem is. The (de)compress functions allocate their own memory completely independently of the arc limits. The allocations are blocking so the system will try to page in attempt to provide the requested memory. Cheers, Kip On Fri, May 29, 2009 at 10:44 AM, Larry Rosenman wrote: > On Thu, 28 May 2009, Larry Rosenman wrote: > >> On Thu, 28 May 2009, Kip Macy wrote: >> >>> On Tue, May 26, 2009 at 5:04 AM, Larry Rosenman wrote: >>>> >>>> On Mon, 25 May 2009, Larry Rosenman wrote: >>>> >>>>> On Mon, 25 May 2009, Larry Rosenman wrote: >>>>> >>>>>> after looking at the code, never mind the "don't call doadump", so >>>>>> we'll >>>>>> get the textdump. >>>>>> >>>>>> Thanks rwatson for the textdump stuff! >>>>>> >>>>> Here is current stats before we crash. =A0Does any of this look total= ly >>>>> out of line? >>>>> >>>> It crashed again, but did *NOT* make it into ddb enough to do the >>>> textdump. >>>> >>>> It was hung with the backtrace (looks like the same, but I couldn't >>>> scroll the screen back). >>>> >>>> Ideas? >>>> >>>> I'm really concerned that there is a problem. >>>> >>>> >>>> >>> >>> >>> - Type of disks? >> >> 6 SATA Seagate 400GB (5) / 500 GB (1). >> >> >> ATA channel 0: >> =A0 Master: acd0 ATA/ATAPI revision 7 >> =A0 Slave: =A0 =A0 =A0 no device present >> ATA channel 2: >> =A0 Master: =A0ad4 SATA revision 2.x >> =A0 Slave: =A0 =A0 =A0 no device present >> ATA channel 3: >> =A0 Master: =A0ad6 SATA revision 2.x >> =A0 Slave: =A0 =A0 =A0 no device present >> ATA channel 4: >> =A0 Master: =A0ad8 SATA revision 2.x >> =A0 Slave: =A0 =A0 =A0 no device present >> ATA channel 5: >> =A0 Master: ad10 SATA revision 2.x >> =A0 Slave: =A0 =A0 =A0 no device present >> ATA channel 6: >> =A0 Master: ad12 SATA revision 2.x >> =A0 Slave: =A0 =A0 =A0 no device present >> ATA channel 7: >> =A0 Master: ad14 SATA revision 2.x >> =A0 Slave: =A0 =A0 =A0 no device present >>> >>> >>> - Size of zpools? >> >> All 6. >> >> =A0pool: vault >> state: ONLINE >> status: One or more devices has experienced an error resulting in data >> =A0 =A0 =A0 =A0corruption. =A0Applications may be affected. >> action: Restore the file in question if possible. =A0Otherwise restore t= he >> =A0 =A0 =A0 =A0entire pool from backup. >> =A0see: http://www.sun.com/msg/ZFS-8000-8A >> scrub: none requested >> config: >> >> =A0 =A0 =A0 =A0NAME =A0 =A0 =A0 =A0STATE =A0 =A0 READ WRITE CKSUM >> =A0 =A0 =A0 =A0vault =A0 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0 = 0 >> =A0 =A0 =A0 =A0 =A0raidz1 =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0 = 0 >> =A0 =A0 =A0 =A0 =A0 =A0ad6 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 = =A0 0 >> =A0 =A0 =A0 =A0 =A0 =A0ad8 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 = =A0 0 >> =A0 =A0 =A0 =A0 =A0 =A0ad10 =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 = =A0 0 >> =A0 =A0 =A0 =A0 =A0 =A0ad12 =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 = =A0 0 >> =A0 =A0 =A0 =A0 =A0 =A0ad14 =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 = =A0 0 >> =A0 =A0 =A0 =A0 =A0ad4s1f =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0 = 0 >> =A0 =A0 =A0 =A0 =A0ad4s1e =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0 = 0 >> =A0 =A0 =A0 =A0 =A0ad4s1d =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0 = 0 >> >> errors: 10 data errors, use '-v' for a list >> >> >> =A0pool: vault >> state: ONLINE >> status: One or more devices has experienced an error resulting in data >> =A0 =A0 =A0 =A0corruption. =A0Applications may be affected. >> action: Restore the file in question if possible. =A0Otherwise restore t= he >> =A0 =A0 =A0 =A0entire pool from backup. >> =A0see: http://www.sun.com/msg/ZFS-8000-8A >> scrub: none requested >> config: >> >> =A0 =A0 =A0 =A0NAME =A0 =A0 =A0 =A0STATE =A0 =A0 READ WRITE CKSUM >> =A0 =A0 =A0 =A0vault =A0 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0 = 0 >> =A0 =A0 =A0 =A0 =A0raidz1 =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0 = 0 >> =A0 =A0 =A0 =A0 =A0 =A0ad6 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 = =A0 0 >> =A0 =A0 =A0 =A0 =A0 =A0ad8 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 = =A0 0 >> =A0 =A0 =A0 =A0 =A0 =A0ad10 =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 = =A0 0 >> =A0 =A0 =A0 =A0 =A0 =A0ad12 =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 = =A0 0 >> =A0 =A0 =A0 =A0 =A0 =A0ad14 =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 = =A0 0 >> =A0 =A0 =A0 =A0 =A0ad4s1f =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0 = 0 >> =A0 =A0 =A0 =A0 =A0ad4s1e =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0 = 0 >> =A0 =A0 =A0 =A0 =A0ad4s1d =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0 = 0 >> >> errors: Permanent errors have been detected in the following files: >> >> =A0 =A0 =A0 /usr/local/sbin/p4d >> =A0 =A0 =A0 /var/db/bacula/borg-dir.conmsg >> =A0 =A0 =A0 vault/usr/obj:<0x16c3a> >> =A0 =A0 =A0 vault/usr/obj:<0x169bb> >> =A0 =A0 =A0 /usr/obj/usr/src/lib/libc/random.o >> >>> >>> >>> - Compression enabled? >> >> Yes. >> >> >> > > Ok, it just crashed. =A0Unfortunately, I'm at work and the box is at home= . > > I did have my script running every minute of that entire boot. > > What I saw was a full backup running, and then we started paging, and the= n > the backup jobs got pager errors, and were killed. > > I'm not sure what else went on, so I restarted the bacula daemons that > got killed, and was in the bacula console when it died. > > I'll see if I can get a cell-phone camera shot of the console. > > I'll also tar up the vmstat outputs and put them on my web server. > > What other forensics should I get? =A0Bear in mind the system is probably > locked up with no dump taken :( > > > -- > Larry Rosenman =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 http://www.lerctr.= org/~ler > Phone: +1 512-248-2683 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 E-Mail: ler@lerctr= .org > US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 > --=20 When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From owner-freebsd-current@FreeBSD.ORG Fri May 29 19:08:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4489F106567D; Fri, 29 May 2009 19:08:17 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 0CF9C8FC17; Fri, 29 May 2009 19:08:13 +0000 (UTC) (envelope-from ler@lerctr.org) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; h=Received:Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:User-Agent:MIME-Version:Content-Type:X-Spam-Score:X-LERCTR-Spam-Score:X-Spam-Report:X-LERCTR-Spam-Report:DomainKey-Status; b=Vl+/pkZ7ZzsbOvlz+OlyKu22Jg7WcqksxUwz/KJZFtQY8ykGjZ6hofG81SxsP+BLjWvl3yDrNqNJW/kSo6z8TVYdK9BwJptwZQJjSL1nOZHgVVIGD0zrurfyK9LTvi/hCJy4r/RhsFmfoL4+E+YP0taI00gnoXh3RPBy0YPKeoo=; Received: from thebighonker.lerctr.org ([192.147.25.65]:63929) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MA7R5-000LFP-Te; Fri, 29 May 2009 14:08:13 -0500 Date: Fri, 29 May 2009 14:08:09 -0500 (CDT) From: Larry Rosenman To: Kip Macy In-Reply-To: <3c1674c90905291129h7bd6fb6ai6ab772e3aed624d@mail.gmail.com> Message-ID: References: <3c1674c90905242253n544c3f0cqb10952f349391ce7@mail.gmail.com> <454b8cc37c60ab7af2663ba70ddbfd59.squirrel@webmail.lerctr.org> <5a9a181a12e9e4ef864d23ae063f7277.squirrel@webmail.lerctr.org> <3c1674c90905280055h740bce23p33b18fefacf31196@mail.gmail.com> <3c1674c90905291129h7bd6fb6ai6ab772e3aed624d@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -4.3 (----) X-LERCTR-Spam-Score: -4.3 (----) X-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135 X-LERCTR-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135 DomainKey-Status: no signature Cc: freebsd-current@freebsd.org Subject: Re: ZFS Crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 19:08:17 -0000 On Fri, 29 May 2009, Kip Macy wrote: > I'm fairly certain I know what the problem is. The (de)compress > functions allocate their own memory completely independently of the > arc limits. The allocations are blocking so the system will try to > page in attempt to provide the requested memory. > > > Cheers, > Kip Is there anything else I can supply? Is the minute-by-minute vmstat info useful? Should I keep running it? I'm willing to be a guinea pig for code changes. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Fri May 29 19:09:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 875321065696 for ; Fri, 29 May 2009 19:09:50 +0000 (UTC) (envelope-from mat.macy@gmail.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 39D268FC15 for ; Fri, 29 May 2009 19:09:50 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so3287551yxb.13 for ; Fri, 29 May 2009 12:09:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=5i3ogkj+WFFZK2SqXNAQx0iQ/dkMgIqA+RN8Bk3y/Qo=; b=vsVygGlJQOeojkQXY1SVHlY/5IazYNfmeHMg/nvEeEH9QqyaC6zSE+xtKrSxZYP2jA sk/KuYDZOpmrS1k8PHI+vBizMBEg+Wx5buENCe3Lp4dNS7cCWWCKmW7kFzFKRB67JXPx VT8uFseonazC1h4za9ifTIssl6lHZkFCwQnfw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=C4FzDVFwPf0LyRgVyPZTqASFKqrjxKWIqEer1n7Pdpiyvldg26BADPQ7rEXgU2aUi8 2g3EJCAPm7hUJXnjCaID+QRZ3hXSrIS9WDfZgWOHPjUU1MExq1ZXwmw4ujdYiYkT1UL/ +wPwMBW1iCyEB0f2cYpyx8HiqfcIq4+MRl+j0= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.201.5 with SMTP id y5mr4271449anf.55.1243624189508; Fri, 29 May 2009 12:09:49 -0700 (PDT) In-Reply-To: References: <454b8cc37c60ab7af2663ba70ddbfd59.squirrel@webmail.lerctr.org> <5a9a181a12e9e4ef864d23ae063f7277.squirrel@webmail.lerctr.org> <3c1674c90905280055h740bce23p33b18fefacf31196@mail.gmail.com> <3c1674c90905291129h7bd6fb6ai6ab772e3aed624d@mail.gmail.com> Date: Fri, 29 May 2009 12:09:49 -0700 X-Google-Sender-Auth: c2d9be616fc50064 Message-ID: <3c1674c90905291209k3f5e90f9g8743a27b572010cc@mail.gmail.com> From: Kip Macy To: Larry Rosenman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: ZFS Crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 19:09:50 -0000 > Is there anything else I can supply? =A0Is the minute-by-minute > vmstat info useful? =A0Should I keep running it? Not until I can test out changes that bound ZFS memory consumption when doing compression. > I'm willing to be a guinea pig for code changes. Cool. I'll send you a patch when I get something. Cheers, Kip From owner-freebsd-current@FreeBSD.ORG Fri May 29 19:54:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EEE7106566C for ; Fri, 29 May 2009 19:54:21 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from mail-ew0-f164.google.com (mail-ew0-f164.google.com [209.85.219.164]) by mx1.freebsd.org (Postfix) with ESMTP id B05D78FC1A for ; Fri, 29 May 2009 19:54:20 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: by ewy8 with SMTP id 8so3035951ewy.43 for ; Fri, 29 May 2009 12:54:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=AVKhpzZ4QxOEvizyIyraCCyoBUmVg1m8jYVTb5vo8hU=; b=RxJaiQl01kpd01dXvuKZpzpdy+dvXup04RJksi5ACICPBbSuluIiUHyULT/IK26o9y w2cBbamLdO9syUggNVNcIeR1AP2Gdq4d0EXcJ7j0t+J+ub5thYPoAJeXYfqHohizFt/y z/7Hw0Y5+XjrS+aEd+yr5ncGuNcxPPWQ7ofpE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=IFrUQ//ZTRHQdO1g6qi1LjlMZAZwMo5KIIuKPa0LklWvFWfyv6TMBiAA43eizp5RKD AbXgGjWUKquMy9IAk+jFXX4bCHkefth+LP4UAcSMecpFu+f1zSQ2FMV6e8PRjiTs50Ns yYQyxiLiqW1MYv1BSAq89G2prcs2tfT9iAp/Y= Received: by 10.210.17.2 with SMTP id 2mr2910443ebq.0.1243626859122; Fri, 29 May 2009 12:54:19 -0700 (PDT) Received: from carrot.geeknest.org (z032069.its-s.tudelft.nl [145.94.32.69]) by mx.google.com with ESMTPS id 28sm3123803eyg.14.2009.05.29.12.54.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 29 May 2009 12:54:16 -0700 (PDT) Message-ID: <4A202148.9090108@gmail.com> Date: Fri, 29 May 2009 19:54:16 +0200 From: Ulf Lilleengen User-Agent: Thunderbird 2.0.0.21 (X11/20090411) MIME-Version: 1.0 To: Andriy Gapon References: <4A1FEE04.1060202@freebsd.org> In-Reply-To: <4A1FEE04.1060202@freebsd.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: fixing kobj signatures X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 19:54:21 -0000 Andriy Gapon wrote: > I think I have completed fixing signatures of kobj method implementations in the > whole head tree. > The current diff here: > http://people.freebsd.org/~avg/ > > It is quite arbitrarily split into the following files: > kobj-agp.diff > kobj-arm.diff > kobj-linker.diff > kobj-other.diff > kobj-sound.diff > > Most of the changes are quite trivial but not all. > > o kobj-linker.diff - I am not sure if changing interface signature was a good idea. > > o kobj-sound.diff - this is a slightly updated version of the patch previously > posted to multimedia ml; > Ariff, could you please let me know about your plans with respect to 8.0 release? > > o kobj-arm.diff - it seems that npe_miibus_writereg in > sys/arm/xscale/ixp425/if_npe.c) could now make use of non-void return type to > properly report errors (XXX cases). But I am not sure if it is actually checked in > the calling code (otherwise how does it work now?). > Maybe there are more places like that. > > Please review the patch. I might have done something wrong, made some obvious > mistake (like typo) or missed an opportunity to improve the code beyond mechanical > changes. > > I tested the patch by enabling 'notyet' definition of KOBJMETHOD in kobj.h and > building the following: all arm kernels (without modules), GENERIC kernels for all > archs that have them (with modules), LINT kernels for all archs that have them > (without modules). > > It is quite possible, of course, that some incorrect signatures were not found > using the above build. For instance, in the code under some non-default option. > But I think the number of such functions should be quite small and they should be > trivial to fix later. > > I propose this patch for inclusion into the three before 8.0 freeze depending on > response from Ariff. > if this patch is not committed before 8.0 freeze (whole or any significant portion > of the patch), then I'd like to request a branch under users/ where I could > integrate this patch for future merging. > >From http://people.freebsd.org/~avg/kobj-agp.diff: -static int -agp_nvidia_flush_tlb (device_t dev, int offset) +static void +agp_nvidia_flush_tlb (device_t dev) { struct agp_nvidia_softc *sc; u_int32_t wbc_reg, temp; @@ -379,7 +379,7 @@ agp_nvidia_flush_tlb (device_t dev, int offset) for(i = 0; i < pages; i++) temp = ag_virtual[i * PAGE_SIZE / sizeof(u_int32_t)]; - return (0); + return; } No need for the return; From owner-freebsd-current@FreeBSD.ORG Fri May 29 21:33:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 636011065673 for ; Fri, 29 May 2009 21:33:05 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-ew0-f164.google.com (mail-ew0-f164.google.com [209.85.219.164]) by mx1.freebsd.org (Postfix) with ESMTP id ED6A38FC16 for ; Fri, 29 May 2009 21:33:04 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: by mail-ew0-f164.google.com with SMTP id 8so3091587ewy.43 for ; Fri, 29 May 2009 14:33:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=f1j70AtfgiCFhuOhhD8mV0s5/xqL8pWy8iTRWsTgr/E=; b=aXJWqipk2xDKaxamzUdOxXY5b2DYHGtGsKJ3ZnzYj4HjoeuYrcKeCc/qnxFfwoAq5o A/AxFA9pQQlTlh4LSK7Kwwnjsxhmr3hZ9TQCw+2SvPpUbRVUyjIhGLGzfTN0en+t/7Cq 2f4MfRZRr1QVHIdkNC0ox8ds8GdQNy3gauuX8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=QIUjYKAD+kmQUGASYZSWyBXgwpk0sh0nbJRQHLpIRn68dnkGE8HpAcVoH055fhqNJf z0dkxfv2DIzSVnno2TMhPEzNhy/L96Gy453Y6duEl7mGbB9LDBpnQaCzZ2oY4gz3Xg+O 34PWmgRBS4MYpHJSP4eHE3obqh4LlCzHul5dU= MIME-Version: 1.0 Received: by 10.216.25.144 with SMTP id z16mr1072087wez.179.1243632784494; Fri, 29 May 2009 14:33:04 -0700 (PDT) Date: Fri, 29 May 2009 16:33:04 -0500 Message-ID: <11167f520905291433i103060batc80e46531834a8a4@mail.gmail.com> From: "Sam Fourman Jr." To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Realtek 8187B wireless urtw(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 21:33:05 -0000 I bought a new Wireles USB device, using todays -CURRENT it will not attach to urtw. I am in need of some help. what are the steps I need to take to add the relevant device ID's to usbdevs? usbdevs -v no longer works in FreeBSD -CURRENT I was able to extract the following info from OpenBSD 4.5 usbdevs -v Controller /dev/usb0: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel(0x8086), rev 1.00 port 1 addr 2: high speed, power 500 mA, config 1, RTL8187B_WLAN_Adapter(0x8189), Realtek(0x0bda), rev 2.00, iSerialNumber 00e04c000001 here is a link to the Card I bought http://www.alibaba.com/product/tw102499076-217620669-100648643/High_Power_500mW_WiFi_USB_Adapter.html Thank you in advance Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Fri May 29 22:41:25 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2C071065672; Fri, 29 May 2009 22:41:25 +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 890528FC1A; Fri, 29 May 2009 22:41:25 +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 n4TMfNET000813; Fri, 29 May 2009 18:41:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n4TMfN4m062554; Fri, 29 May 2009 18:41:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DE70C7302F; Fri, 29 May 2009 18:41:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090529224122.DE70C7302F@freebsd-current.sentex.ca> Date: Fri, 29 May 2009 18:41:22 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 22:41:26 -0000 TB --- 2009-05-29 20:38:02 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-29 20:38:02 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-05-29 20:38:02 - cleaning the object tree TB --- 2009-05-29 20:38:39 - cvsupping the source tree TB --- 2009-05-29 20:38:39 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-05-29 20:38:50 - building world TB --- 2009-05-29 20:38:50 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-29 20:38:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-29 20:38:50 - TARGET=ia64 TB --- 2009-05-29 20:38:50 - TARGET_ARCH=ia64 TB --- 2009-05-29 20:38:50 - TZ=UTC TB --- 2009-05-29 20:38:50 - __MAKE_CONF=/dev/null TB --- 2009-05-29 20:38:50 - cd /src TB --- 2009-05-29 20:38:50 - /usr/bin/make -B buildworld >>> World build started on Fri May 29 20:38:54 UTC 2009 >>> 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 May 29 22:29:15 UTC 2009 TB --- 2009-05-29 22:29:15 - generating LINT kernel config TB --- 2009-05-29 22:29:15 - cd /src/sys/ia64/conf TB --- 2009-05-29 22:29:15 - /usr/bin/make -B LINT TB --- 2009-05-29 22:29:15 - building LINT kernel TB --- 2009-05-29 22:29:15 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-29 22:29:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-29 22:29:15 - TARGET=ia64 TB --- 2009-05-29 22:29:15 - TARGET_ARCH=ia64 TB --- 2009-05-29 22:29:15 - TZ=UTC TB --- 2009-05-29 22:29:15 - __MAKE_CONF=/dev/null TB --- 2009-05-29 22:29:15 - cd /src TB --- 2009-05-29 22:29:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 29 22:29:15 UTC 2009 >>> 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/dev/usb/controller/usb_controller.c cc1: warnings being treated as errors /src/sys/dev/usb/controller/usb_controller.c: In function 'usb2_bus_mem_flush_all': /src/sys/dev/usb/controller/usb_controller.c:502: warning: passing argument 2 of 'cb' from incompatible pointer type /src/sys/dev/usb/controller/usb_controller.c: In function 'usb2_bus_mem_alloc_all': /src/sys/dev/usb/controller/usb_controller.c:558: warning: passing argument 2 of 'cb' from incompatible pointer type /src/sys/dev/usb/controller/usb_controller.c: In function 'usb2_bus_mem_free_all': /src/sys/dev/usb/controller/usb_controller.c:587: warning: passing argument 2 of 'cb' from incompatible pointer type *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-29 22:41:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-29 22:41:22 - ERROR: failed to build lint kernel TB --- 2009-05-29 22:41:22 - 5984.92 user 446.48 system 7400.25 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat May 30 00:05:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6394F106566B for ; Sat, 30 May 2009 00:05:52 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id D62EB8FC12 for ; Sat, 30 May 2009 00:05:51 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: by bwz9 with SMTP id 9so6553395bwz.43 for ; Fri, 29 May 2009 17:05:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=WzsxBmzphbRACFwn/nXpS8inqAPO2Qot7hs7P2ZkYvA=; b=X/BE3PiYD7pNY7TvEsLO8FalEvNsDGLEX+wE/9AZCTy9wIQx9FAmjigrQhQ5w33nt+ bMGWCq/OeSDxgCA3LYPbnT1UVaj4BE3fKpNbWiJQo/nKx7A38RY3OVPpg77jGDuurttG yIlhLae7g/gFY2zVF6UB8A4RJRw5N8RHZWdrE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=joBlg94FEOkrIyvszr5Q1rDtxp4Lfa9qANsiNViZFH+QXlIegpQyotppKPtgnI5I6C rK446AD3eYDGoQhRwUfjAO0o2qAf2U3T8DSGEeuhR37Pn/qP4i6twNgcqpuL0GVY5QWP 7K07NULBhhxdo2Wa5vFM3+zdhj2vYwT5IzcEU= Received: by 10.204.66.17 with SMTP id l17mr2963810bki.44.1243641950761; Fri, 29 May 2009 17:05:50 -0700 (PDT) Received: from ?157.181.96.136? (quark.teteny.elte.hu [157.181.96.136]) by mx.google.com with ESMTPS id 13sm3284993fks.22.2009.05.29.17.05.49 (version=SSLv3 cipher=RC4-MD5); Fri, 29 May 2009 17:05:50 -0700 (PDT) Message-ID: <4A20791D.5070209@gmail.com> Date: Sat, 30 May 2009 02:09:01 +0200 From: deeptech71@gmail.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.21) Gecko/20090303 SeaMonkey/1.1.15 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4A1DD57A.7010704@gmail.com> <4A1E9831.4010606@incunabulum.net> <4A1EC8FB.6090206@gmail.com> <4A1FBFF5.6090103@incunabulum.net> In-Reply-To: <4A1FBFF5.6090103@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: panic: igmp_v3_dispatch_general_query: called when version 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 00:05:52 -0000 Bruce Simpson wrote: > I may not get free time to fix this right away, are you able to test a > patch when I can make one available? Sure. > It would be helpful if you could confirm, with a tcpdump capture forked > from single user mode, if your FreeBSD host is receiving an IGMPv2 query > when this problem is triggered. How do I do that? But it's not "when" it is triggered, but rather "if... ever". > It sounds like your university LAN may well have an IGMPv2 capable > multicast router present on the network. If you could double confirm > this, via packet capture, that would be great. Does this dump(snip) tell? 18:21:19.837291 IP binhlinh.teteny.bme.hu.50530 > 224.0.0.253.3544: UDP, length 40 18:21:23.450396 IP imperator.teteny.bme.hu.51605 > 224.0.0.252.5355: UDP, length 23 18:21:42.411459 IP lxandr.teteny.bme.hu.51045 > 224.0.0.252.5355: UDP, length 25 18:21:42.512624 IP lxandr.teteny.bme.hu.51045 > 224.0.0.252.5355: UDP, length 25 18:21:45.171807 IP lxandr.teteny.bme.hu.55288 > 224.0.0.252.5355: UDP, length 25 18:21:59.632491 IP 192.168.77.2 > ALL-SYSTEMS.MCAST.NET: igmp query v2 18:22:01.336805 IP tudylaptop.teteny.elte.hu > 224.0.0.251: igmp v2 report 224.0.0.251 18:22:06.356016 IP 192.168.77.2 > ALL-SYSTEMS.MCAST.NET: igmp query v2 18:22:06.364706 IP 192.168.77.2 > ALL-SYSTEMS.MCAST.NET: igmp query v2 18:22:08.851672 IP scylla.teteny.bme.hu.mdns > 224.0.0.251.mdns: 0 PTR (QM)? 21.64.168.192.in-addr.arpa. (44) 18:22:08.873333 IP marhapalinka.teteny.elte.hu > 224.0.0.252: igmp v2 report 224.0.0.252 18:22:10.010465 IP fecsketurmix.teteny.elte.hu > 224.0.0.251: igmp v2 report 224.0.0.251 18:22:10.649814 IP ani.teteny.elte.hu.55741 > 224.0.0.252.5355: UDP, length 21 18:22:10.750069 IP ani.teteny.elte.hu.55741 > 224.0.0.252.5355: UDP, length 21 18:25:07.368543 IP 192.168.77.2 > 224.0.0.252: igmp query v2 [max resp time 10] [gaddr 224.0.0.252] > [I]f there is anything unusual about the format of the IGMPv2 queries from > your university's vendor equipment, that would be good to know too. Heh. How does that relate to the kernel code assigning a v3 handler to a v2 packet? (Looks something like that to me.) What if I say yes, and what if I say no? :) Anyways, I'll try to contact the admin about that. From owner-freebsd-current@FreeBSD.ORG Sat May 30 00:44:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B263106566C for ; Sat, 30 May 2009 00:44:30 +0000 (UTC) (envelope-from tinkysama@mukaibo.com) Received: from outbound-mail-13.bluehost.com (outbound-mail-13.bluehost.com [69.89.18.113]) by mx1.freebsd.org (Postfix) with SMTP id ACF908FC0A for ; Sat, 30 May 2009 00:44:29 +0000 (UTC) (envelope-from tinkysama@mukaibo.com) Received: (qmail 16859 invoked by uid 0); 30 May 2009 00:44:29 -0000 Received: from unknown (HELO box477.bluehost.com) (74.220.219.77) by outboundproxy1.bluehost.com with SMTP; 30 May 2009 00:44:29 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=mukaibo.com; h=Received:Cc:Message-Id:From:To:In-Reply-To:Content-Type:Content-Transfer-Encoding:Mime-Version:Subject:Date:References:X-Mailer:X-Identified-User; b=aBectSWYmgd1/C4Yi/MFIoKqQy87K/yXQbG8AelOWlyATqjITUE6GVRd3FaLESCufZHqoUwVzyDLHpoeKo8qn36iXuTYbJvKrMHXyAbLevTSZeQ6jMhDJNvF90A9PR/1; Received: from 12.41.233.220.exetel.com.au ([220.233.41.12] helo=[192.168.1.182]) by box477.bluehost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1MACgW-0000Jp-8I; Fri, 29 May 2009 18:44:29 -0600 Message-Id: <2492E55D-5C36-4A93-BB69-B1539AAB0087@mukaibo.com> From: Timothy Mukaibo To: Andriy Gapon In-Reply-To: <4A1E9B34.3040202@icyb.net.ua> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v928.1) Date: Sat, 30 May 2009 10:44:24 +1000 References: <49159824-57EB-4628-9F1C-CE9243465D02@mukaibo.com> <200905271725.44235.jhb@freebsd.org> <849F0899-7AD9-4D7A-B849-D7FB36CE73AE@mukaibo.com> <200905280800.24867.jhb@freebsd.org> <4A1E9B34.3040202@icyb.net.ua> X-Mailer: Apple Mail (2.928.1) X-Identified-User: {2165:box477.bluehost.com:mukaiboc:mukaibo.com} {sentby:smtp auth 220.233.41.12 authed with timothy+mukaibo.com} Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: ACPI Panic on Current, AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 00:44:30 -0000 Hello Andriy, timothy@tinkysama:~$ cat /boot/loader.conf snd_hda_load="YES" uscanner_load="YES" Here's the dmesg: Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-STABLE #1: Fri May 15 13:03:42 EST 2009 root@tinkysama.local:/usr/obj/usr/src/sys/GENERIC module_register: module uhub/uscanner already exists! Module uhub/uscanner failed to register: 17 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4600+ (2410.99-MHz K8- class CPU) Origin = "AuthenticAMD" Id = 0x40fb2 Stepping = 2 Features = 0x178bfbff < FPU ,VME ,DE ,PSE ,TSC ,MSR ,PAE ,MCE ,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT> Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f Cores per package: 2 usable memory = 3206512640 (3057 MB) avail memory = 3093467136 (2950 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, bfdf0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pcib1: at device 4.0 on pci0 pci1: on pcib1 vgapci0: mem 0xdc000000-0xdcffffff, 0xc0000000-0xcfffffff,0xdd000000-0xddffffff irq 16 at device 0.0 on pci1 pci0: at device 8.0 (no driver attached) isab0: port 0xfc00-0xfc7f at device 9.0 on pci0 isa0: on isab0 pci0: at device 9.1 (no driver attached) pci0: at device 9.2 (no driver attached) ohci0: mem 0xdffff000-0xdfffffff irq 20 at device 10.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xdfffe000-0xdfffe0ff irq 21 at device 10.1 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: companion controller, 10 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 10 ports with 10 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 12.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xdc00-0xdc0f mem 0xdfffd000-0xdfffdfff irq 22 at device 13.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc800-0xc80f mem 0xdfffc000-0xdfffcfff irq 23 at device 13.1 on pci0 atapci2: [ITHREAD] ata4: on atapci2 ata4: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] atapci3: port 0xc400-0xc407,0xc000-0xc003,0xbc00-0xbc07,0xb800-0xb803,0xb400-0xb40f mem 0xdfffb000-0xdfffbfff irq 20 at device 13.2 on pci0 atapci3: [ITHREAD] ata6: on atapci3 ata6: [ITHREAD] ata7: on atapci3 ata7: [ITHREAD] pcib2: at device 14.0 on pci0 pci2: on pcib2 fwohci0: mem 0xdfeff000-0xdfeff7ff, 0xdfef8000-0xdfefbfff irq 16 at device 8.0 on pci2 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:27:c3:2f:00:01:6c:20 fwohci0: invalid speed 7 (fixed to 3). fwohci0: Phy 1394a available S800, 3 ports. fwohci0: Link S800, max_rec 4096 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x1378000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:27:c3:01:6c:20 fwe0: Ethernet address: 02:27:c3:01:6c:20 fwip0: on firewire0 fwip0: Firewire address: 00:27:c3:2f:00:01:6c:20 @ 0xfffe00000000, S800, maxrec 4096 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode nfe0: port 0xb000-0xb007 mem 0xdfffa000-0xdfffafff,0xdfff9000-0xdfff90ff,0xdfff8000-0xdfff800f irq 21 at device 16.0 on pci0 miibus0: on nfe0 e1000phy0: PHY 2 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX- FDX, auto nfe0: Ethernet address: 00:15:58:a3:c8:af nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe1: port 0xac00-0xac07 mem 0xdfff7000-0xdfff7fff,0xdfff6000-0xdfff60ff,0xdfff5000-0xdfff500f irq 22 at device 17.0 on pci0 miibus1: on nfe1 e1000phy1: PHY 3 on miibus1 e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX- FDX, auto nfe1: Ethernet address: 00:15:58:a3:c8:ae nfe1: [FILTER] nfe1: [FILTER] nfe1: [FILTER] nfe1: [FILTER] nfe1: [FILTER] nfe1: [FILTER] nfe1: [FILTER] nfe1: [FILTER] pcib3: at device 18.0 on pci0 pci3: on pcib3 pcib4: at device 22.0 on pci0 pci4: on pcib4 pcib5: at device 23.0 on pci0 pci5: on pcib5 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] cpu0: on acpi0 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 orm0: at iomem 0xd0000-0xd17ff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) fwohci0: phy int acd0: DMA limited to UDMA33, device found non-ATA66 cable acd0: DVDR at ata0-master UDMA33 ad12: 76318MB at ata6-master SATA300 SMP: AP CPU #1 Launched! GEOM_LABEL: Label for provider ad12s1a is ufsid/49de0d6bb6139848. GEOM_LABEL: Label for provider ad12s1d is ufsid/49de0d6ccdde671f. GEOM_LABEL: Label for provider ad12s1e is ufsid/49de0d6c2bc3b43f. GEOM_LABEL: Label for provider ad12s1f is ufsid/49de0d6c47a9b5cc. Trying to mount root from ufs:/dev/ad12s1a GEOM_LABEL: Label ufsid/49de0d6bb6139848 removed. GEOM_LABEL: Label for provider ad12s1a is ufsid/49de0d6bb6139848. GEOM_LABEL: Label ufsid/49de0d6c2bc3b43f removed. GEOM_LABEL: Label for provider ad12s1e is ufsid/49de0d6c2bc3b43f. GEOM_LABEL: Label ufsid/49de0d6c47a9b5cc removed. GEOM_LABEL: Label for provider ad12s1f is ufsid/49de0d6c47a9b5cc. GEOM_LABEL: Label ufsid/49de0d6ccdde671f removed. GEOM_LABEL: Label for provider ad12s1d is ufsid/49de0d6ccdde671f. GEOM_LABEL: Label ufsid/49de0d6bb6139848 removed. GEOM_LABEL: Label ufsid/49de0d6c2bc3b43f removed. GEOM_LABEL: Label ufsid/49de0d6c47a9b5cc removed. GEOM_LABEL: Label ufsid/49de0d6ccdde671f removed. This module (opensolaris) contains code covered by the Common Development and Distribution License (CDDL) see http://opensolaris.org/os/licensing/opensolaris_license/ WARNING: ZFS is considered to be an experimental feature in FreeBSD. ZFS filesystem version 6 ZFS storage pool version 6 nfe0: link state changed to UP fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 On 29/05/2009, at 12:09 AM, Andriy Gapon wrote: > on 28/05/2009 15:00 John Baldwin said the following: >> On Thursday 28 May 2009 2:59:16 am Timothy Mukaibo wrote: >>> Hello guys, >>> >>> I'm not sure if I made this clear, but the board boots with 7.2- >>> Stable. Have there been lots of ACPI changes between 7.2 and 8.0 >>> that >>> might have caused this regression? >> >> No, and the ACPI pci_link code has in fact not changed since 7.0 >> aside from a >> few minor fixes for suspend/resume that do not affect boot (and >> those were >> merged into 7.1). I do wonder if perhaps there have been any >> changes in the >> ACPI-CA code. Hmm, ACPI-CA is identical in the two versions. All >> of the >> resource code is identical as well. > > > Timothy, > > could you please check if you have any possibly related hints/tweaks > in > device.hints or loader.conf in both environments? > Could you please provide 7.2 verbose dmesg? (Sorry, if you already > did and I > missed that) > > -- > Andriy Gapon > _______________________________________________ > 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-current@FreeBSD.ORG Sat May 30 00:51:04 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20552106566C; Sat, 30 May 2009 00:51:04 +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 C49388FC1D; Sat, 30 May 2009 00:51:03 +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 n4U0p1ej018566; Fri, 29 May 2009 20:51:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4U0p1je032071; Fri, 29 May 2009 20:51:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2EC217302F; Fri, 29 May 2009 20:51:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090530005101.2EC217302F@freebsd-current.sentex.ca> Date: Fri, 29 May 2009 20:51:01 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 00:51:05 -0000 TB --- 2009-05-29 23:19:07 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-29 23:19:07 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-05-29 23:19:07 - cleaning the object tree TB --- 2009-05-29 23:19:37 - cvsupping the source tree TB --- 2009-05-29 23:19:37 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-05-29 23:19:49 - building world TB --- 2009-05-29 23:19:49 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-29 23:19:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-29 23:19:49 - TARGET=sparc64 TB --- 2009-05-29 23:19:49 - TARGET_ARCH=sparc64 TB --- 2009-05-29 23:19:49 - TZ=UTC TB --- 2009-05-29 23:19:49 - __MAKE_CONF=/dev/null TB --- 2009-05-29 23:19:49 - cd /src TB --- 2009-05-29 23:19:49 - /usr/bin/make -B buildworld >>> World build started on Fri May 29 23:19:51 UTC 2009 >>> 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 Sat May 30 00:41:12 UTC 2009 TB --- 2009-05-30 00:41:12 - generating LINT kernel config TB --- 2009-05-30 00:41:12 - cd /src/sys/sparc64/conf TB --- 2009-05-30 00:41:12 - /usr/bin/make -B LINT TB --- 2009-05-30 00:41:12 - building LINT kernel TB --- 2009-05-30 00:41:12 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-30 00:41:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-30 00:41:12 - TARGET=sparc64 TB --- 2009-05-30 00:41:12 - TARGET_ARCH=sparc64 TB --- 2009-05-30 00:41:12 - TZ=UTC TB --- 2009-05-30 00:41:12 - __MAKE_CONF=/dev/null TB --- 2009-05-30 00:41:12 - cd /src TB --- 2009-05-30 00:41:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 30 00:41:12 UTC 2009 >>> 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 -fstack-protector -Werror /src/sys/dev/usb/controller/uhci_pci.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 -fstack-protector -Werror /src/sys/dev/usb/controller/usb_controller.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 -fstack-protector -Werror /src/sys/dev/usb/storage/umass.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 -fstack-protector -Werror /src/sys/dev/usb/storage/urio.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 -fstack-protector -Werror /src/sys/dev/usb/usb_busdma.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 -fstack-protector -Werror /src/sys/dev/usb/usb_compat_linux.c /src/sys/dev/usb/usb_compat_linux.c:714: error: conflicting types for 'usb_setup_endpoint' /src/sys/dev/usb/usb_compat_linux.h:320: error: previous declaration of 'usb_setup_endpoint' was here *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-30 00:51:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-30 00:51:00 - ERROR: failed to build lint kernel TB --- 2009-05-30 00:51:00 - 4275.34 user 417.72 system 5513.69 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat May 30 02:26:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47B031065670 for ; Sat, 30 May 2009 02:26:14 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 19A3B8FC08 for ; Sat, 30 May 2009 02:26:14 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 30533346927; Fri, 29 May 2009 22:26:13 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Fri, 29 May 2009 22:26:13 -0400 X-Sasl-enc: hiq8nmr1iVppXU7pW7ZiYNKH6bG3AH3mdPIBpypp/QiA 1243650372 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 792DB2D154; Fri, 29 May 2009 22:26:12 -0400 (EDT) Message-ID: <4A209941.2060509@incunabulum.net> Date: Sat, 30 May 2009 03:26:09 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: deeptech71@gmail.com References: <4A1DD57A.7010704@gmail.com> <4A1E9831.4010606@incunabulum.net> <4A1EC8FB.6090206@gmail.com> <4A1FBFF5.6090103@incunabulum.net> <4A20791D.5070209@gmail.com> In-Reply-To: <4A20791D.5070209@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: panic: igmp_v3_dispatch_general_query: called when version 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 02:26:14 -0000 deeptech71@gmail.com wrote: > ... > Heh. How does that relate to the kernel code assigning a v3 handler to > a v2 packet? (Looks something like that to me.) There is a potential race in the treatment of how older querier compatibility is implemented, and it is to do with the treatment of the link timers. I caught this in the MLDv2 respin. It would seem that the panic you saw can be attributed to this. It didn't help that the RFC was not especially clear on when to transition back to v1 in the presence of a v1 querier -- so I'm assuming that to be compliant with MLDv2, this happens only when the 'Older Querier Present' timer expires, and not before. Same goes for IGMPv3 viz IGMPv2. I nearly had a fix for the issue this afternoon, but have been distracted due to meetings and other commitments. I'll try to get a fix out in the next few days. Of course, one of my hopes for this project was that automated regression testing of new net* code could be pushed into the tree, and this would have caught the problem you saw -- but because of the 8.x serial port regression, I wasn't able to rely on the automated regression test. thanks, BMS From owner-freebsd-current@FreeBSD.ORG Sat May 30 05:32:00 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53554106564A; Sat, 30 May 2009 05:32:00 +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 D06078FC08; Sat, 30 May 2009 05:31:59 +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 n4U5VvIu026236; Sat, 30 May 2009 01:31:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n4U5VvYe094826; Sat, 30 May 2009 01:31:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0EA6B7302F; Sat, 30 May 2009 01:31:56 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090530053157.0EA6B7302F@freebsd-current.sentex.ca> Date: Sat, 30 May 2009 01:31:56 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 05:32:00 -0000 TB --- 2009-05-30 03:49:42 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-30 03:49:42 - starting HEAD tinderbox run for i386/i386 TB --- 2009-05-30 03:49:42 - cleaning the object tree TB --- 2009-05-30 03:50:18 - cvsupping the source tree TB --- 2009-05-30 03:50:18 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-05-30 03:50:32 - building world TB --- 2009-05-30 03:50:32 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-30 03:50:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-30 03:50:32 - TARGET=i386 TB --- 2009-05-30 03:50:32 - TARGET_ARCH=i386 TB --- 2009-05-30 03:50:32 - TZ=UTC TB --- 2009-05-30 03:50:32 - __MAKE_CONF=/dev/null TB --- 2009-05-30 03:50:32 - cd /src TB --- 2009-05-30 03:50:32 - /usr/bin/make -B buildworld >>> World build started on Sat May 30 03:50:35 UTC 2009 >>> 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 Sat May 30 05:13:12 UTC 2009 TB --- 2009-05-30 05:13:12 - generating LINT kernel config TB --- 2009-05-30 05:13:12 - cd /src/sys/i386/conf TB --- 2009-05-30 05:13:12 - /usr/bin/make -B LINT TB --- 2009-05-30 05:13:12 - building LINT kernel TB --- 2009-05-30 05:13:12 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-30 05:13:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-30 05:13:12 - TARGET=i386 TB --- 2009-05-30 05:13:12 - TARGET_ARCH=i386 TB --- 2009-05-30 05:13:12 - TZ=UTC TB --- 2009-05-30 05:13:12 - __MAKE_CONF=/dev/null TB --- 2009-05-30 05:13:12 - cd /src TB --- 2009-05-30 05:13:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 30 05:13:12 UTC 2009 >>> 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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/compat/svr4/svr4_signal.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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/compat/svr4/svr4_socket.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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/compat/svr4/svr4_sockio.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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/compat/svr4/svr4_stat.c /src/sys/compat/svr4/svr4_stat.c: In function 'svr4_sys_systeminfo': /src/sys/compat/svr4/svr4_stat.c:461: error: 'hostid' undeclared (first use in this function) /src/sys/compat/svr4/svr4_stat.c:461: error: (Each undeclared identifier is reported only once /src/sys/compat/svr4/svr4_stat.c:461: error: for each function it appears in.) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-30 05:31:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-30 05:31:56 - ERROR: failed to build lint kernel TB --- 2009-05-30 05:31:56 - 4872.79 user 453.98 system 6134.40 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat May 30 06:03:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 283831065670 for ; Sat, 30 May 2009 06:03:53 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from smtp-out.abv.bg (smtp-out.abv.bg [194.153.145.80]) by mx1.freebsd.org (Postfix) with ESMTP id 8216D8FC22 for ; Sat, 30 May 2009 06:03:52 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from mail52.abv.bg (mail52.ni.bg [192.168.151.19]) by smtp-out.abv.bg (Postfix) with ESMTP id B4EEF87A6B for ; Sat, 30 May 2009 09:04:02 +0300 (EEST) DomainKey-Signature: a=rsa-sha1; s=smtp-out; d=abv.bg; c=simple; q=dns; b=QarTOTTOZLcE4A2zRdz56N9gCq6qjwYEcLcDhsHOAnF1fCjDrDYHb3kVVC3AAIVcJ wc275goMa3S82QveJPxRa1+9fEqnyEfhZ+60ZcRLOhCy8amThrz+pvJTKqMWR2/KMz2 5D/qyZt3p/Jd2o39Pxuiul+UYEWIew/F2PpgRQQ= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abv.bg; s=smtp-out; t=1243663442; bh=qjdXzdys74yw+x5fssBVtnlJleUgWVH1i0IuOrzrL7A=; h=Date:From:To:Message-ID:Subject:MIME-Version:Content-Type:DKIM; b=baHvxMposVdPV22geURYOM2QSUxA4HX2JOfHU7YxbtATTFtD1XHj4ciaGYAs9IPsV c8N0jEGpPPhHZvzGOqeCiJHzv9GoLK2gMiLwpIU4f/ba8BXr+jIOxUV7KTGhtiovdO i0S+2tR+eZP1pLbnInBCeEmjrgZkpyCKMsv0W2U8= Received: from mail52.abv.bg (mail52.abv.bg [127.0.0.1]) by mail52.abv.bg (Postfix) with ESMTP id 8A86D1ACA64 for ; Sat, 30 May 2009 09:03:50 +0300 (EEST) Date: Sat, 30 May 2009 09:03:50 +0300 (EEST) From: Mario Pavlov To: freebsd-current@freebsd.org Message-ID: <1230326101.16303.1243663430565.JavaMail.apache@mail52.abv.bg> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_16301_144967844.1243663430558" X-Priority: 3 X-Mailer: AbvMail 1.0 X-Originating-IP: 78.128.21.208 Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 06:03:53 -0000 ------=_Part_16301_144967844.1243663430558 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Hi, I've tried http://people.freebsd.org/~miwi/vbox/virtualbox_5.tgz out... - it compiles fine (except for the iso I had to download manually) - it panics when I try to load the kernel module, first I tried to load it with X running and the second time I tried to load it without X running, please find attached the output. about my machine: $ uname -a FreeBSD home.mydomain.org 7.2-STABLE FreeBSD 7.2-STABLE #7: Thu May 28 01:24:11 EEST 2009 mgp@mydomain.org:/usr/obj/usr/src/sys/Ss-STABLE amd64 and also ports updated from 28th of May regards, mgp ------=_Part_16301_144967844.1243663430558 Content-Type: text/plain; charset=us-ascii; name=panic_withoutX.txt Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=panic_withoutX.txt May 29 22:45:26 home kernel: VBoxDrvFreeBSDLoad: May 29 22:45:26 home kernel: 7/1: off=ac9 May 29 22:45:26 home kernel: 6/1: off=36a8 May 29 22:45:26 home kernel: 5/1: off=25d0 May 29 22:45:26 home kernel: 4/1: off=25c5 May 29 22:45:26 home kernel: 3/1: off=24b2 May 29 22:45:26 home kernel: 2/1: off=24a7 May 29 22:45:26 home kernel: 1/1: off=249c May 29 22:45:26 home kernel: 0/1: off=2541 May 29 22:45:26 home kernel: supdrvDetermineAsyncTsc: returns 0; iLastCpu=1 rc=0 offMin=ac9 offMax=36a8 May 29 22:45:26 home kernel: vboxdrv: fAsync=0 offMin=0xac9 offMax=0x36a8 May 29 22:45:26 home kernel: supdrvGipCreate: 10000000 ns interval. May 29 22:45:26 home kernel: VBoxDrvFreeBSDLoad: returns successfully May 29 22:45:26 home kernel: May 29 22:45:26 home kernel: !!Assertion Failed!! May 29 22:45:26 home kernel: Expression: cMillies != RT_INDEFINITE_WAIT May 29 22:45:26 home kernel: Location : /usr/ports/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/Runtime/r0drv/freebsd/semevent-r0drv-freebsd.c(212) rtSemEventWait May 29 22:45:26 home kernel: May 29 22:45:26 home kernel: May 29 22:45:26 home kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode May 29 22:45:26 home kernel: cpuid = 1; apic id = 01 May 29 22:45:26 home kernel: instruction pointer = 0x8:0xffffffff80a5338a May 29 22:45:26 home kernel: stack pointer = 0x10:0xffffff80773fea90 May 29 22:45:26 home kernel: frame pointer = 0x10:0xffffff80773feb00 May 29 22:45:26 home kernel: code segment = base 0x0, limit 0xfffff, type 0x1b May 29 22:45:26 home kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 May 29 22:45:26 home kernel: processor eflags = IOPL = 0 May 29 22:45:26 home kernel: current process = 882 (TIMER) May 29 22:45:26 home kernel: trap number = 3 May 29 22:45:26 home kernel: panic: breakpoint instruction fault May 29 22:45:26 home kernel: cpuid = 1 May 29 22:45:26 home kernel: Uptime: 1m22s May 29 22:45:26 home kernel: Physical memory: 4086 MB May 29 22:45:26 home kernel: Dumping 1676 MB: 1661 1645 1629 1613 1597 1581 1565 1549 1533 1517 1501 1485 1469 1453 1437 1421 1405 1389 1373 1357 1341 1325 1309 1293 1277 1261 1245 1229 1213 1197 1181 1165 1149 1133 1117 1101 1085 1069 1053 1037 1021 1005 989 973 957 941 925 909 893 877 861 845 829 813 797 781 765 749 733 717 701 685 669 653 637 621 605 589 573 557 541 525 509 493 477 461 445 429 413 397 381 365 349 333 317 301 285 269 253 237 221 205 189 173 157 141 125 109 93 77 61 45 29 13 ------=_Part_16301_144967844.1243663430558 Content-Type: text/plain; charset=us-ascii; name=panic_withX.txt Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=panic_withX.txt May 29 22:42:07 home kernel: VBoxDrvFreeBSDLoad: May 29 22:42:07 home kernel: 6/0: off=77a May 29 22:42:07 home kernel: 5/0: off=35d7 May 29 22:42:07 home kernel: 4/0: off=2562 May 29 22:42:07 home kernel: 3/0: off=24de May 29 22:42:07 home kernel: 2/0: off=2486 May 29 22:42:07 home kernel: 1/0: off=23f7 May 29 22:42:07 home kernel: 0/0: off=23ec May 29 22:42:07 home kernel: supdrvDetermineAsyncTsc: returns 0; iLastCpu=1 rc=-801 offMin=77a offMax=35d7 May 29 22:42:07 home kernel: vboxdrv: fAsync=0 offMin=0x77a offMax=0x35d7 May 29 22:42:07 home kernel: supdrvGipCreate: 10000000 ns interval. May 29 22:42:07 home kernel: VBoxDrvFreeBSDLoad: returns successfully May 29 22:42:07 home kernel: May 29 22:42:07 home kernel: !!Assertion Failed!! May 29 22:42:07 home kernel: Expression: cMillies != RT_INDEFINITE_WAIT May 29 22:42:07 home kernel: Location : /usr/ports/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/Runtime/r0drv/freebsd/semevent-r0drv-freebsd.c(212) rtSemEventWait May 29 22:42:07 home kernel: May 29 22:42:07 home kernel: May 29 22:42:07 home kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode May 29 22:42:07 home kernel: cpuid = 0; apic id = 00 May 29 22:42:07 home kernel: instruction pointer = 0x8:0xffffffff80a5238a May 29 22:42:07 home kernel: stack pointer = 0x10:0xffffff807763ca90 May 29 22:42:07 home kernel: frame pointer = 0x10:0xffffff807763cb00 May 29 22:42:07 home kernel: code segment = base 0x0, limit 0xfffff, type 0x1b May 29 22:42:07 home kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 May 29 22:42:07 home kernel: processor eflags = IOPL = 0 May 29 22:42:07 home kernel: current process = 30307 (TIMER) May 29 22:42:07 home kernel: trap number = 3 May 29 22:42:07 home kernel: panic: breakpoint instruction fault May 29 22:42:07 home kernel: cpuid = 0 May 29 22:42:07 home kernel: Uptime: 1d14h40m33s May 29 22:42:07 home kernel: Physical memory: 4086 MB May 29 22:42:07 home kernel: Dumping 1736 MB: 1721 1705 1689 1673 1657 1641 1625 1609 1593 1577 1561 1545 1529 1513 1497 1481 1465 1449 1433 1417 1401 1385 1369 1353 1337 1321 1305 1289 1273 1257 1241 1225 1209 1193 1177 1161 1145 1129 1113 1097 1081 1065 1049 1033 1017 1001 985 969 953 937 921 905 889 873 857 841 825 809 793 777 761 745 729 713 697 681 (CTRL-C to abort) 665 (CTRL-C to abort) (CTRL-C to abort) 649 633 (CTRL-C to abort) (CTRL-C to abort) 617 601 585 569 553 537 521 505 489 473 457 441 425 409 393 377 361 345 329 313 297 281 265 249 233 217 201 185 169 153 137 121 105 89 73 57 41 25 9 ------=_Part_16301_144967844.1243663430558-- From owner-freebsd-current@FreeBSD.ORG Sat May 30 07:00:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 445A3106564A for ; Sat, 30 May 2009 07:00:13 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 12BD68FC14 for ; Sat, 30 May 2009 07:00:12 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n4U70C5v060455; Sat, 30 May 2009 00:00:12 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from dark.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id d7msftxvtdx48igymqntnmza3s; Sat, 30 May 2009 00:00:12 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4A20D97B.1030609@freebsd.org> Date: Sat, 30 May 2009 00:00:11 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.21) Gecko/20090409 SeaMonkey/1.1.15 MIME-Version: 1.0 To: Mel Flynn References: <57200BF94E69E54880C9BB1AF714BBCB5DE72E@w2003s01.double-l.local> <200904172107.15616.mel.flynn+fbsd.current@mailing.thruhere.net> <49E96E4E.3070206@freebsd.org> <200905291857.34848.mel.flynn+fbsd.current@mailing.thruhere.net> In-Reply-To: <200905291857.34848.mel.flynn+fbsd.current@mailing.thruhere.net> Content-Type: text/plain; charset=windows-1250; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Linking with libarchive fails (Was: Re: buildworld fails.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 07:00:13 -0000 Mel Flynn wrote: > > Linking with libarchive now results in: > /usr/local/libexec/ccache/world-cc -O2 -pipe -std=iso9899:1999 -fstack- > protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused- > parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno- > uninitialized -Wno-pointer-sign -o tardiff tardiff.o -larchive > /usr/lib/libarchive.so: undefined reference to `SHA1_Init' > /usr/lib/libarchive.so: undefined reference to `SHA256_Update' > /usr/lib/libarchive.so: undefined reference to `SHA512_Final' ... omitted many more... > *** Error code 1 > > Stop in /home/mel/cvs/utils/tardiff. > > % cat BSDmakefile > PROG=tardiff > LDADD=-larchive > WARNS=3 > NO_MAN=yes You need: LDADD=-larchive -lmd -lcrypto One of the formats supported by libarchive has recently gained support for some cryptographic extensions which rely on the 'md' and 'crypto' libraries. > (In case you curious types are wondering what tardiff is, it's something I'm > writing at the moment, to figure out why 2 tars are different even though > their TOC is the same and are created from in theory the same source tree). Sounds like exactly the kind of tool that libarchive was created to help support. I'd be happy to include that in the "contrib" examples area of the libarchive portable distribution. Tim From owner-freebsd-current@FreeBSD.ORG Sat May 30 07:03:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5237A106566B; Sat, 30 May 2009 07:03:08 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id DF1228FC1B; Sat, 30 May 2009 07:03:07 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id ECDA91CE50; Sat, 30 May 2009 09:03:06 +0200 (CEST) Date: Sat, 30 May 2009 09:03:06 +0200 From: Ed Schouten To: Tim Kientzle Message-ID: <20090530070306.GQ48776@hoeg.nl> References: <57200BF94E69E54880C9BB1AF714BBCB5DE72E@w2003s01.double-l.local> <200904172107.15616.mel.flynn+fbsd.current@mailing.thruhere.net> <49E96E4E.3070206@freebsd.org> <200905291857.34848.mel.flynn+fbsd.current@mailing.thruhere.net> <4A20D97B.1030609@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WeDu0lr7bteb/II5" Content-Disposition: inline In-Reply-To: <4A20D97B.1030609@freebsd.org> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Mel Flynn , FreeBSD Current Subject: Re: Linking with libarchive fails (Was: Re: buildworld fails.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 07:03:09 -0000 --WeDu0lr7bteb/II5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Tim Kientzle wrote: > You need: LDADD=3D-larchive -lmd -lcrypto > > One of the formats supported by libarchive has recently > gained support for some cryptographic extensions which > rely on the 'md' and 'crypto' libraries. Can't this be solved by linking libarchive to libmd and libcrypto? That way you don't have to link against those libraries explicitly. --=20 Ed Schouten WWW: http://80386.nl/ --WeDu0lr7bteb/II5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkog2ioACgkQ52SDGA2eCwXvEwCeN75kiFjfVtODnRgEtC431cVr yqoAn2xrpg5onVTCxK28tisR0lmeZUiF =TWEw -----END PGP SIGNATURE----- --WeDu0lr7bteb/II5-- From owner-freebsd-current@FreeBSD.ORG Sat May 30 07:10:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D951F1065672 for ; Sat, 30 May 2009 07:10:04 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id A98078FC13 for ; Sat, 30 May 2009 07:10:04 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n4U79gjN060715; Sat, 30 May 2009 00:09:42 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from dark.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id exagn4vij4ntx2fbnaw4vjfc5n; Sat, 30 May 2009 00:09:42 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4A20DBB5.4080508@freebsd.org> Date: Sat, 30 May 2009 00:09:41 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.21) Gecko/20090409 SeaMonkey/1.1.15 MIME-Version: 1.0 To: Ed Schouten References: <57200BF94E69E54880C9BB1AF714BBCB5DE72E@w2003s01.double-l.local> <200904172107.15616.mel.flynn+fbsd.current@mailing.thruhere.net> <49E96E4E.3070206@freebsd.org> <200905291857.34848.mel.flynn+fbsd.current@mailing.thruhere.net> <4A20D97B.1030609@freebsd.org> <20090530070306.GQ48776@hoeg.nl> In-Reply-To: <20090530070306.GQ48776@hoeg.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Mel Flynn , FreeBSD Current Subject: Re: Linking with libarchive fails (Was: Re: buildworld fails.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 07:10:05 -0000 Ed Schouten wrote: > * Tim Kientzle wrote: >> You need: LDADD=-larchive -lmd -lcrypto >> >> One of the formats supported by libarchive has recently >> gained support for some cryptographic extensions which >> rely on the 'md' and 'crypto' libraries. > > Can't this be solved by linking libarchive to libmd and libcrypto? That > way you don't have to link against those libraries explicitly. Ummm.... yeah, I suppose that would be the completely obvious thing to do. Thanks for the clue. Done. Tim From owner-freebsd-current@FreeBSD.ORG Sat May 30 07:12:35 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CE201065676; Sat, 30 May 2009 07:12:35 +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 2BDB38FC1F; Sat, 30 May 2009 07:12:35 +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 n4U7CWuP039758; Sat, 30 May 2009 03:12:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n4U7CWZ3008846; Sat, 30 May 2009 03:12:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4D1F27302F; Sat, 30 May 2009 03:12:32 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090530071232.4D1F27302F@freebsd-current.sentex.ca> Date: Sat, 30 May 2009 03:12:32 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 07:12:36 -0000 TB --- 2009-05-30 05:31:57 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-30 05:31:57 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-05-30 05:31:57 - cleaning the object tree TB --- 2009-05-30 05:32:31 - cvsupping the source tree TB --- 2009-05-30 05:32:31 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-05-30 05:32:41 - building world TB --- 2009-05-30 05:32:41 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-30 05:32:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-30 05:32:41 - TARGET=pc98 TB --- 2009-05-30 05:32:41 - TARGET_ARCH=i386 TB --- 2009-05-30 05:32:41 - TZ=UTC TB --- 2009-05-30 05:32:41 - __MAKE_CONF=/dev/null TB --- 2009-05-30 05:32:41 - cd /src TB --- 2009-05-30 05:32:41 - /usr/bin/make -B buildworld >>> World build started on Sat May 30 05:32:45 UTC 2009 >>> 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 Sat May 30 06:55:40 UTC 2009 TB --- 2009-05-30 06:55:40 - generating LINT kernel config TB --- 2009-05-30 06:55:40 - cd /src/sys/pc98/conf TB --- 2009-05-30 06:55:40 - /usr/bin/make -B LINT TB --- 2009-05-30 06:55:40 - building LINT kernel TB --- 2009-05-30 06:55:40 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-30 06:55:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-30 06:55:40 - TARGET=pc98 TB --- 2009-05-30 06:55:40 - TARGET_ARCH=i386 TB --- 2009-05-30 06:55:40 - TZ=UTC TB --- 2009-05-30 06:55:40 - __MAKE_CONF=/dev/null TB --- 2009-05-30 06:55:40 - cd /src TB --- 2009-05-30 06:55:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 30 06:55:40 UTC 2009 >>> 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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/compat/svr4/svr4_signal.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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/compat/svr4/svr4_socket.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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/compat/svr4/svr4_sockio.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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/compat/svr4/svr4_stat.c /src/sys/compat/svr4/svr4_stat.c: In function 'svr4_sys_systeminfo': /src/sys/compat/svr4/svr4_stat.c:461: error: 'hostid' undeclared (first use in this function) /src/sys/compat/svr4/svr4_stat.c:461: error: (Each undeclared identifier is reported only once /src/sys/compat/svr4/svr4_stat.c:461: error: for each function it appears in.) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-30 07:12:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-30 07:12:31 - ERROR: failed to build lint kernel TB --- 2009-05-30 07:12:31 - 4727.21 user 457.27 system 6034.73 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat May 30 08:36:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A2B5106567B; Sat, 30 May 2009 08:36:07 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (router.rabson.org [80.177.232.241]) by mx1.freebsd.org (Postfix) with ESMTP id 0859E8FC1F; Sat, 30 May 2009 08:36:05 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [IPv6:2001:470:909f:1:225:ff:feed:9426] (unknown [IPv6:2001:470:909f:1:225:ff:feed:9426]) by itchy.rabson.org (Postfix) with ESMTP id 5ADE75CBD; Sat, 30 May 2009 09:35:35 +0100 (BST) Message-Id: <9476D694-4825-4DDD-80AE-B34B367A85B4@rabson.org> From: Doug Rabson To: Paul Wootton In-Reply-To: <4A2018EE.5020204@fletchermoorland.co.uk> Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sat, 30 May 2009 09:35:32 +0100 References: <4A1D5E7B.4030605@fletchermoorland.co.uk> <4A1D9AC6.2020603@fletchermoorland.co.uk> <13C11BDA-1354-4108-B087-09956C2A8F63@rabson.org> <4A2018EE.5020204@fletchermoorland.co.uk> X-Mailer: Apple Mail (2.935.3) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: dfr@freebsd.org, freebsd-current@freebsd.org Subject: Re: Booting from ZFS RaidZ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 08:36:07 -0000 On 29 May 2009, at 18:18, Paul Wootton wrote: > Doug Rabson wrote: >> >> On 27 May 2009, at 20:55, Paul Wootton wrote: >> >>> Doug Rabson wrote: >>>> >>>> On 27 May 2009, at 16:38, Paul Wootton wrote: >>>> >>>>> Hi, >>>>> >>>>> With the recent changes allowing RaidZ boot, I thought I would >>>>> finally drop my mirror pack and go RaidZ. >>>>> >>>>> The only problem I now have is >>>>> demophon# zpool set bootfs=DemoPool/root DemoPool >>>>> cannot set property for 'DemoPool': operation not supported on >>>>> this type of pool >>>>> >>>>> Is this still a work in progress, or do I have something a-miss? >>>>> >>>>> I am using current as of today >>>>> "demophon# uname -a >>>>> FreeBSD demophon 8.0-CURRENT FreeBSD 8.0-CURRENT #17: Wed May 27 >>>>> 13:18:06 BST 2009 paul@demophon:/usr/obj/usr/src/sys/ >>>>> DEMOPHON amd64" >>>> >>>> This is a limitation which I will remove as soon as I have a >>>> little time to work on it. Basically, Solaris can only boot from >>>> simple structures such as mirrors and collections of mirrors. The >>>> code enforces this by stopping you from setting the bootfs >>>> property if the pool configuration is too complex for the Solaris >>>> boot code. I will simply remove this limitation for FreeBSD since >>>> we can now boot from any pool configuration. >>>> >>>> In the meantime, you can still boot if you put your root >>>> filesystem files in the root of the pool. Not ideal I know but >>>> I'll try to fix it properly soon. >>>> >>> >>> This does seem to work correctly for me as I get a BTX crash (see >>> below) >>> >>> Verifying DMI Poll Data ............. >>> \ >>> FreeBSD/i386 boot >>> Default:DemoPool:/boot/kernel/kernel >>> boot: >>> | >>> int=00000000 err=00000000 elf=00010083 eip=00192adf >>> eax=00192e02a ebx=df5610ed ecx=d485b986 edx=00000000 >>> esi=00000040 edi=000935d0 ebp=0009339c esp=00000000 >>> cs=0008 ds=0010 es=0010 fs-0010 gs=0010 ss=0010 >>> cs:eip=c5 e4 00 66 0f 73 dc 02-ff e4 b8 8d 8d bc f2 2a >>> e9 ba e6 f4 2a 8a d8 24-df 86 c4 be 00 2b e9 8b >>> ss:esp=16 e8 00 f0 16 e8 00 f0-c3 e2 00 f0 16 e8 00 f0 >>> 16 e8 00 f0 54 ff 00 f0-b8 6e 00 f0 16 e8 00 f0 >>> BTX halted >> >> How frustrating. Can you give me some idea on your ZFS pool >> configuration. Also, if you can dig out the symbol table for /boot/ >> loader (it should be lurking somewhere in your /usr/obj tree as >> loader.sym), it would be interesting to see where it crashed (i.e. >> whats the closest symbol to the value of EIP above). >> >> _______________________________________________ >> 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 >> " >> > Erm, Opps.... Im an idiot.... > I went back over my steps and realised the I had forgotten to do a > "make distrib-dirs" and "make distribution" > Now it boots the kernel but I can not get it to mount the root > filing system. > I have got a few more thinks to try before I throw my hands in the > air, but unfortunately that will not be until after the weekend (the > BSD is my main PC at work) What do you have in /etc/fstab for the root filesystem? I'm not exactly sure if the root mounting code can cope with mounting the root of the pool as root filesystem. You might try the attached patch which should allow setting bootfs on raidz pools to something more useful than the root. From owner-freebsd-current@FreeBSD.ORG Sat May 30 08:49:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F9A11065672 for ; Sat, 30 May 2009 08:49:20 +0000 (UTC) (envelope-from michael.gusek@web.de) Received: from fmmailgate02.web.de (fmmailgate02.web.de [217.72.192.227]) by mx1.freebsd.org (Postfix) with ESMTP id A83F28FC13 for ; Sat, 30 May 2009 08:49:19 +0000 (UTC) (envelope-from michael.gusek@web.de) Received: from smtp08.web.de (fmsmtp08.dlan.cinetic.de [172.20.5.216]) by fmmailgate02.web.de (Postfix) with ESMTP id 8BEE21015574F for ; Sat, 30 May 2009 10:16:56 +0200 (CEST) Received: from [77.185.100.149] (helo=crolla.localnet.de) by smtp08.web.de with asmtp (WEB.DE 4.110 #277) id 1MAJkO-0001Au-00 for freebsd-current@freebsd.org; Sat, 30 May 2009 10:16:56 +0200 Message-ID: <4A20EB77.4030905@web.de> Date: Sat, 30 May 2009 10:16:55 +0200 From: Michael Gusek User-Agent: Thunderbird 2.0.0.21 (X11/20090418) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20090527134343.GB1104@bsdcrew.de> In-Reply-To: <20090527134343.GB1104@bsdcrew.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: michael.gusek@web.de X-Sender: michael.gusek@web.de X-Provags-ID: V01U2FsdGVkX1/8FHdEPOlhZiD38FciewKLCuOdjgzQLy1xfAdc +n7/4jbS6Ee2PEU+jDOepVHtOfU2j4iYnpiTAgvwxsHw5UNlxb YSQ79RrieCU6EZPQZ9MQ== Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 08:49:20 -0000 Hi, i can't build virtualbox. This is 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat May 23 23:55:11 CEST 2009 with an up to date portstree. Config is with QT4 and GuestAdditions. kBuild: Compiling RuntimeR0Drv - /usr/local/tmp/usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/Runtime/generic/mppresent-generic.cpp kBuild: Compiling RuntimeR0Drv - /usr/local/tmp/usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/Runtime/r0drv/generic/RTMpIsCpuWorkPending-r0drv-generic.cpp kBuild: Linking VMMR3 kBuild: Compiling PcBiosBin - /usr/local/tmp/usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.x86/release/obj/PcBiosBin/_rombios_.c /usr/local/tmp/usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.x86/release/obj/PcBiosBin/_rombios_.c:471.66: error: need ';' /usr/local/tmp/usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.x86/release/obj/PcBiosBin/_rombios_.c:471.66: error: need variable name kmk[2]: *** [/usr/local/tmp/usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.x86/release/obj/PcBiosBin/rombios0.s] Error 1 kmk[2]: *** Deleting file `/usr/local/tmp/usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.x86/release/obj/PcBiosBin/rombios0.s' kmk[2]: *** Waiting for unfinished jobs.... kmk[2]: Leaving directory `/usr/local/tmp/usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19980' kmk[2]: Entering directory `/usr/local/tmp/usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19980' kmk[2]: *** Exiting with status 2 kmk[1]: *** [pass_libraries_this] Error 2 kmk[1]: Leaving directory `/usr/local/tmp/usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19980' kmk: *** [pass_libraries_order] Error 2 *** Error code 2 Stop in /usr/ports/emulators/virtualbox. *** Error code 1 Martin Wilke schrieb: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Howdy, > > First of all sorry for all unanswered mails, I got a stupid flu, > but now i feel better... ok now back to vbox, time for a new call > for testing :-) > > Following was added/fixed: > > - - ACPI Support was added > - - hostDVD support was added > - - Fix startup on HEAD > - - Plist problem under AMD64 was fixed > - - Qt4 Frontend is now Optional > - - Desktop file was added > - - Xorg dependencies was fixed > - - Guest additions was added (thx to Maho NAKATA ) > > Open task: > We have got 2 patches for nls support and the request > to make dbus and pulseaudio optional. These both will > be added with the next run. > > We'd like to say many many thanks for all your feedback. > > http://people.freebsd.org/~miwi/vbox/virtualbox_5.tgz > > Happy Testing :-) > > > > - -- > > +-----------------------+-------------------------------+ > | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | > | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | > +-----------------------+-------------------------------+ > | Mess with the Best, Die like the Rest! | > +-----------------------+-------------------------------+ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.11 (FreeBSD) > > iEYEARECAAYFAkodQ48ACgkQdLJIhLHm/OmjfQCfR6Zczz0XcZZpAYie64D2G0Ti > wwQAn2r0W/12iidjOfgvX05QPNQX1oUc > =b8tt > -----END PGP SIGNATURE----- > _______________________________________________ > 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-current@FreeBSD.ORG Sat May 30 08:55:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DD851065678 for ; Sat, 30 May 2009 08:55:43 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 645008FC13 for ; Sat, 30 May 2009 08:55:42 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n4U8te9b094721 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 May 2009 10:55:40 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A20F485.2030803@omnilan.de> Date: Sat, 30 May 2009 10:55:33 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.21 (X11/20090425) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7A0C6CED501A0E1DBB66E223" Subject: USB (internally fixed) card reader questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 08:55:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7A0C6CED501A0E1DBB66E223 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable Hello, with 7.2, after I inserted a flash card, I generated a write request to=20 the corresponding device (`true > /dev/da1` for example if it was a SD=20 card). To change the card I found `camcontrole eject da1` usefull to=20 prevent panics. With -current I can't update the label by `true > /dev/da1`, I get=20 "device not configured". So my question is how do I correctly use flash cards in fixed (USB) card = readers? Do I still have to use camcontrol eject before removing? How do = I get hald working with umass devices? With 7.2, after the second insertion of the same flash card hal jumped=20 in and I could mount it with Thunar. UFDs (USB Flash Disks, the "sticks" = with USB controller) worked just form the start. After pluging in I=20 could see the device in Thunar. Both doesn't work under -current any more= =2E Thanks for any help, -Harry --------------enig7A0C6CED501A0E1DBB66E223 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkog9IwACgkQLDqVQ9VXb8gPdACeKhyAKG+nSdzLQi2QkDzNVW1g ylYAnRL5RkDVqZPE7TSJX2dnSrfFIrGh =cOA/ -----END PGP SIGNATURE----- --------------enig7A0C6CED501A0E1DBB66E223-- From owner-freebsd-current@FreeBSD.ORG Sat May 30 09:15:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15496106564A for ; Sat, 30 May 2009 09:15:49 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.tele2.se [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id A08F68FC23 for ; Sat, 30 May 2009 09:15:48 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=yvZruqbWXv0A:10 a=xODBgVONFsUA:10 a=5pEuc08uPw1XDEihk8gA:9 a=F0BfXFCrJA9j6EK3LkPjHdoRIKUA:4 Received: from [62.113.132.61] (account mc467741@c2i.net HELO [10.37.1.92]) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1078531977; Sat, 30 May 2009 11:15:46 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 30 May 2009 11:19:47 +0200 User-Agent: KMail/1.9.7 References: <4A20F485.2030803@omnilan.de> In-Reply-To: <4A20F485.2030803@omnilan.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905301119.48881.hselasky@c2i.net> Cc: Harald Schmalzbauer Subject: Re: USB (internally fixed) card reader questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 09:15:49 -0000 On Saturday 30 May 2009, Harald Schmalzbauer wrote: > Hello, > > with 7.2, after I inserted a flash card, I generated a write request to > the corresponding device (`true > /dev/da1` for example if it was a SD > card). To change the card I found `camcontrole eject da1` usefull to > prevent panics. > > With -current I can't update the label by `true > /dev/da1`, I get > "device not configured". > So my question is how do I correctly use flash cards in fixed (USB) card > readers? Do I still have to use camcontrol eject before removing? How do > I get hald working with umass devices? > With 7.2, after the second insertion of the same flash card hal jumped > in and I could mount it with Thunar. UFDs (USB Flash Disks, the "sticks" > with USB controller) worked just form the start. After pluging in I > could see the device in Thunar. Both doesn't work under -current any more. > > Thanks for any help, > > -Harry Hi, dmesg and output from usbconfig would be appreciated. --HPS From owner-freebsd-current@FreeBSD.ORG Sat May 30 09:20:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1ABCB106566C for ; Sat, 30 May 2009 09:20:07 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 75AB18FC2B for ; Sat, 30 May 2009 09:20:06 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n4U9K1HT095086 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 May 2009 11:20:04 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A20FA38.8010305@omnilan.de> Date: Sat, 30 May 2009 11:19:52 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.21 (X11/20090425) MIME-Version: 1.0 To: Hans Petter Selasky References: <4A20F485.2030803@omnilan.de> <200905301119.48881.hselasky@c2i.net> In-Reply-To: <200905301119.48881.hselasky@c2i.net> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD0B86A4B8D539730BA383E5A" Cc: freebsd-current@freebsd.org Subject: Re: USB (internally fixed) card reader questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 09:20:07 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD0B86A4B8D539730BA383E5A Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hans Petter Selasky schrieb am 30.05.2009 11:19 (localtime): > On Saturday 30 May 2009, Harald Schmalzbauer wrote: >> Hello, >> >> with 7.2, after I inserted a flash card, I generated a write request t= o >> the corresponding device (`true > /dev/da1` for example if it was a SD= >> card). To change the card I found `camcontrole eject da1` usefull to >> prevent panics. >> >> With -current I can't update the label by `true > /dev/da1`, I get >> "device not configured". >> So my question is how do I correctly use flash cards in fixed (USB) ca= rd >> readers? Do I still have to use camcontrol eject before removing? How = do >> I get hald working with umass devices? >> With 7.2, after the second insertion of the same flash card hal jumped= >> in and I could mount it with Thunar. UFDs (USB Flash Disks, the "stick= s" >> with USB controller) worked just form the start. After pluging in I >> could see the device in Thunar. Both doesn't work under -current any m= ore. >> >> Thanks for any help, >> >> -Harry >=20 > Hi, >=20 > dmesg and output from usbconfig would be appreciated. Thanks for the quick response! usbconfig: ugen0.1: at usbus0, cfg=3D0 md=3DHOST spd=3DFULL=20 (12Mbps) pwr=3DON ugen1.1: at usbus1, cfg=3D0 md=3DHOST spd=3DFULL=20 (12Mbps) pwr=3DON ugen2.1: at usbus2, cfg=3D0 md=3DHOST spd=3DFULL=20 (12Mbps) pwr=3DON ugen3.1: at usbus3, cfg=3D0 md=3DHOST spd=3DHIGH=20 (480Mbps) pwr=3DON ugen4.1: at usbus4, cfg=3D0 md=3DHOST spd=3DFULL=20 (12Mbps) pwr=3DON ugen5.1: at usbus5, cfg=3D0 md=3DHOST spd=3DFULL=20 (12Mbps) pwr=3DON ugen6.1: at usbus6, cfg=3D0 md=3DHOST spd=3DFULL=20 (12Mbps) pwr=3DON ugen7.1: at usbus7, cfg=3D0 md=3DHOST spd=3DHIGH=20 (480Mbps) pwr=3DON ugen3.2: at usbus3, cfg=3D0 md=3DHOST spd=3D= HIGH=20 (480Mbps) pwr=3DON ugen6.2: at usbus6, cfg=3D0 md=3DHOST spd=3DLOW=20 (1.5Mbps) pwr=3DON ugen5.2: at usbus5, cfg=3D0 md=3DHOST= =20 spd=3DFULL (12Mbps) pwr=3DON ugen6.3: at usbus6, cfg=3D0 md=3DHOST spd=3DLOW (1.5= Mbps)=20 pwr=3DON ugen5.3: at usbus5, cfg=3D0 md=3DHOST=20 spd=3DFULL (12Mbps) pwr=3DON ### dmsg: ########## =2E.. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 ugen7.1: at usbus7 uhub7: on usbus7 =2E.. uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub6: 2 ports with 2 removable, self powered uhub3: 6 ports with 6 removable, self powered uhub7: 6 ports with 6 removable, self powered ugen3.2: at usbus3 umass0: =20 on usbus3 umass0: SCSI over Bulk-Only; quirks =3D 0x0000 =2E.. da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present ugen6.2: at usbus6 ums0: on usbus6 ums0: 5 buttons and [XYZ] coordinates ID=3D0 ugen5.2: at usbus5 (probe0:umass-sim0:0:0:1): TEST UNIT READY. CDB: 0 20 0 0 0 0 (probe0:umass-sim0:0:0:1): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:1): SCSI Status: Check Condition (probe0:umass-sim0:0:0:1): NOT READY csi:0,aa,55,40 asc:3a,0 (probe0:umass-sim0:0:0:1): Medium not present (probe0:umass-sim0:0:0:1): Unretryable error da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present (probe0:umass-sim0:0:0:2): TEST UNIT READY. CDB: 0 40 0 0 0 0 (probe0:umass-sim0:0:0:2): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:2): SCSI Status: Check Condition (probe0:umass-sim0:0:0:2): NOT READY csi:0,aa,55,40 asc:3a,0 (probe0:umass-sim0:0:0:2): Medium not present (probe0:umass-sim0:0:0:2): Unretryable error da2 at umass-sim0 bus 0 target 0 lun 2 da2: Removable Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present ugen6.3: at usbus6 ums1: on usbus6 ums1: 3 buttons and [XYZ] coordinates ID=3D0 ugen5.3: at usbus5 (probe0:umass-sim0:0:0:3): TEST UNIT READY. CDB: 0 60 0 0 0 0 (probe0:umass-sim0:0:0:3): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:3): SCSI Status: Check Condition (probe0:umass-sim0:0:0:3): NOT READY csi:0,aa,55,40 asc:3a,0 (probe0:umass-sim0:0:0:3): Medium not present (probe0:umass-sim0:0:0:3): Unretryable error da3 at umass-sim0 bus 0 target 0 lun 3 da3: Removable Direct Access SCSI-0 device da3: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ufs/titanROOT8 GEOM_LABEL: Label ufsid/49e8c2d677b6da2e removed. GEOM_LABEL: Label ufsid/49e8c2e6f742ffa2 removed. GEOM_LABEL: Label ufsid/49e8c2f144ad65eb removed. GEOM_LABEL: Label ufsid/49e8cadbdb4241f0 removed. GEOM_LABEL: Label ufsid/49e90f157bf9cb2b removed. GEOM_LABEL: Label ufsid/49e90351b76c2190 removed. GEOM_LABEL: Label ufsid/49e90358a9ee10cf removed. GEOM_LABEL: Label ufsid/49e90f63972416f6 removed. GEOM_LABEL: Label for provider md0 is ufsid/4a1ec1717761abf3. GEOM_LABEL: Label ufsid/4a1ec1717761abf3 removed. Thanks, -Harry --------------enigD0B86A4B8D539730BA383E5A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkog+kEACgkQLDqVQ9VXb8gDIACeMJUT4CSOPvVojpLuEsBgGRJ7 krsAnRrIAaGSCXzODv8E/zQ9WHzxuD46 =MsNo -----END PGP SIGNATURE----- --------------enigD0B86A4B8D539730BA383E5A-- From owner-freebsd-current@FreeBSD.ORG Sat May 30 09:36:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4230E106566B for ; Sat, 30 May 2009 09:36:53 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe16.swipnet.se [212.247.155.225]) by mx1.freebsd.org (Postfix) with ESMTP id A43128FC6D for ; Sat, 30 May 2009 09:36:52 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=yvZruqbWXv0A:10 a=xODBgVONFsUA:10 a=IgAk6NKEZvCFPNWglVYA:9 a=Xe-1hxZD03kRT-KU1tUA:7 a=an4V5SjAORtMgtj13Ji0bGIP2vMA:4 Received: from [62.113.132.61] (account mc467741@c2i.net HELO [10.37.1.92]) by mailfe16.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 506753100; Sat, 30 May 2009 11:36:51 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 30 May 2009 11:40:58 +0200 User-Agent: KMail/1.9.7 References: <4A20F485.2030803@omnilan.de> <200905301119.48881.hselasky@c2i.net> <4A20FA38.8010305@omnilan.de> In-Reply-To: <4A20FA38.8010305@omnilan.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905301140.58588.hselasky@c2i.net> Cc: Harald Schmalzbauer Subject: Re: USB (internally fixed) card reader questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 09:36:53 -0000 On Saturday 30 May 2009, Harald Schmalzbauer wrote: > Hans Petter Selasky schrieb am 30.05.2009 11:19 (localtime): > ums0: on usbus6 > ums0: 5 buttons and [XYZ] coordinates ID=0 > ugen5.2: at usbus5 > (probe0:umass-sim0:0:0:1): TEST UNIT READY. CDB: 0 20 0 0 0 0 > (probe0:umass-sim0:0:0:1): CAM Status: SCSI Status Error > (probe0:umass-sim0:0:0:1): SCSI Status: Check Condition > (probe0:umass-sim0:0:0:1): NOT READY csi:0,aa,55,40 asc:3a,0 > (probe0:umass-sim0:0:0:1): Medium not present > (probe0:umass-sim0:0:0:1): Unretryable error > da1 at umass-sim0 bus 0 target 0 lun 1 > da1: Removable Direct Access SCSI-0 device > da1: 40.000MB/s transfers > da1: Attempt to query device size failed: NOT READY, Medium not present > (probe0:umass-sim0:0:0:2): TEST UNIT READY. CDB: 0 40 0 0 0 0 > (probe0:umass-sim0:0:0:2): CAM Status: SCSI Status Error > (probe0:umass-sim0:0:0:2): SCSI Status: Check Condition > (probe0:umass-sim0:0:0:2): NOT READY csi:0,aa,55,40 asc:3a,0 > (probe0:umass-sim0:0:0:2): Medium not present > (probe0:umass-sim0:0:0:2): Unretryable error > da2 at umass-sim0 bus 0 target 0 lun 2 > da2: Removable Direct Access SCSI-0 device > da2: 40.000MB/s transfers > da2: Attempt to query device size failed: NOT READY, Medium not present > ugen6.3: at usbus6 > ums1: on usbus6 > ums1: 3 buttons and [XYZ] coordinates ID=0 > ugen5.3: at usbus5 > (probe0:umass-sim0:0:0:3): TEST UNIT READY. CDB: 0 60 0 0 0 0 > (probe0:umass-sim0:0:0:3): CAM Status: SCSI Status Error > (probe0:umass-sim0:0:0:3): SCSI Status: Check Condition > (probe0:umass-sim0:0:0:3): NOT READY csi:0,aa,55,40 asc:3a,0 > (probe0:umass-sim0:0:0:3): Medium not present > (probe0:umass-sim0:0:0:3): Unretryable error > da3 at umass-sim0 bus 0 target 0 lun 3 > da3: Removable Direct Access SCSI-0 device > da3: 40.000MB/s transfers > da3: Attempt to query device size failed: NOT READY, Medium not present > Trying to mount root from ufs:/dev/ufs/titanROOT8 > GEOM_LABEL: Label ufsid/49e8c2d677b6da2e removed. > GEOM_LABEL: Label ufsid/49e8c2e6f742ffa2 removed. > GEOM_LABEL: Label ufsid/49e8c2f144ad65eb removed. > GEOM_LABEL: Label ufsid/49e8cadbdb4241f0 removed. > GEOM_LABEL: Label ufsid/49e90f157bf9cb2b removed. > GEOM_LABEL: Label ufsid/49e90351b76c2190 removed. > GEOM_LABEL: Label ufsid/49e90358a9ee10cf removed. > GEOM_LABEL: Label ufsid/49e90f63972416f6 removed. > GEOM_LABEL: Label for provider md0 is ufsid/4a1ec1717761abf3. > GEOM_LABEL: Label ufsid/4a1ec1717761abf3 removed. > Hi, Have you tried: camcontrol rescan all Maybe you need to add a quirk to umass.c: sys/dev/usb/storage/umass.c Example: { vendor_id_here, product_id_here, RID_WILDCARD, UMASS_PROTO_DEFAULT, NO_TEST_UNIT_READY }, See also previous posts from Luigi Rizzo about modding the umass.ko directly. --HPS From owner-freebsd-current@FreeBSD.ORG Sat May 30 09:41:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6890A1065674 for ; Sat, 30 May 2009 09:41:52 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id E30EF8FC19 for ; Sat, 30 May 2009 09:41:51 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n4U9fowP095322 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 May 2009 11:41:50 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A20FF5D.2060203@omnilan.de> Date: Sat, 30 May 2009 11:41:49 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.21 (X11/20090425) MIME-Version: 1.0 To: Hans Petter Selasky References: <4A20F485.2030803@omnilan.de> <200905301119.48881.hselasky@c2i.net> <4A20FA38.8010305@omnilan.de> <200905301140.58588.hselasky@c2i.net> In-Reply-To: <200905301140.58588.hselasky@c2i.net> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4657EC0B695E8DAE520A782E" Cc: freebsd-current@freebsd.org Subject: Re: USB (internally fixed) card reader questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 09:41:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4657EC0B695E8DAE520A782E Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hans Petter Selasky schrieb am 30.05.2009 11:40 (localtime): > On Saturday 30 May 2009, Harald Schmalzbauer wrote: =2E.. > Have you tried: >=20 > camcontrol rescan all Yes, but also couldn't write to da0. > Maybe you need to add a quirk to umass.c: If I boot with a card inserted I can use it (not woth hal, but manually=20 mounting)! I think the quirks are only needed if the card reader doesn't = work, right? Also usbconfig reset works if I insert the card after booting. But I don't know how the things *should* work by intention. I don't=20 think usbconfig reset was planned to be used. Should pluging in a USB work together with hal, or is it work in progress= ? Thanks, -Harry > sys/dev/usb/storage/umass.c >=20 > Example: >=20 > { vendor_id_here, product_id_here, RID_WILDCARD, > UMASS_PROTO_DEFAULT, > NO_TEST_UNIT_READY > }, >=20 > See also previous posts from Luigi Rizzo about modding the umass.ko dir= ectly. --------------enig4657EC0B695E8DAE520A782E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkog/14ACgkQLDqVQ9VXb8gg2ACeMAI5zLKt9CDtApKcSpg0AQve Hg8An0+etZAj6LjsUtHhrv1QlSqOs2go =Dfk4 -----END PGP SIGNATURE----- --------------enig4657EC0B695E8DAE520A782E-- From owner-freebsd-current@FreeBSD.ORG Sat May 30 09:42:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A89A106566B for ; Sat, 30 May 2009 09:42:52 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 936D98FC14 for ; Sat, 30 May 2009 09:42:51 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n4U9gnA1095335 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 May 2009 11:42:50 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A20FF99.9000405@omnilan.de> Date: Sat, 30 May 2009 11:42:49 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.21 (X11/20090425) MIME-Version: 1.0 To: Hans Petter Selasky References: <4A20F485.2030803@omnilan.de> <200905301119.48881.hselasky@c2i.net> <4A20FA38.8010305@omnilan.de> <200905301140.58588.hselasky@c2i.net> <4A20FF5D.2060203@omnilan.de> In-Reply-To: <4A20FF5D.2060203@omnilan.de> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB1304408531F789278A8FD92" Cc: freebsd-current@freebsd.org Subject: Re: USB (internally fixed) card reader questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 09:42:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB1304408531F789278A8FD92 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Harald Schmalzbauer schrieb am 30.05.2009 11:41 (localtime): > Hans Petter Selasky schrieb am 30.05.2009 11:40 (localtime): >> On Saturday 30 May 2009, Harald Schmalzbauer wrote: > ... >=20 >> Have you tried: >> >> camcontrol rescan all >=20 > Yes, but also couldn't write to da0. >=20 >> Maybe you need to add a quirk to umass.c: >=20 > If I boot with a card inserted I can use it (not woth hal, but manually= =20 > mounting)! I think the quirks are only needed if the card reader doesn'= t=20 > work, right? > Also usbconfig reset works if I insert the card after booting. > But I don't know how the things *should* work by intention. I don't=20 > think usbconfig reset was planned to be used. > Should pluging in a USB work together with hal, or is it work in progre= ss? USB should read UFD ^^^^^^^^^^^ --------------enigB1304408531F789278A8FD92 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkog/5kACgkQLDqVQ9VXb8gU0ACfVPj9fRJzySptWb97hqAKAPbH HUkAn3ocCEbyA4FAbBl11PhQwHosEPae =KiJW -----END PGP SIGNATURE----- --------------enigB1304408531F789278A8FD92-- From owner-freebsd-current@FreeBSD.ORG Sat May 30 09:48:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 095821065672 for ; Sat, 30 May 2009 09:48:10 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe09.swipnet.se [212.247.155.1]) by mx1.freebsd.org (Postfix) with ESMTP id 92B9B8FC0A for ; Sat, 30 May 2009 09:48:09 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=yvZruqbWXv0A:10 a=xODBgVONFsUA:10 a=aOdu8lSxPJV1XE6P5Z4A:9 a=8siQPd0Dk6Fm4Yrkv4lo2EZkF8EA:4 Received: from [62.113.132.61] (account mc467741@c2i.net HELO [10.37.1.92]) by mailfe09.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 907526949; Sat, 30 May 2009 11:48:08 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 30 May 2009 11:52:14 +0200 User-Agent: KMail/1.9.7 References: <4A20F485.2030803@omnilan.de> <200905301140.58588.hselasky@c2i.net> <4A20FF5D.2060203@omnilan.de> In-Reply-To: <4A20FF5D.2060203@omnilan.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905301152.15394.hselasky@c2i.net> Cc: Harald Schmalzbauer Subject: Re: USB (internally fixed) card reader questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 09:48:10 -0000 On Saturday 30 May 2009, Harald Schmalzbauer wrote: > Hans Petter Selasky schrieb am 30.05.2009 11:40 (localtime): > > On Saturday 30 May 2009, Harald Schmalzbauer wrote: > > ... > > > Have you tried: > > > > camcontrol rescan all > > Yes, but also couldn't write to da0. > > > Maybe you need to add a quirk to umass.c: > > If I boot with a card inserted I can use it (not woth hal, but manually > mounting)! I think the quirks are only needed if the card reader doesn't > work, right? > Also usbconfig reset works if I insert the card after booting. > But I don't know how the things *should* work by intention. I don't > think usbconfig reset was planned to be used. > Should pluging in a USB work together with hal, or is it work in progress? > Hi, There has been a lot of changes with regard to the interaction between HAL and USB recently. Maybe you need to recompile hald? Using usbconfig reset is Ok. --HPS From owner-freebsd-current@FreeBSD.ORG Sat May 30 09:53:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55EBB106564A for ; Sat, 30 May 2009 09:53:09 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id CF9F08FC08 for ; Sat, 30 May 2009 09:53:08 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n4U9r2R8095478 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 May 2009 11:53:02 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A2101FD.5050608@omnilan.de> Date: Sat, 30 May 2009 11:53:01 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.21 (X11/20090425) MIME-Version: 1.0 To: Hans Petter Selasky References: <4A20F485.2030803@omnilan.de> <200905301140.58588.hselasky@c2i.net> <4A20FF5D.2060203@omnilan.de> <200905301152.15394.hselasky@c2i.net> In-Reply-To: <200905301152.15394.hselasky@c2i.net> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8A72CA12446B560F7FF87AB2" Cc: freebsd-current@freebsd.org Subject: Re: USB (internally fixed) card reader questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 09:53:09 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8A72CA12446B560F7FF87AB2 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hans Petter Selasky schrieb am 30.05.2009 11:52 (localtime): =2E.. > There has been a lot of changes with regard to the interaction between = HAL and=20 > USB recently. Maybe you need to recompile hald? It's only one or two weeks old, but if you say that others have it=20 working I'll try that. > Using usbconfig reset is Ok. Good to know. Maybe I should write a FlashCard chapter in your wiki? But = I think I haven't complete/correct knowledge. But if you correct it=20 afterwards I'd love to provide help in that way. Best regards, -Harry --------------enig8A72CA12446B560F7FF87AB2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkohAf4ACgkQLDqVQ9VXb8hf8QCgjE/RxW60ZsoXWTgXx3ugjK5O 1n0AoMitSrtRF/5LsqM7yZgjlKouvZvq =ni7j -----END PGP SIGNATURE----- --------------enig8A72CA12446B560F7FF87AB2-- From owner-freebsd-current@FreeBSD.ORG Sat May 30 09:59:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6267F106566C for ; Sat, 30 May 2009 09:59:15 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swip.net [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id EEDEE8FC0A for ; Sat, 30 May 2009 09:59:14 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=yvZruqbWXv0A:10 a=xODBgVONFsUA:10 a=wRW67oqYDtZdif444zkA:9 a=c64mKpbNYRmKQRVcj4YA:7 a=icgSLudNL7ogQeRc0XwNHdQngiMA:4 Received: from [62.113.132.61] (account mc467741@c2i.net HELO [10.37.1.92]) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1078102069; Sat, 30 May 2009 11:59:13 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 30 May 2009 12:03:20 +0200 User-Agent: KMail/1.9.7 References: <4A20F485.2030803@omnilan.de> <200905301152.15394.hselasky@c2i.net> <4A2101FD.5050608@omnilan.de> In-Reply-To: <4A2101FD.5050608@omnilan.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905301203.20769.hselasky@c2i.net> Cc: Harald Schmalzbauer Subject: Re: USB (internally fixed) card reader questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 09:59:15 -0000 On Saturday 30 May 2009, Harald Schmalzbauer wrote: > Hans Petter Selasky schrieb am 30.05.2009 11:52 (localtime): > ... > > > There has been a lot of changes with regard to the interaction between > > HAL and USB recently. Maybe you need to recompile hald? > > It's only one or two weeks old, but if you say that others have it > working I'll try that. > > > Using usbconfig reset is Ok. > If recompiling hald and checking that libusb is up to date, see /usr/src/lib/libusb, does not solve your problem, then write me some text about how to get going using usbconfig, and I will add it as a workaround FAQ for USB flash cards. --HPS From owner-freebsd-current@FreeBSD.ORG Sat May 30 10:25:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D72CA106564A; Sat, 30 May 2009 10:25:15 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id A5BF88FC1D; Sat, 30 May 2009 10:25:15 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from sarevok.dnr.servegame.org (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 45F907E837; Sat, 30 May 2009 02:25:14 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Sat, 30 May 2009 12:24:39 +0200 User-Agent: KMail/1.11.3 (FreeBSD/8.0-CURRENT; KDE/4.2.3; i386; ; ) References: <57200BF94E69E54880C9BB1AF714BBCB5DE72E@w2003s01.double-l.local> <4A20D97B.1030609@freebsd.org> <20090530070306.GQ48776@hoeg.nl> In-Reply-To: <20090530070306.GQ48776@hoeg.nl> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905301224.40156.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Ed Schouten , Tim Kientzle Subject: Re: Linking with libarchive fails (Was: Re: buildworld fails.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 10:25:16 -0000 On Saturday 30 May 2009 09:03:06 Ed Schouten wrote: > * Tim Kientzle wrote: > > You need: LDADD=-larchive -lmd -lcrypto > > > > One of the formats supported by libarchive has recently > > gained support for some cryptographic extensions which > > rely on the 'md' and 'crypto' libraries. > > Can't this be solved by linking libarchive to libmd and libcrypto? That > way you don't have to link against those libraries explicitly. On a related note I find it illogical that SHA385/SHA512 is not in libmd while 256 and lower are. Is this a legal thing or infrastructure? -- Mel From owner-freebsd-current@FreeBSD.ORG Sat May 30 12:19:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D54511065672; Sat, 30 May 2009 12:19:42 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 9C8568FC1D; Sat, 30 May 2009 12:19:42 +0000 (UTC) (envelope-from ler@lerctr.org) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; h=Received:Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:User-Agent:MIME-Version:Content-Type:X-Spam-Score:X-LERCTR-Spam-Score:X-Spam-Report:X-LERCTR-Spam-Report:DomainKey-Status; b=gEs6mQyjHoEAZmYTBb9J3bJRstyIu+o46PvuTaL8hgBmZVDA8vaONMAYEyJ93lZB6TvZkZJ7zpfupyEw3PQ/umWWvBO+9WJyKmrPp4qmA1GBedH75nSfqCw6b/p7VUPsPKf9e2lt44Mnq1lxPZwVe5ytlH7e+uKKr3PIPM3Cf58=; Received: from thebighonker.lerctr.org ([192.147.25.65]:58339) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MANXJ-0003kz-0O; Sat, 30 May 2009 07:19:42 -0500 Date: Sat, 30 May 2009 07:19:38 -0500 (CDT) From: Larry Rosenman To: Kip Macy In-Reply-To: <3c1674c90905291209k3f5e90f9g8743a27b572010cc@mail.gmail.com> Message-ID: References: <454b8cc37c60ab7af2663ba70ddbfd59.squirrel@webmail.lerctr.org> <5a9a181a12e9e4ef864d23ae063f7277.squirrel@webmail.lerctr.org> <3c1674c90905280055h740bce23p33b18fefacf31196@mail.gmail.com> <3c1674c90905291129h7bd6fb6ai6ab772e3aed624d@mail.gmail.com> <3c1674c90905291209k3f5e90f9g8743a27b572010cc@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -4.3 (----) X-LERCTR-Spam-Score: -4.3 (----) X-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135 X-LERCTR-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135 DomainKey-Status: no signature Cc: freebsd-current@freebsd.org Subject: Re: ZFS Crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 12:19:43 -0000 On Fri, 29 May 2009, Kip Macy wrote: >> Is there anything else I can supply? Is the minute-by-minute >> vmstat info useful? Should I keep running it? > > Not until I can test out changes that bound ZFS memory consumption > when doing compression. > >> I'm willing to be a guinea pig for code changes. > > Cool. I'll send you a patch when I get something. I had a 2nd crash. I've added the textdump and crashstats files to http://www.lerctr.org/~ler/ZFS_CRASH This was also with a full backup. The backtrace that was on the screen is in the textdump so I didn't bother to get the picture. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Sat May 30 13:56:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8E20106566B for ; Sat, 30 May 2009 13:56:15 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 658628FC16 for ; Sat, 30 May 2009 13:56:15 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.3/8.14.3/NETPLEX) with ESMTP id n4UDuCop022456; Sat, 30 May 2009 09:56:12 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Sat, 30 May 2009 09:56:12 -0400 (EDT) Date: Sat, 30 May 2009 09:56:12 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Hans Petter Selasky In-Reply-To: <200905301203.20769.hselasky@c2i.net> Message-ID: References: <4A20F485.2030803@omnilan.de> <200905301152.15394.hselasky@c2i.net> <4A2101FD.5050608@omnilan.de> <200905301203.20769.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Harald Schmalzbauer , freebsd-current@freebsd.org Subject: Re: USB (internally fixed) card reader questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 13:56:16 -0000 On Sat, 30 May 2009, Hans Petter Selasky wrote: > On Saturday 30 May 2009, Harald Schmalzbauer wrote: >> Hans Petter Selasky schrieb am 30.05.2009 11:52 (localtime): >> ... >> >>> There has been a lot of changes with regard to the interaction between >>> HAL and USB recently. Maybe you need to recompile hald? >> >> It's only one or two weeks old, but if you say that others have it >> working I'll try that. >> >>> Using usbconfig reset is Ok. >> > > If recompiling hald and checking that libusb is up to date, > see /usr/src/lib/libusb, does not solve your problem, then write me some text > about how to get going using usbconfig, and I will add it as a workaround FAQ > for USB flash cards. It is not just USB flash cards. I have similar problem with external USB disk drives. See earlier (unanswered) posting: http://lists.freebsd.org/pipermail/freebsd-current/2009-May/006964.html And usbconfig(8) could be a little more helpful (the commands could use a description for what they do). -- DE From owner-freebsd-current@FreeBSD.ORG Sat May 30 14:06:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FAAB106566B for ; Sat, 30 May 2009 14:06:40 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id 6F70F8FC21 for ; Sat, 30 May 2009 14:06:39 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=yvZruqbWXv0A:10 a=xODBgVONFsUA:10 a=6I5d2MoRAAAA:8 a=kMRsB8yZsJZHQ05DkR4A:9 a=uAc0Lp9RCA9m91C8-VKhlLRzSvYA:4 Received: from [62.113.132.61] (account mc467741@c2i.net HELO [10.37.1.92]) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 197059666; Sat, 30 May 2009 16:06:38 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org, Daniel Eischen Date: Sat, 30 May 2009 16:10:44 +0200 User-Agent: KMail/1.9.7 References: <4A20F485.2030803@omnilan.de> <200905301203.20769.hselasky@c2i.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905301610.45520.hselasky@c2i.net> Cc: Harald Schmalzbauer Subject: Re: USB (internally fixed) card reader questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 14:06:40 -0000 On Saturday 30 May 2009, Daniel Eischen wrote: > On Sat, 30 May 2009, Hans Petter Selasky wrote: > It is not just USB flash cards. I have similar problem with > external USB disk drives. See earlier (unanswered) posting: > > http://lists.freebsd.org/pipermail/freebsd-current/2009-May/006964.html > > And usbconfig(8) could be a little more helpful (the commands > could use a description for what they do). I'm not sure who is at fault, USB or hald. It looks to me like hald does not detect that the flash card is plugged in during startup, and does not mount it. --HPS From owner-freebsd-current@FreeBSD.ORG Sat May 30 14:13:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B61B106566B for ; Sat, 30 May 2009 14:13:05 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 279438FC20 for ; Sat, 30 May 2009 14:13:05 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.3/8.14.3/NETPLEX) with ESMTP id n4UED2qe001989; Sat, 30 May 2009 10:13:02 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Sat, 30 May 2009 10:13:02 -0400 (EDT) Date: Sat, 30 May 2009 10:13:02 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Hans Petter Selasky In-Reply-To: <200905301610.45520.hselasky@c2i.net> Message-ID: References: <4A20F485.2030803@omnilan.de> <200905301203.20769.hselasky@c2i.net> <200905301610.45520.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Harald Schmalzbauer , freebsd-current@freebsd.org Subject: Re: USB (internally fixed) card reader questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 14:13:05 -0000 On Sat, 30 May 2009, Hans Petter Selasky wrote: > On Saturday 30 May 2009, Daniel Eischen wrote: >> On Sat, 30 May 2009, Hans Petter Selasky wrote: > >> It is not just USB flash cards. I have similar problem with >> external USB disk drives. See earlier (unanswered) posting: >> >> http://lists.freebsd.org/pipermail/freebsd-current/2009-May/006964.html >> >> And usbconfig(8) could be a little more helpful (the commands >> could use a description for what they do). > > I'm not sure who is at fault, USB or hald. It looks to me like hald does not > detect that the flash card is plugged in during startup, and does not mount > it. Is hald needed for this? I am not currently running X because it doesn't work any longer with my Intel 945GM chipset. I will try removing hald from the equation. -- DE From owner-freebsd-current@FreeBSD.ORG Sat May 30 14:25:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82A931065675 for ; Sat, 30 May 2009 14:25:05 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3C5728FC22 for ; Sat, 30 May 2009 14:25:05 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.3/8.14.3/NETPLEX) with ESMTP id n4UEP2a0008809; Sat, 30 May 2009 10:25:02 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Sat, 30 May 2009 10:25:02 -0400 (EDT) Date: Sat, 30 May 2009 10:25:02 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Hans Petter Selasky In-Reply-To: Message-ID: References: <4A20F485.2030803@omnilan.de> <200905301203.20769.hselasky@c2i.net> <200905301610.45520.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Harald Schmalzbauer , freebsd-current@freebsd.org Subject: Re: USB (internally fixed) card reader questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 14:25:05 -0000 On Sat, 30 May 2009, Daniel Eischen wrote: > On Sat, 30 May 2009, Hans Petter Selasky wrote: > >> On Saturday 30 May 2009, Daniel Eischen wrote: >>> On Sat, 30 May 2009, Hans Petter Selasky wrote: >> >>> It is not just USB flash cards. I have similar problem with >>> external USB disk drives. See earlier (unanswered) posting: >>> >>> http://lists.freebsd.org/pipermail/freebsd-current/2009-May/006964.html >>> >>> And usbconfig(8) could be a little more helpful (the commands >>> could use a description for what they do). >> >> I'm not sure who is at fault, USB or hald. It looks to me like hald does >> not >> detect that the flash card is plugged in during startup, and does not mount >> it. > > Is hald needed for this? I am not currently running X because > it doesn't work any longer with my Intel 945GM chipset. > > I will try removing hald from the equation. Hmm, how about that! Removing hald (and dbus) solved the problem. I can attach and detach the external drive without any problems. I did have to add a quirk for the device (I'll send you a diff privately for review). -- DE From owner-freebsd-current@FreeBSD.ORG Sat May 30 15:06:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D7C11065670 for ; Sat, 30 May 2009 15:06:36 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3646A8FC1B for ; Sat, 30 May 2009 15:06:36 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by wa-out-1112.google.com with SMTP id m38so2232796waf.27 for ; Sat, 30 May 2009 08:06:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=8S8d2olysGOGRWnm7Hi3DdTXuZSSXgbCJSWLVPxyxHo=; b=uvFazwWnP6X0sh/0nHkvV9hTx3rRtPeRYUrGvi7N1GBfVLIZuyWaLLbhdFakSoN544 99XErcZAmG1qk83IDHbYDcHHjickzn5RUjhZaqHS8yKaCozLuqvL4HUn/D47NfJo5L+X 9FD84VZ00D+qUK5FPcZpTx13333ljv1siu0lg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=DtXMIHUOFLoEMjsdM3xMUSmBG0IHSnYGpFbqE1MRoyU2MpxFRe2hJSB/AtaJqbxAev KgDZRCZHqKKRF8ZEDlyI1p7pYDcya6d356dkqyf1HEYBMK1UO+OkJjBy/BTooaLNFqyy gA3X9Z5cp1T4rGGx/63QCCmGdGdjvKy3ghxs8= Received: by 10.140.157.4 with SMTP id f4mr1990802rve.3.1243695995914; Sat, 30 May 2009 08:06:35 -0700 (PDT) Received: from weongyo ([114.111.62.249]) by mx.google.com with ESMTPS id k41sm8122858rvb.37.2009.05.30.08.06.33 (version=SSLv3 cipher=RC4-MD5); Sat, 30 May 2009 08:06:34 -0700 (PDT) Received: by weongyo (sSMTP sendmail emulation); Sun, 31 May 2009 00:06:30 +0900 From: Weongyo Jeong Date: Sun, 31 May 2009 00:06:30 +0900 To: "Sam Fourman Jr." Message-ID: <20090530150630.GA44519@weongyo.cdnetworks.kr> Mail-Followup-To: "Sam Fourman Jr." , FreeBSD Current References: <11167f520905291433i103060batc80e46531834a8a4@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <11167f520905291433i103060batc80e46531834a8a4@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: FreeBSD Current Subject: Re: Realtek 8187B wireless urtw(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 15:06:36 -0000 On Fri, May 29, 2009 at 04:33:04PM -0500, Sam Fourman Jr. wrote: > I bought a new Wireles USB device, using todays -CURRENT it will not > attach to urtw. > I am in need of some help. > what are the steps I need to take to add the relevant device ID's to usbdevs? > > usbdevs -v no longer works in FreeBSD -CURRENT > > I was able to extract the following info from OpenBSD 4.5 > > usbdevs -v > Controller /dev/usb0: > addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), > Intel(0x8086), rev 1.00 > port 1 addr 2: high speed, power 500 mA, config 1, > RTL8187B_WLAN_Adapter(0x8189), Realtek(0x0bda), rev 2.00, > iSerialNumber 00e04c000001 > > here is a link to the Card I bought > > http://www.alibaba.com/product/tw102499076-217620669-100648643/High_Power_500mW_WiFi_USB_Adapter.html > > Thank you in advance It looks your product ID is already in urtw(4) match lists so I think the following commands could help you. # cd sys/modules/usb/urtw # make # kldload ./if_urtw.ko then plug-ins your device. However what you should know is that the status of supporting 8187B chipset is in the experimental and 8187B Rev B and D doesn't tested. In addition it looks there are problems on 8187B Rev E. usbdevs(8) isn't no more supported in CURRENT so please use usbconfig(8) instead of it. Please let me know if you encounter problems to work with it. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Sat May 30 12:04:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDCF11065741 for ; Sat, 30 May 2009 12:04:21 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 6C2838FC14 for ; Sat, 30 May 2009 12:04:21 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1MANIS-0004Ow-I2>; Sat, 30 May 2009 14:04:20 +0200 Received: from e178032048.adsl.alicedsl.de ([85.178.32.48] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1MANIS-0003Jc-FX>; Sat, 30 May 2009 14:04:20 +0200 Message-ID: <4A2120D5.50300@mail.zedat.fu-berlin.de> Date: Sat, 30 May 2009 14:04:37 +0200 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.21 (X11/20090410) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.32.48 X-Mailman-Approved-At: Sat, 30 May 2009 15:43:02 +0000 Subject: signifanctly slowdown of FreeBSD 8.0-CURRENT/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 12:04:30 -0000 Hello. I realized a significant slowdown of FreeBSD 8.0-CURRENT/amd64 on every box I run. I have the most recent FreeBSD 8.0-CURRENT/amd64 with custom kernel and switched off every debugging. I see a drastic slowdown whenever heavy I/O on UFS2 and ZFS partitions is performed and whenever some compilation is done (compiling world and kernel). This is horrible on a single core Athlon64 CPU with 2GB RAM as well as on a 4 core Q6600 with 8GB and a server with 2 x 4-cores and 16GB RAM. I can not say clearly whether I/O is the bottleneck. Maybe something with the memory subsystem, when it comes to compiler runs, when no disk I/O is done but the box is still horrible slow. This behaviour occured several weeks ago, not being able to specify it more precisely. AQre there any issues at the moment? Thanks for answering, Oliver From owner-freebsd-current@FreeBSD.ORG Sat May 30 15:48:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BA8F1065697 for ; Sat, 30 May 2009 15:48:23 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id E31398FC1B for ; Sat, 30 May 2009 15:48:22 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by bwz9 with SMTP id 9so6808424bwz.43 for ; Sat, 30 May 2009 08:48:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=MbzKkRnwdrm8/bAiZbnXJWTVsGVKpdS59PkyOC8eNUw=; b=MQjWBG8DWaJjWFX/76UJsN7qfnpgiH40DIqZq9u+qe8cWsE+qhiLpSQzJwwtfk6Xxm eSZDammw7wJM+VSGjAAX7spmtiPXMn1xNU/zYJ1RSVKAlU4FpdwoyZFsGNN+JaWKioK5 Ei9Pr/zCQATblkdZ3wWdpPzdUP1Ur1KLCoUps= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=sLGLM9iYWwy0VB7nFZZZ992vbXS171YfTEPx3BOJBa9dMbheJ8AF7iklmOciuy9IHk 26c734qCk4kKWkYlxRbI3XD0hV9QhdkwyeQg2xF6nt21JvH5f8CkRflkvXC1Bkcmtw3U e8Qk+l9ismzMw1UwlKprsqGBT/z8yD/wep1vA= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.105.16 with SMTP id r16mr2545510fao.24.1243698501643; Sat, 30 May 2009 08:48:21 -0700 (PDT) In-Reply-To: <4A2120D5.50300@mail.zedat.fu-berlin.de> References: <4A2120D5.50300@mail.zedat.fu-berlin.de> Date: Sat, 30 May 2009 17:48:21 +0200 X-Google-Sender-Auth: 9f7cf0eec8fee95c Message-ID: <3bbf2fe10905300848s6342a7b1l32340baee8e7e8f1@mail.gmail.com> From: Attilio Rao To: "O. Hartmann" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: signifanctly slowdown of FreeBSD 8.0-CURRENT/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 15:48:24 -0000 2009/5/30 O. Hartmann : > Hello. > I realized a significant slowdown of FreeBSD 8.0-CURRENT/amd64 on every > box I run. I have the most recent FreeBSD 8.0-CURRENT/amd64 with custom > kernel and switched off every debugging. I see a drastic slowdown > whenever heavy I/O on UFS2 and ZFS partitions is performed and whenever > some compilation is done (compiling world and kernel). This is horrible > on a single core Athlon64 CPU with 2GB RAM as well as on a 4 core Q6600 > with 8GB and a server with 2 x 4-cores and 16GB RAM. > > I can not say clearly whether I/O is the bottleneck. Maybe something > with the memory subsystem, when it comes to compiler runs, when no disk > I/O is done but the box is still horrible slow. This behaviour occured > several weeks ago, not being able to specify it more precisely. > > AQre there any issues at the moment? Your kernel is compiled from which date? Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sat May 30 15:54:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C546410657B9; Sat, 30 May 2009 15:54:43 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 97CB58FC08; Sat, 30 May 2009 15:54:43 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from 76-205-169-61.lightspeed.austtx.sbcglobal.net ([76.205.169.61]:63471 helo=borg) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MAQtN-0005SG-Nf; Sat, 30 May 2009 10:54:43 -0500 Date: Sat, 30 May 2009 10:54:26 -0500 (CDT) From: Larry Rosenman Sender: ler@borg To: Kip Macy In-Reply-To: Message-ID: References: <454b8cc37c60ab7af2663ba70ddbfd59.squirrel@webmail.lerctr.org> <5a9a181a12e9e4ef864d23ae063f7277.squirrel@webmail.lerctr.org> <3c1674c90905280055h740bce23p33b18fefacf31196@mail.gmail.com> <3c1674c90905291129h7bd6fb6ai6ab772e3aed624d@mail.gmail.com> <3c1674c90905291209k3f5e90f9g8743a27b572010cc@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -2.3 (--) X-LERCTR-Spam-Score: -2.3 (--) X-Spam-Report: SpamScore (-2.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135, TVD_RCVD_IP=1.931 X-LERCTR-Spam-Report: SpamScore (-2.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135, TVD_RCVD_IP=1.931 DomainKey-Status: no signature Cc: freebsd-current@freebsd.org Subject: Re: ZFS Crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 15:54:44 -0000 On Sat, 30 May 2009, Larry Rosenman wrote: > On Fri, 29 May 2009, Kip Macy wrote: > >>> Is there anything else I can supply? Is the minute-by-minute >>> vmstat info useful? Should I keep running it? >> >> Not until I can test out changes that bound ZFS memory consumption >> when doing compression. >> >>> I'm willing to be a guinea pig for code changes. >> >> Cool. I'll send you a patch when I get something. > I had a 2nd crash. I've added the textdump and crashstats files to > http://www.lerctr.org/~ler/ZFS_CRASH > > This was also with a full backup. The backtrace that was on the screen is > in the textdump > so I didn't bother to get the picture. And a 3rd crash. I had set debug.ddb.textdump.pending to 0 hoping that it would cause the scripts to run. It didn't, and we didn't get a textdump at all (system rebooted on it's own). Is there a limit I can set that would leave enough memory for the (de)compression stuff should have enough memory? Currently running with no tunables set. Loader.conf: ----- #geom_raid3_load="YES" #boot_verbose="-v" kern.ipc.semmns=4096 kern.ipc.semmni=2048 machdep.hyperthreading_allowed=1 zfs_load="YES" cpuctl_load="YES" ###Temp till increased by RE@### #vm.kmem_size_max=1G #vm.kmem_size_max=4294967296 #vm.kmem_size_max=4g #vfs.zfs.arc_max=4g ###Temp till increased by RE@### #kern.hwpmc.mtxpoolsize=256 #kern.hwpmc.nsamples=256 #kern.hwpmc.hashsize=256 #kern.hwpmc.callchaindepth=8 #kern.hwpmc.nbuffers=256 #kern.hwpmc.logbuffersize=4 ---- -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Sat May 30 16:44:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EAAE106564A for ; Sat, 30 May 2009 16:44:14 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f163.google.com (mail-fx0-f163.google.com [209.85.220.163]) by mx1.freebsd.org (Postfix) with ESMTP id F26668FC13 for ; Sat, 30 May 2009 16:44:09 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fxm7 with SMTP id 7so277624fxm.43 for ; Sat, 30 May 2009 09:44:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=g79kDagSZDqOBR9OcaKJEe8OMvSJbsx/csR3MN/7lQo=; b=rvwGONTANAeAEsm6cSwlAqMhmcuPp2wFyD9fB7OFtn5VPKlDG4m4oPQWxrv6F7LCvB NihHB5v4Hux6f6Yan8R32ifoj9YxHmG7IIdu/Qt+vKCwn00UXjpuaYlDZMJHcjGdNjZx PrJk6IDnSRJN8jwHRx+TqWA9o87EZafN/RNEs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=Vj/LiJzvIf/ycZRUz7wZ+5kzBIEX4EDQRy6af1ZbfttFXQT8Z5p9O2YDp49VALLA8T rD1mCZ6ae5TMJTaUwDeofUbG9qPr2HmfVoh7kEzDXan5T5GGrMiel+kYc67kCaAdBE6t PJlDL9+SU9mDK9DDM/g/yOX1xnZ9No/n8VEcQ= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.123.129 with SMTP id p1mr2586040far.29.1243701848378; Sat, 30 May 2009 09:44:08 -0700 (PDT) In-Reply-To: <4A215D7F.7020807@mail.zedat.fu-berlin.de> References: <4A2120D5.50300@mail.zedat.fu-berlin.de> <3bbf2fe10905300848s6342a7b1l32340baee8e7e8f1@mail.gmail.com> <4A215D7F.7020807@mail.zedat.fu-berlin.de> Date: Sat, 30 May 2009 18:44:08 +0200 X-Google-Sender-Auth: c089cc0f7dfbec1c Message-ID: <3bbf2fe10905300944r96ae931re4475c78d9be3aa8@mail.gmail.com> From: Attilio Rao To: "O. Hartmann" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: signifanctly slowdown of FreeBSD 8.0-CURRENT/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 16:44:14 -0000 2009/5/30 O. Hartmann : > Attilio Rao wrote: >> 2009/5/30 O. Hartmann : >> >>> Hello. >>> I realized a significant slowdown of FreeBSD 8.0-CURRENT/amd64 on every >>> box I run. I have the most recent FreeBSD 8.0-CURRENT/amd64 with custom >>> kernel and switched off every debugging. I see a drastic slowdown >>> whenever heavy I/O on UFS2 and ZFS partitions is performed and whenever >>> some compilation is done (compiling world and kernel). This is horrible >>> on a single core Athlon64 CPU with 2GB RAM as well as on a 4 core Q6600 >>> with 8GB and a server with 2 x 4-cores and 16GB RAM. >>> >>> I can not say clearly whether I/O is the bottleneck. Maybe something >>> with the memory subsystem, when it comes to compiler runs, when no disk >>> I/O is done but the box is still horrible slow. This behaviour occured >>> several weeks ago, not being able to specify it more precisely. >>> >>> AQre there any issues at the moment? >>> >> >> Your kernel is compiled from which date? >> >> Thanks, >> Attilio >> >> >> > Most recent, say: yesterday! As well as world. Can you try to revert only r193011 and see if something changes? Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sat May 30 16:52:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4861710656CD for ; Sat, 30 May 2009 16:52:01 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id C17ED8FC0C for ; Sat, 30 May 2009 16:52:00 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by bwz9 with SMTP id 9so6828620bwz.43 for ; Sat, 30 May 2009 09:51:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=29305O4TAoKX1hKMgdhZ/tLZ7R+tfa7mKp+e4iLQyyE=; b=cfDRiS1OQIwntJRojohnWJSm4qr86fZFmeQTr/vmMO9W8xiKdePu3584xLoCzRJL9Z AfbxBJhS3C8yq6fBzplJRn5gt1P1Qi2NqsElRIQIvpI8fq7RaKau3BVWwn0kU9S+tVrB u5KQVUGp9elREqGxECwzm3f93/dF5viLk+K4E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=Gz/CAOyCNb0Dfvtn8VstIsNLI0TdnmZzmaseM0eZiqIUwNLSuXth8tNJbd4aEw9NPz B0Xz36TXk+NDE0RXb5UFiCJMq7E+/KtxAuTO8nwBaffzO5n7X8r8RvN8lLEQnIpatc65 cTn6VSfcBxWoxxn5qEJdYbLw6X4l6xHsEAoag= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.110.4 with SMTP id l4mr2529127fap.47.1243702319707; Sat, 30 May 2009 09:51:59 -0700 (PDT) In-Reply-To: <3bbf2fe10905300944r96ae931re4475c78d9be3aa8@mail.gmail.com> References: <4A2120D5.50300@mail.zedat.fu-berlin.de> <3bbf2fe10905300848s6342a7b1l32340baee8e7e8f1@mail.gmail.com> <4A215D7F.7020807@mail.zedat.fu-berlin.de> <3bbf2fe10905300944r96ae931re4475c78d9be3aa8@mail.gmail.com> Date: Sat, 30 May 2009 18:51:59 +0200 X-Google-Sender-Auth: 3b153fed05be7c37 Message-ID: <3bbf2fe10905300951o3beea201j72b6e6b96f85c05a@mail.gmail.com> From: Attilio Rao To: "O. Hartmann" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: signifanctly slowdown of FreeBSD 8.0-CURRENT/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 16:52:01 -0000 2009/5/30 Attilio Rao : > 2009/5/30 O. Hartmann : >> Attilio Rao wrote: >>> 2009/5/30 O. Hartmann : >>> >>>> Hello. >>>> I realized a significant slowdown of FreeBSD 8.0-CURRENT/amd64 on every >>>> box I run. I have the most recent FreeBSD 8.0-CURRENT/amd64 with custom >>>> kernel and switched off every debugging. I see a drastic slowdown >>>> whenever heavy I/O on UFS2 and ZFS partitions is performed and whenever >>>> some compilation is done (compiling world and kernel). This is horrible >>>> on a single core Athlon64 CPU with 2GB RAM as well as on a 4 core Q6600 >>>> with 8GB and a server with 2 x 4-cores and 16GB RAM. >>>> >>>> I can not say clearly whether I/O is the bottleneck. Maybe something >>>> with the memory subsystem, when it comes to compiler runs, when no disk >>>> I/O is done but the box is still horrible slow. This behaviour occured >>>> several weeks ago, not being able to specify it more precisely. >>>> >>>> AQre there any issues at the moment? >>>> >>> >>> Your kernel is compiled from which date? >>> >>> Thanks, >>> Attilio >>> >>> >>> >> Most recent, say: yesterday! As well as world. > > Can you try to revert only r193011 and see if something changes? Also, did you compile the single-core athlon64 without the option SMP? Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sat May 30 16:23:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 828631065670 for ; Sat, 30 May 2009 16:23:11 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 3C4F08FC19 for ; Sat, 30 May 2009 16:23:11 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1MARKw-0008DV-Gr>; Sat, 30 May 2009 18:23:10 +0200 Received: from e178010121.adsl.alicedsl.de ([85.178.10.121] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1MARKw-0005WY-EH>; Sat, 30 May 2009 18:23:10 +0200 Message-ID: <4A215D7F.7020807@mail.zedat.fu-berlin.de> Date: Sat, 30 May 2009 18:23:27 +0200 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.21 (X11/20090410) MIME-Version: 1.0 To: Attilio Rao References: <4A2120D5.50300@mail.zedat.fu-berlin.de> <3bbf2fe10905300848s6342a7b1l32340baee8e7e8f1@mail.gmail.com> In-Reply-To: <3bbf2fe10905300848s6342a7b1l32340baee8e7e8f1@mail.gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.10.121 X-Mailman-Approved-At: Sat, 30 May 2009 17:47:30 +0000 Cc: freebsd-current@freebsd.org Subject: Re: signifanctly slowdown of FreeBSD 8.0-CURRENT/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 16:23:11 -0000 Attilio Rao wrote: > 2009/5/30 O. Hartmann : > >> Hello. >> I realized a significant slowdown of FreeBSD 8.0-CURRENT/amd64 on every >> box I run. I have the most recent FreeBSD 8.0-CURRENT/amd64 with custom >> kernel and switched off every debugging. I see a drastic slowdown >> whenever heavy I/O on UFS2 and ZFS partitions is performed and whenever >> some compilation is done (compiling world and kernel). This is horrible >> on a single core Athlon64 CPU with 2GB RAM as well as on a 4 core Q6600 >> with 8GB and a server with 2 x 4-cores and 16GB RAM. >> >> I can not say clearly whether I/O is the bottleneck. Maybe something >> with the memory subsystem, when it comes to compiler runs, when no disk >> I/O is done but the box is still horrible slow. This behaviour occured >> several weeks ago, not being able to specify it more precisely. >> >> AQre there any issues at the moment? >> > > Your kernel is compiled from which date? > > Thanks, > Attilio > > > Most recent, say: yesterday! As well as world. From owner-freebsd-current@FreeBSD.ORG Sat May 30 17:58:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5789106564A for ; Sat, 30 May 2009 17:58:12 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 64B208FC1A for ; Sat, 30 May 2009 17:58:12 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n4UHw7JU002394 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 May 2009 19:58:10 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A2173A7.3090100@omnilan.de> Date: Sat, 30 May 2009 19:57:59 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.21 (X11/20090425) MIME-Version: 1.0 To: Hans Petter Selasky References: <4A20F485.2030803@omnilan.de> <200905301152.15394.hselasky@c2i.net> <4A2101FD.5050608@omnilan.de> <200905301203.20769.hselasky@c2i.net> In-Reply-To: <200905301203.20769.hselasky@c2i.net> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3A6B3555BE96AE20E58BDC28" Cc: freebsd-current@freebsd.org Subject: Re: USB (internally fixed) card reader questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 17:58:13 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3A6B3555BE96AE20E58BDC28 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hans Petter Selasky schrieb am 30.05.2009 12:03 (localtime): =2E.. > If recompiling hald and checking that libusb is up to date,=20 > see /usr/src/lib/libusb, does not solve your problem, then write me som= e text=20 > about how to get going using usbconfig, and I will add it as a workarou= nd FAQ=20 > for USB flash cards. After updating to todays -current and all ports (including hal), I can=20 again use the `true > /dev/da0` trick and with the second insertion of=20 the card hal "exports" the media. That's same like with 7-stable before. But inserting a UFD leads to hal death. Here's what I get from dmesg: ugen3.3: at usbus3 umass1: on usbus3 umass1: SCSI over Bulk-Only; quirks =3D 0x0000 umass1:6:1:-1: Attached to scbus6 xptioctl: pass driver is not in the kernel xptioctl: put "device pass" in your kernel config file (probe0:umass-sim1:1:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim1:1:0:0): CAM Status: SCSI Status Error (probe0:umass-sim1:1:0:0): SCSI Status: Check Condition (probe0:umass-sim1:1:0:0): UNIT ATTENTION asc:28,0 (probe0:umass-sim1:1:0:0): Not ready to ready change, medium may have=20 changed (probe0:umass-sim1:1:0:0): Retrying Command (per Sense Data) da4 at umass-sim1 bus 1 target 0 lun 0 da4: Removable Direct Access SCSI-2 devi= ce da4: 40.000MB/s transfers da4: 249MB (511488 512 byte sectors: 64H 32S/T 249C) GEOM: da4: partition 1 does not start on a track boundary. GEOM: da4: partition 1 does not end on a track boundary. GEOM_LABEL: Label for provider da4s1 is msdosfs/BIOS-UFD. Before the UFS plugin I had some hald-addon-storage: /dev/da0 etc. These are all gone, just these left: 1084 ?? Ss 0:00,43 /usr/local/sbin/hald 1088 ?? I 0:00,04 hald-runner 1122 ?? I 0:00,01 hald-addon-mouse-sysmouse: /dev/ums0=20 (hald-addon-mouse-sy) 1132 ?? I 0:00,01 hald-addon-mouse-sysmouse: /dev/ums1=20 (hald-addon-mouse-sy) 1156 ?? S 0:00,04 hald-addon-storage: /dev/acd0=20 (hald-addon-storage) 1158 ?? S 0:00,07 hald-addon-storage: /dev/acd1=20 (hald-addon-storage) 1439 ?? S 0:00,01 hald-addon-storage: /dev/probe0=20 (hald-addon-storage) Now I have some essential question: I know that inserting a Flash Card in a fixed USB card reader doesn't=20 inform the kernel that there's a new media, so I have to issue a write=20 request to get the GEOM notified. This is not easily fixable, as far as=20 I remember some discussion at least one year ago. But after GEOM knows about the new labels, hal still doesn't catch them. = First I have to pull out and reinsert the card. Is that fixable? Do I have to use `camcontrol eject` before removing flash cards from=20 fixed readers? Any hope for my UFD-hal problem? Especially the "xptioctl: put "device pass" in your kernel config file"=20 error message seems very odd to me. Best regards, -Harry --------------enig3A6B3555BE96AE20E58BDC28 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkohc68ACgkQLDqVQ9VXb8iJEwCgk2d6HOePwtJr4q4hE1deCNO+ JboAoMmXELyxacTZQ8d0xAxzZ4mNcXr5 =WhZj -----END PGP SIGNATURE----- --------------enig3A6B3555BE96AE20E58BDC28-- From owner-freebsd-current@FreeBSD.ORG Sat May 30 18:17:59 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92FBE106564A; Sat, 30 May 2009 18:17:59 +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 691A68FC1F; Sat, 30 May 2009 18:17:59 +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 n4UIHuIf009338; Sat, 30 May 2009 14:17:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4UIHuCF072193; Sat, 30 May 2009 14:17:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5D1CD7302F; Sat, 30 May 2009 14:17:56 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090530181756.5D1CD7302F@freebsd-current.sentex.ca> Date: Sat, 30 May 2009 14:17:56 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 18:18:00 -0000 TB --- 2009-05-30 16:19:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-30 16:19:01 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-05-30 16:19:01 - cleaning the object tree TB --- 2009-05-30 16:19:46 - cvsupping the source tree TB --- 2009-05-30 16:19:46 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-05-30 16:19:57 - building world TB --- 2009-05-30 16:19:57 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-30 16:19:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-30 16:19:57 - TARGET=ia64 TB --- 2009-05-30 16:19:57 - TARGET_ARCH=ia64 TB --- 2009-05-30 16:19:57 - TZ=UTC TB --- 2009-05-30 16:19:57 - __MAKE_CONF=/dev/null TB --- 2009-05-30 16:19:57 - cd /src TB --- 2009-05-30 16:19:57 - /usr/bin/make -B buildworld >>> World build started on Sat May 30 16:19:59 UTC 2009 >>> 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 Sat May 30 18:10:54 UTC 2009 TB --- 2009-05-30 18:10:54 - generating LINT kernel config TB --- 2009-05-30 18:10:54 - cd /src/sys/ia64/conf TB --- 2009-05-30 18:10:54 - /usr/bin/make -B LINT TB --- 2009-05-30 18:10:54 - building LINT kernel TB --- 2009-05-30 18:10:54 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-30 18:10:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-30 18:10:54 - TARGET=ia64 TB --- 2009-05-30 18:10:54 - TARGET_ARCH=ia64 TB --- 2009-05-30 18:10:54 - TZ=UTC TB --- 2009-05-30 18:10:54 - __MAKE_CONF=/dev/null TB --- 2009-05-30 18:10:54 - cd /src TB --- 2009-05-30 18:10:54 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 30 18:10:55 UTC 2009 >>> 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/dev/bfe/if_bfe.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/dev/bge/if_bge.c /src/sys/dev/bge/if_bge.c: In function 'bge_rxeof': /src/sys/dev/bge/if_bge.c:3196: error: 'rk_npkts' undeclared (first use in this function) /src/sys/dev/bge/if_bge.c:3196: error: (Each undeclared identifier is reported only once /src/sys/dev/bge/if_bge.c:3196: error: for each function it appears in.) cc1: warnings being treated as errors /src/sys/dev/bge/if_bge.c:3199: warning: 'return' with no value, in function returning non-void *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-30 18:17:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-30 18:17:56 - ERROR: failed to build lint kernel TB --- 2009-05-30 18:17:56 - 5699.64 user 438.08 system 7134.91 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat May 30 18:40:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 054E41065670 for ; Sat, 30 May 2009 18:40:43 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id 8902A8FC0C for ; Sat, 30 May 2009 18:40:42 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: by ewy8 with SMTP id 8so3493032ewy.43 for ; Sat, 30 May 2009 11:40:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=t3FnWAhBkXlPjHWTaUMQoP71SbeS9taatnqF075YItQ=; b=UlS77MiEUQVfaGhtKnpGmifHirMMXo/Gw5z645H/mLrlTdPD/aQSHjMGSRDn1U37kX BewHFGZdHt9NQHsV64UKws7fBsw97VPzwErLBUcibF4vO+S9b6+W4jf0pTCKrRJrHxF7 mhOyc9W9bbaLnOIVykYP1Dc5Mnq1WOUzajsZE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=EO2cU4IGyv1bGQ3NhpfHdWzq2bklwidkIzdYHZzORRbVrJY50QlsDaiJL+RZKwq0a7 /6nxMVHLqBs4vbG77NHJH5rZIGMM8IX9g4j/cDYGQ1SmrTbBvgeCJf1/BrMuDMVDYQZ+ q/Vx7uP18pv43MVxjWKRhLQ2TIiP0Ww0vQ+rA= MIME-Version: 1.0 Received: by 10.216.29.80 with SMTP id h58mr1296663wea.159.1243708841585; Sat, 30 May 2009 11:40:41 -0700 (PDT) In-Reply-To: <20090521204752.43aa3adc@fabiankeil.de> References: <4A11A08B.6090309@errno.com> <20090521170637.73619418@fabiankeil.de> <20090521204752.43aa3adc@fabiankeil.de> Date: Sat, 30 May 2009 13:40:41 -0500 Message-ID: <11167f520905301140q41799907ob14ce5edc5571b7b@mail.gmail.com> From: "Sam Fourman Jr." To: Fabian Keil Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 802.11 monitor mode changes coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 18:40:43 -0000 On Thu, May 21, 2009 at 1:47 PM, Fabian Keil wrote: > Fabian Keil wrote: > >> With r192468 I can no longer get iwi to associate to the AP. >> "ifconfig wlan0 list scan" shows the AP, but S:N is listed >> as -95:-95 (IIRC). > > Fixed in r192541. > No I don't think it is Fixed, I have a kernel built today 5-30-2009 and I have the same trouble with not being able to associate to AP's that I could before. Except it sounds WEIRD but, certian AP's I can associate to, Eg a OpenBSD 4.5 AP and a ubiquiti NS2 work fine every time, but certain linksys wrt54G's I cant associate with, and I have a Enginius device that I cant associate with. I also noticed that I cant see the Beacons from these AP's with tcpdump -i wlan0 -y IEEE802_11_RADIO I have tried this with ath, uath, urtw a Kernel from May 12th fixes all these issues Just a Observation I am willing to help but I do not know what exactly to do. Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Sat May 30 20:06:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 491DF106566C for ; Sat, 30 May 2009 20:06:13 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id C731C8FC0A for ; Sat, 30 May 2009 20:06:07 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by bwz9 with SMTP id 9so6888460bwz.43 for ; Sat, 30 May 2009 13:06:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=No2KRApxgdFG0xxiGX5X6bVby8raPkClufpLphTPxA0=; b=R1SXgbonvyRMnr9b+tA0o9eo5cnq80utnJ3Q/yPceh10Gss131TuFG8F2icWPI218s 1t0Ghbd8naK8JNXJbkISfa2rpfwOdOf8GChWGnBJmOLHe0UTSRQC5kjqg5aZMj3A9E9M MK1mmyy9MRkEuUw4Q4gZgQ8RTW/p6So0mA7CE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=K4b2MM4Do4ksVCYPZioXJW8h3QkloS/BZ7roUn/93aPAT7RBhNU/9B+RH4FILWLXMx KFO9n4AdhIAAAa708ROy5bthtnBF3j/J/WJxEfVljDDCO94LIfMq7zi+RXeQXOKeKqP6 ye2vYd7x/sgP0u/xlo6J74omm6BS862eKGTBc= MIME-Version: 1.0 Received: by 10.204.77.102 with SMTP id f38mr3826551bkk.62.1243713966746; Sat, 30 May 2009 13:06:06 -0700 (PDT) In-Reply-To: <11167f520905301140q41799907ob14ce5edc5571b7b@mail.gmail.com> References: <4A11A08B.6090309@errno.com> <20090521170637.73619418@fabiankeil.de> <20090521204752.43aa3adc@fabiankeil.de> <11167f520905301140q41799907ob14ce5edc5571b7b@mail.gmail.com> Date: Sat, 30 May 2009 20:06:06 +0000 Message-ID: <3a142e750905301306n50bdb9e1s63d96a38e674fde9@mail.gmail.com> From: "Paul B. Mahol" To: "Sam Fourman Jr." Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 802.11 monitor mode changes coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 20:06:13 -0000 On 5/30/09, Sam Fourman Jr. wrote: > On Thu, May 21, 2009 at 1:47 PM, Fabian Keil > wrote: >> Fabian Keil wrote: >> >>> With r192468 I can no longer get iwi to associate to the AP. >>> "ifconfig wlan0 list scan" shows the AP, but S:N is listed >>> as -95:-95 (IIRC). >> >> Fixed in r192541. >> > > No I don't think it is Fixed, I have a kernel built today 5-30-2009 > and I have the same trouble with not being able to associate to AP's > that I could before. > Except it sounds WEIRD but, certian AP's I can associate to, Eg a > OpenBSD 4.5 AP and a ubiquiti NS2 work fine every time, but certain > linksys wrt54G's > I cant associate with, and I have a Enginius device that I cant > associate with. I also noticed that I cant see the Beacons from these > AP's with > > tcpdump -i wlan0 -y IEEE802_11_RADIO > > I have tried this with ath, uath, urtw It works for me on bwi and rum, with "wlanmode monitor" What exact problem is with ath, uath and urtw? > > a Kernel from May 12th fixes all these issues > > Just a Observation I am willing to help but I do not know what exactly to > do. > > Sam Fourman Jr. > _______________________________________________ > 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" > -- Paul From owner-freebsd-current@FreeBSD.ORG Sat May 30 21:16:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB088106564A for ; Sat, 30 May 2009 21:16:36 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id 4E1EE8FC1F for ; Sat, 30 May 2009 21:16:36 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: by ewy8 with SMTP id 8so3546609ewy.43 for ; Sat, 30 May 2009 14:16:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=e+ClB5aLe5zpFJSDtWsCi3nMiLGzAdHB/3CTM579Egg=; b=xHMduN+IVttAYHN44O4emKfm/GrJPEbRtG5mIeBsHvoOsQVOLwIptt5psVXE6iVSoq QEzjF2ydeDo724+0ATqoTiNc01AbRo/iWQt+HMEayBfKoePq1BQVAKYHcQAhhTep2pLT gENA5jmrOL3Ib1qnLybTK3wt9WKDPgJz1jWRs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=BNo/7y59vJqtOVYWqZ2CuSn5xsXsM0XGio3qrY1NTfpgNgC5GkvvhWWXYMYJ/QHs11 PZtno4OjvOa5Rn4zAxLISUI6LIitwZpbGhzFnIqO4HjjSHYb7E7/LRGS9I+nI03VLf8m I2CGctiTAx7/OBmk5TYS53uQmQ/OhcojTVpLY= MIME-Version: 1.0 Received: by 10.210.57.3 with SMTP id f3mr1911877eba.60.1243716680186; Sat, 30 May 2009 13:51:20 -0700 (PDT) Date: Sat, 30 May 2009 20:51:20 +0000 Message-ID: <179b97fb0905301351g26dea00av372ed3f2a816ca1a@mail.gmail.com> From: Brandon Gooch To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: bzeeb+freebsd+lor@zabbadoz.net Subject: LOR iwn0_com_lock iwn0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 21:16:37 -0000 lock order reversal: 1st 0xffffff8000699018 iwn0_com_lock (iwn0_com_lock) @ /usr/src/sys/net80211/ieee80211_proto.c:1072 2nd 0xffffff80006d7080 iwn0 (network driver) @ /usr/src/sys/modules/iwn/../../dev/iwn/if_iwn.c:2845 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x81e _mtx_lock_flags() at _mtx_lock_flags+0x78 iwn_wme_update() at iwn_wme_update+0xa3 ieee80211_wme_updateparams_locked() at ieee80211_wme_updateparams_locked+0xef ieee80211_wme_updateparams() at ieee80211_wme_updateparams+0x52 ieee80211_wme_initparams() at ieee80211_wme_initparams+0x1d9 ieee80211_sta_join1() at ieee80211_sta_join1+0xb0 setmlme_assoc() at setmlme_assoc+0x70 ieee80211_ioctl_setmlme() at ieee80211_ioctl_setmlme+0x91 ieee80211_ioctl_set80211() at ieee80211_ioctl_set80211+0xb3a in_control() at in_control+0x273 ifioctl() at ifioctl+0x2de kern_ioctl() at kern_ioctl+0x92 ioctl() at ioctl+0xfd syscall() at syscall+0x1dd Xfast_syscall() at Xfast_syscall+0xd0 --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800c8940c, rsp = 0x7fffffffde18, rbp = 0x2a --- From owner-freebsd-current@FreeBSD.ORG Sat May 30 21:24:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B0D61065670 for ; Sat, 30 May 2009 21:24:20 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id 213E88FC14 for ; Sat, 30 May 2009 21:24:19 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: by ewy8 with SMTP id 8so3549227ewy.43 for ; Sat, 30 May 2009 14:24:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=1fizL5MgkhODImw75o3DbHA1/DcdywJgqrgWuR1MC2k=; b=hYqG5KMNZOgZrFR6BL1Z8ohduizzM7D/FlI4iveynRXs3k7xStORpIMTgvV/TNh0LJ rzLSwz5NAJsQvR6C4oL9lqsD8osMtuycoW3iRzg4Efx3dpO4zWy16y5YvIHaQsJEGKpd /1Nvcz29lxKvpG3IjQDFMvkjiRQbCUDmwzIR0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=lgo+h2P6YXGsyhL76YuoKAOeEjG6/3zTQf3N9ZM4EhOp4Fx5o9BfdqU7KwzVDPZs0h KO1lNM0+UIUGxgFkkgLvQOYkS7n7m8mqb813gllU73ilPvEoWK8GUHYUHORnMIjkOHiT auVbENwt78Nakn4ISL4LbmbBVeSrhiWZabk2Q= MIME-Version: 1.0 Received: by 10.210.18.18 with SMTP id 18mr1959166ebr.11.1243716911741; Sat, 30 May 2009 13:55:11 -0700 (PDT) Date: Sat, 30 May 2009 20:55:11 +0000 Message-ID: <179b97fb0905301355n2a422e05j665fc3a551ce06f1@mail.gmail.com> From: Brandon Gooch To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: bzeeb+freebsd+lor@zabbadoz.net Subject: LOR acpi_ibm module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 21:24:20 -0000 lock order reversal: 1st 0xffffffff807cf200 sysctl lock (sysctl lock) @ /usr/src/sys/kern/kern_sysctl.c:1608 2nd 0xffffffff80bf1de0 ACPI IBM extras (ACPI IBM extras) @ /usr/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c:481 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x81e _sx_xlock() at _sx_xlock+0x54 acpi_ibm_sysctl() at acpi_ibm_sysctl+0x4f sysctl_root() at sysctl_root+0xe3 userland_sysctl() at userland_sysctl+0x158 __sysctl() at __sysctl+0xaa syscall() at syscall+0x1dd Xfast_syscall() at Xfast_syscall+0xd0 --- syscall (202, FreeBSD ELF64, __sysctl), rip = 0x80073769c, rsp = 0x7fffffffda58, rbp = 0x4 ---