From owner-freebsd-stable@FreeBSD.ORG Sun May 15 00:34:32 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A04B11065670 for ; Sun, 15 May 2011 00:34:32 +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 60F1C8FC0A for ; Sun, 15 May 2011 00:34:32 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEALEXz02DaFvO/2dsb2JhbACEV6I1qFCOIJACgSuDZ4EHBJARjxE X-IronPort-AV: E=Sophos;i="4.64,368,1301889600"; d="scan'208";a="120729642" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 14 May 2011 20:05:41 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id A68D5B3F4C for ; Sat, 14 May 2011 20:05:41 -0400 (EDT) Date: Sat, 14 May 2011 20:05:41 -0400 (EDT) From: Rick Macklem To: FreeBSD Stable Message-ID: <761435846.340286.1305417941573.JavaMail.root@erie.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE7 (Win)/6.0.10_GA_2692) Subject: Heads up: you'll need to do a fresh "config KERNEL" etc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2011 00:34:32 -0000 Hi, Just a heads up that after a commit going into stable/8 in a few minutes, you'll need to do a fresh kernel build, starting at "config GENERIC", including rebuilding the NFS related modules. rick From owner-freebsd-stable@FreeBSD.ORG Sun May 15 01:00:13 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95BAB1065674 for ; Sun, 15 May 2011 01:00:13 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta14.emeryville.ca.mail.comcast.net (qmta14.emeryville.ca.mail.comcast.net [76.96.27.212]) by mx1.freebsd.org (Postfix) with ESMTP id 5199D8FC15 for ; Sun, 15 May 2011 01:00:13 +0000 (UTC) Received: from omta19.emeryville.ca.mail.comcast.net ([76.96.30.76]) by qmta14.emeryville.ca.mail.comcast.net with comcast id jbf91g0031eYJf8AEd0CC7; Sun, 15 May 2011 01:00:12 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta19.emeryville.ca.mail.comcast.net with comcast id jd0C1g0031t3BNj01d0CZx; Sun, 15 May 2011 01:00:12 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id E78D4102C36; Sat, 14 May 2011 18:00:11 -0700 (PDT) Date: Sat, 14 May 2011 18:00:11 -0700 From: Jeremy Chadwick To: Rick Macklem Message-ID: <20110515010011.GA66369@icarus.home.lan> References: <761435846.340286.1305417941573.JavaMail.root@erie.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <761435846.340286.1305417941573.JavaMail.root@erie.cs.uoguelph.ca> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Stable Subject: Re: Heads up: you'll need to do a fresh "config KERNEL" etc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2011 01:00:13 -0000 On Sat, May 14, 2011 at 08:05:41PM -0400, Rick Macklem wrote: > Just a heads up that after a commit going into stable/8 in a few > minutes, you'll need to do a fresh kernel build, starting at > "config GENERIC", including rebuilding the NFS related modules. Rick, Can you explain why a kernel reconfig would be required if the kernel configuration (e.g. GENERIC) hasn't been changed? http://www.freshbsd.org/?branch=RELENG_8&project=freebsd Possibly the commit site doesn't have the most recent commits? I guess what I'm asking is: why is a kernel reconfig required if only the NFS code itself changed? A buildworld/buildkernel should be sufficient, no? -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun May 15 02:41:19 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F7D5106564A for ; Sun, 15 May 2011 02:41:19 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id F08EE8FC0C for ; Sun, 15 May 2011 02:41:18 +0000 (UTC) Received: by wwc33 with SMTP id 33so3901181wwc.31 for ; Sat, 14 May 2011 19:41:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=RWIndbQ3+HJwQyg5E/udjkE7cJSUd+hos0099L46jt4=; b=FhWcX1rLDlAdFFXp6pwTdJ881rKE0w+PMOagMg2HsR2aq82hGDDafNzcBRGpJ8OAGb YquWhURrjKM+l/tD5vvWlkTftsB93cu6YtCLTJ7ub6b0EpZoWnacQzqTc4vDUcgU6yPU wB+KqrOzwdV2umKzrqaSHJdZlzvmvG4MPvsMc= 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=CmDGWjZ7rQhEnuQcWRueFTrDuj9r0CSFwgsbZ2mwN1DpB02BaavoaCZ9q27pQ6vIEz ScjncCNr9wlJKrcqJMDWLjOOLbaT2lQBGN00P+A76tbx79zMlfPzK2HgC7rbsxKOhBfX ZRbYeYVQ6b4GQ8Yb3/NTvP0P1WK4vXTe8dQkA= MIME-Version: 1.0 Received: by 10.227.58.82 with SMTP id f18mr2992138wbh.45.1305425886207; Sat, 14 May 2011 19:18:06 -0700 (PDT) Received: by 10.227.209.209 with HTTP; Sat, 14 May 2011 19:18:06 -0700 (PDT) In-Reply-To: <4DCE665A.50907@bsdforen.de> References: <4DCDAD36.5080007@bsdforen.de> <4DCDCF1B.3060300@uiowa.edu> <4DCE665A.50907@bsdforen.de> Date: Sun, 15 May 2011 04:18:06 +0200 Message-ID: From: Oliver Pinter To: Dominic Fandrey Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_8 does not build with CPUTYPE=core2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2011 02:41:19 -0000 in two step you can elliminate the warning message: 1) compile and install world and kernel with commented CPUTYPE in make.conf 2) uncomment the CPUTYPE line, and recompile world and kernel the problem is, the build system based on newer (4.2.2) gcc, and when you set CPUTYPE=core2 than substitute -march=core2 in gcc parameter list, but older base system cc (4.2.1) do not knows this option or value. On 5/14/11, Dominic Fandrey wrote: > On 14/05/2011 02:38, Scott Allendorf wrote: >> Dominic Fandrey wrote: >>> env CCACHE_PREFIX=/usr/local/bin/distcc /usr/local/bin/ccache cc -O2 >>> -pipe -march=core2 -DHAVE_CONFIG_H >>> -I/usr/src/kerberos5/tools/make-roken/../../include -std=gnu99 -c >>> make-roken.c >>> /usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c:1: >>> error: bad value (core2) for -march= switch >>> /usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c:1: >>> error: bad value (core2) for -mtune= switch >>> make-roken.c:1: error: bad value (core2) for -march= switch >>> make-roken.c:1: error: bad value (core2) for -mtune= switch >>> distcc[44991] ERROR: compile make-roken.c on localhost failed >>> *** Error code 1 >>> ... >> >> I saw this too when updating systems across the compiler update. As >> near as I can tell, some part of the build is not using the new >> "core2"-aware compiler built as part of the toolchain and is using the >> older, installed version instead. >> >> Commenting out the CPUTYPE definition allowed my buildworlds to complete >> successfully. ... > > Thanks for the workaround! > > It still worries me, that there's a bug in the bootstrapping. You > never know what kind of trouble comes from that kind of thing. > > I hope this is going to be fixed. > > Regards > > > -- > A: Because it fouls the order in which people normally read text. > Q: Why is top-posting such a bad thing? > A: Top-posting. > Q: What is the most annoying thing on usenet and in e-mail? > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun May 15 02:54:46 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C71691065670 for ; Sun, 15 May 2011 02:54:46 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by mx1.freebsd.org (Postfix) with ESMTP id 544CD8FC0C for ; Sun, 15 May 2011 02:54:45 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEABM6z03LetDG/2dsb2JhbACmFHjGYIYZBIZOiUOPBQ Received: from ppp203-122-208-198.lns5.adl6.internode.on.net (HELO midget.dons.net.au) ([203.122.208.198]) by ipmail06.adl2.internode.on.net with ESMTP; 15 May 2011 12:09:28 +0930 Received: from ur.dons.net.au (Ur.dons.net.au [10.0.2.78]) (authenticated bits=0) by midget.dons.net.au (8.14.4/8.14.4) with ESMTP id p4F0iUPf082929 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 15 May 2011 10:14:31 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <4DCE9A88.2030500@chef-ingenieur.de> Date: Sun, 15 May 2011 10:14:30 +0930 Content-Transfer-Encoding: quoted-printable Message-Id: <099343A5-890F-464D-89DF-593DB7C651FF@gsoft.com.au> References: <4DCC5358.4050705@chef-ingenieur.de> <34458417-0D7A-493E-8C52-F3095000D764@gsoft.com.au> <4DCE9A88.2030500@chef-ingenieur.de> To: Thomas Krause X-Mailer: Apple Mail (2.1084) X-Spam-Score: -1.9 () BAYES_00 X-Scanned-By: MIMEDefang 2.68 on 10.0.2.7 Cc: freebsd-stable Subject: Re: setting usb disc to da1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2011 02:54:46 -0000 On 15/05/2011, at 24:36, Thomas Krause wrote: > I'm not sure with /boot/devices.hint. Could you give me a hint, how to > set >=20 > # camcontrol devlist > at scbus0 target 0 lun 0 = (da0,pass0) > at scbus1 target 0 lun 0 = (pass1,da1) >=20 > the Samsung G3 permanently to da1 (the AMCC must be da0). > (This is a productive system and I don't want to do tests ...) I think the following will work.. hint.scbus.0.at=3D"twa0" hint.da.0.at=3D"scbus1" hint.scbus.1.at=3D"umass-sim0" hint.da.1.at=3D"scbus0" Unfortunately I can't check the system I tested this on at the moment. I would strongly suggest you use glabel & UFS IDs (or GPT IDs if you = used GPT when installing) in fstab rather than wiring device nodes. -- 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 From owner-freebsd-stable@FreeBSD.ORG Sun May 15 04:19:32 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C292B106564A for ; Sun, 15 May 2011 04:19:32 +0000 (UTC) (envelope-from scott-allendorf@uiowa.edu) Received: from newton.physics.uiowa.edu (newton.physics.uiowa.edu [128.255.34.132]) by mx1.freebsd.org (Postfix) with ESMTP id 9647E8FC08 for ; Sun, 15 May 2011 04:19:32 +0000 (UTC) Received: from [192.168.1.3] (173-21-38-230.client.mchsi.com [173.21.38.230]) (authenticated bits=0) by newton.physics.uiowa.edu (8.14.4/8.14.4) with ESMTP id p4F4JQeP077695 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 14 May 2011 23:19:27 -0500 (CDT) (envelope-from scott-allendorf@uiowa.edu) Message-ID: <4DCF5449.1030709@uiowa.edu> Date: Sat, 14 May 2011 23:19:21 -0500 From: Scott Allendorf Organization: The University of Iowa, Department of Physics and Astronomy User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Oliver Pinter References: <4DCDAD36.5080007@bsdforen.de> <4DCDCF1B.3060300@uiowa.edu> <4DCE665A.50907@bsdforen.de> In-Reply-To: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms060208010509020803070301" Cc: Dominic Fandrey , freebsd-stable@freebsd.org Subject: Re: RELENG_8 does not build with CPUTYPE=core2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2011 04:19:32 -0000 This is a cryptographically signed message in MIME format. --------------ms060208010509020803070301 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I had discovered this method of working around the fatal error, but the question remains: Should buildworld ever use the base compiler once the bootstrap compiler is built? Much of buildworld had already completed with "-march=core2" being fed to the bootstrap compiler by the time this error occurs. -Scott Oliver Pinter wrote: > in two step you can elliminate the warning message: > 1) compile and install world and kernel with commented CPUTYPE in make.conf > 2) uncomment the CPUTYPE line, and recompile world and kernel > > the problem is, the build system based on newer (4.2.2) gcc, and when > you set CPUTYPE=core2 than substitute -march=core2 in gcc parameter > list, but older base system cc (4.2.1) do not knows this option or > value. > > On 5/14/11, Dominic Fandrey wrote: >> On 14/05/2011 02:38, Scott Allendorf wrote: >>> Dominic Fandrey wrote: >>>> env CCACHE_PREFIX=/usr/local/bin/distcc /usr/local/bin/ccache cc -O2 >>>> -pipe -march=core2 -DHAVE_CONFIG_H >>>> -I/usr/src/kerberos5/tools/make-roken/../../include -std=gnu99 -c >>>> make-roken.c >>>> /usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c:1: >>>> error: bad value (core2) for -march= switch >>>> /usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c:1: >>>> error: bad value (core2) for -mtune= switch >>>> make-roken.c:1: error: bad value (core2) for -march= switch >>>> make-roken.c:1: error: bad value (core2) for -mtune= switch >>>> distcc[44991] ERROR: compile make-roken.c on localhost failed >>>> *** Error code 1 >>>> ... >>> I saw this too when updating systems across the compiler update. As >>> near as I can tell, some part of the build is not using the new >>> "core2"-aware compiler built as part of the toolchain and is using the >>> older, installed version instead. >>> >>> Commenting out the CPUTYPE definition allowed my buildworlds to complete >>> successfully. ... >> Thanks for the workaround! >> >> It still worries me, that there's a bug in the bootstrapping. You >> never know what kind of trouble comes from that kind of thing. >> >> I hope this is going to be fixed. >> >> Regards >> >> >> -- >> A: Because it fouls the order in which people normally read text. >> Q: Why is top-posting such a bad thing? >> A: Top-posting. >> Q: What is the most annoying thing on usenet and in e-mail? >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> -- Scott C. Allendorf Email: scott-allendorf@uiowa.edu Senior Systems Administrator Office: 216A Van Allen Hall Department of Physics and Astronomy Voice: (319) 335-0003 The University of Iowa FAX: (319) 335-1753 Iowa City, Iowa 52242-1479 ICBM: 41 39 43.6 N 91 31 55.1 W --------------ms060208010509020803070301 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 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIPljCC BIowggNyoAMCAQICECf06hH0eobEbp27bqkXBwcwDQYJKoZIhvcNAQEFBQAwbzELMAkGA1UE BhMCU0UxFDASBgNVBAoTC0FkZFRydXN0IEFCMSYwJAYDVQQLEx1BZGRUcnVzdCBFeHRlcm5h bCBUVFAgTmV0d29yazEiMCAGA1UEAxMZQWRkVHJ1c3QgRXh0ZXJuYWwgQ0EgUm9vdDAeFw0w NTA2MDcwODA5MTBaFw0yMDA1MzAxMDQ4MzhaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMC VVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5l dHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVRO LVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG 9w0BAQEFAAOCAQ8AMIIBCgKCAQEAsjmFpPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVN NRm5pELlzkniii8efNIxB8dOtINknS4p1aJkxIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQy lbsMTzC9mKALi+VuG6JG+ni8om+rWV6lL8/K2m2qL+usobNqqrcuZzWLeeEeaYji5kbNoKXq vgvOdjp6Dpvq/NonWz1zHyLmSGHGTPNpsaguG7bUMSAsvIKKjqQOpdeJQ/wWWq8dcdcRWdq6 hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7NlyP0e03RiqhjKaJMeoYV+9Udly/hNVyh00jT/MLbu 9mIwFIws6wIDAQABo4HhMIHeMB8GA1UdIwQYMBaAFK29mHo0tCb3+sQmVO8DveAky1QaMB0G A1UdDgQWBBSJgmd9xJ0mcABLtFBIfN49rgRufTAOBgNVHQ8BAf8EBAMCAQYwDwYDVR0TAQH/ BAUwAwEB/zB7BgNVHR8EdDByMDigNqA0hjJodHRwOi8vY3JsLmNvbW9kb2NhLmNvbS9BZGRU cnVzdEV4dGVybmFsQ0FSb290LmNybDA2oDSgMoYwaHR0cDovL2NybC5jb21vZG8ubmV0L0Fk ZFRydXN0RXh0ZXJuYWxDQVJvb3QuY3JsMA0GCSqGSIb3DQEBBQUAA4IBAQAZ2IkRbyispgCi 54fBm5AD236hEv0e8+LwAamUVEJrmgnEoG3XkJIEA2Z5Q3H8+G+v23ZF4jcaPd3kWQR4rBz0 g0bzes9bhHIt5UbBuhgRKfPLSXmHPLptBZ2kbWhPrXIUNqi5sf2/z3/wpGqUNVCPz4FtVbHd WTBK322gnGQfSXzvNrv042n0+DmPWq1LhTq3Du3Tzw1EovsEv+QvcI4l+1pUBrPQxLxtjftz Mizpm4QkLdZ/kXpoAlAfDj9N6cz1u2fo3BwuO/xOzf4CjuOoEwqlJkRl6RDyTVKnrtw+ymsy XEFs/vVdoOr/0fqbhlhtPZZH5f4ulQTCAMyOofK7MIIFgDCCBGigAwIBAgIQWVEn8k28fdfi ouWr9SdjyTANBgkqhkiG9w0BAQUFADCBrjELMAkGA1UEBhMCVVMxCzAJBgNVBAgTAlVUMRcw FQYDVQQHEw5TYWx0IExha2UgQ2l0eTEeMBwGA1UEChMVVGhlIFVTRVJUUlVTVCBOZXR3b3Jr MSEwHwYDVQQLExhodHRwOi8vd3d3LnVzZXJ0cnVzdC5jb20xNjA0BgNVBAMTLVVUTi1VU0VS Rmlyc3QtQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBFbWFpbDAeFw0xMTAxMjgwMDAwMDBa Fw0xMjAxMjgyMzU5NTlaMCoxKDAmBgkqhkiG9w0BCQEWGXNjb3R0LWFsbGVuZG9yZkB1aW93 YS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDCbu4M9Vj0z4oUqB8MeevP mdMcss5owG0rXYzemd6Nej34P0yMqqD2Y+85OPRYG5tNIwF8JX9GQTUzvprPuKlff3RlYOSM XZi4QvOVOjlSwJWIPXTXC4IJVyAXjrcuKG5OL2w4BaVO4J/UwaLb0Sn0BKDSIX4CJ43deyzn I1mS9MtSa6mZBKzGPPrAZXD4zBiGs4NiZ6oVp3QciMPfAcLjCD60i4nmLnbXbgmpm032Qvx8 pwKO/tGKAZ7SRN965q1ib2HsvuaBe3HrwPajNqfLYNdIARX+l/cqcKldGMo78oGEUZBpW1y/ iy5R6U92YPPcltoceCfsXZRWf/j+uVwJAgMBAAGjggIbMIICFzAfBgNVHSMEGDAWgBSJgmd9 xJ0mcABLtFBIfN49rgRufTAdBgNVHQ4EFgQUV1JKULZvbQSktuIICFAx1aM1rO4wDgYDVR0P AQH/BAQDAgWgMAwGA1UdEwEB/wQCMAAwIAYDVR0lBBkwFwYIKwYBBQUHAwQGCysGAQQBsjEB AwUCMBEGCWCGSAGG+EIBAQQEAwIFIDBGBgNVHSAEPzA9MDsGDCsGAQQBsjEBAgEBATArMCkG CCsGAQUFBwIBFh1odHRwczovL3NlY3VyZS5jb21vZG8ubmV0L0NQUzCBpQYDVR0fBIGdMIGa MEygSqBIhkZodHRwOi8vY3JsLmNvbW9kb2NhLmNvbS9VVE4tVVNFUkZpcnN0LUNsaWVudEF1 dGhlbnRpY2F0aW9uYW5kRW1haWwuY3JsMEqgSKBGhkRodHRwOi8vY3JsLmNvbW9kby5uZXQv VVROLVVTRVJGaXJzdC1DbGllbnRBdXRoZW50aWNhdGlvbmFuZEVtYWlsLmNybDBsBggrBgEF BQcBAQRgMF4wNgYIKwYBBQUHMAKGKmh0dHA6Ly9jcnQuY29tb2RvY2EuY29tL1VUTkFBQUNs aWVudENBLmNydDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMCQGA1Ud EQQdMBuBGXNjb3R0LWFsbGVuZG9yZkB1aW93YS5lZHUwDQYJKoZIhvcNAQEFBQADggEBAJuw cZrFtrsmqM4g5FdW9hhF/wF6iebwX0FIWGDXps10pG0+xiCN7N9gq83K/oDaJ61OsfyaBfU8 vsT/GAQ/v+wHxmKenhe7zidEhDgbccJoYchjXNGLVudUooUgBDNwgaHTjah7zIFcK8ccqIRP eYb3grxkVgU88jYz/dWvQuSSDMVjr21H8zXFBEeamURar4GKhH4Stpcznjl+Y5Uppeq33jpp A9q/UJCHTaPMLmbSOQYlkyV7Kof0YrKhxa2x0CqbuMcI2l1BMqbFDurcqCS0G6Go9EV/oIjW 46igxrOnIbiKynEG4Ch91FWg4lSXPiebL1Eq0fYW6UGH//Ia8xowggWAMIIEaKADAgECAhBZ USfyTbx91+Ki5av1J2PJMA0GCSqGSIb3DQEBBQUAMIGuMQswCQYDVQQGEwJVUzELMAkGA1UE CBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNU IE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMt VVROLVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMB4XDTExMDEy ODAwMDAwMFoXDTEyMDEyODIzNTk1OVowKjEoMCYGCSqGSIb3DQEJARYZc2NvdHQtYWxsZW5k b3JmQHVpb3dhLmVkdTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMJu7gz1WPTP ihSoHwx568+Z0xyyzmjAbStdjN6Z3o16Pfg/TIyqoPZj7zk49Fgbm00jAXwlf0ZBNTO+ms+4 qV9/dGVg5IxdmLhC85U6OVLAlYg9dNcLgglXIBeOty4obk4vbDgFpU7gn9TBotvRKfQEoNIh fgInjd17LOcjWZL0y1JrqZkErMY8+sBlcPjMGIazg2JnqhWndByIw98BwuMIPrSLieYudtdu CambTfZC/HynAo7+0YoBntJE33rmrWJvYey+5oF7cevA9qM2p8tg10gBFf6X9ypwqV0Yyjvy gYRRkGlbXL+LLlHpT3Zg89yW2hx4J+xdlFZ/+P65XAkCAwEAAaOCAhswggIXMB8GA1UdIwQY MBaAFImCZ33EnSZwAEu0UEh83j2uBG59MB0GA1UdDgQWBBRXUkpQtm9tBKS24ggIUDHVozWs 7jAOBgNVHQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYL KwYBBAGyMQEDBQIwEQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQEC AQEBMCswKQYIKwYBBQUHAgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMIGlBgNV HR8EgZ0wgZowTKBKoEiGRmh0dHA6Ly9jcmwuY29tb2RvY2EuY29tL1VUTi1VU0VSRmlyc3Qt Q2xpZW50QXV0aGVudGljYXRpb25hbmRFbWFpbC5jcmwwSqBIoEaGRGh0dHA6Ly9jcmwuY29t b2RvLm5ldC9VVE4tVVNFUkZpcnN0LUNsaWVudEF1dGhlbnRpY2F0aW9uYW5kRW1haWwuY3Js MGwGCCsGAQUFBwEBBGAwXjA2BggrBgEFBQcwAoYqaHR0cDovL2NydC5jb21vZG9jYS5jb20v VVROQUFBQ2xpZW50Q0EuY3J0MCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5jb21vZG9jYS5j b20wJAYDVR0RBB0wG4EZc2NvdHQtYWxsZW5kb3JmQHVpb3dhLmVkdTANBgkqhkiG9w0BAQUF AAOCAQEAm7BxmsW2uyaoziDkV1b2GEX/AXqJ5vBfQUhYYNemzXSkbT7GII3s32Crzcr+gNon rU6x/JoF9Ty+xP8YBD+/7AfGYp6eF7vOJ0SEOBtxwmhhyGNc0YtW51SihSAEM3CBodONqHvM gVwrxxyohE95hveCvGRWBTzyNjP91a9C5JIMxWOvbUfzNcUER5qZRFqvgYqEfhK2lzOeOX5j lSml6rfeOmkD2r9QkIdNo8wuZtI5BiWTJXsqh/RisqHFrbHQKpu4xwjaXUEypsUO6tyoJLQb oaj0RX+giNbjqKDGs6chuIrKcQbgKH3UVaDiVJc+J5svUSrR9hbpQYf/8hrzGjGCBF0wggRZ AgEBMIHDMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFr ZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6 Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJzdC1DbGllbnQgQXV0 aGVudGljYXRpb24gYW5kIEVtYWlsAhBZUSfyTbx91+Ki5av1J2PJMAkGBSsOAwIaBQCgggJu MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDUxNTA0MTky MVowIwYJKoZIhvcNAQkEMRYEFCuLKUSednGedO9Kil1S6hAamjyLMF8GCSqGSIb3DQEJDzFS MFAwCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0D AgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCB1AYJKwYBBAGCNxAEMYHGMIHDMIGuMQsw CQYDVQQGEwJVUzELMAkGA1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYD VQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRy dXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24g YW5kIEVtYWlsAhBZUSfyTbx91+Ki5av1J2PJMIHWBgsqhkiG9w0BCRACCzGBxqCBwzCBrjEL MAkGA1UEBhMCVVMxCzAJBgNVBAgTAlVUMRcwFQYDVQQHEw5TYWx0IExha2UgQ2l0eTEeMBwG A1UEChMVVGhlIFVTRVJUUlVTVCBOZXR3b3JrMSEwHwYDVQQLExhodHRwOi8vd3d3LnVzZXJ0 cnVzdC5jb20xNjA0BgNVBAMTLVVUTi1VU0VSRmlyc3QtQ2xpZW50IEF1dGhlbnRpY2F0aW9u IGFuZCBFbWFpbAIQWVEn8k28fdfiouWr9SdjyTANBgkqhkiG9w0BAQEFAASCAQCs5pYXWBWI ar1sw/zFCygywwFOi2vP24BuKAN0brKMM1t64lX0kD8hzZtOSIh/dAZTiKTdCUrW2ag9k+GX 1NA7miI+8Zk5CfzbY3GI+3Ch2Odm5iJGthReKXilsmLpnR/BuMq3qpwsYPpnZ2AnUv2gTkR6 bMJZUzQkHPfotDj8xCbqtIjmS4UhZRyKzBPkLlZYfLW7re7f/1lpsd9TifO8BBFH6AR7ezQL 7kxDSljXLWXUVAe5fYBO4k4cUKgZ0PixgGwv1bYy22i24GT+2LSRG/aVHIBqDnXReHjnybGh wPz8GzqsAxXHOQpxbgvk4DUS0RY8WHaD2OqpcQEiP/ZOAAAAAAAA --------------ms060208010509020803070301-- From owner-freebsd-stable@FreeBSD.ORG Sun May 15 05:26:39 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8CB7106564A for ; Sun, 15 May 2011 05:26:39 +0000 (UTC) (envelope-from bruce@hawaii-pacific.com) Received: from mout.perfora.net (mout.perfora.net [74.208.4.194]) by mx1.freebsd.org (Postfix) with ESMTP id A4F738FC13 for ; Sun, 15 May 2011 05:26:39 +0000 (UTC) Received: from [192.168.1.4] (65-113-119-247.dia.static.qwest.net [65.113.119.247]) by mrelay.perfora.net (node=mrus2) with ESMTP (Nemesis) id 0LymY3-1Pg0qh2fl1-015yRc; Sun, 15 May 2011 01:14:06 -0400 Message-ID: <4DCF6108.1060403@hawaii-pacific.com> Date: Sat, 14 May 2011 19:13:44 -1000 From: bruce@hawaii-pacific.com User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.19) Gecko/20110429 SeaMonkey/2.0.14 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4DCC5358.4050705@chef-ingenieur.de> <34458417-0D7A-493E-8C52-F3095000D764@gsoft.com.au> <4DCE9A88.2030500@chef-ingenieur.de> <099343A5-890F-464D-89DF-593DB7C651FF@gsoft.com.au> In-Reply-To: <099343A5-890F-464D-89DF-593DB7C651FF@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:t5TiqdLuoXT5OUodKo9T/cTovndBL8/xR6HytiJUjd2 zLGnLfRK9/DuLlRK2VwmFOdY12B0tdLyoGVfmRUzetiSO9NksB cNas/3w5UB/mkjt1+74nDa8FIPv1T0HtcBhdusC3fQqjGOUsIN Eg4wERLfmUNFmEJ7sqili8D9ISfF/SYQsVEQPZNVIs3APm/8PW COf5Yo4chyrAJyfMBqbGtbTsdbaXvNpMBDo0NwFetg= Subject: Re: setting usb disc to da1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2011 05:26:39 -0000 Daniel O'Connor wrote: > On 15/05/2011, at 24:36, Thomas Krause wrote: > >> I'm not sure with /boot/devices.hint. Could you give me a hint, how to >> set >> >> # camcontrol devlist >> at scbus0 target 0 lun 0 (da0,pass0) >> at scbus1 target 0 lun 0 (pass1,da1) >> >> the Samsung G3 permanently to da1 (the AMCC must be da0). >> (This is a productive system and I don't want to do tests ...) >> > I think the following will work.. > > hint.scbus.0.at="twa0" > hint.da.0.at="scbus1" > > hint.scbus.1.at="umass-sim0" > hint.da.1.at="scbus0" > > Unfortunately I can't check the system I tested this on at the moment. > > I would strongly suggest you use glabel& UFS IDs (or GPT IDs if you used GPT when installing) in fstab rather than wiring device nodes. > > -- > 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 > > > > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > I think I have an answer to your problem. "man glabel". Backup all data first! glabel label -v usr /dev/da1 newfs /dev/label/usr mount /dev/label/usr /usr [...] umount /usr glabel stop usr glabel unload I got that unload is unavailable but it everything worked for me. Check the man page. Hope this helps. Bruce From owner-freebsd-stable@FreeBSD.ORG Sun May 15 10:04:47 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C8FF1065674 for ; Sun, 15 May 2011 10:04:47 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.server1.bsdforen.de (bsdforen.de [82.193.243.81]) by mx1.freebsd.org (Postfix) with ESMTP id 4B9B78FC0A for ; Sun, 15 May 2011 10:04:46 +0000 (UTC) Received: from mobileKamikaze.norad (HSI-KBW-109-192-071-045.hsi6.kabel-badenwuerttemberg.de [109.192.71.45]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.server1.bsdforen.de (Postfix) with ESMTPSA id 6E6E47E92D; Sun, 15 May 2011 12:04:45 +0200 (CEST) Message-ID: <4DCFA53C.1020806@bsdforen.de> Date: Sun, 15 May 2011 12:04:44 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.16) Gecko/20101212 Thunderbird/3.0.11 MIME-Version: 1.0 To: Oliver Pinter References: <4DCDAD36.5080007@bsdforen.de> <4DCDCF1B.3060300@uiowa.edu> <4DCE665A.50907@bsdforen.de> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_8 does not build with CPUTYPE=core2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2011 10:04:47 -0000 On 15/05/2011 04:18, Oliver Pinter wrote: > in two step you can elliminate the warning message: > 1) compile and install world and kernel with commented CPUTYPE in make.conf > 2) uncomment the CPUTYPE line, and recompile world and kernel > > the problem is, the build system based on newer (4.2.2) gcc, and when > you set CPUTYPE=core2 than substitute -march=core2 in gcc parameter > list, but older base system cc (4.2.1) do not knows this option or > value. Top-posted and redundant. Scott already posted the workaround. At this point a FIX would be useful. Thank you! -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-stable@FreeBSD.ORG Sun May 15 10:15:34 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCFD2106566C for ; Sun, 15 May 2011 10:15:34 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 642D48FC12 for ; Sun, 15 May 2011 10:15:34 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QLYMH-0002fO-HQ for freebsd-stable@freebsd.org; Sun, 15 May 2011 12:15:33 +0200 Received: from static-78-8-147-77.ssp.dialog.net.pl ([78.8.147.77]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 15 May 2011 12:15:33 +0200 Received: from mwisnicki+freebsd by static-78-8-147-77.ssp.dialog.net.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 15 May 2011 12:15:33 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Marcin Wisnicki Date: Sun, 15 May 2011 10:15:21 +0000 (UTC) Lines: 14 Message-ID: References: <4DCB8271.3070707@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: static-78-8-147-77.ssp.dialog.net.pl User-Agent: Pan/0.134 (Wait for Me; Unknown) Subject: Re: snd_hda : sometimes sound sometimes not X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2011 10:15:34 -0000 On Thu, 12 May 2011 08:47:13 +0200, David Demelier wrote: > Hello, > > I don't know if there is a lot of changes in the snd_hda driver in the > -STABLE branch but since I upgraded to it sometimes I have sound and > sometimes not. Try disabling MSI in loader.conf: hw.pci.enable_msix=0 hw.pci.enable_msi=0 and see if it works. From owner-freebsd-stable@FreeBSD.ORG Sun May 15 11:44:27 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15686106564A for ; Sun, 15 May 2011 11:44:27 +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 C3A558FC1C for ; Sun, 15 May 2011 11:44:26 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEALO7z02DaFvO/2dsb2JhbACEV6I1iHCwNo94gSuDZ4EHBJARjxE X-IronPort-AV: E=Sophos;i="4.64,369,1301889600"; d="scan'208";a="124762295" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 15 May 2011 07:44:25 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id B12D3B404B; Sun, 15 May 2011 07:44:25 -0400 (EDT) Date: Sun, 15 May 2011 07:44:25 -0400 (EDT) From: Rick Macklem To: Jeremy Chadwick Message-ID: <1937391434.347889.1305459865609.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20110515010011.GA66369@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE7 (Win)/6.0.10_GA_2692) Cc: FreeBSD Stable Subject: Re: Heads up: you'll need to do a fresh "config KERNEL" etc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2011 11:44:27 -0000 > On Sat, May 14, 2011 at 08:05:41PM -0400, Rick Macklem wrote: > > Just a heads up that after a commit going into stable/8 in a few > > minutes, you'll need to do a fresh kernel build, starting at > > "config GENERIC", including rebuilding the NFS related modules. > > Rick, > > Can you explain why a kernel reconfig would be required if the > kernel configuration (e.g. GENERIC) hasn't been changed? > > http://www.freshbsd.org/?branch=RELENG_8&project=freebsd > > Possibly the commit site doesn't have the most recent commits? > > I guess what I'm asking is: why is a kernel reconfig required if only > the NFS code itself changed? A buildworld/buildkernel should be > sufficient, no? > The commit moved the files used for a diskless root NFS from sys/nfsclient to sys/nfs. As such, sys/conf/files has changed and, therefore, fresh kernel Makefiles need to be built. I thought that "config KERNEL" is what does that, but if buildkernel does, then "config KERNEL" isn't needed. rick From owner-freebsd-stable@FreeBSD.ORG Sun May 15 12:00:33 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27BA21065677 for ; Sun, 15 May 2011 12:00:33 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) by mx1.freebsd.org (Postfix) with ESMTP id F264F8FC5E for ; Sun, 15 May 2011 12:00:32 +0000 (UTC) Received: from draco.over-yonder.net (c-75-64-226-141.hsd1.ms.comcast.net [75.64.226.141]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 8957737B533; Sun, 15 May 2011 07:00:31 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id CDDF561C43; Sun, 15 May 2011 07:00:30 -0500 (CDT) Date: Sun, 15 May 2011 07:00:30 -0500 From: "Matthew D. Fuller" To: Rick Macklem Message-ID: <20110515120030.GB90856@over-yonder.net> References: <20110515010011.GA66369@icarus.home.lan> <1937391434.347889.1305459865609.JavaMail.root@erie.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1937391434.347889.1305459865609.JavaMail.root@erie.cs.uoguelph.ca> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.21-fullermd.4 (2010-09-15) X-Virus-Scanned: clamav-milter 0.97 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: FreeBSD Stable , Jeremy Chadwick Subject: Re: Heads up: you'll need to do a fresh "config KERNEL" etc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2011 12:00:33 -0000 On Sun, May 15, 2011 at 07:44:25AM -0400 I heard the voice of Rick Macklem, and lo! it spake thus: > > I thought that "config KERNEL" is what does that, but if buildkernel > does, then "config KERNEL" isn't needed. buildkernel always starts with a fresh 'config KERNEL' (unless you -DNO_KERNELCONFIG explicitly). -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Sun May 15 18:23:10 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B7AE1065680 for ; Sun, 15 May 2011 18:23:10 +0000 (UTC) (envelope-from bruce@hawaii-pacific.com) Received: from mout.perfora.net (mout.perfora.net [74.208.4.194]) by mx1.freebsd.org (Postfix) with ESMTP id 45D038FC13 for ; Sun, 15 May 2011 18:23:10 +0000 (UTC) Received: from [192.168.1.4] (65-113-119-236.dia.static.qwest.net [65.113.119.236]) by mrelay.perfora.net (node=mrus3) with ESMTP (Nemesis) id 0LiDX9-1PrrCr0pvP-00nLC6; Sun, 15 May 2011 14:23:09 -0400 Message-ID: <4DD01A05.1030509@hawaii-pacific.com> Date: Sun, 15 May 2011 08:23:01 -1000 From: Bruce Meier User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.19) Gecko/20110429 SeaMonkey/2.0.14 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4DCC5358.4050705@chef-ingenieur.de> <34458417-0D7A-493E-8C52-F3095000D764@gsoft.com.au> <4DCE9A88.2030500@chef-ingenieur.de> <099343A5-890F-464D-89DF-593DB7C651FF@gsoft.com.au> <4DCF6108.1060403@hawaii-pacific.com> In-Reply-To: <4DCF6108.1060403@hawaii-pacific.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:nIO75d3G7KrgZmoPLyqsin8ONVhcB29OUWuhTZdYJkD Jf7TBJnUZsH6SzcYBAVwwcryl7D/mluFJMqGDS1+Z5TSxPot1y GqzUUW1SltVVCX3DJuasDgy8DVVZh29AtspHWri4pdRktLRXTC Ud6yx/wT1j/ZlTGwwCeDvlDc6jpscRw2qQ7xjkA+SNpYkLsJqV LweoOLpbiIpHKRjg6zHmlLemyRozYCFWLFBeEXd5Gg= Subject: Re: setting usb disc to da1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2011 18:23:10 -0000 bruce@hawaii-pacific.com wrote: > Daniel O'Connor wrote: >> On 15/05/2011, at 24:36, Thomas Krause wrote: >> >>> I'm not sure with /boot/devices.hint. Could you give me a hint, how to >>> set >>> >>> # camcontrol devlist >>> at scbus0 target 0 lun 0 >>> (da0,pass0) >>> at scbus1 target 0 lun 0 (pass1,da1) >>> >>> the Samsung G3 permanently to da1 (the AMCC must be da0). >>> (This is a productive system and I don't want to do tests ...) >>> >> I think the following will work.. >> >> hint.scbus.0.at="twa0" >> hint.da.0.at="scbus1" >> >> hint.scbus.1.at="umass-sim0" >> hint.da.1.at="scbus0" >> >> Unfortunately I can't check the system I tested this on at the moment. >> >> I would strongly suggest you use glabel& UFS IDs (or GPT IDs if you >> used GPT when installing) in fstab rather than wiring device nodes. >> >> -- >> 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 >> >> >> >> >> >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to >> "freebsd-stable-unsubscribe@freebsd.org" >> >> > I think I have an answer to your problem. "man glabel". > > Backup all data first! > > glabel label -v usr /dev/da1 > newfs /dev/label/usr > mount /dev/label/usr /usr > [...] > umount /usr > glabel stop usr > glabel unload > > I got that unload is unavailable but it everything worked for me. > Check the man page. Hope this helps. > > Bruce > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > After testing, it made no difference. From owner-freebsd-stable@FreeBSD.ORG Sun May 15 18:31:51 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B79B1106566B for ; Sun, 15 May 2011 18:31:50 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4804F8FC0A for ; Sun, 15 May 2011 18:31:49 +0000 (UTC) Received: by wyf23 with SMTP id 23so3951882wyf.13 for ; Sun, 15 May 2011 11:31:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=25Attxv6k9m4Mrww8lZjQzyygD4UIq/C1pX47d/QADM=; b=gIneew48RlwCd2Fh9B/B0X54GgoZPE0FFDnAR87xJCpLxSPh+3kKExiGhnkCaK04RL avR6aOrQrqTaB2T05f6nhbZaufAUFB1fMVoxndkffMIao84R1JlFkpuQnNvh04yW0Kkb kU+kle5bAAB2hS3XKZFrg/VOANJ+1AKYiLpWM= 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=bu3Aj3NbMSHMR/xBYel1WLI5lq5zxbsX/H23ajI9JFMIEMceiZlxwLwGjBNQ4dkD8Y BrspU/ySXTWOEih9STJela+YHQ+h6KVO2jfBewLX7PtP3mDpF7E5dKfnalq7zP1YS1Vg 4G3PHFq/4PbOhJFL14tfnEYV1386xTga6C3Xk= Received: by 10.216.62.19 with SMTP id x19mr1572281wec.4.1305484308767; Sun, 15 May 2011 11:31:48 -0700 (PDT) Received: from Groseille.malikania.fr (65.21.102.84.rev.sfr.net [84.102.21.65]) by mx.google.com with ESMTPS id s20sm2670933wbh.57.2011.05.15.11.31.47 (version=SSLv3 cipher=OTHER); Sun, 15 May 2011 11:31:47 -0700 (PDT) Message-ID: <4DD01C41.5080808@gmail.com> Date: Sun, 15 May 2011 20:32:33 +0200 From: David Demelier User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4DCB8271.3070707@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: snd_hda : sometimes sound sometimes not X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2011 18:31:51 -0000 On 15/05/2011 12:15, Marcin Wisnicki wrote: > On Thu, 12 May 2011 08:47:13 +0200, David Demelier wrote: > >> Hello, >> >> I don't know if there is a lot of changes in the snd_hda driver in the >> -STABLE branch but since I upgraded to it sometimes I have sound and >> sometimes not. > > Try disabling MSI in loader.conf: > > hw.pci.enable_msix=0 > hw.pci.enable_msi=0 > > and see if it works. > Is this safe? I saw this in the man snd_hda hint.hdac.%d.msi Controls MSI (Message Signaled Interrupts) support. Could I use this instead? > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- David Demelier From owner-freebsd-stable@FreeBSD.ORG Sun May 15 22:49:53 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5287F106564A for ; Sun, 15 May 2011 22:49:53 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from mail1.sea5.speakeasy.net (mail1.sea5.speakeasy.net [69.17.117.39]) by mx1.freebsd.org (Postfix) with ESMTP id E5C2A8FC17 for ; Sun, 15 May 2011 22:49:52 +0000 (UTC) Received: (qmail 26603 invoked from network); 15 May 2011 22:49:52 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail1.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 15 May 2011 22:49:52 -0000 Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.8]) by be-well.ilk.org (Postfix) with ESMTP id 1C67B50822; Sun, 15 May 2011 18:49:45 -0400 (EDT) Received: by lowell-desk.lan (Postfix, from userid 1147) id 96B1E39843; Sun, 15 May 2011 18:49:44 -0400 (EDT) From: Lowell Gilbert To: Rick Macklem References: <1937391434.347889.1305459865609.JavaMail.root@erie.cs.uoguelph.ca> Date: Sun, 15 May 2011 18:49:44 -0400 In-Reply-To: <1937391434.347889.1305459865609.JavaMail.root@erie.cs.uoguelph.ca> (Rick Macklem's message of "Sun, 15 May 2011 07:44:25 -0400 (EDT)") Message-ID: <44tycv4m0n.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: FreeBSD Stable , Jeremy Chadwick Subject: Re: Heads up: you'll need to do a fresh "config KERNEL" etc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2011 22:49:53 -0000 Rick Macklem writes: >> On Sat, May 14, 2011 at 08:05:41PM -0400, Rick Macklem wrote: >> > Just a heads up that after a commit going into stable/8 in a few >> > minutes, you'll need to do a fresh kernel build, starting at >> > "config GENERIC", including rebuilding the NFS related modules. >> >> Rick, >> >> Can you explain why a kernel reconfig would be required if the >> kernel configuration (e.g. GENERIC) hasn't been changed? >> >> http://www.freshbsd.org/?branch=RELENG_8&project=freebsd >> >> Possibly the commit site doesn't have the most recent commits? >> >> I guess what I'm asking is: why is a kernel reconfig required if only >> the NFS code itself changed? A buildworld/buildkernel should be >> sufficient, no? >> > The commit moved the files used for a diskless root NFS from sys/nfsclient > to sys/nfs. As such, sys/conf/files has changed and, therefore, fresh > kernel Makefiles need to be built. I thought that "config KERNEL" is what > does that, but if buildkernel does, then "config KERNEL" isn't needed. It does by default, but the heads-up is still appreciated. From owner-freebsd-stable@FreeBSD.ORG Sun May 15 23:40:03 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7990F106566C for ; Sun, 15 May 2011 23:40:03 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (unknown [IPv6:2001:44b8:7c07:5581:266:e1ff:fe0c:8f16]) by mx1.freebsd.org (Postfix) with ESMTP id 1DEE18FC0A for ; Sun, 15 May 2011 23:40:01 +0000 (UTC) Received: from ur.dons.net.au (ppp203-122-208-198.lns5.adl6.internode.on.net [203.122.208.198]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p4FNdtYY068839 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 16 May 2011 09:09:57 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <4DD01A05.1030509@hawaii-pacific.com> Date: Mon, 16 May 2011 09:09:55 +0930 Content-Transfer-Encoding: quoted-printable Message-Id: <17C27978-FC1C-467B-9C57-CDD0219422F5@gsoft.com.au> References: <4DCC5358.4050705@chef-ingenieur.de> <34458417-0D7A-493E-8C52-F3095000D764@gsoft.com.au> <4DCE9A88.2030500@chef-ingenieur.de> <099343A5-890F-464D-89DF-593DB7C651FF@gsoft.com.au> <4DCF6108.1060403@hawaii-pacific.com> <4DD01A05.1030509@hawaii-pacific.com> To: Bruce Meier X-Mailer: Apple Mail (2.1084) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: setting usb disc to da1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2011 23:40:03 -0000 On 16/05/2011, at 3:53, Bruce Meier wrote: >> I think I have an answer to your problem. "man glabel". >>=20 >> Backup all data first! >>=20 >> glabel label -v usr /dev/da1 >> newfs /dev/label/usr >> mount /dev/label/usr /usr >> [...] >> umount /usr >> glabel stop usr >> glabel unload >>=20 >> I got that unload is unavailable but it everything worked for me. = Check the man page. Hope this helps. >=20 > After testing, it made no difference. glabel won't change da0 etc.. It just provides an alternate device node = to mount your file system from - one that doesn't change with probe = order. -- 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 From owner-freebsd-stable@FreeBSD.ORG Mon May 16 00:16:18 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EB1D106564A for ; Mon, 16 May 2011 00:16:18 +0000 (UTC) (envelope-from bruce@hawaii-pacific.com) Received: from mout.perfora.net (mout.perfora.net [74.208.4.194]) by mx1.freebsd.org (Postfix) with ESMTP id 022A98FC12 for ; Mon, 16 May 2011 00:16:17 +0000 (UTC) Received: from [192.168.1.4] (65-113-116-73.dia.static.qwest.net [65.113.116.73]) by mrelay.perfora.net (node=mrus0) with ESMTP (Nemesis) id 0MfFh4-1Q2SRg0PjG-00OZhA; Sun, 15 May 2011 20:16:16 -0400 Message-ID: <4DD06CCA.2030504@hawaii-pacific.com> Date: Sun, 15 May 2011 14:16:10 -1000 From: Bruce Meier User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.19) Gecko/20110429 SeaMonkey/2.0.14 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4DCC5358.4050705@chef-ingenieur.de> <34458417-0D7A-493E-8C52-F3095000D764@gsoft.com.au> In-Reply-To: <34458417-0D7A-493E-8C52-F3095000D764@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:7D2hz7k8kMuhA5kTD6TKlZSylwBbD1yDPsFAdDoZQVF ui5k73QbcxkZIYGehs4OA6InMHF1QSXi5gf0MV91Y5OvcQv2VD bkDTB622IR2E+XO6BZOmn8NFChSqldrZZToahAHDd7DawLqsja fOZeFzZ27g2RPAHQo5eXql9bzdBLkL1PzHbftaioskJEbvnlUD cPU5/eGEW7vei58tBoYwpTAN6ffrjF7dQbFHnleJr4= Subject: Re: setting usb disc to da1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2011 00:16:18 -0000 Daniel O'Connor wrote: > On 13/05/2011, at 7:08, Thomas Krause wrote: > >> I've plugged a USB disc to a FreeBSD System and it's dedected as da1: >> >> da1: Fixed Direct Access SCSI-2 device >> >> But when rebooting the machine, it becomes da0 and I cannot boot the >> system. What's the trick to set the USB disc to da1 permanent? >> > You can, to some degree, wire the device with.. > hint.scbus.0.at="umass-sim0" > hint.da0.at="scbus0" > > However I would recommend using GPT IDs, UFS IDs or GEOM labels in fstab so the underlying device name is irrelevant. > > -- > 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 > > > > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > # camcontrol devlist at scbus0 target 0 lun 0 (da1,pass1) at scbus1 target 0 lun 0 (da0,pass0) $ dmesg | grep da da0 at umass-sim1 bus 1 scbus1 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 1.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da1 at umass-sim0 bus 0 scbus0 target 0 lun 0 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: 3900MB (7987200 512 byte sectors: 255H 63S/T 497C) Added the following to /boot/loader.conf: hint.scbus.0.at="da0" hint.scbus.0.bus="0" hint.da.0.at="scbus0" hint.da.0.target="0" hint.da.0.unit="0" hint.scbus.1.bus="umass-sim0" hint.da.1.at="scbus1" hint.da.1.target="0" hint.da.1.unit="0" This seems to work. I have rebooted 4 times and the devices are mounted the same. From owner-freebsd-stable@FreeBSD.ORG Mon May 16 07:51:30 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E323106566C for ; Mon, 16 May 2011 07:51:30 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id BCA898FC14 for ; Mon, 16 May 2011 07:51:29 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.4/8.14.4) with ESMTP id p4G7pHhQ093125 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 16 May 2011 10:51:23 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4DD0D775.10606@digsys.bg> Date: Mon, 16 May 2011 10:51:17 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110307 Thunderbird/3.1.9 MIME-Version: 1.0 To: Dmitry Morozovsky References: <20110430211927.GA67374@nargothrond.kdm.org> <20110503034737.GA52416@nargothrond.kdm.org> <4DC9521E.3060503@digsys.bg> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: mps driver instability under stable/8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2011 07:51:30 -0000 On 11.05.11 00:38, Dmitry Morozovsky wrote: > On Tue, 10 May 2011, Daniel Kalchev wrote: > > DK> > Well, using > DK> > http://kb.lsi.com/KnowledgebaseArticle16414.aspx > DK> > I downgraded to version 8-fixed, and at least topology errors disappear. > DK> > > DK> Would this work with the Supermicro integrated LSI2008, like in X8DTH-6F? > DK> Mine came with firmware version 7, is there instability to be expected? > > I suppose you can upgrade to "fixed" firmware from the URL above; at least, I'd > been in mostly the same situation: SM server with onboard LSI and LSI expander, > and so far flashing 8-fixed firmware is good for me, at least machine did not > hang in find-related tasks as it were before... > This sort of worked, but: Version 9 have me very poor performance with drives. While drives typically do 150MB/s sequential, I could never get more than half of that. Even when using only one drive. At some point, after reboot it started discovering four expanders.. It's BIOS complained at boot time loudly, etc. Performance did not change. Version 8 (supposedly the fixed one), too had poor performance, had the same issues with multiple expanders, but also the disks devices were multiplied four times. So I went back to flash the original SMC2008 firmware (version 7), which went fine, performance is ok, nothing is multiplied :) Weird, it claims to be IR firmware, but I ended up in IT mode, which is what I need anyway. Looking at the batch file for the SMC firmware, it does erase with "7", instead of with "6". Probably it is necessary to erase the flash more than LSI suggests. Haven't tried yet. Should I worry for not running the latest firmware? Daniel From owner-freebsd-stable@FreeBSD.ORG Mon May 16 15:57:48 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 791971065670 for ; Mon, 16 May 2011 15:57:48 +0000 (UTC) (envelope-from prvs=01179dc061=ob@gruft.de) Received: from main.mx.e-gitt.net (service.rules.org [IPv6:2001:1560:2342::2]) by mx1.freebsd.org (Postfix) with ESMTP id EA5F68FC08 for ; Mon, 16 May 2011 15:57:47 +0000 (UTC) Received: from ob by main.mx.e-gitt.net with local (Exim 4.75 (FreeBSD)) (envelope-from ) id 1QM0Ay-000E7x-Vg for freebsd-stable@freebsd.org; Mon, 16 May 2011 17:57:44 +0200 Date: Mon, 16 May 2011 17:57:44 +0200 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20110516155744.GA37310@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Sender: Oliver Brandmueller Subject: [8-STABLE] ohci / uhub / umass - only works once. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2011 15:57:48 -0000 Hi, I have a strange problem: I have a device with a card reader (and harddisk slot), obviously containing it's own USB hub, too. I use it as SD card reader. I attach the SD card, switch the device on. hub and SD card slot show up in dmesg, I can use them. After unmounting I switch of the device, umass and hub get detached fine. I I switch on the device the next time it doesn't show up at all anymore, as if nothing happens on the USB port. On my old machine (UHCI instead of OHCI) everything worked like expected, the device also works on other operating systems/machines as expected. Detraching and reattaching of other devices (like webcam) works just normal. I don't have a card reader to check with a device without own hub, but I think I've seen the same behaviour (doesn't work after detach) with a USB stick, will check that if needed. System: FreeBSD silver 8.2-STABLE FreeBSD 8.2-STABLE #35: Mon Apr 11 12:07:18 CEST 2011 root@silver:/usr/obj/usr/src/sys/BLACK amd64 kldstat: Id Refs Address Size Name 1 170 0xffffffff80100000 63f738 kernel 2 1 0xffffffff80740000 7738 ataintel.ko 3 4 0xffffffff80748000 15da8 ata.ko 4 4 0xffffffff8075e000 821d0 cam.ko 5 3 0xffffffff807e1000 afb8 atapci.ko 6 2 0xffffffff807ec000 7a00 ataahci.ko 7 1 0xffffffff807f4000 c3f0 cd9660.ko 8 1 0xffffffff80801000 15570 msdosfs.ko 9 2 0xffffffff80817000 85c0 procfs.ko 10 3 0xffffffff80820000 9468 pseudofs.ko 11 1 0xffffffff8082a000 1ad7e8 zfs.ko 12 2 0xffffffff809d8000 3a10 opensolaris.ko 13 2 0xffffffff809dc000 1f818 krpc.ko 14 1 0xffffffff809fc000 7d58 geom_md.ko 15 3 0xffffffff80a04000 42c00 linux.ko 16 1 0xffffffff80a47000 e7e8 if_fxp.ko 17 3 0xffffffff80a56000 3f5f8 miibus.ko 18 1 0xffffffff80a96000 e600 if_re.ko 19 1 0xffffffff80aa5000 24d78 snd_hda.ko 20 2 0xffffffff80aca000 75588 sound.ko 21 1 0xffffffff80b40000 4480 ums.ko 22 5 0xffffffff80b45000 35778 usb.ko 23 1 0xffffffff80b7b000 8c68 umass.ko 24 1 0xffffffff80b84000 12e18 agp.ko 25 1 0xffffffff80b97000 f258 random.ko 26 1 0xffffffff80ba7000 2770 amdtemp.ko 27 1 0xffffffff80baa000 542f0 rr26xx-8.0-amd64.ko 28 1 0xffffffff80bff000 2fad0 smbfs.ko 29 3 0xffffffff80c2f000 6bc8 libiconv.ko 30 3 0xffffffff80c36000 1fc8 libmchain.ko 31 1 0xffffffff80c38000 da5458 nvidia.ko 32 1 0xffffffff819de000 6208 kbdmux.ko 33 1 0xffffffff819e5000 104b8 cpufreq.ko 34 1 0xffffffff819f6000 9fc0 ohci.ko 35 1 0xffffffff81a00000 d290 ehci.ko 36 1 0xffffffff81a0e000 5ad0 cuse4bsd.ko 37 3 0xffffffff81a14000 45ed0 vboxdrv.ko 38 1 0xffffffff81c12000 3f3f linprocfs.ko 39 1 0xffffffff81c16000 155c fdescfs.ko 40 2 0xffffffff81c18000 28ae vboxnetflt.ko 41 2 0xffffffff81c1b000 8e0c netgraph.ko 42 1 0xffffffff81c24000 151a ng_ether.ko 43 1 0xffffffff81c26000 d0c vboxnetadp.ko 44 1 0xffffffff81c27000 a8ea fuse.ko Relevant dmesg on boot: Copyright (c) 1992-2011 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.2-STABLE #35: Mon Apr 11 12:07:18 CEST 2011 root@silver.interdotnet.de:/usr/obj/usr/src/sys/BLACK amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Phenom(tm) II X4 910e Processor (2611.65-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f43 Family = 10 Model = 4 Stepping = 3 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x37ff TSC: P-state invariant real memory = 8589934592 (8192 MB) avail memory = 8228290560 (7847 MB) [...] ohci0: mem 0xfcffe000-0xfcffefff irq 16 at device 18.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ohci1: mem 0xfcffd000-0xfcffdfff irq 16 at device 18.1 on pci0 ohci1: [ITHREAD] usbus1: on ohci1 ehci0: mem 0xfcfff800-0xfcfff8ff irq 17 at device 18.2 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 1.0 usbus2: on ehci0 ohci2: mem 0xfcffc000-0xfcffcfff irq 18 at device 19.0 on pci0 ohci2: [ITHREAD] usbus3: on ohci2 ohci3: mem 0xfcffb000-0xfcffbfff irq 18 at device 19.1 on pci0 ohci3: [ITHREAD] usbus4: on ohci3 ehci1: mem 0xfcfff400-0xfcfff4ff irq 19 at device 19.2 on pci0 ehci1: [ITHREAD] usbus5: EHCI version 1.0 usbus5: on ehci1 [...] usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 usbus6: 12Mbps Full Speed USB v1.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 uhub6: 2 ports with 2 removable, self powered uhub0: 3 ports with 3 removable, self powered uhub1: 3 ports with 3 removable, self powered uhub3: 3 ports with 3 removable, self powered uhub4: 3 ports with 3 removable, self powered [...] uhub5: 6 ports with 6 removable, self powered uhub2: 6 ports with 6 removable, self powered ugen2.2: at usbus2 [...] ugen1.2: at usbus1 ums0: on usbus1 ums0: 4 buttons and [XYZ] coordinates ID=0 dmesg when attaching the device: ugen2.3: at usbus2 uhub7: on usbus2 uhub7: 4 ports with 4 removable, self powered ugen2.4: at usbus2 umass0: on usbus2 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: UNIT ATTENTION asc:28,0 (Not ready to ready change, medium may have changed) da0 at umass-sim0 bus 0 scbus8 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 3886MB (7959552 512 byte sectors: 255H 63S/T 495C) GEOM: da0: partition 1 does not start on a track boundary. GEOM: da0: partition 1 does not end on a track boundary. (sg1:umass-sim0:0:0:0): cam_periph_release_locked: release 0xffffff009cdc8000 when refcount is zero (sg1:umass-sim0:0:0:0): cam_periph_release_locked: release 0xffffff009cdc8000 when refcount is zero [message repeats several times until removal] dmesg when detaching: ugen2.3: at usbus2 (disconnected) uhub7: at uhub2, port 2, addr 3 (disconnected) ugen2.4: at usbus2 (disconnected) umass0: at uhub7, port 4, addr 4 (disconnected) When switching on the device the next time nothing shows up, also not visible in usbconfig. More information on request. Any ideas? - Oliver -- | Oliver Brandmueller http://sysadm.in/ ob@sysadm.in | | Ich bin das Internet. Sowahr ich Gott helfe. | From owner-freebsd-stable@FreeBSD.ORG Mon May 16 16:21:32 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE6D8106566B for ; Mon, 16 May 2011 16:21:32 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 465B68FC18 for ; Mon, 16 May 2011 16:21:31 +0000 (UTC) Received: by wwk4 with SMTP id 4so2752607wwk.1 for ; Mon, 16 May 2011 09:21:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=iha0+byyMFiZrqPxYC95i/zDS7Jh0qvlUXM9KecL70I=; b=CiuaJrMu7by724QuZumJ4o3olAGRC3ps9MObg8XMt61nRQplAnHw/l1vlJzcrfm2Ke 6USP2f5dwlmgl3StU+0q+twTd1K1YZl7GgD0ASjV0Bf+wb/sgQleiTGfLrX4PH465jxO GzuGQYvALtg+C8VpeRd90nQQr0qHAvg7u2dbM= 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=cHW2LSUUXkVBmr3lvdjlf5VptaHBRrfzv+RxWWA8Uu2yLVA/19BVBNUu3JW9VGG9h7 5vK9BIdZz3dg6oQMxEhrWMtwhg2haLW/FUCwg+bHhuMixK8ieSJaax2WP1OKB/vrOb2B IFAz7VqSYbznU3fPVjyZwKIJ1lEByNirvfv2M= Received: by 10.227.164.199 with SMTP id f7mr4524607wby.70.1305562891022; Mon, 16 May 2011 09:21:31 -0700 (PDT) Received: from Groseille.malikania.fr (65.21.102.84.rev.sfr.net [84.102.21.65]) by mx.google.com with ESMTPS id k2sm2940021wby.0.2011.05.16.09.21.29 (version=SSLv3 cipher=OTHER); Mon, 16 May 2011 09:21:29 -0700 (PDT) Message-ID: <4DD14F38.1030009@gmail.com> Date: Mon, 16 May 2011 18:22:16 +0200 From: David Demelier User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-stable References: <4DCB8271.3070707@gmail.com> In-Reply-To: <4DCB8271.3070707@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: snd_hda : sometimes sound sometimes not X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2011 16:21:32 -0000 On 12/05/2011 08:47, David Demelier wrote: > Hello, > > I don't know if there is a lot of changes in the snd_hda driver in the > -STABLE branch but since I upgraded to it sometimes I have sound and > sometimes not. > > The mixer are exactly the same when these event occurs. This happened > this morning. After booting I do not have any sound. I rebooted and > suddenly I've got sound again... > > I only tweak snd_hda(4) for a pin sense on the front panel (it has no > sound neither) > > So I added in /boot/devices.hints : > hint.hdac.1.cad0.nid27.config="as=1 seq=15" > > And there's the both dmesg ok.txt when sound is here and not.txt when > there isn't as you can see there is no difference related to the hda > driver. > > http://markand.malikania.fr/ok.txt > http://markand.malikania.fr/nok.txt > > I'm guessing something. My laptop has a mute shortcut, if I press it at > the BIOS stage I will not have sound neither thus is it possible that my > chipset is muted from anything? > > Cheers, > I will try to downgrade 8.2-RELEASE and then update the kernel code to more specific version to see where the regression happens. How can I try this step by step ? Should I try to svn / cvs day per day? Cheers, -- David Demelier From owner-freebsd-stable@FreeBSD.ORG Mon May 16 16:23:24 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 580761065670; Mon, 16 May 2011 16:23:24 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id AF56F8FC1F; Mon, 16 May 2011 16:23:22 +0000 (UTC) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id B073D3982C; Mon, 16 May 2011 18:23:19 +0200 (SAST) Date: Mon, 16 May 2011 18:23:19 +0200 From: John Hay To: alc@freebsd.org Message-ID: <20110516162319.GA58581@zibbi.meraka.csir.co.za> References: <20110510125220.GA88338@zibbi.meraka.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: MCA: CPU 0 UNCOR PCC DTLB L1 error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2011 16:23:24 -0000 On Wed, May 11, 2011 at 05:26:50PM -0500, Alan Cox wrote: > On Tue, May 10, 2011 at 7:52 AM, John Hay wrote: > > > Hi, > > > > I have seen this panic a few times on a Gigabyte E350N-USB3 running > > 8-STABLE. > > I have only seen it while in X, but then the machine is always in X. At > > first, > > I just got these hangs, so bought a PCI-express RS232 card and could see > > these > > at last. For some reason it does not go past this, so I have not been able > > to > > get a dump yet. > > > > Have anybody an idea of why this is or how to debug it further? I searched > > the archives and found something similar about a year ago, but it looks > > like it was solved with a fix that got committed. > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=140338 > > > > I have now disabled mca in loader.conf with 'hw.mca.enabled="0"' and I have > > not seen that panic again. I do occasionally see a panic in devfs_open(), > > but I guess that should be handled in another thread. > > > > The kernel is basically a GENERIC kernel with puc uncommented and the > > following in loader.conf > > > > vm.kmem_size="12G" > > hw.mca.enabled="0" > > zfs_load="YES" > > ahci_load="YES" > > xhci_load="YES" > > amdtemp_load="YES" > > ng_ubt_load="YES" > > uplcom_load="YES" > > > > Here is the panic message and after that dmesg. > > > > John > > -- > > John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org > > > > #################################################### > > MCA: Bank 0, Status 0xb600000000010015 > > MCA: Global Cap 0x0000000000000106, Status 0x0000000000000004 > > MCA: Vendor "AuthenticAMD", ID 0x500f10, APIC ID 0 > > MCA: CPU 0 UNCOR PCC DTLB L1 error > > MCA: Address 0x8016c4000 > > > > > > Fatal trap 28: machine check trap while in user mode > > cpuid = 0; apic id = 00 > > instruction pointer = 0x43:0x80156af85 > > stack pointer = 0x3b:0x7fffffffcb18 > > frame pointer = 0x3b:0x80fe87800 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 3, pres 1, long 1, def32 0, gran 1 > > processor eflags = interrupt enabled, IOPL = 0 > > current process = 2484 (initial thread) > > trap number = 28 > > panic: machine check trap > > cpuid = 0 > > KDB: stack backtrace: > > #0 0xffffffff80608d5e at kdb_backtrace+0x5e > > #1 0xffffffff805d6707 at panic+0x187 > > #2 0xffffffff808bf4c0 at trap_fatal+0x290 > > #3 0xffffffff808bfaa9 at trap+0x109 > > #4 0xffffffff808a7d94 at calltrap+0x8 > > #################################################### > > > > > Please try the following patch: > > Index: x86/x86/mca.c > =================================================================== > --- x86/x86/mca.c (revision 219060) > +++ x86/x86/mca.c (working copy) > @@ -665,7 +665,8 @@ mca_setup(uint64_t mcg_cap) > * for Erratum 383. > */ > if (cpu_vendor_id == CPU_VENDOR_AMD && > - CPUID_TO_FAMILY(cpu_id) == 0x10 && amd10h_L1TP) > + (CPUID_TO_FAMILY(cpu_id) == 0x10 || > + CPUID_TO_FAMILY(cpu_id) == 0x14) && amd10h_L1TP) > workaround_erratum383 = 1; > > mtx_init(&mca_lock, "mca", NULL, MTX_SPIN); > Index: i386/i386/pmap.c > =================================================================== > --- i386/i386/pmap.c (revision 219060) > +++ i386/i386/pmap.c (working copy) > @@ -758,7 +758,8 @@ pmap_init(void) > * machine monitor. > */ > if (vm_guest == VM_GUEST_VM && cpu_vendor_id == CPU_VENDOR_AMD && > - CPUID_TO_FAMILY(cpu_id) == 0x10) > + (CPUID_TO_FAMILY(cpu_id) == 0x10 || > + CPUID_TO_FAMILY(cpu_id) == 0x14)) > workaround_erratum383 = 1; > > /* > Index: amd64/amd64/pmap.c > =================================================================== > --- amd64/amd64/pmap.c (revision 219060) > +++ amd64/amd64/pmap.c (working copy) > @@ -727,7 +727,8 @@ pmap_init(void) > * machine monitor. > */ > if (vm_guest == VM_GUEST_VM && cpu_vendor_id == CPU_VENDOR_AMD && > - CPUID_TO_FAMILY(cpu_id) == 0x10) > + (CPUID_TO_FAMILY(cpu_id) == 0x10 || > + CPUID_TO_FAMILY(cpu_id) == 0x14)) > workaround_erratum383 = 1; > > /* I have applied the patch, but got another one today. I still do not get a prompt or dump. :-( It just get stuck right after #4. If there is anything more that I can try, just ask. ##################################################################### MCA: Bank 0, Status 0xb600000000010015 MCA: Global Cap 0x0000000000000106, Status 0x0000000000000004 MCA: Vendor "AuthenticAMD", ID 0x500f10, APIC ID 0 MCA: CPU 0 UNCOR PCC DTLB L1 error MCA: Address 0x808ace000 Fatal trap 28: machine check trap while in user mode cpuid = 1; apic id = 01 instruction pointer = 0x43:0x80af206d5 stack pointer = 0x3b:0x7fffffffb8e8 frame pointer = 0x3b:0x809b92450 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 3, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, IOPL = 0 current process = 22228 (initial thread) trap number = 28 panic: machine check trap cpuid = 1 KDB: stack backtrace: #0 0xffffffff80608f6e at kdb_backtrace+0x5e #1 0xffffffff805d6917 at panic+0x187 #2 0xffffffff808bf7c0 at trap_fatal+0x290 #3 0xffffffff808bfda9 at trap+0x109 #4 0xffffffff808a8084 at calltrap+0x8 ##################################################################### John -- John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon May 16 16:51:26 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB425106566B for ; Mon, 16 May 2011 16:51:26 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta14.westchester.pa.mail.comcast.net (qmta14.westchester.pa.mail.comcast.net [76.96.59.212]) by mx1.freebsd.org (Postfix) with ESMTP id 756C08FC0A for ; Mon, 16 May 2011 16:51:25 +0000 (UTC) Received: from omta05.westchester.pa.mail.comcast.net ([76.96.62.43]) by qmta14.westchester.pa.mail.comcast.net with comcast id kGpg1g0010vyq2s5EGrSEZ; Mon, 16 May 2011 16:51:26 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta05.westchester.pa.mail.comcast.net with comcast id kGrQ1g01M1t3BNj3RGrRry; Mon, 16 May 2011 16:51:26 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 4110B102C19; Mon, 16 May 2011 09:51:23 -0700 (PDT) Date: Mon, 16 May 2011 09:51:23 -0700 From: Jeremy Chadwick To: John Hay Message-ID: <20110516165123.GA30171@icarus.home.lan> References: <20110510125220.GA88338@zibbi.meraka.csir.co.za> <20110516162319.GA58581@zibbi.meraka.csir.co.za> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110516162319.GA58581@zibbi.meraka.csir.co.za> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: alc@freebsd.org, freebsd-stable@freebsd.org Subject: Re: MCA: CPU 0 UNCOR PCC DTLB L1 error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2011 16:51:27 -0000 On Mon, May 16, 2011 at 06:23:19PM +0200, John Hay wrote: > On Wed, May 11, 2011 at 05:26:50PM -0500, Alan Cox wrote: > > On Tue, May 10, 2011 at 7:52 AM, John Hay wrote: > > > > > Hi, > > > > > > I have seen this panic a few times on a Gigabyte E350N-USB3 running > > > 8-STABLE. > > > I have only seen it while in X, but then the machine is always in X. At > > > first, > > > I just got these hangs, so bought a PCI-express RS232 card and could see > > > these > > > at last. For some reason it does not go past this, so I have not been able > > > to > > > get a dump yet. > > > > > > Have anybody an idea of why this is or how to debug it further? I searched > > > the archives and found something similar about a year ago, but it looks > > > like it was solved with a fix that got committed. > > > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=140338 > > > > > > I have now disabled mca in loader.conf with 'hw.mca.enabled="0"' and I have > > > not seen that panic again. I do occasionally see a panic in devfs_open(), > > > but I guess that should be handled in another thread. > > > > > > The kernel is basically a GENERIC kernel with puc uncommented and the > > > following in loader.conf > > > > > > vm.kmem_size="12G" > > > hw.mca.enabled="0" > > > zfs_load="YES" > > > ahci_load="YES" > > > xhci_load="YES" > > > amdtemp_load="YES" > > > ng_ubt_load="YES" > > > uplcom_load="YES" > > > > > > Here is the panic message and after that dmesg. > > > > > > John > > > -- > > > John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org > > > > > > #################################################### > > > MCA: Bank 0, Status 0xb600000000010015 > > > MCA: Global Cap 0x0000000000000106, Status 0x0000000000000004 > > > MCA: Vendor "AuthenticAMD", ID 0x500f10, APIC ID 0 > > > MCA: CPU 0 UNCOR PCC DTLB L1 error > > > MCA: Address 0x8016c4000 > > > > > > > > > Fatal trap 28: machine check trap while in user mode > > > cpuid = 0; apic id = 00 > > > instruction pointer = 0x43:0x80156af85 > > > stack pointer = 0x3b:0x7fffffffcb18 > > > frame pointer = 0x3b:0x80fe87800 > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DPL 3, pres 1, long 1, def32 0, gran 1 > > > processor eflags = interrupt enabled, IOPL = 0 > > > current process = 2484 (initial thread) > > > trap number = 28 > > > panic: machine check trap > > > cpuid = 0 > > > KDB: stack backtrace: > > > #0 0xffffffff80608d5e at kdb_backtrace+0x5e > > > #1 0xffffffff805d6707 at panic+0x187 > > > #2 0xffffffff808bf4c0 at trap_fatal+0x290 > > > #3 0xffffffff808bfaa9 at trap+0x109 > > > #4 0xffffffff808a7d94 at calltrap+0x8 > > > #################################################### > > > > > > > > Please try the following patch: > > > > Index: x86/x86/mca.c > > =================================================================== > > --- x86/x86/mca.c (revision 219060) > > +++ x86/x86/mca.c (working copy) > > @@ -665,7 +665,8 @@ mca_setup(uint64_t mcg_cap) > > * for Erratum 383. > > */ > > if (cpu_vendor_id == CPU_VENDOR_AMD && > > - CPUID_TO_FAMILY(cpu_id) == 0x10 && amd10h_L1TP) > > + (CPUID_TO_FAMILY(cpu_id) == 0x10 || > > + CPUID_TO_FAMILY(cpu_id) == 0x14) && amd10h_L1TP) > > workaround_erratum383 = 1; > > > > mtx_init(&mca_lock, "mca", NULL, MTX_SPIN); > > Index: i386/i386/pmap.c > > =================================================================== > > --- i386/i386/pmap.c (revision 219060) > > +++ i386/i386/pmap.c (working copy) > > @@ -758,7 +758,8 @@ pmap_init(void) > > * machine monitor. > > */ > > if (vm_guest == VM_GUEST_VM && cpu_vendor_id == CPU_VENDOR_AMD && > > - CPUID_TO_FAMILY(cpu_id) == 0x10) > > + (CPUID_TO_FAMILY(cpu_id) == 0x10 || > > + CPUID_TO_FAMILY(cpu_id) == 0x14)) > > workaround_erratum383 = 1; > > > > /* > > Index: amd64/amd64/pmap.c > > =================================================================== > > --- amd64/amd64/pmap.c (revision 219060) > > +++ amd64/amd64/pmap.c (working copy) > > @@ -727,7 +727,8 @@ pmap_init(void) > > * machine monitor. > > */ > > if (vm_guest == VM_GUEST_VM && cpu_vendor_id == CPU_VENDOR_AMD && > > - CPUID_TO_FAMILY(cpu_id) == 0x10) > > + (CPUID_TO_FAMILY(cpu_id) == 0x10 || > > + CPUID_TO_FAMILY(cpu_id) == 0x14)) > > workaround_erratum383 = 1; > > > > /* > > I have applied the patch, but got another one today. I still do not get > a prompt or dump. :-( It just get stuck right after #4. If there is anything > more that I can try, just ask. > > ##################################################################### > MCA: Bank 0, Status 0xb600000000010015 > MCA: Global Cap 0x0000000000000106, Status 0x0000000000000004 > MCA: Vendor "AuthenticAMD", ID 0x500f10, APIC ID 0 > MCA: CPU 0 UNCOR PCC DTLB L1 error > MCA: Address 0x808ace000 > > > Fatal trap 28: machine check trap while in user mode > cpuid = 1; apic id = 01 > instruction pointer = 0x43:0x80af206d5 > stack pointer = 0x3b:0x7fffffffb8e8 > frame pointer = 0x3b:0x809b92450 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 3, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, IOPL = 0 > current process = 22228 (initial thread) > trap number = 28 > panic: machine check trap > cpuid = 1 > KDB: stack backtrace: > #0 0xffffffff80608f6e at kdb_backtrace+0x5e > #1 0xffffffff805d6917 at panic+0x187 > #2 0xffffffff808bf7c0 at trap_fatal+0x290 > #3 0xffffffff808bfda9 at trap+0x109 > #4 0xffffffff808a8084 at calltrap+0x8 > ##################################################################### The backtrace doesn't help in this situation. I'm not sure anyone has taken the time to explain to you what's going on here exactly. I don't know if you're like me, but when a machine panics I generally like to know what's going on. :-) Use of MCA (see Wikipedia for Machine Check Architecture) is generating an MCE (see Wikipedia for Machine Check Exception). MCEs are generated by hardware when "something happens" -- they usually indicate a failure (bad RAM, CPU cache failing, etc.). Certain MCEs are considered "normal"; for example, L2 cache (on-die in the CPU) being auto-corrected by ECC (that's ECC on-die, not ECC RAM like system RAM; this feature is only available on certain classes of CPUs) may be normal if seen, say, once every few months. A large sum of them, however, is not normal. MCE handling is done in the kernel. Certain MCEs have to be ignored, and therefore there are handlers for those in the kernel. MCEs vary greatly per every model (not class, but model) of CPU. For example, Intel's documentation on their MCEs is immense and very complex given all the different CPU models and series'. Any MCE without a handler will generate an exception (kernel panic) like what you see above. This is normal on FreeBSD, as well as Solaris and many other OSes. It's basically mandatory. The reason being, if the situation/condition isn't known to be something that can be ignored, the hardware may be in a state of disarray and cannot be trusted. Hence, panic. The backtrace will therefore always be very short and indicate an intentional panic. The MCE messages shown in FreeBSD are not very user-friendly, meaning you can't take what you see and go "omg!!! L1 cache failure!!" because that's not necessarily what that message means. MCA is complex, and again, like I said, varies per model of CPU. There is a utility on Linux called mcelog that can decode the messages to some degree. John Baldwin ported this to FreeBSD (it's not in ports) and I've been occasionally downloading it and ensuring the patches work correctly + utility compiles and works (I have patches for patches, basically; no I haven't put them up anywhere). "mcelog --ascii" will read data from stdin, specifically the messages you see from the kernel, and it outputs something a little more friendly. In your case, however, mcelog does not have support for your specific model of CPU. Possibly too new? Here's the output that is returned: $ ./mcelog --no-dmi --ascii MCA: Bank 0, Status 0xb600000000010015 MCA: Global Cap 0x0000000000000106, Status 0x0000000000000004 MCA: Vendor "AuthenticAMD", ID 0x500f10, APIC ID 0 MCA: CPU 0 UNCOR PCC DTLB L1 error MCA: Address 0x808ace000 mcelog: Unknown CPU type vendor 2 family 14 model 1 HARDWARE ERROR. This is *NOT* a software problem! Please contact your hardware vendor CPU 0 BANK 0 ADDR 808ace000 STATUS b600000000010015 MCGSTATUS 4 MCGCAP 106 APICID 0 SOCKETID 0 CPUID Vendor AMD Family 20 Model 1 I'm not familiar with AMD CPUs so I can't really look up what's going on here or what the MCE indicates, but this information may help others on this list. A workaround -- though risky -- may be to disable MCA entirely by setting hw.mca.enabled="0" in /boot/loader.conf and rebooting. This will ensure your system won't panic whenever *any* MCE is seen. Older FreeBSD defaulted to MCA being off. However, since I don't know what the MCE indicates, it could be fatal (e.g. panic'ing might be a better choice). Hard to say at this point. Hope this helps educate in one way or another. :-) -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon May 16 17:06:49 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51E95106564A for ; Mon, 16 May 2011 17:06:49 +0000 (UTC) (envelope-from cliftonr@volcano.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.124]) by mx1.freebsd.org (Postfix) with ESMTP id 0BF448FC0C for ; Mon, 16 May 2011 17:06:48 +0000 (UTC) Received: from hrndva-omtalb.mail.rr.com ([10.128.143.52]) by hrndva-qmta02.mail.rr.com with ESMTP id <20110516170648377.CQSF5185@hrndva-qmta02.mail.rr.com> for ; Mon, 16 May 2011 17:06:48 +0000 X-Authority-Analysis: v=1.1 cv=ou1QuR4lBR9YeJgEH9ccYmbAdaWqVVq3lOvCKJtMpGM= c=1 sm=0 a=z1TLwsU0kBEA:10 a=TZU8KtEIonQA:10 a=sLPLfFCmqb0A:10 a=kj9zAlcOel0A:10 a=G5OLwwqwWgs+1dCEPNHTSw==:17 a=47HLg2bpAAAA:8 a=jb__rZ8GAAAA:8 a=GjEiR67sAAAA:8 a=nV7L_hec554g6mnNSbsA:9 a=CjuIK1q_8ugA:10 a=sHp_62vNEjwA:10 a=Ke08FT2oSu0A:10 a=kg0qd95XFQDWmi1R:21 a=iuLDF6er4lrJdcOR:21 a=G5OLwwqwWgs+1dCEPNHTSw==:117 X-Cloudmark-Score: 0 X-Originating-IP: 75.80.196.236 Received: from [75.80.196.236] ([75.80.196.236:4636] helo=oz.volcano.org) by hrndva-oedge02.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 11/AD-04598-2B151DD4; Mon, 16 May 2011 16:32:50 +0000 Received: by oz.volcano.org (Postfix, from userid 1001) id 86D1B50846; Mon, 16 May 2011 06:32:49 -1000 (HST) Date: Mon, 16 May 2011 06:32:49 -1000 From: Clifton Royston To: David Demelier Message-ID: <20110516163249.GA65301@volcano.org> Mail-Followup-To: David Demelier , freebsd-stable References: <4DCB8271.3070707@gmail.com> <4DD14F38.1030009@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4DD14F38.1030009@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable Subject: Re: snd_hda : sometimes sound sometimes not X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2011 17:06:49 -0000 On Mon, May 16, 2011 at 06:22:16PM +0200, David Demelier wrote: > On 12/05/2011 08:47, David Demelier wrote: > >Hello, > > > >I don't know if there is a lot of changes in the snd_hda driver in the > >-STABLE branch but since I upgraded to it sometimes I have sound and > >sometimes not. > > > >The mixer are exactly the same when these event occurs. This happened > >this morning. After booting I do not have any sound. I rebooted and > >suddenly I've got sound again... > > > >I only tweak snd_hda(4) for a pin sense on the front panel (it has no > >sound neither) > > > >So I added in /boot/devices.hints : > >hint.hdac.1.cad0.nid27.config="as=1 seq=15" > > > >And there's the both dmesg ok.txt when sound is here and not.txt when > >there isn't as you can see there is no difference related to the hda > >driver. > > > >http://markand.malikania.fr/ok.txt > >http://markand.malikania.fr/nok.txt > > > >I'm guessing something. My laptop has a mute shortcut, if I press it at > >the BIOS stage I will not have sound neither thus is it possible that my > >chipset is muted from anything? > > > >Cheers, > > > > I will try to downgrade 8.2-RELEASE and then update the kernel code to > more specific version to see where the regression happens. > > How can I try this step by step ? Should I try to svn / cvs day per day? At least do a binary search via svn revision on the regression: That is, look up the current revision of stable you are on, look up the revision of the 8.2-RELEASE branch point, and update to halfway in between. If it has the problem, go halfway between that and the 8.2-RELEASE, if it doesn't, go halfway between that and your current revision, and so on. This approach will cut the number of updates and builds you need to try to the logarithm of the number of distinct revisions. My impression is that it's so obvious to some people they never mention it and to others it's a complete revelation. -- Clifton -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@volcano.org President - I and I Computing * http://www.iandicomputing.com/ Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Mon May 16 17:18:39 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98A07106564A; Mon, 16 May 2011 17:18:39 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 3466F8FC18; Mon, 16 May 2011 17:18:38 +0000 (UTC) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id 551883982C; Mon, 16 May 2011 19:18:36 +0200 (SAST) Date: Mon, 16 May 2011 19:18:36 +0200 From: John Hay To: alc@freebsd.org Message-ID: <20110516171836.GA69861@zibbi.meraka.csir.co.za> References: <20110510125220.GA88338@zibbi.meraka.csir.co.za> <20110516162319.GA58581@zibbi.meraka.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110516162319.GA58581@zibbi.meraka.csir.co.za> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: MCA: CPU 0 UNCOR PCC DTLB L1 error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2011 17:18:39 -0000 On Mon, May 16, 2011 at 06:23:19PM +0200, John Hay wrote: > On Wed, May 11, 2011 at 05:26:50PM -0500, Alan Cox wrote: > > On Tue, May 10, 2011 at 7:52 AM, John Hay wrote: > > > > > Hi, > > > > > > I have seen this panic a few times on a Gigabyte E350N-USB3 running > > > 8-STABLE. > > > I have only seen it while in X, but then the machine is always in X. At > > > first, > > > I just got these hangs, so bought a PCI-express RS232 card and could see > > > these > > > at last. For some reason it does not go past this, so I have not been able > > > to > > > get a dump yet. > > > > > > Have anybody an idea of why this is or how to debug it further? I searched > > > the archives and found something similar about a year ago, but it looks > > > like it was solved with a fix that got committed. > > > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=140338 > > > > > > I have now disabled mca in loader.conf with 'hw.mca.enabled="0"' and I have > > > not seen that panic again. I do occasionally see a panic in devfs_open(), > > > but I guess that should be handled in another thread. > > > > > > The kernel is basically a GENERIC kernel with puc uncommented and the > > > following in loader.conf > > > > > > vm.kmem_size="12G" > > > hw.mca.enabled="0" > > > zfs_load="YES" > > > ahci_load="YES" > > > xhci_load="YES" > > > amdtemp_load="YES" > > > ng_ubt_load="YES" > > > uplcom_load="YES" > > > > > > Here is the panic message and after that dmesg. > > > > > > John > > > -- > > > John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org > > > > > > #################################################### > > > MCA: Bank 0, Status 0xb600000000010015 > > > MCA: Global Cap 0x0000000000000106, Status 0x0000000000000004 > > > MCA: Vendor "AuthenticAMD", ID 0x500f10, APIC ID 0 > > > MCA: CPU 0 UNCOR PCC DTLB L1 error > > > MCA: Address 0x8016c4000 > > > > > > > > > Fatal trap 28: machine check trap while in user mode > > > cpuid = 0; apic id = 00 > > > instruction pointer = 0x43:0x80156af85 > > > stack pointer = 0x3b:0x7fffffffcb18 > > > frame pointer = 0x3b:0x80fe87800 > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DPL 3, pres 1, long 1, def32 0, gran 1 > > > processor eflags = interrupt enabled, IOPL = 0 > > > current process = 2484 (initial thread) > > > trap number = 28 > > > panic: machine check trap > > > cpuid = 0 > > > KDB: stack backtrace: > > > #0 0xffffffff80608d5e at kdb_backtrace+0x5e > > > #1 0xffffffff805d6707 at panic+0x187 > > > #2 0xffffffff808bf4c0 at trap_fatal+0x290 > > > #3 0xffffffff808bfaa9 at trap+0x109 > > > #4 0xffffffff808a7d94 at calltrap+0x8 > > > #################################################### > > > > > > > > Please try the following patch: > > > > Index: x86/x86/mca.c > > =================================================================== > > --- x86/x86/mca.c (revision 219060) > > +++ x86/x86/mca.c (working copy) > > @@ -665,7 +665,8 @@ mca_setup(uint64_t mcg_cap) > > * for Erratum 383. > > */ > > if (cpu_vendor_id == CPU_VENDOR_AMD && > > - CPUID_TO_FAMILY(cpu_id) == 0x10 && amd10h_L1TP) > > + (CPUID_TO_FAMILY(cpu_id) == 0x10 || > > + CPUID_TO_FAMILY(cpu_id) == 0x14) && amd10h_L1TP) > > workaround_erratum383 = 1; > > > > mtx_init(&mca_lock, "mca", NULL, MTX_SPIN); > > Index: i386/i386/pmap.c > > =================================================================== > > --- i386/i386/pmap.c (revision 219060) > > +++ i386/i386/pmap.c (working copy) > > @@ -758,7 +758,8 @@ pmap_init(void) > > * machine monitor. > > */ > > if (vm_guest == VM_GUEST_VM && cpu_vendor_id == CPU_VENDOR_AMD && > > - CPUID_TO_FAMILY(cpu_id) == 0x10) > > + (CPUID_TO_FAMILY(cpu_id) == 0x10 || > > + CPUID_TO_FAMILY(cpu_id) == 0x14)) > > workaround_erratum383 = 1; > > > > /* > > Index: amd64/amd64/pmap.c > > =================================================================== > > --- amd64/amd64/pmap.c (revision 219060) > > +++ amd64/amd64/pmap.c (working copy) > > @@ -727,7 +727,8 @@ pmap_init(void) > > * machine monitor. > > */ > > if (vm_guest == VM_GUEST_VM && cpu_vendor_id == CPU_VENDOR_AMD && > > - CPUID_TO_FAMILY(cpu_id) == 0x10) > > + (CPUID_TO_FAMILY(cpu_id) == 0x10 || > > + CPUID_TO_FAMILY(cpu_id) == 0x14)) > > workaround_erratum383 = 1; > > > > /* > > I have applied the patch, but got another one today. I still do not get > a prompt or dump. :-( It just get stuck right after #4. If there is anything > more that I can try, just ask. > > ##################################################################### > MCA: Bank 0, Status 0xb600000000010015 > MCA: Global Cap 0x0000000000000106, Status 0x0000000000000004 > MCA: Vendor "AuthenticAMD", ID 0x500f10, APIC ID 0 > MCA: CPU 0 UNCOR PCC DTLB L1 error > MCA: Address 0x808ace000 > > > Fatal trap 28: machine check trap while in user mode > cpuid = 1; apic id = 01 > instruction pointer = 0x43:0x80af206d5 > stack pointer = 0x3b:0x7fffffffb8e8 > frame pointer = 0x3b:0x809b92450 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 3, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, IOPL = 0 > current process = 22228 (initial thread) > trap number = 28 > panic: machine check trap > cpuid = 1 > KDB: stack backtrace: > #0 0xffffffff80608f6e at kdb_backtrace+0x5e > #1 0xffffffff805d6917 at panic+0x187 > #2 0xffffffff808bf7c0 at trap_fatal+0x290 > #3 0xffffffff808bfda9 at trap+0x109 > #4 0xffffffff808a8084 at calltrap+0x8 > ##################################################################### > Some extra info. The machine is my new "always on" machine at home. Most of the panics have happened while I was not there. My wife just mentioned that it often happen when she was busy typing a reply in thunderbird. (I do not use that machine for my email.) So I tried it, clicked reply on one of her emails and within a few lines, it crashed. John -- John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon May 16 18:23:49 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E78F106564A for ; Mon, 16 May 2011 18:23:49 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 095078FC0C for ; Mon, 16 May 2011 18:23:48 +0000 (UTC) Received: by wwc33 with SMTP id 33so5223607wwc.31 for ; Mon, 16 May 2011 11:23:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=hyHLaSlc38VMboADohS75khfwvfH9//ar2zNj5ZDMkQ=; b=jifiOy603ZHdg+PJ+p703i+urKb1HTNtX96kfuohzMEqKbcnvhYQ3EhUEY2xPUCswb JmroS9wA4w5ATpXDCxC/jspmqblksxuSJO1TtZjq6fFXN3PcmIJqpmoEmwf10GvZkuBn +V/AZ3AsnMdCOuXus/L5Wbi0Psb0pHxnDbvzk= 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=oEkahHvslK5IXpMlKLqJKyubDIbyOohJ7Hf09dzhhb0WUzn5jzvOKZAg3pNpHlZPMH H9YiU3WMG/w8hs8yPiqESdIVWCUIx+3rVjn4iiT3gwlCRrXlGbF1y8ObO0HErpdEeSxz sN5zttnagSWdZ6BHXetYXtYCnbb5grlHJke3U= Received: by 10.216.254.207 with SMTP id h57mr1670454wes.63.1305570227270; Mon, 16 May 2011 11:23:47 -0700 (PDT) Received: from Groseille.malikania.fr (65.21.102.84.rev.sfr.net [84.102.21.65]) by mx.google.com with ESMTPS id w12sm3307633wby.24.2011.05.16.11.23.45 (version=SSLv3 cipher=OTHER); Mon, 16 May 2011 11:23:46 -0700 (PDT) Message-ID: <4DD16BE0.4010307@gmail.com> Date: Mon, 16 May 2011 20:24:32 +0200 From: David Demelier User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-stable References: <4DCB8271.3070707@gmail.com> <4DD14F38.1030009@gmail.com> <20110516163249.GA65301@volcano.org> In-Reply-To: <20110516163249.GA65301@volcano.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: snd_hda : sometimes sound sometimes not X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2011 18:23:49 -0000 On 16/05/2011 18:32, Clifton Royston wrote: > On Mon, May 16, 2011 at 06:22:16PM +0200, David Demelier wrote: >> On 12/05/2011 08:47, David Demelier wrote: >>> Hello, >>> >>> I don't know if there is a lot of changes in the snd_hda driver in the >>> -STABLE branch but since I upgraded to it sometimes I have sound and >>> sometimes not. >>> >>> The mixer are exactly the same when these event occurs. This happened >>> this morning. After booting I do not have any sound. I rebooted and >>> suddenly I've got sound again... >>> >>> I only tweak snd_hda(4) for a pin sense on the front panel (it has no >>> sound neither) >>> >>> So I added in /boot/devices.hints : >>> hint.hdac.1.cad0.nid27.config="as=1 seq=15" >>> >>> And there's the both dmesg ok.txt when sound is here and not.txt when >>> there isn't as you can see there is no difference related to the hda >>> driver. >>> >>> http://markand.malikania.fr/ok.txt >>> http://markand.malikania.fr/nok.txt >>> >>> I'm guessing something. My laptop has a mute shortcut, if I press it at >>> the BIOS stage I will not have sound neither thus is it possible that my >>> chipset is muted from anything? >>> >>> Cheers, >>> >> >> I will try to downgrade 8.2-RELEASE and then update the kernel code to >> more specific version to see where the regression happens. >> >> How can I try this step by step ? Should I try to svn / cvs day per day? > > At least do a binary search via svn revision on the regression: > > That is, look up the current revision of stable you are on, look up > the revision of the 8.2-RELEASE branch point, and update to halfway in > between. If it has the problem, go halfway between that and the > 8.2-RELEASE, if it doesn't, go halfway between that and your current > revision, and so on. > > This approach will cut the number of updates and builds you need to > try to the logarithm of the number of distinct revisions. My > impression is that it's so obvious to some people they never mention > it and to others it's a complete revelation. > > -- Clifton > Hi, I downloaded RELENG_8 src/ via cvs because I usually used csup instead. I absolutely have no idea how to find the middle between 8.2-RELEASE and my 8-STABLE revision though :-( Cheers, -- David Demelier From owner-freebsd-stable@FreeBSD.ORG Mon May 16 19:48:54 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6D19106566C; Mon, 16 May 2011 19:48:54 +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 C843C8FC15; Mon, 16 May 2011 19:48:53 +0000 (UTC) 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 WAA07565; Mon, 16 May 2011 22:48:47 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1QM3mZ-00045Q-J4; Mon, 16 May 2011 22:48:47 +0300 Message-ID: <4DD17F9E.6000702@FreeBSD.org> Date: Mon, 16 May 2011 22:48:46 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110503 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: John Hay References: <20110510125220.GA88338@zibbi.meraka.csir.co.za> <20110516162319.GA58581@zibbi.meraka.csir.co.za> In-Reply-To: <20110516162319.GA58581@zibbi.meraka.csir.co.za> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: alc@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: MCA: CPU 0 UNCOR PCC DTLB L1 error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2011 19:48:54 -0000 on 16/05/2011 19:23 John Hay said the following: > > I have applied the patch, but got another one today. Can you please double-check that you indeed have the patch and you are running a patched kernel. > I still do not get > a prompt or dump. :-( That could be expected, because MCE is not a software problem, but a hardware one. > It just get stuck right after #4. If there is anything > more that I can try, just ask. Please try to disable superpages, put vm.pmap.pg_ps_enabled="0" in your loader.conf. If the problem persists, then my guess would be that you have a genuine hardware problem with your CPU. Next thing to try would be to replace it. If disabling superpages helps you, then please let us know. But please do not hurry with conclusions. > ##################################################################### > MCA: Bank 0, Status 0xb600000000010015 > MCA: Global Cap 0x0000000000000106, Status 0x0000000000000004 > MCA: Vendor "AuthenticAMD", ID 0x500f10, APIC ID 0 > MCA: CPU 0 UNCOR PCC DTLB L1 error To Alan, just in case: previously OVER bit was also set here. > MCA: Address 0x808ace000 > > > Fatal trap 28: machine check trap while in user mode > cpuid = 1; apic id = 01 > instruction pointer = 0x43:0x80af206d5 > stack pointer = 0x3b:0x7fffffffb8e8 > frame pointer = 0x3b:0x809b92450 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 3, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, IOPL = 0 > current process = 22228 (initial thread) > trap number = 28 > panic: machine check trap > cpuid = 1 > KDB: stack backtrace: > #0 0xffffffff80608f6e at kdb_backtrace+0x5e > #1 0xffffffff805d6917 at panic+0x187 > #2 0xffffffff808bf7c0 at trap_fatal+0x290 > #3 0xffffffff808bfda9 at trap+0x109 > #4 0xffffffff808a8084 at calltrap+0x8 > ##################################################################### -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue May 17 07:10:26 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D78E0106564A for ; Tue, 17 May 2011 07:10:26 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 753888FC0A for ; Tue, 17 May 2011 07:10:26 +0000 (UTC) Received: (qmail 26201 invoked by uid 0); 17 May 2011 06:43:45 -0000 Received: from smtp.bway.net (216.220.96.25) by xena.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 17 May 2011 06:43:45 -0000 Received: (qmail 26197 invoked by uid 90); 17 May 2011 06:43:45 -0000 Received: from unknown (HELO hotlap.nat.fasttrackmonkey.com) (spork@96.57.144.66) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 17 May 2011 06:43:45 -0000 Date: Tue, 17 May 2011 02:43:44 -0400 (EDT) From: Charles Sprickman X-X-Sender: spork@hotlap.nat.fasttrackmonkey.com To: stable@freebsd.org Message-ID: User-Agent: Alpine 2.00 (OSX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Subject: 8.1R possible zfs snapshot livelock? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2011 07:10:26 -0000 Hello, Not sure if it's worth troubleshooting this too much before upgrading, but we recently had an 8.1R/amd64 box hang in a way that suggested everything was waiting on disk access. It's remote and we had to resort to a power-cycle to bring it back (we have serial console, but it hung after accepting the root password). We run hourly/daily/weekly/monthly snapshots on about a half dozen filesystems using RSE's snaphot script (see http://people.freebsd.org/~rse/snapshot/ - we only use the zfs snapshotting and do not use the amd portion). We have some basic stats logged on all our boxes every 5 minutes and I saw a pile of cron jobs stuck in disk I/O wait. I suspect these were the snapshots. Shortly after that it seems as if all disk I/O got hung. Some additional info about what the main tasks are on this box: -qmail deliveries (lots) -postgres (light use) -nfs export of qmail log dirs to another box that does log analysis All services are spread amongst a handful of jails. Each jail has it's out zfs filesystem. Does this sound familiar to anyone running ZFS with snapshots? Anything I should log to get more data if this happens again? I have output from arc_summary.pl running every 5 minutes as part of our general status logging. Any pointers to known issues in ZFS (both 8.1 an 8.2) would be helpful. Also, anywhere to look for the general state of ZFS besides this page? http://wiki.freebsd.org/ZFS Thanks, Charles From owner-freebsd-stable@FreeBSD.ORG Tue May 17 07:16:55 2011 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBC47106564A for ; Tue, 17 May 2011 07:16:55 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (sludge.pil.dk [195.41.47.48]) by mx1.freebsd.org (Postfix) with ESMTP id B03FE8FC1A for ; Tue, 17 May 2011 07:16:55 +0000 (UTC) Received: by mail.droso.net (Postfix, from userid 1001) id 0CEBF2D6; Tue, 17 May 2011 08:57:33 +0200 (CEST) Date: Tue, 17 May 2011 08:57:33 +0200 From: Erwin Lansing To: ports@FreeBSD.org, stable@FreeBSD.org Message-ID: <20110517065732.GT52363@droso.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1DJquaBdcXeJgGJw" Content-Disposition: inline X-Operating-System: FreeBSD/amd64 8.2-RELEASE User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Ports and Packages for Supported Releases X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2011 07:16:56 -0000 --1DJquaBdcXeJgGJw Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Portmgr published a new page on their website which describes the current support and EoL policies for the ports tree and released packages. The main take-home messages are: - Support of FreeBSD releases by ports and the ports infrastructure matches the policies set out by the FreeBSD Security Officer. - Package builds will use the oldest supported minor release within each major branch to ensure ABI and KBI backwards compatability within each major branch, and support all minor versions of each major branch, including -RELEASE and -STABLE. See the full policy on the portmgr webpage: http://www.freebsd.org/portmgr/policies_eol.html On behalf of portmgr, -erwin --=20 Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org --1DJquaBdcXeJgGJw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iD8DBQFN0hxcqy9aWxUlaZARAhQcAKCn5hegqrVIzJgyOCLOD5RNean9gACg0RDa XgG9yhKHrF5mDrTay6Zatcg= =EJWh -----END PGP SIGNATURE----- --1DJquaBdcXeJgGJw-- From owner-freebsd-stable@FreeBSD.ORG Tue May 17 07:30:31 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0BE51065672 for ; Tue, 17 May 2011 07:30:31 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta12.westchester.pa.mail.comcast.net (qmta12.westchester.pa.mail.comcast.net [76.96.59.227]) by mx1.freebsd.org (Postfix) with ESMTP id 5D1D38FC1B for ; Tue, 17 May 2011 07:30:31 +0000 (UTC) Received: from omta10.westchester.pa.mail.comcast.net ([76.96.62.28]) by qmta12.westchester.pa.mail.comcast.net with comcast id kXVD1g0010cZkys5CXWXgR; Tue, 17 May 2011 07:30:31 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta10.westchester.pa.mail.comcast.net with comcast id kXWW1g00M1t3BNj3WXWXi1; Tue, 17 May 2011 07:30:31 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 4B299102C19; Tue, 17 May 2011 00:30:29 -0700 (PDT) Date: Tue, 17 May 2011 00:30:29 -0700 From: Jeremy Chadwick To: Charles Sprickman Message-ID: <20110517073029.GA44359@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@freebsd.org Subject: Re: 8.1R possible zfs snapshot livelock? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2011 07:30:31 -0000 On Tue, May 17, 2011 at 02:43:44AM -0400, Charles Sprickman wrote: > Not sure if it's worth troubleshooting this too much before > upgrading, but we recently had an 8.1R/amd64 box hang in a way that > suggested everything was waiting on disk access. It's remote and we > had to resort to a power-cycle to bring it back (we have serial > console, but it hung after accepting the root password). > > We run hourly/daily/weekly/monthly snapshots on about a half dozen > filesystems using RSE's snaphot script (see > http://people.freebsd.org/~rse/snapshot/ - we only use the zfs > snapshotting and do not use the amd portion). We have some basic > stats logged on all our boxes every 5 minutes and I saw a pile of > cron jobs stuck in disk I/O wait. I suspect these were the > snapshots. Shortly after that it seems as if all disk I/O got hung. > > Some additional info about what the main tasks are on this box: > > -qmail deliveries (lots) > -postgres (light use) > -nfs export of qmail log dirs to another box that does log analysis > > All services are spread amongst a handful of jails. Each jail has > it's out zfs filesystem. > > Does this sound familiar to anyone running ZFS with snapshots? Yes, and is exactly why I don't use them. :-) The problem sounds more like the kernel didn't lock up waiting for disk I/O (you didn't see any disk or controller issues on the console), but more likely bugs with ZFS snapshots or ZFS itself (kernel thread deadlock). We're talking about FreeBSD 8.1-RELEASE here; ZFS innards have changed greatly between then and now. Understandably (and justified), folks will almost certainly recommend that you upgrade the machine to RELENG_8 (8.2-STABLE) and see if the problem recurs. If so, you'll probably need to drop the machine to DDB remotely (via serial console) and issue some commands per whatever a kernel developer tells you. If this is a production machine, doing that probably isn't possible (it may take days or weeks before someone gets back to you), so the best thing to do would be to ensure you have dumpdev="auto" (or a specific chosen device of your choice) to dump all memory to swap, and a /var filesystem large enough to hold it all, then drop to DDB + induce a panic by issuing "call doadump". "reboot", then let savecore(8) find the kernel dump in swap, save it to files in /var/crash, which can then be later examined using kgdb. > Anything I should log to get more data if this happens again? I > have output from arc_summary.pl running every 5 minutes as part of > our general status logging. > > Any pointers to known issues in ZFS (both 8.1 an 8.2) would be helpful. There's a whole ton of issues, but noting them all is virtually impossible at this point. CVS commits / cvsweb are probably a better way to see what's been fixed. I've been screaming for years about the need for concise documentation every time the ZFS code (in RELENG_8 at least) is touched with an explanation of what the problem was and what was fixed; I've since given up that effort. > Also, anywhere to look for the general state of ZFS besides this page? > > http://wiki.freebsd.org/ZFS The freebsd-fs and freebsd-stable mailing lists are pretty much the source of truth these days. Basically if you use ZFS you're sort of expected to be subscribed to them and following them daily. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue May 17 10:48:14 2011 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7B00106566C for ; Tue, 17 May 2011 10:48:14 +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 1218F8FC0C for ; Tue, 17 May 2011 10:48:13 +0000 (UTC) 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 NAA23043; Tue, 17 May 2011 13:48:04 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4DD25264.8040305@FreeBSD.org> Date: Tue, 17 May 2011 13:48:04 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110504 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Jeremy Chadwick References: <20110517073029.GA44359@icarus.home.lan> In-Reply-To: <20110517073029.GA44359@icarus.home.lan> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Charles Sprickman , stable@FreeBSD.org Subject: Re: 8.1R possible zfs snapshot livelock? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2011 10:48:14 -0000 on 17/05/2011 10:30 Jeremy Chadwick said the following: > On Tue, May 17, 2011 at 02:43:44AM -0400, Charles Sprickman wrote: >> Does this sound familiar to anyone running ZFS with snapshots? > > Yes, and is exactly why I don't use them. :-) You put a smiley, but is this an attempt at FUD? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue May 17 11:29:54 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A45F106564A for ; Tue, 17 May 2011 11:29:54 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id 4690E8FC1A for ; Tue, 17 May 2011 11:29:53 +0000 (UTC) Received: from omta24.westchester.pa.mail.comcast.net ([76.96.62.76]) by qmta06.westchester.pa.mail.comcast.net with comcast id kbMw1g0031ei1Bg56bVuEL; Tue, 17 May 2011 11:29:54 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta24.westchester.pa.mail.comcast.net with comcast id kbVt1g0091t3BNj3kbVt4f; Tue, 17 May 2011 11:29:54 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 1BB38102C19; Tue, 17 May 2011 04:29:52 -0700 (PDT) Date: Tue, 17 May 2011 04:29:52 -0700 From: Jeremy Chadwick To: Andriy Gapon Message-ID: <20110517112952.GA48610@icarus.home.lan> References: <20110517073029.GA44359@icarus.home.lan> <4DD25264.8040305@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4DD25264.8040305@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Charles Sprickman , stable@FreeBSD.org Subject: Re: 8.1R possible zfs snapshot livelock? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2011 11:29:54 -0000 On Tue, May 17, 2011 at 01:48:04PM +0300, Andriy Gapon wrote: > on 17/05/2011 10:30 Jeremy Chadwick said the following: > > On Tue, May 17, 2011 at 02:43:44AM -0400, Charles Sprickman wrote: > >> Does this sound familiar to anyone running ZFS with snapshots? > > > > Yes, and is exactly why I don't use them. :-) > > You put a smiley, but is this an attempt at FUD? I wish it were. I experienced similar behaviour to Charles during the early 8.x days (possibly 8.1-RELEASE, I forget; I may be thinking of 8.0?) where ZFS snapshots would occasionally result in the kernel deadlocking on ZFS-bound I/O. The kernel was alive/responsive to some degree but ZFS I/O would just indefinitely stall at that point, requiring a full system reset. No disk or controller problems (same hardware I'm using today actually!). I believe there were commits and improvements for snapshotting committed between 8.1-RELEASE and 8.2-RELEASE, but I haven't bothered to test them. The experience left a very bad taste in my mouth and as such I have avoided ZFS snapshots since. I'd be willing to try them again assuming someone can at least confirm that there were commits done to address snapshot concerns during the past year or so. But... There are still some outstanding incidents that directly pertain to ZFS snapshots, or are "related" to ZFS snapshots (meaning things like send/recv which are commonly used alongside snapshots), which I remember reading about but really saw no answer to: * ZFS send | ssh zfs recv results in ZFS subsystem hanging; 8.1-RELEASE; February 2011: http://lists.freebsd.org/pipermail/freebsd-fs/2011-February/010602.html * Kernel panic during heavy disk I/O while "zfs recv" being used simultaneously; CURRENT (so ZFS v28?); April 2011: http://lists.freebsd.org/pipermail/freebsd-fs/2011-April/011155.html * ZFS snapshots taking an extremely long time to be deleted; RELENG_8_1; February 2011: http://lists.freebsd.org/pipermail/freebsd-fs/2011-February/010797.html * "zfs destroy -r" not working on filesystem-level snapshots but works on pool-level snapshots; RELENG_8 with ZFS v28 patch (and is specific to ZFS v28 given the info); May 2011: http://lists.freebsd.org/pipermail/freebsd-fs/2011-May/011412.html Sorry to just rattle off a bunch of URLs and issues at once; it's not my intention to slander work on ZFS or anything even remotely like that. I'm just wondering given the number of problem reports that seem to come in about snapshot or snapshot-related ZFS stuff, where we stand on these? This is mainly for Charles' benefit and not so much mine (our rsnapshot/rsync-based backups work great for us at this time, sans the stomping of atime). -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue May 17 11:56:02 2011 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FD24106568A for ; Tue, 17 May 2011 11:56:02 +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 912FC8FC16 for ; Tue, 17 May 2011 11:56:01 +0000 (UTC) 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 OAA24750; Tue, 17 May 2011 14:55:54 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4DD2624A.9080708@FreeBSD.org> Date: Tue, 17 May 2011 14:55:54 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110504 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Jeremy Chadwick References: <20110517073029.GA44359@icarus.home.lan> <4DD25264.8040305@FreeBSD.org> <20110517112952.GA48610@icarus.home.lan> In-Reply-To: <20110517112952.GA48610@icarus.home.lan> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Charles Sprickman , stable@FreeBSD.org Subject: Re: 8.1R possible zfs snapshot livelock? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2011 11:56:02 -0000 on 17/05/2011 14:29 Jeremy Chadwick said the following: > On Tue, May 17, 2011 at 01:48:04PM +0300, Andriy Gapon wrote: >> on 17/05/2011 10:30 Jeremy Chadwick said the following: >>> On Tue, May 17, 2011 at 02:43:44AM -0400, Charles Sprickman wrote: >>>> Does this sound familiar to anyone running ZFS with snapshots? >>> >>> Yes, and is exactly why I don't use them. :-) >> >> You put a smiley, but is this an attempt at FUD? > > I wish it were. The reason I asked is that I could have easily answered "No, that's why I use them all the time". And I am sure many people would join me on this. So the way you originally described the issue was sufficiently non-specific and strong. > I experienced similar behaviour to Charles during the > early 8.x days (possibly 8.1-RELEASE, I forget; I may be thinking of > 8.0?) where ZFS snapshots would occasionally result in the kernel > deadlocking on ZFS-bound I/O. The kernel was alive/responsive to some > degree but ZFS I/O would just indefinitely stall at that point, > requiring a full system reset. No disk or controller problems (same > hardware I'm using today actually!). > > I believe there were commits and improvements for snapshotting committed > between 8.1-RELEASE and 8.2-RELEASE, but I haven't bothered to test > them. The experience left a very bad taste in my mouth and as such I > have avoided ZFS snapshots since. > > I'd be willing to try them again assuming someone can at least confirm > that there were commits done to address snapshot concerns during the > past year or so. But... > > There are still some outstanding incidents that directly pertain to ZFS > snapshots, or are "related" to ZFS snapshots (meaning things like > send/recv which are commonly used alongside snapshots), which I remember > reading about but really saw no answer to: > > * ZFS send | ssh zfs recv results in ZFS subsystem hanging; 8.1-RELEASE; > February 2011: > http://lists.freebsd.org/pipermail/freebsd-fs/2011-February/010602.html > > * Kernel panic during heavy disk I/O while "zfs recv" being used > simultaneously; CURRENT (so ZFS v28?); April 2011: > http://lists.freebsd.org/pipermail/freebsd-fs/2011-April/011155.html > > * ZFS snapshots taking an extremely long time to be deleted; RELENG_8_1; > February 2011: > http://lists.freebsd.org/pipermail/freebsd-fs/2011-February/010797.html > > * "zfs destroy -r" not working on filesystem-level snapshots but works > on pool-level snapshots; RELENG_8 with ZFS v28 patch (and is specific > to ZFS v28 given the info); May 2011: > http://lists.freebsd.org/pipermail/freebsd-fs/2011-May/011412.html > > Sorry to just rattle off a bunch of URLs and issues at once; it's not my > intention to slander work on ZFS or anything even remotely like that. > > I'm just wondering given the number of problem reports that seem to come > in about snapshot or snapshot-related ZFS stuff, where we stand on > these? This is mainly for Charles' benefit and not so much mine (our > rsnapshot/rsync-based backups work great for us at this time, sans the > stomping of atime). > Problem reports are always over-represented on the mailing lists. People rarely write that e.g. ZFS snapshot has flawlessly worked for them for the millionth time again today. I am not aware of any known-but-not-fixed issues in this area. Each problem report should be properly investigated individually. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue May 17 12:05:50 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73D451065670 for ; Tue, 17 May 2011 12:05:50 +0000 (UTC) (envelope-from kislitsyn@nvtc.ru) Received: from r01.nvtc.ru (r01.nvtc.ru [91.204.184.30]) by mx1.freebsd.org (Postfix) with ESMTP id A78258FC0C for ; Tue, 17 May 2011 12:05:48 +0000 (UTC) Received: from [192.168.202.171] (unknown [91.204.184.19]) by r01.nvtc.ru (Postfix) with ESMTP id 63EF2240C7 for ; Tue, 17 May 2011 11:46:44 +0000 (UTC) Message-ID: <4DD2603A.7000606@nvtc.ru> Date: Tue, 17 May 2011 18:47:06 +0700 From: "S.Kislitsyn" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; ru-RU; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 17 May 2011 12:15:53 +0000 Cc: Subject: MSI-X problem on Intel NC365T 82580 at FreeBSD 8.2-RELEASE-p1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2011 12:05:50 -0000 Greetings, dear Sirs We are using FreeBSD 8.2-RELEASE-p1 as main gateway router at HP DL160 G6 with Intel 82576 integrated network adapter (works fine with MSI-X) driver version - Intel(R) PRO/1000 Network Connection version - 2.2.3 to get more ports we installed additional network adapter Intel NC365T (82580 chip) but NC365T does not work with MSI-X (dmesg output later) Intel and HP support can't help at all... maybe we are not alone in this problem? Thanx! IT Department Director Kislitsyn Stanislav dmesg output: igb0: mem 0xfbc80000-0xfbcfffff,0xfbe70000-0xfbe73fff irq 36 at device 0.0 on pci7 igb0: Unable to map MSIX table igb0: Using MSI interrupt igb0: [FILTER] igb0: Ethernet address: f4:ce:46:a5:d0:3c igb1: mem 0xfbd00000-0xfbd7ffff,0xfbe74000-0xfbe77fff irq 35 at device 0.1 on pci7 igb1: Unable to map MSIX table igb1: Using MSI interrupt igb1: [FILTER] igb1: Ethernet address: f4:ce:46:a5:d0:3d igb2: mem 0xfbd80000-0xfbdfffff,0xfbe78000-0xfbe7bfff irq 34 at device 0.2 on pci7 igb2: Unable to map MSIX table igb2: Using MSI interrupt igb2: [FILTER] igb2: Ethernet address: f4:ce:46:a5:d0:3e igb3: mem 0xfbe80000-0xfbefffff,0xfbe7c000-0xfbe7ffff irq 24 at device 0.3 on pci7 igb3: Unable to map MSIX table igb3: Using MSI interrupt igb3: [FILTER] igb3: Ethernet address: f4:ce:46:a5:d0:3f pcib3: at device 7.0 on pci0 pci6: on pcib3 pcib4: at device 9.0 on pci0 pci5: on pcib4 igb4: port 0xe880-0xe89f mem 0xfbb60000-0xfbb7ffff,0xfbb40000-0xfbb5ffff,0xfbbb8000-0xfbbbbfff irq 32 at device 0.0 on pci5 igb4: Using MSIX interrupts with 9 vectors igb4: [ITHREAD] igb4: [ITHREAD] igb4: [ITHREAD] igb4: [ITHREAD] igb4: [ITHREAD] igb4: [ITHREAD] igb4: [ITHREAD] igb4: [ITHREAD] igb4: [ITHREAD] igb4: Ethernet address: d8:d3:85:65:72:96 igb5: port 0xec00-0xec1f mem 0xfbbe0000-0xfbbfffff,0xfbbc0000-0xfbbdffff,0xfbbbc000-0xfbbbffff irq 42 at device 0.1 on pci5 igb5: Using MSIX interrupts with 9 vectors igb5: [ITHREAD] igb5: [ITHREAD] igb5: [ITHREAD] igb5: [ITHREAD] igb5: [ITHREAD] igb5: [ITHREAD] igb5: [ITHREAD] igb5: [ITHREAD] igb5: [ITHREAD] igb5: Ethernet address: d8:d3:85:65:72:97 From owner-freebsd-stable@FreeBSD.ORG Tue May 17 12:23:26 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79C59106566C for ; Tue, 17 May 2011 12:23:26 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta15.westchester.pa.mail.comcast.net (qmta15.westchester.pa.mail.comcast.net [76.96.59.228]) by mx1.freebsd.org (Postfix) with ESMTP id 245AC8FC1A for ; Tue, 17 May 2011 12:23:25 +0000 (UTC) Received: from omta22.westchester.pa.mail.comcast.net ([76.96.62.73]) by qmta15.westchester.pa.mail.comcast.net with comcast id kcDE1g0071ap0As5FcPS5p; Tue, 17 May 2011 12:23:26 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta22.westchester.pa.mail.comcast.net with comcast id kcPR1g00T1t3BNj3icPRkW; Tue, 17 May 2011 12:23:26 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id E8B51102C19; Tue, 17 May 2011 05:23:23 -0700 (PDT) Date: Tue, 17 May 2011 05:23:23 -0700 From: Jeremy Chadwick To: Andriy Gapon Message-ID: <20110517122323.GA49650@icarus.home.lan> References: <20110517073029.GA44359@icarus.home.lan> <4DD25264.8040305@FreeBSD.org> <20110517112952.GA48610@icarus.home.lan> <4DD2624A.9080708@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4DD2624A.9080708@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Charles Sprickman , stable@FreeBSD.org Subject: Re: 8.1R possible zfs snapshot livelock? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2011 12:23:26 -0000 On Tue, May 17, 2011 at 02:55:54PM +0300, Andriy Gapon wrote: > on 17/05/2011 14:29 Jeremy Chadwick said the following: > > On Tue, May 17, 2011 at 01:48:04PM +0300, Andriy Gapon wrote: > >> on 17/05/2011 10:30 Jeremy Chadwick said the following: > >>> On Tue, May 17, 2011 at 02:43:44AM -0400, Charles Sprickman wrote: > >>>> Does this sound familiar to anyone running ZFS with snapshots? > >>> > >>> Yes, and is exactly why I don't use them. :-) > >> > >> You put a smiley, but is this an attempt at FUD? > > > > I wish it were. > > The reason I asked is that I could have easily answered "No, that's why I use them > all the time". And I am sure many people would join me on this. > So the way you originally described the issue was sufficiently non-specific and > strong. You're absolutely right -- and to me, your answer/experience holds much more weight than my own. But if you and I were presenting advocacy of ZFS snapshots to a person who had experienced problems with it, their reluctance to believe would be understandable, no? They'd want some form of reassurance that the problem they experience was known or had been fixed in some way. I guess what I'm saying is that yes my wording was strong -- it was an opinion based on past experience. Fact: I don't have any present-day evidence to validate my opinion, since the ZFS code has changed greatly between then and now. But also fact: I did experience something very similar to what Charles did. Sympathy is sometimes all we admins/users have in situations like this. :-) But I do understand your point. > > I experienced similar behaviour to Charles during the > > early 8.x days (possibly 8.1-RELEASE, I forget; I may be thinking of > > 8.0?) where ZFS snapshots would occasionally result in the kernel > > deadlocking on ZFS-bound I/O. The kernel was alive/responsive to some > > degree but ZFS I/O would just indefinitely stall at that point, > > requiring a full system reset. No disk or controller problems (same > > hardware I'm using today actually!). > > > > I believe there were commits and improvements for snapshotting committed > > between 8.1-RELEASE and 8.2-RELEASE, but I haven't bothered to test > > them. The experience left a very bad taste in my mouth and as such I > > have avoided ZFS snapshots since. > > > > I'd be willing to try them again assuming someone can at least confirm > > that there were commits done to address snapshot concerns during the > > past year or so. But... > > > > There are still some outstanding incidents that directly pertain to ZFS > > snapshots, or are "related" to ZFS snapshots (meaning things like > > send/recv which are commonly used alongside snapshots), which I remember > > reading about but really saw no answer to: > > > > * ZFS send | ssh zfs recv results in ZFS subsystem hanging; 8.1-RELEASE; > > February 2011: > > http://lists.freebsd.org/pipermail/freebsd-fs/2011-February/010602.html > > > > * Kernel panic during heavy disk I/O while "zfs recv" being used > > simultaneously; CURRENT (so ZFS v28?); April 2011: > > http://lists.freebsd.org/pipermail/freebsd-fs/2011-April/011155.html > > > > * ZFS snapshots taking an extremely long time to be deleted; RELENG_8_1; > > February 2011: > > http://lists.freebsd.org/pipermail/freebsd-fs/2011-February/010797.html > > > > * "zfs destroy -r" not working on filesystem-level snapshots but works > > on pool-level snapshots; RELENG_8 with ZFS v28 patch (and is specific > > to ZFS v28 given the info); May 2011: > > http://lists.freebsd.org/pipermail/freebsd-fs/2011-May/011412.html > > > > Sorry to just rattle off a bunch of URLs and issues at once; it's not my > > intention to slander work on ZFS or anything even remotely like that. > > > > I'm just wondering given the number of problem reports that seem to come > > in about snapshot or snapshot-related ZFS stuff, where we stand on > > these? This is mainly for Charles' benefit and not so much mine (our > > rsnapshot/rsync-based backups work great for us at this time, sans the > > stomping of atime). > > > > Problem reports are always over-represented on the mailing lists. > People rarely write that e.g. ZFS snapshot has flawlessly worked for them for the > millionth time again today. I am not aware of any known-but-not-fixed issues in > this area. Each problem report should be properly investigated individually. Both absolutely correct and understood. It just really sucks to be one of the people who experiences problems. When you have a system that you've taken a lot of time to get up and working, it runs reliably for weeks/months, then suddenly something like the above happens, you have to start weighing the pros and cons to alternatives (using something other than snapshot capability, changing filesystems, etc.). It would help if folks had some guidelines for what information would be helpful for kernel developers in the case of a ZFS deadlock of this nature. I would say the majority of the admin/user community (and this includes me!), once at a "db>" prompt, have no clue how to proceed. So for Charles' situation, the next time it happens what would be useful for him to provide? The best I could come up with was to induce doadump then reboot to get the system up/working again, and then use kgdb after-the-fact. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue May 17 12:38:39 2011 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C73251065675 for ; Tue, 17 May 2011 12:38:39 +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 1AA508FC12 for ; Tue, 17 May 2011 12:38:38 +0000 (UTC) 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 PAA25595; Tue, 17 May 2011 15:38:33 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4DD26C49.4010108@FreeBSD.org> Date: Tue, 17 May 2011 15:38:33 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110504 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Jeremy Chadwick References: <20110517073029.GA44359@icarus.home.lan> <4DD25264.8040305@FreeBSD.org> <20110517112952.GA48610@icarus.home.lan> <4DD2624A.9080708@FreeBSD.org> <20110517122323.GA49650@icarus.home.lan> In-Reply-To: <20110517122323.GA49650@icarus.home.lan> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Charles Sprickman , stable@FreeBSD.org Subject: Re: 8.1R possible zfs snapshot livelock? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2011 12:38:39 -0000 on 17/05/2011 15:23 Jeremy Chadwick said the following: > So for Charles' situation, the next time it happens what would be useful > for him to provide? The best I could come up with was to induce doadump > then reboot to get the system up/working again, and then use kgdb > after-the-fact. This is one of the best things to do, if possible. In this case all the potentially useful info would be preserved. Less drastic approach to hanged I/O debugging is to find out where processes/threads are actually stuck. E.g. using procstat -kk. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed May 18 01:49:33 2011 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07803106566B for ; Wed, 18 May 2011 01:49:33 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 9384E8FC08 for ; Wed, 18 May 2011 01:49:32 +0000 (UTC) Received: (qmail 29702 invoked by uid 0); 18 May 2011 01:49:31 -0000 Received: from smtp.bway.net (216.220.96.25) by xena.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 May 2011 01:49:31 -0000 Received: (qmail 29693 invoked by uid 90); 18 May 2011 01:49:31 -0000 Received: from unknown (HELO hotlap.nat.fasttrackmonkey.com) (spork@96.57.144.66) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 May 2011 01:49:31 -0000 Date: Tue, 17 May 2011 21:49:30 -0400 (EDT) From: Charles Sprickman X-X-Sender: spork@hotlap.nat.fasttrackmonkey.com To: Andriy Gapon In-Reply-To: <4DD26C49.4010108@FreeBSD.org> Message-ID: References: <20110517073029.GA44359@icarus.home.lan> <4DD25264.8040305@FreeBSD.org> <20110517112952.GA48610@icarus.home.lan> <4DD2624A.9080708@FreeBSD.org> <20110517122323.GA49650@icarus.home.lan> <4DD26C49.4010108@FreeBSD.org> User-Agent: Alpine 2.00 (OSX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@FreeBSD.org, Jeremy Chadwick Subject: Re: 8.1R possible zfs snapshot livelock? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2011 01:49:33 -0000 On Tue, 17 May 2011, Andriy Gapon wrote: > on 17/05/2011 15:23 Jeremy Chadwick said the following: >> So for Charles' situation, the next time it happens what would be useful >> for him to provide? The best I could come up with was to induce doadump >> then reboot to get the system up/working again, and then use kgdb >> after-the-fact. > > This is one of the best things to do, if possible. > In this case all the potentially useful info would be preserved. Will do. Just have to verify I understand the "break to debugger" stuff with serial consoles and ensure it's not easy to accidentally trigger (vauge memories of Sun boxes doing funny things if someone messes with the console). We're also going to start in on upgrading to 8.2 and see what that brings. Still sounds like a good idea to be able to force a dump if things lock up like this again, regardless of what we're running. > Less drastic approach to hanged I/O debugging is to find out where > processes/threads are actually stuck. E.g. using procstat -kk. Odd you say that because we've got an old 32-bit 8.1 box that's running spamassassin and some devel stuff that looks like it's getting a little wedged: PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 6 root 4 -8 - 0K 36K tx->tx 126.0H 76.37% zfskern And I'm not sure "procstat" is meant for this, but the output is interesting: [root@h22 /home/spork]# procstat -k 6 PID TID COMM TDNAME KSTACK 6 100053 zfskern arc_reclaim_thre mi_switch sleepq_switch sleepq_timedwait _cv_timedwait arc_reclaim_thread fork_exit fork_trampoline 6 100054 zfskern l2arc_feed_threa mi_switch sleepq_switch sleepq_timedwait _cv_timedwait l2arc_feed_thread fork_exit fork_trampoline 6 100093 zfskern txg_thread_enter mi_switch sleepq_switch sleepq_wait _cv_wait txg_thread_wait txg_quiesce_thread fork_exit fork_trampoline 6 100094 zfskern txg_thread_enter mi_switch sleepq_switch sleepq_timedwait _cv_timedwait txg_thread_wait txg_sync_thread fork_exit fork_trampoline Makes me curious about the patch mm@ has for 8.2 here: http://blog.vx.sk/archives/24-Backported-patches-for-FreeBSD-82-RELEASE.html (item "c" in the list) Anyhow, thank you *all* for an interesting discussion. We do want to forge ahead with using snapshots since it's a really nice luxury, especially on boxes with lots of jails. Makes it very easy to roll things back without having to go to the tapes. Thanks, Charles > -- > Andriy Gapon > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed May 18 05:58:47 2011 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02AF51065672 for ; Wed, 18 May 2011 05:58:47 +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 417DE8FC19 for ; Wed, 18 May 2011 05:58:45 +0000 (UTC) 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 IAA11777; Wed, 18 May 2011 08:58:38 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1QMZmI-000AJK-Cb; Wed, 18 May 2011 08:58:38 +0300 Message-ID: <4DD3600D.6000709@FreeBSD.org> Date: Wed, 18 May 2011 08:58:37 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110503 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Charles Sprickman References: <20110517073029.GA44359@icarus.home.lan> <4DD25264.8040305@FreeBSD.org> <20110517112952.GA48610@icarus.home.lan> <4DD2624A.9080708@FreeBSD.org> <20110517122323.GA49650@icarus.home.lan> <4DD26C49.4010108@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org, Jeremy Chadwick Subject: Re: 8.1R possible zfs snapshot livelock? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2011 05:58:47 -0000 on 18/05/2011 04:49 Charles Sprickman said the following: > On Tue, 17 May 2011, Andriy Gapon wrote: >> Less drastic approach to hanged I/O debugging is to find out where >> processes/threads are actually stuck. E.g. using procstat -kk. > > Odd you say that because we've got an old 32-bit 8.1 box that's running > spamassassin and some devel stuff that looks like it's getting a little wedged: > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > 6 root 4 -8 - 0K 36K tx->tx 126.0H 76.37% zfskern > > And I'm not sure "procstat" is meant for this, but the output is interesting: It is. > [root@h22 /home/spork]# procstat -k 6 > PID TID COMM TDNAME KSTACK > 6 100053 zfskern arc_reclaim_thre mi_switch sleepq_switch > sleepq_timedwait _cv_timedwait arc_reclaim_thread fork_exit fork_trampoline > 6 100054 zfskern l2arc_feed_threa mi_switch sleepq_switch > sleepq_timedwait _cv_timedwait l2arc_feed_thread fork_exit fork_trampoline > 6 100093 zfskern txg_thread_enter mi_switch sleepq_switch > sleepq_wait _cv_wait txg_thread_wait txg_quiesce_thread fork_exit fork_trampoline > 6 100094 zfskern txg_thread_enter mi_switch sleepq_switch > sleepq_timedwait _cv_timedwait txg_thread_wait txg_sync_thread fork_exit > fork_trampoline This looks completely normal. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed May 18 09:30:05 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 069791065673 for ; Wed, 18 May 2011 09:30:04 +0000 (UTC) (envelope-from luke@digital-crocus.com) Received: from mail.digital-crocus.com (node2.digital-crocus.com [91.209.244.128]) by mx1.freebsd.org (Postfix) with ESMTP id 9D9698FC12 for ; Wed, 18 May 2011 09:30:04 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dkselector; d=hybrid-logic.co.uk; h=Received:Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Organization:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding:X-Spam-Score:X-Digital-Crocus-Maillimit:X-Authenticated-Sender:X-Complaints:X-Admin:X-Abuse; b=movQEO4bSYc5rwCsTEW3ba+fjvXu3hLPP7UC1M5fowuH72HUz5KUD1rvmGlOYGRa6+vR8s/fGlqUqSVUT2A9WWptXXfbRGV4NN8N2b8WVyyFqaNeeigeJXpsR1gVqPvM; Received: from luke by mail.digital-crocus.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1QMceF-000GAR-En for stable@freebsd.org; Wed, 18 May 2011 10:02:31 +0100 Received: from [109.107.35.48] (helo=[IPv6:::1]) by mail.digital-crocus.com with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1QMceC-000G9m-1D; Wed, 18 May 2011 10:02:31 +0100 From: Luke Marsden To: Jeremy Chadwick In-Reply-To: <20110517112952.GA48610@icarus.home.lan> References: <20110517073029.GA44359@icarus.home.lan> <4DD25264.8040305@FreeBSD.org> <20110517112952.GA48610@icarus.home.lan> Content-Type: text/plain; charset="UTF-8" Organization: Hybrid Web Cluster Date: Wed, 18 May 2011 10:03:08 +0100 Message-ID: <1305709388.4447.104.camel@pow> Mime-Version: 1.0 X-Mailer: Evolution 2.32.2 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.0 X-Digital-Crocus-Maillimit: done X-Authenticated-Sender: luke X-Complaints: abuse@digital-crocus.com X-Admin: admin@digital-crocus.com X-Abuse: abuse@digital-crocus.com (Please include full headers in abuse reports) Cc: Charles Sprickman , stable@FreeBSD.org, tech@hybrid-logic.co.uk, Andriy Gapon Subject: Re: 8.1R possible zfs snapshot livelock? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: luke@hybrid-logic.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2011 09:30:05 -0000 Hi all, On Tue, 2011-05-17 at 04:29 -0700, Jeremy Chadwick wrote: > There are still some outstanding incidents that directly pertain to > ZFS snapshots, or are "related" to ZFS snapshots (meaning things like > send/recv which are commonly used alongside snapshots), which I > remember reading about but really saw no answer to: > > * ZFS send | ssh zfs recv results in ZFS subsystem hanging; > 8.1-RELEASE; > > February 2011: >http://lists.freebsd.org/pipermail/freebsd-fs/2011-February/010602.html As the original author of this post I wanted to chime in to say that our problem was mis-diagnosed here as being related to snapshots and zfs send/receive. Instead, it was a bug [1] relating to force-unmounting a ZFS filesystem which has active child nullfs mounts and active special devices (FIFO). There is a related kernel panic [1] which suggests that this is a problem area. I've been meaning to collect enough information to submit a proper bug report -- I can at least reliably reproduce the issue -- but have been rather too busy with the 1.0 release of our application, and was put off by one response: "IMO this is expected". [1] http://lists.freebsd.org/pipermail/freebsd-fs/2011-March/010983.html Our application -- see HCFS at http://www.hybrid-cluster.com/tech/ -- makes very heavy use of ZFS snapshots and ZFS send/receive on FreeBSD (currently 8.1), and since we engineered it so that it never attempts foolish force-unmounts on "busy" filesystems we've seen no kernel hangs over the course of hundreds of thousands of snapshot and zfs replication events in testing. I'm interested to know whether the OP's problem is fixed in 8.2 or 8-STABLE, since it could affect us. Also, thanks for the links to the backports for 8.2, Jeremy, I'll include those in our next system image. -- Best Regards, Luke Marsden CTO, Hybrid Logic Ltd. Web: http://www.hybrid-cluster.com/ Hybrid Web Cluster - cloud web hosting Phone: +447791750420 From owner-freebsd-stable@FreeBSD.ORG Wed May 18 09:53:34 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3A9F106566C; Wed, 18 May 2011 09:53:33 +0000 (UTC) (envelope-from crsnet@crsnet.pl) Received: from mx1.security.edu.pl (mx1.security.edu.pl [81.31.220.147]) by mx1.freebsd.org (Postfix) with ESMTP id 987038FC0A; Wed, 18 May 2011 09:53:33 +0000 (UTC) Received: from mx1.security.edu.pl ([81.31.220.147] helo=poczta.i-pi.pl ident=www) by mx1.security.edu.pl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1QMdF6-0004nR-PX; Wed, 18 May 2011 11:40:40 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 18 May 2011 11:40:36 +0200 From: "crsnet.pl" To: Message-ID: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> X-Sender: crsnet@crsnet.pl User-Agent: Roundcube Webmail/0.4.2 X-SA-Exim-Connect-IP: 81.31.220.147 X-SA-Exim-Mail-From: crsnet@crsnet.pl X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on MTA X-Spam-Level: ** X-Spam-Status: No, score=2.3 required=7.0 tests=ALL_TRUSTED,BAYES_50, SUSPICIOUS_RECIPS autolearn=no version=3.3.1 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mx1.security.edu.pl) Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-drivers@freebsd.org, freebsd-hardware@freebsd.org Subject: FreeBSD 8.2 and Lenovo X300 WWAN Modem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2011 09:53:34 -0000 Hello. Have here anyone run this modem/GPS under FreeBSD 8.2 ? Modem is recognized, but when i try to run ppp -ddial iplus i get this error : /var/log/messages May 18 11:20:59 x60s ppp[1656]: tun0: Warning: Chat script failed /var/log/ppp May 18 11:20:53 x60s ppp[1656]: tun0: Phase: deflink: opening -> dial May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Send: AT^M May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Expect(2): OK May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Received: AT^M^M May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Received: OK^M May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Send: AT+CFUN=1^M May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Expect(2): OK May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Received: AT+CFUN=1^M^M May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Received: ERROR^M For GPS i try to use gpsdrive-2.09_11 A GPS navigation system viking-1.0.2 Program to manage GPS data (tracks, waypoints, etc) But any of them can use X300 GPS;/ #uname -a FreeBSD x60s 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Fri Feb 18 02:24:46 UTC 2011 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 #dmesg ugen6.3: at usbus6 ugen4.2: at usbus4 u3g0: on usbus4 u3g0: Found 3 ports. #sudo usbconfig ugen4.2: at usbus4, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen6.4: at usbus6, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON #ls -la /dev/cuaU* crw-rw---- 1 uucp dialer 0, 123 18 maj 09:39 /dev/cuaU0.0 crw-rw---- 1 uucp dialer 0, 124 18 maj 09:39 /dev/cuaU0.0.init crw-rw---- 1 uucp dialer 0, 125 18 maj 09:39 /dev/cuaU0.0.lock crw-rw---- 1 uucp dialer 0, 129 18 maj 09:39 /dev/cuaU0.1 crw-rw---- 1 uucp dialer 0, 130 18 maj 09:39 /dev/cuaU0.1.init crw-rw---- 1 uucp dialer 0, 131 18 maj 09:39 /dev/cuaU0.1.lock crw-rw---- 1 uucp dialer 0, 135 18 maj 09:39 /dev/cuaU0.2 crw-rw---- 1 uucp dialer 0, 136 18 maj 09:39 /dev/cuaU0.2.init crw-rw---- 1 uucp dialer 0, 137 18 maj 09:39 /dev/cuaU0.2.lock #cat /etc/ppp/ppp.conf iplus: set log Phase Chat LCP IPCP CCP tun command ident user-ppp VERSION (built COMPILATIONDATE) set device /dev/cuaU0.0 set speed 460800 #set speed 115200 set dial "ABORT BUSY TIMEOUT 2 \ \"\" \ AT OK-AT-OK \ AT+CFUN=1 OK-AT-OK \ AT+CMEE=2 OK-AT-OK \ AT+CSQ OK \ AT+CGDCONT=1,\\\"IP\\\",\\\"internet\\\" OK \ AT+CGACT? OK-AT-OK \ AT+CGATT? OK \ AT+CGCLASS? OK \ AT+COPS? OK \ ATD*99***1# CONNECT" set timeout 180 enable dns set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 add default HISADDR Regards, Adrian. From owner-freebsd-stable@FreeBSD.ORG Wed May 18 10:17:32 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14D83106564A for ; Wed, 18 May 2011 10:17:32 +0000 (UTC) (envelope-from crsnet@crsnet.pl) Received: from mx1.security.edu.pl (mx1.security.edu.pl [81.31.220.147]) by mx1.freebsd.org (Postfix) with ESMTP id 6FEA68FC12 for ; Wed, 18 May 2011 10:17:31 +0000 (UTC) Received: from mx1.security.edu.pl ([81.31.220.147] helo=poczta.i-pi.pl ident=www) by mx1.security.edu.pl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1QMdtl-0004um-P1; Wed, 18 May 2011 12:22:52 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Wed, 18 May 2011 12:22:37 +0200 From: "crsnet.pl" To: Maciej Milewski In-Reply-To: <201105181205.20934.milu@dat.pl> References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <201105181205.20934.milu@dat.pl> Message-ID: <3133cb5f034869766ba728c450e56d2e@i-pi.pl> X-Sender: crsnet@crsnet.pl User-Agent: Roundcube Webmail/0.4.2 X-SA-Exim-Connect-IP: 81.31.220.147 X-SA-Exim-Mail-From: crsnet@crsnet.pl X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on MTA X-Spam-Level: X-Spam-Status: No, score=-2.9 required=7.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mx1.security.edu.pl) Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 8.2 and Lenovo X300 WWAN Modem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2011 10:17:32 -0000 On Wed, 18 May 2011 12:05:20 +0200, Maciej Milewski wrote: > Dnia środa, 18 maja 2011 o 11:40:36 crsnet.pl napisał(a): >> Hello. >> Have here anyone run this modem/GPS under FreeBSD 8.2 ? Modem is >> recognized, but when i try to run ppp -ddial iplus i get this error >> : >> >> /var/log/messages >> May 18 11:20:59 x60s ppp[1656]: tun0: Warning: Chat script failed >> >> /var/log/ppp >> May 18 11:20:53 x60s ppp[1656]: tun0: Phase: deflink: opening -> >> dial >> May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Send: AT^M >> May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Expect(2): OK >> May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Received: AT^M^M >> May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Received: OK^M >> May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Send: AT+CFUN=1^M >> May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Expect(2): OK >> May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Received: AT+CFUN=1^M^M >> May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Received: ERROR^M >> >> >> For GPS i try to use >> gpsdrive-2.09_11 A GPS navigation system >> viking-1.0.2 Program to manage GPS data (tracks, waypoints, >> etc) >> But any of them can use X300 GPS;/ >> >> #uname -a >> FreeBSD x60s 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Fri Feb 18 >> 02:24:46 >> UTC 2011 >> root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC >> i386 >> >> #dmesg >> ugen6.3: at usbus6 >> ugen4.2: at usbus4 >> u3g0: on usbus4 >> u3g0: Found 3 ports. >> >> #sudo usbconfig >> ugen4.2: > Incorporated> >> at usbus4, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON >> ugen6.4: at usbus6, cfg=0 md=HOST spd=HIGH >> (480Mbps) pwr=ON >> >> #ls -la /dev/cuaU* >> crw-rw---- 1 uucp dialer 0, 123 18 maj 09:39 /dev/cuaU0.0 >> crw-rw---- 1 uucp dialer 0, 124 18 maj 09:39 /dev/cuaU0.0.init >> crw-rw---- 1 uucp dialer 0, 125 18 maj 09:39 /dev/cuaU0.0.lock >> crw-rw---- 1 uucp dialer 0, 129 18 maj 09:39 /dev/cuaU0.1 >> crw-rw---- 1 uucp dialer 0, 130 18 maj 09:39 /dev/cuaU0.1.init >> crw-rw---- 1 uucp dialer 0, 131 18 maj 09:39 /dev/cuaU0.1.lock >> crw-rw---- 1 uucp dialer 0, 135 18 maj 09:39 /dev/cuaU0.2 >> crw-rw---- 1 uucp dialer 0, 136 18 maj 09:39 /dev/cuaU0.2.init >> crw-rw---- 1 uucp dialer 0, 137 18 maj 09:39 /dev/cuaU0.2.lock >> >> #cat /etc/ppp/ppp.conf >> iplus: >> set log Phase Chat LCP IPCP CCP tun command >> ident user-ppp VERSION (built COMPILATIONDATE) >> >> set device /dev/cuaU0.0 >> set speed 460800 >> #set speed 115200 >> set dial "ABORT BUSY TIMEOUT 2 \ >> \"\" \ >> AT OK-AT-OK \ >> AT+CFUN=1 OK-AT-OK \ >> AT+CMEE=2 OK-AT-OK \ >> AT+CSQ OK \ >> AT+CGDCONT=1,\\\"IP\\\",\\\"internet\\\" OK \ >> AT+CGACT? OK-AT-OK \ >> AT+CGATT? OK \ >> AT+CGCLASS? OK \ >> AT+COPS? OK \ >> ATD*99***1# CONNECT" >> >> set timeout 180 >> enable dns >> set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 >> add default HISADDR >> >> Regards, Adrian. > Do you have a pin defined on sim? No. I check with minicom that AT+CFUN=1 (Turns modem on) give Error but AT+PCSTATE=1 turns it on. Unfortunately when i change it in ppp.conf from AT+CFUN=1 to AT+PCSTATE=1 that give me May 18 12:13:48 x60s ppp[2697]: tun0: Chat: Send: AT+PCSTATE=1^M May 18 12:13:48 x60s ppp[2697]: tun0: Chat: Expect(2): OK May 18 12:13:48 x60s ppp[2697]: tun0: Chat: Received: AT+PCSTATE=1^M^M May 18 12:13:48 x60s ppp[2697]: tun0: Chat: Received: ERROR^M May 18 12:13:50 x60s ppp[2697]: tun0: Chat: Expect timeout > > -- > Maciej From owner-freebsd-stable@FreeBSD.ORG Wed May 18 10:24:01 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3390106566B for ; Wed, 18 May 2011 10:24:01 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) 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 5061A8FC08 for ; Wed, 18 May 2011 10:24:00 +0000 (UTC) Received: from omta19.westchester.pa.mail.comcast.net ([76.96.62.98]) by qmta03.westchester.pa.mail.comcast.net with comcast id kyC71g00527AodY53yQ1Dv; Wed, 18 May 2011 10:24:01 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta19.westchester.pa.mail.comcast.net with comcast id kyPz1g00X1t3BNj3fyQ0ya; Wed, 18 May 2011 10:24:01 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 8FDE1102C19; Wed, 18 May 2011 03:23:58 -0700 (PDT) Date: Wed, 18 May 2011 03:23:58 -0700 From: Jeremy Chadwick To: "crsnet.pl" Message-ID: <20110518102358.GA71561@icarus.home.lan> References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-hardware@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org, freebsd-drivers@freebsd.org Subject: Re: FreeBSD 8.2 and Lenovo X300 WWAN Modem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2011 10:24:01 -0000 On Wed, May 18, 2011 at 11:40:36AM +0200, crsnet.pl wrote: > Hello. > Have here anyone run this modem/GPS under FreeBSD 8.2 ? Modem is > recognized, but when i try to run ppp -ddial iplus i get this error > : > > /var/log/messages > May 18 11:20:59 x60s ppp[1656]: tun0: Warning: Chat script failed > > /var/log/ppp > May 18 11:20:53 x60s ppp[1656]: tun0: Phase: deflink: opening -> dial > May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Send: AT^M > May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Expect(2): OK > May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Received: AT^M^M > May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Received: OK^M > May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Send: AT+CFUN=1^M > May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Expect(2): OK > May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Received: AT+CFUN=1^M^M > May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Received: ERROR^M I'm not familiar with GPS modem units, but I am familiar with classic modems and a little bit with chat scripts from my Linux days. A couple things -- and possibly these GPS modems behave differently than what I was used to back in the early 90s: 1) Based on the chat logs above, it looks like echo mode is enabled on the modem. The client should be sending "AT\r", and it should receive the response "OK\r". Instead, the log indicates what you're getting back is "AT\r\rOK\r". 2) Regardless of #1, the AT+CFUN=1 command you're sending to the modem results in the modem itself responding with ERROR. This isn't coming from ppp, chat, or anything else -- the modem is literally responding with ERROR itself. Meaning, that command (obviously not Hayes!) the modem firmware doesn't know how to interpret. I have no idea what +CFUN=1 does, but then again the modem doesn't seem to either. :-) So I guess my advice would be: fix your chat script to work properly with your modem. :-) Your script is here: > set dial "ABORT BUSY TIMEOUT 2 \ > \"\" \ > AT OK-AT-OK \ > AT+CFUN=1 OK-AT-OK \ > AT+CMEE=2 OK-AT-OK \ > AT+CSQ OK \ > AT+CGDCONT=1,\\\"IP\\\",\\\"internet\\\" OK \ > AT+CGACT? OK-AT-OK \ > AT+CGATT? OK \ > AT+CGCLASS? OK \ > AT+COPS? OK \ > ATD*99***1# CONNECT" -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed May 18 10:24:41 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDE70106566C for ; Wed, 18 May 2011 10:24:41 +0000 (UTC) (envelope-from milu@dat.pl) Received: from jab.dat.pl (dat.pl [80.51.155.34]) by mx1.freebsd.org (Postfix) with ESMTP id 4E1F28FC19 for ; Wed, 18 May 2011 10:24:41 +0000 (UTC) Received: from jab.dat.pl (jsrv.dat.pl [127.0.0.1]) by jab.dat.pl (Postfix) with ESMTP id BC522D7; Wed, 18 May 2011 12:04:46 +0200 (CEST) X-Virus-Scanned: amavisd-new at dat.pl Received: from jab.dat.pl ([127.0.0.1]) by jab.dat.pl (jab.dat.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 56M6Sgvxuxzf; Wed, 18 May 2011 12:04:42 +0200 (CEST) Received: from snifi.localnet (unknown [212.69.68.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jab.dat.pl (Postfix) with ESMTPSA id 3E51D5E; Wed, 18 May 2011 12:04:42 +0200 (CEST) From: Maciej Milewski To: freebsd-stable@freebsd.org Date: Wed, 18 May 2011 12:05:20 +0200 User-Agent: KMail/1.13.7 (Linux/2.6.38-ARCH; KDE/4.6.3; x86_64; ; ) References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> In-Reply-To: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> MIME-Version: 1.0 Message-Id: <201105181205.20934.milu@dat.pl> Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Cc: "crsnet.pl" Subject: Re: FreeBSD 8.2 and Lenovo X300 WWAN Modem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2011 10:24:41 -0000 Dnia =C5=9Broda, 18 maja 2011 o 11:40:36 crsnet.pl napisa=C5=82(a): > Hello. > Have here anyone run this modem/GPS under FreeBSD 8.2 ? Modem is > recognized, but when i try to run ppp -ddial iplus i get this error : >=20 > /var/log/messages > May 18 11:20:59 x60s ppp[1656]: tun0: Warning: Chat script failed >=20 > /var/log/ppp > May 18 11:20:53 x60s ppp[1656]: tun0: Phase: deflink: opening -> dial > May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Send: AT^M > May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Expect(2): OK > May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Received: AT^M^M > May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Received: OK^M > May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Send: AT+CFUN=3D1^M > May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Expect(2): OK > May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Received: AT+CFUN=3D1^M^M > May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Received: ERROR^M >=20 >=20 > For GPS i try to use > gpsdrive-2.09_11 A GPS navigation system > viking-1.0.2 Program to manage GPS data (tracks, waypoints, etc) > But any of them can use X300 GPS;/ >=20 > #uname -a > FreeBSD x60s 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Fri Feb 18 02:24:46 > UTC 2011 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > i386 >=20 > #dmesg > ugen6.3: at usbus6 > ugen4.2: at usbus4 > u3g0: on usbus4 > u3g0: Found 3 ports. >=20 > #sudo usbconfig > ugen4.2: > at usbus4, cfg=3D0 md=3DHOST spd=3DFULL (12Mbps) pwr=3DON > ugen6.4: at usbus6, cfg=3D0 md=3DHOST spd=3DHIGH > (480Mbps) pwr=3DON >=20 > #ls -la /dev/cuaU* > crw-rw---- 1 uucp dialer 0, 123 18 maj 09:39 /dev/cuaU0.0 > crw-rw---- 1 uucp dialer 0, 124 18 maj 09:39 /dev/cuaU0.0.init > crw-rw---- 1 uucp dialer 0, 125 18 maj 09:39 /dev/cuaU0.0.lock > crw-rw---- 1 uucp dialer 0, 129 18 maj 09:39 /dev/cuaU0.1 > crw-rw---- 1 uucp dialer 0, 130 18 maj 09:39 /dev/cuaU0.1.init > crw-rw---- 1 uucp dialer 0, 131 18 maj 09:39 /dev/cuaU0.1.lock > crw-rw---- 1 uucp dialer 0, 135 18 maj 09:39 /dev/cuaU0.2 > crw-rw---- 1 uucp dialer 0, 136 18 maj 09:39 /dev/cuaU0.2.init > crw-rw---- 1 uucp dialer 0, 137 18 maj 09:39 /dev/cuaU0.2.lock >=20 > #cat /etc/ppp/ppp.conf > iplus: > set log Phase Chat LCP IPCP CCP tun command > ident user-ppp VERSION (built COMPILATIONDATE) >=20 > set device /dev/cuaU0.0 > set speed 460800 > #set speed 115200 > set dial "ABORT BUSY TIMEOUT 2 \ > \"\" \ > AT OK-AT-OK \ > AT+CFUN=3D1 OK-AT-OK \ > AT+CMEE=3D2 OK-AT-OK \ > AT+CSQ OK \ > AT+CGDCONT=3D1,\\\"IP\\\",\\\"internet\\\" OK \ > AT+CGACT? OK-AT-OK \ > AT+CGATT? OK \ > AT+CGCLASS? OK \ > AT+COPS? OK \ > ATD*99***1# CONNECT" >=20 > set timeout 180 > enable dns > set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 > add default HISADDR >=20 > Regards, Adrian. Do you have a pin defined on sim? =2D- Maciej From owner-freebsd-stable@FreeBSD.ORG Wed May 18 10:31:17 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48925106567E for ; Wed, 18 May 2011 10:31:17 +0000 (UTC) (envelope-from milu@dat.pl) Received: from jab.dat.pl (dat.pl [80.51.155.34]) by mx1.freebsd.org (Postfix) with ESMTP id 9F7D18FC22 for ; Wed, 18 May 2011 10:31:16 +0000 (UTC) Received: from jab.dat.pl (jsrv.dat.pl [127.0.0.1]) by jab.dat.pl (Postfix) with ESMTP id 62CB8D7; Wed, 18 May 2011 12:31:15 +0200 (CEST) X-Virus-Scanned: amavisd-new at dat.pl Received: from jab.dat.pl ([127.0.0.1]) by jab.dat.pl (jab.dat.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Aexr+kCfQJfO; Wed, 18 May 2011 12:31:09 +0200 (CEST) Received: from snifi.laptop (unknown [212.69.68.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jab.dat.pl (Postfix) with ESMTPSA id 46BB55E; Wed, 18 May 2011 12:31:09 +0200 (CEST) From: Maciej Milewski To: "crsnet.pl" Date: Wed, 18 May 2011 12:31:46 +0200 User-Agent: KMail/1.13.7 (FreeBSD/8.2-STABLE; KDE/4.6.2; i386; ; ) References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <201105181205.20934.milu@dat.pl> <3133cb5f034869766ba728c450e56d2e@i-pi.pl> In-Reply-To: <3133cb5f034869766ba728c450e56d2e@i-pi.pl> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Message-Id: <201105181231.46985.milu@dat.pl> Cc: freebsd-stable@freebsd.org Subject: Re: Re: FreeBSD 8.2 and Lenovo X300 WWAN Modem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2011 10:31:17 -0000 Wednesday 18 of May 2011 12:22:37 crsnet.pl napisa=B3(a): > On Wed, 18 May 2011 12:05:20 +0200, Maciej Milewski >=20 > wrote: > > Dnia =B6roda, 18 maja 2011 o 11:40:36 crsnet.pl napisa=B3(a): > >> Hello. > >> Have here anyone run this modem/GPS under FreeBSD 8.2 ? Modem is > >> recognized, but when i try to run ppp -ddial iplus i get this error > >> =20 > >> =20 > >> /var/log/messages > >> May 18 11:20:59 x60s ppp[1656]: tun0: Warning: Chat script failed > >> =20 > >> /var/log/ppp > >> May 18 11:20:53 x60s ppp[1656]: tun0: Phase: deflink: opening -> > >>=20 > >> dial > >>=20 > >> May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Send: AT^M > >> May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Expect(2): OK > >> May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Received: AT^M^M > >> May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Received: OK^M > >> May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Send: AT+CFUN=3D1^M > >> May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Expect(2): OK > >> May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Received: AT+CFUN=3D1^M^M > >> May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Received: ERROR^M > >> =20 > >> =20 > >> For GPS i try to use > >> gpsdrive-2.09_11 A GPS navigation system > >> viking-1.0.2 Program to manage GPS data (tracks, waypoints, > >>=20 > >> etc) > >>=20 > >> But any of them can use X300 GPS;/ > >> =20 > >> #uname -a > >> FreeBSD x60s 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Fri Feb 18 > >>=20 > >> 02:24:46 > >>=20 > >> UTC 2011 > >>=20 > >> root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > >>=20 > >> i386 > >> =20 > >> #dmesg > >> ugen6.3: at usbus6 > >> ugen4.2: at usbus4 > >> u3g0: on usbus4 > >> u3g0: Found 3 ports. > >> =20 > >> #sudo usbconfig > >> ugen4.2: >>=20 > >> Incorporated> > >>=20 > >> at usbus4, cfg=3D0 md=3DHOST spd=3DFULL (12Mbps) pwr=3DON > >> ugen6.4: at usbus6, cfg=3D0 md=3DHOST spd=3DH= IGH > >> (480Mbps) pwr=3DON > >> =20 > >> #ls -la /dev/cuaU* > >> crw-rw---- 1 uucp dialer 0, 123 18 maj 09:39 /dev/cuaU0.0 > >> crw-rw---- 1 uucp dialer 0, 124 18 maj 09:39 /dev/cuaU0.0.init > >> crw-rw---- 1 uucp dialer 0, 125 18 maj 09:39 /dev/cuaU0.0.lock > >> crw-rw---- 1 uucp dialer 0, 129 18 maj 09:39 /dev/cuaU0.1 > >> crw-rw---- 1 uucp dialer 0, 130 18 maj 09:39 /dev/cuaU0.1.init > >> crw-rw---- 1 uucp dialer 0, 131 18 maj 09:39 /dev/cuaU0.1.lock > >> crw-rw---- 1 uucp dialer 0, 135 18 maj 09:39 /dev/cuaU0.2 > >> crw-rw---- 1 uucp dialer 0, 136 18 maj 09:39 /dev/cuaU0.2.init > >> crw-rw---- 1 uucp dialer 0, 137 18 maj 09:39 /dev/cuaU0.2.lock > >> =20 > >> #cat /etc/ppp/ppp.conf > >> =20 > >> iplus: > >> set log Phase Chat LCP IPCP CCP tun command > >> ident user-ppp VERSION (built COMPILATIONDATE) > >> =20 > >> set device /dev/cuaU0.0 > >> set speed 460800 > >> #set speed 115200 > >> set dial "ABORT BUSY TIMEOUT 2 \ > >> =20 > >> \"\" \ > >> AT OK-AT-OK \ > >> AT+CFUN=3D1 OK-AT-OK \ > >> AT+CMEE=3D2 OK-AT-OK \ > >> AT+CSQ OK \ > >> AT+CGDCONT=3D1,\\\"IP\\\",\\\"internet\\\" OK \ > >> AT+CGACT? OK-AT-OK \ > >> AT+CGATT? OK \ > >> AT+CGCLASS? OK \ > >> AT+COPS? OK \ > >> ATD*99***1# CONNECT" > >> =20 > >> set timeout 180 > >> enable dns > >> set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 > >> add default HISADDR > >> =20 > >> Regards, Adrian. > >=20 > > Do you have a pin defined on sim? >=20 > No. > I check with minicom that AT+CFUN=3D1 (Turns modem on) give Error but > AT+PCSTATE=3D1 turns it on. > Unfortunately when i change it in ppp.conf from AT+CFUN=3D1 to > AT+PCSTATE=3D1 that give me > May 18 12:13:48 x60s ppp[2697]: tun0: Chat: Send: AT+PCSTATE=3D1^M > May 18 12:13:48 x60s ppp[2697]: tun0: Chat: Expect(2): OK > May 18 12:13:48 x60s ppp[2697]: tun0: Chat: Received: AT+PCSTATE=3D1^M^M > May 18 12:13:48 x60s ppp[2697]: tun0: Chat: Received: ERROR^M > May 18 12:13:50 x60s ppp[2697]: tun0: Chat: Expect timeout http://sierrawireless.custhelp.com/app/answers/detail/a_id/500/~/can-i-use-= my- sierra-wireless-modem-on-a-linux-operating-system-%3F-%28-v.1.7.36%29 Sometimest command port is different than data port. Try different cuau0.0,= =20 cuau0.1, cuau0.2 also GPS many times has his own subinterface so that may b= e=20 the point.=20 My working ppp.conf dial definition, with pin enabled: set dial "ABORT BUSY ABORT NO\sCARRIER TIMEOUT 5 \ \"\" AT OK-AT-OK \ AT OK-AT-OK AT+CPIN=3D0000 OK-AT-OK\ AT+CGDCONT=3D1,\\\"IP\\\",\\\"internet\\\" OK \ AT OK-AT-OK \\dATDT\\T TIMEOUT 40 CONNECT" =2D- Maciej From owner-freebsd-stable@FreeBSD.ORG Wed May 18 11:06:29 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EF021065672 for ; Wed, 18 May 2011 11:06:29 +0000 (UTC) (envelope-from milu@dat.pl) Received: from jab.dat.pl (dat.pl [80.51.155.34]) by mx1.freebsd.org (Postfix) with ESMTP id 811BA8FC12 for ; Wed, 18 May 2011 11:06:28 +0000 (UTC) Received: from jab.dat.pl (jsrv.dat.pl [127.0.0.1]) by jab.dat.pl (Postfix) with ESMTP id 27370CA; Wed, 18 May 2011 13:06:27 +0200 (CEST) X-Virus-Scanned: amavisd-new at dat.pl Received: from jab.dat.pl ([127.0.0.1]) by jab.dat.pl (jab.dat.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id n3lK76suFsnC; Wed, 18 May 2011 13:06:21 +0200 (CEST) Received: from snifi.laptop (unknown [212.69.68.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jab.dat.pl (Postfix) with ESMTPSA id 321E849; Wed, 18 May 2011 13:06:21 +0200 (CEST) From: Maciej Milewski To: freebsd-stable@freebsd.org Date: Wed, 18 May 2011 13:07:01 +0200 User-Agent: KMail/1.13.7 (FreeBSD/8.2-STABLE; KDE/4.6.2; i386; ; ) References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <201105181205.20934.milu@dat.pl> <3133cb5f034869766ba728c450e56d2e@i-pi.pl> In-Reply-To: <3133cb5f034869766ba728c450e56d2e@i-pi.pl> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Message-Id: <201105181307.01358.milu@dat.pl> Cc: "crsnet.pl" Subject: Re: Re: FreeBSD 8.2 and Lenovo X300 WWAN Modem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2011 11:06:29 -0000 Wednesday 18 of May 2011 12:22:37 crsnet.pl napisa=B3(a): > On Wed, 18 May 2011 12:05:20 +0200, Maciej Milewski >=20 > wrote: > > Dnia =B6roda, 18 maja 2011 o 11:40:36 crsnet.pl napisa=B3(a): > >> Hello. > >> Have here anyone run this modem/GPS under FreeBSD 8.2 ? Modem is > >> recognized, but when i try to run ppp -ddial iplus i get this error > >> =20 > >> =20 > >> /var/log/messages > >> May 18 11:20:59 x60s ppp[1656]: tun0: Warning: Chat script failed > >> =20 > >> /var/log/ppp > >> May 18 11:20:53 x60s ppp[1656]: tun0: Phase: deflink: opening -> > >>=20 > >> dial > >>=20 > >> May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Send: AT^M > >> May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Expect(2): OK > >> May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Received: AT^M^M > >> May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Received: OK^M > >> May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Send: AT+CFUN=3D1^M > >> May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Expect(2): OK > >> May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Received: AT+CFUN=3D1^M^M > >> May 18 11:20:53 x60s ppp[1656]: tun0: Chat: Received: ERROR^M > >> =20 > >> =20 > >> For GPS i try to use > >> gpsdrive-2.09_11 A GPS navigation system > >> viking-1.0.2 Program to manage GPS data (tracks, waypoints, > >>=20 > >> etc) > >>=20 > >> But any of them can use X300 GPS;/ > >> =20 > >> #uname -a > >> FreeBSD x60s 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Fri Feb 18 > >>=20 > >> 02:24:46 > >>=20 > >> UTC 2011 > >>=20 > >> root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > >>=20 > >> i386 > >> =20 > >> #dmesg > >> ugen6.3: at usbus6 > >> ugen4.2: at usbus4 > >> u3g0: on usbus4 > >> u3g0: Found 3 ports. > >> =20 > >> #sudo usbconfig > >> ugen4.2: >>=20 > >> Incorporated> > >>=20 > >> at usbus4, cfg=3D0 md=3DHOST spd=3DFULL (12Mbps) pwr=3DON > >> ugen6.4: at usbus6, cfg=3D0 md=3DHOST spd=3DH= IGH > >> (480Mbps) pwr=3DON > >> =20 > >> #ls -la /dev/cuaU* > >> crw-rw---- 1 uucp dialer 0, 123 18 maj 09:39 /dev/cuaU0.0 > >> crw-rw---- 1 uucp dialer 0, 124 18 maj 09:39 /dev/cuaU0.0.init > >> crw-rw---- 1 uucp dialer 0, 125 18 maj 09:39 /dev/cuaU0.0.lock > >> crw-rw---- 1 uucp dialer 0, 129 18 maj 09:39 /dev/cuaU0.1 > >> crw-rw---- 1 uucp dialer 0, 130 18 maj 09:39 /dev/cuaU0.1.init > >> crw-rw---- 1 uucp dialer 0, 131 18 maj 09:39 /dev/cuaU0.1.lock > >> crw-rw---- 1 uucp dialer 0, 135 18 maj 09:39 /dev/cuaU0.2 > >> crw-rw---- 1 uucp dialer 0, 136 18 maj 09:39 /dev/cuaU0.2.init > >> crw-rw---- 1 uucp dialer 0, 137 18 maj 09:39 /dev/cuaU0.2.lock > >> =20 > >> #cat /etc/ppp/ppp.conf > >> =20 > >> iplus: > >> set log Phase Chat LCP IPCP CCP tun command > >> ident user-ppp VERSION (built COMPILATIONDATE) > >> =20 > >> set device /dev/cuaU0.0 > >> set speed 460800 > >> #set speed 115200 > >> set dial "ABORT BUSY TIMEOUT 2 \ > >> =20 > >> \"\" \ > >> AT OK-AT-OK \ > >> AT+CFUN=3D1 OK-AT-OK \ > >> AT+CMEE=3D2 OK-AT-OK \ > >> AT+CSQ OK \ > >> AT+CGDCONT=3D1,\\\"IP\\\",\\\"internet\\\" OK \ > >> AT+CGACT? OK-AT-OK \ > >> AT+CGATT? OK \ > >> AT+CGCLASS? OK \ > >> AT+COPS? OK \ > >> ATD*99***1# CONNECT" > >> =20 > >> set timeout 180 > >> enable dns > >> set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 > >> add default HISADDR > >> =20 > >> Regards, Adrian. > >=20 > > Do you have a pin defined on sim? >=20 > No. > I check with minicom that AT+CFUN=3D1 (Turns modem on) give Error but > AT+PCSTATE=3D1 turns it on. > Unfortunately when i change it in ppp.conf from AT+CFUN=3D1 to > AT+PCSTATE=3D1 that give me > May 18 12:13:48 x60s ppp[2697]: tun0: Chat: Send: AT+PCSTATE=3D1^M > May 18 12:13:48 x60s ppp[2697]: tun0: Chat: Expect(2): OK > May 18 12:13:48 x60s ppp[2697]: tun0: Chat: Received: AT+PCSTATE=3D1^M^M > May 18 12:13:48 x60s ppp[2697]: tun0: Chat: Received: ERROR^M > May 18 12:13:50 x60s ppp[2697]: tun0: Chat: Expect timeout Oh and very important thing: MC5725 is a CDMA EV-DO card. It will not work in GSM/UMTS network AFAIK. https://www.sierrawireless.com/Newsroom/newsreleases/2006/09-18_sierra_wire= less_reaches_two_ev- do_revision_a_product_milestones.aspx =2D- Maciej From owner-freebsd-stable@FreeBSD.ORG Wed May 18 12:04:41 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2C81106566C for ; Wed, 18 May 2011 12:04:41 +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 CC98F8FC17 for ; Wed, 18 May 2011 12:04:41 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 7DA2546B0D; Wed, 18 May 2011 08:04:41 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1EF578A04F; Wed, 18 May 2011 08:04:41 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 18 May 2011 08:04:40 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201105180804.40663.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 18 May 2011 08:04:41 -0400 (EDT) Cc: Mark Felder Subject: Re: df -t is broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2011 12:04:42 -0000 On Tuesday, May 10, 2011 4:16:24 pm Mark Felder wrote: > Here's what happens when I try to truss a df -t > > http://paste.feld.me/3jb4c@raw Can you narrow down which patch causes the hang? It looks like all these patches only affect the kernel, so there's no need to do an entire buildworld to test backing them out. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed May 18 12:07:46 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21670106564A for ; Wed, 18 May 2011 12:07:46 +0000 (UTC) (envelope-from crsnet@crsnet.pl) Received: from mx1.security.edu.pl (mx1.security.edu.pl [81.31.220.147]) by mx1.freebsd.org (Postfix) with ESMTP id C8ECF8FC13 for ; Wed, 18 May 2011 12:07:45 +0000 (UTC) Received: from mx1.security.edu.pl ([81.31.220.147] helo=poczta.i-pi.pl ident=www) by mx1.security.edu.pl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1QMfcb-0005EZ-BH; Wed, 18 May 2011 14:13:05 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 18 May 2011 14:13:00 +0200 From: "crsnet.pl" To: Maciej Milewski In-Reply-To: <201105181307.01358.milu@dat.pl> References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <201105181205.20934.milu@dat.pl> <3133cb5f034869766ba728c450e56d2e@i-pi.pl> <201105181307.01358.milu@dat.pl> Message-ID: X-Sender: crsnet@crsnet.pl User-Agent: Roundcube Webmail/0.4.2 X-SA-Exim-Connect-IP: 81.31.220.147 X-SA-Exim-Mail-From: crsnet@crsnet.pl X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on MTA X-Spam-Level: X-Spam-Status: No, score=-2.9 required=7.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mx1.security.edu.pl) Cc: freebsd-stable@freebsd.org Subject: Re: Re: FreeBSD 8.2 and Lenovo X300 WWAN Modem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2011 12:07:46 -0000 >> >> No. >> I check with minicom that AT+CFUN=1 (Turns modem on) give Error but >> AT+PCSTATE=1 turns it on. >> Unfortunately when i change it in ppp.conf from AT+CFUN=1 to >> AT+PCSTATE=1 that give me >> May 18 12:13:48 x60s ppp[2697]: tun0: Chat: Send: AT+PCSTATE=1^M >> May 18 12:13:48 x60s ppp[2697]: tun0: Chat: Expect(2): OK >> May 18 12:13:48 x60s ppp[2697]: tun0: Chat: Received: >> AT+PCSTATE=1^M^M >> May 18 12:13:48 x60s ppp[2697]: tun0: Chat: Received: ERROR^M >> May 18 12:13:50 x60s ppp[2697]: tun0: Chat: Expect timeout > > Oh and very important thing: > MC5725 is a CDMA EV-DO card. It will not work in GSM/UMTS network > AFAIK. > > https://www.sierrawireless.com/Newsroom/newsreleases/2006/09-18_sierra_wireless_reaches_two_ev- > do_revision_a_product_milestones.aspx :( I must check that is a available CDMA network in Poland. But if any here know that i can use GPS builded into this Modem i will be gratful. Adrian. > > -- > Maciej From owner-freebsd-stable@FreeBSD.ORG Wed May 18 12:24:14 2011 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CE8C106566B; Wed, 18 May 2011 12:24:14 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from proxypop02.sare.net (proxypop02.sare.net [194.30.18.43]) by mx1.freebsd.org (Postfix) with ESMTP id 1D7AC8FC19; Wed, 18 May 2011 12:24:13 +0000 (UTC) Received: from [172.16.1.65] (izaro.sarenet.es [192.148.167.11]) by proxypop02.sare.net (Postfix) with ESMTPSA id 1EDEB124E632; Wed, 18 May 2011 14:05:45 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=iso-8859-1 From: Borja Marcos In-Reply-To: <20110517112952.GA48610@icarus.home.lan> Date: Wed, 18 May 2011 14:05:06 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20110517073029.GA44359@icarus.home.lan> <4DD25264.8040305@FreeBSD.org> <20110517112952.GA48610@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1084) Cc: Charles Sprickman , stable@FreeBSD.org, Andriy Gapon Subject: Re: 8.1R possible zfs snapshot livelock? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2011 12:24:14 -0000 On May 17, 2011, at 1:29 PM, Jeremy Chadwick wrote: > * ZFS send | ssh zfs recv results in ZFS subsystem hanging; = 8.1-RELEASE; > February 2011: > = http://lists.freebsd.org/pipermail/freebsd-fs/2011-February/010602.html I found a reproducible deadlock condition actually. If you keep some I/O = activity on a dataset on which you are receiving a ZFS incremental = snapshot at the same time, it can deadlock. Imagine this situation: Two servers, A and B. A dataset on server A is = replicated at regular intervals to B, so that you keep a reasonably up = to date copy. Something like: (Runnning on server A): zfs snapshot thepool/thedataset@thistime zfs send -Ri thepooll/thedataser@previoustime hepool/thedataset@thistime = | ssh serverB zfs receive -d thepool It works, but I suffered a deadlock when one of the periodic "daily" = scripts was running. Doing some tests, I saw that ZFS can deadlock if = you do a zfs receive onto a dataset which has some read activity. = Disabling atime didn't help either. But if you make sure *not* to access the replicated dataset it works, I = haven=B4t seen it failing otherwise.=20 If you wish to reproduce it, try creating a dataset for /usr/obj, = running make buildworld on it, replicating at, say, 30 or 60 second = intervals, and keep several scripts (or rsync) reading the target = dataset files and just copying them to another place in the usual, = "classic" way. (example: tar cf - . | ( cd /destination && tar xf -) Borja From owner-freebsd-stable@FreeBSD.ORG Wed May 18 12:30:57 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F4841065670 for ; Wed, 18 May 2011 12:30:57 +0000 (UTC) (envelope-from milu@dat.pl) Received: from jab.dat.pl (dat.pl [80.51.155.34]) by mx1.freebsd.org (Postfix) with ESMTP id D192A8FC12 for ; Wed, 18 May 2011 12:30:56 +0000 (UTC) Received: from jab.dat.pl (jsrv.dat.pl [127.0.0.1]) by jab.dat.pl (Postfix) with ESMTP id 7447ECA; Wed, 18 May 2011 14:30:55 +0200 (CEST) X-Virus-Scanned: amavisd-new at dat.pl Received: from jab.dat.pl ([127.0.0.1]) by jab.dat.pl (jab.dat.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id rVxAT+Z4ByDx; Wed, 18 May 2011 14:30:49 +0200 (CEST) Received: from snifi.laptop (unknown [212.69.68.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jab.dat.pl (Postfix) with ESMTPSA id 74E0749; Wed, 18 May 2011 14:30:49 +0200 (CEST) From: Maciej Milewski To: "crsnet.pl" Date: Wed, 18 May 2011 14:31:28 +0200 User-Agent: KMail/1.13.7 (FreeBSD/8.2-STABLE; KDE/4.6.2; i386; ; ) References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <201105181307.01358.milu@dat.pl> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Message-Id: <201105181431.29074.milu@dat.pl> Cc: freebsd-stable@freebsd.org Subject: Re: Re: Re: FreeBSD 8.2 and Lenovo X300 WWAN Modem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2011 12:30:57 -0000 Wednesday 18 of May 2011 14:13:00 crsnet.pl napisa=B3(a): > >> No. > >> I check with minicom that AT+CFUN=3D1 (Turns modem on) give Error but > >> AT+PCSTATE=3D1 turns it on. > >> Unfortunately when i change it in ppp.conf from AT+CFUN=3D1 to > >> AT+PCSTATE=3D1 that give me > >> May 18 12:13:48 x60s ppp[2697]: tun0: Chat: Send: AT+PCSTATE=3D1^M > >> May 18 12:13:48 x60s ppp[2697]: tun0: Chat: Expect(2): OK > >>=20 > >> May 18 12:13:48 x60s ppp[2697]: tun0: Chat: Received: > >> AT+PCSTATE=3D1^M^M > >>=20 > >> May 18 12:13:48 x60s ppp[2697]: tun0: Chat: Received: ERROR^M > >> May 18 12:13:50 x60s ppp[2697]: tun0: Chat: Expect timeout > >=20 > > Oh and very important thing: > > MC5725 is a CDMA EV-DO card. It will not work in GSM/UMTS network > > AFAIK. > >=20 > > https://www.sierrawireless.com/Newsroom/newsreleases/2006/09-18_sierra_= wi > > reless_reaches_two_ev- do_revision_a_product_milestones.aspx > >=20 > :( I must check that is a available CDMA network in Poland. Look on the http://www.bez- kabli.pl/viewtopic.php?t=3D12788&postdays=3D0&postorder=3Dasc&start=3D15 > But if any here know that i can use GPS builded into this Modem i will > be gratful. >=20 > Adrian. http://forum.thinkpads.com/viewtopic.php?f=3D30&t=3D61164 =2D- Maciej From owner-freebsd-stable@FreeBSD.ORG Wed May 18 14:50:31 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97B9B106564A; Wed, 18 May 2011 14:50:31 +0000 (UTC) (envelope-from geo.liaskos@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 422DE8FC14; Wed, 18 May 2011 14:50:30 +0000 (UTC) Received: by yie12 with SMTP id 12so715241yie.13 for ; Wed, 18 May 2011 07:50:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=8Rm8bHS3vsTOCdKn3hAsAgccIWc+Oc3HCfnsThQXeDo=; b=rVoU5FfjBvO4nYBuKUhHf02+E7RqcnyP9M6TG5jyutsaOvzVwI6YSM9OTMx92m9nUi eZ/H9ei77KgHYzCqY+6gu0j1CxyPPhtmCO9uSxa13rPbJ+Ae64x/YLKSOKu5f9dYCFgn MW2uGvxYAPpk9p6AJPH+V6cP/nDjX0ChXskHo= 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=QihnKmOhqnygMBoQBGMQfPkiXs6L4ktH5mfWdy7dNH2/fFITpRoYuqqFPc0/Q/Csc9 xJuFIbbTeFLsK8d+2rU2aSPbm5mLgAqfv4ixiToM8z+Lo634kkqFuVmJTjDSbXa9AM10 u6ZVYkhnZ1OXoahzP8b3HyRO3lYPRJZlS06qU= MIME-Version: 1.0 Received: by 10.151.94.5 with SMTP id w5mr1492170ybl.243.1305728570533; Wed, 18 May 2011 07:22:50 -0700 (PDT) Received: by 10.100.112.5 with HTTP; Wed, 18 May 2011 07:22:50 -0700 (PDT) In-Reply-To: <81D0DCF15FDE4100AC6FA8DEA50F3B14@jarasc430> References: <81D0DCF15FDE4100AC6FA8DEA50F3B14@jarasc430> Date: Wed, 18 May 2011 17:22:50 +0300 Message-ID: From: George Liaskos To: Jack Raats Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: FreeBSD 7.4-STABLE server behind an isa server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2011 14:50:31 -0000 On Wed, May 18, 2011 at 3:54 PM, Jack Raats wrote: > I am setting up a FreeBSD 7.4 server behind an ISA server. The purpose of this server is to serve as an intranet web server. > But I would like to update the ports of course. > I have a login and password for the isa server. > I would like to know how to implement this so that I can usr portupgrade to update the ports and to use make install > > excuses for the bad english > > thanks > > Jack > Install www/cntlm from ports, it has a simple config file that you must edit. It authenticates to ISA and listens on a specified local port, you can set http/ftp_proxy to localhost:port and fetch(1) will roll. Regards From owner-freebsd-stable@FreeBSD.ORG Wed May 18 13:09:06 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 102D11065672 for ; Wed, 18 May 2011 13:09:06 +0000 (UTC) (envelope-from jack@jarasoft.net) Received: from raats.xs4all.nl (raats.xs4all.nl [82.95.230.43]) by mx1.freebsd.org (Postfix) with ESMTP id B71398FC1B for ; Wed, 18 May 2011 13:09:05 +0000 (UTC) Received: from raats.xs4all.nl (orac.jarasoft.net [10.10.10.10]) by raats.xs4all.nl (Postfix) with ESMTP id A1C413D7550; Wed, 18 May 2011 14:55:02 +0200 (CEST) Received: from jarasc430 (raats.xs4all.nl [82.95.230.43]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by raats.xs4all.nl (Postfix) with ESMTPSA id 7919E3D754F; Wed, 18 May 2011 14:55:02 +0200 (CEST) Message-ID: <81D0DCF15FDE4100AC6FA8DEA50F3B14@jarasc430> From: "Jack Raats" To: , Date: Wed, 18 May 2011 14:54:38 +0200 Organization: JaRaSoft, Steenbergen, Nederland MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6090 X-Virus-Scanned: ClamAV using ClamSMTP on orac.jarasoft.net X-Mailman-Approved-At: Wed, 18 May 2011 15:12:55 +0000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: FreeBSD 7.4-STABLE server behind an isa server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jack Raats List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2011 13:09:06 -0000 I am setting up a FreeBSD 7.4 server behind an ISA server. The purpose = of this server is to serve as an intranet web server. But I would like to update the ports of course. I have a login and password for the isa server. I would like to know how to implement this so that I can usr portupgrade = to update the ports and to use make install excuses for the bad english thanks Jack From owner-freebsd-stable@FreeBSD.ORG Thu May 19 09:56:05 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99DFF106566B; Thu, 19 May 2011 09:56:05 +0000 (UTC) (envelope-from simon@nitro.dk) Received: from emx.nitro.dk (emx.nitro.dk [IPv6:2a01:4f8:120:7384::102]) by mx1.freebsd.org (Postfix) with ESMTP id 2EDDA8FC1F; Thu, 19 May 2011 09:56:05 +0000 (UTC) Received: from mailscan.leto.nitro.dk (mailscan.leto.nitro.dk [127.0.1.4]) by emx.nitro.dk (Postfix) with ESMTP id 1283E1FEE; Thu, 19 May 2011 09:56:04 +0000 (UTC) Received: from emx.nitro.dk ([127.0.1.2]) by mailscan.leto.nitro.dk (mailscan.leto.nitro.dk [127.0.1.4]) (amavisd-new, port 10024) with LMTP id Pf886DO7wrQV; Thu, 19 May 2011 09:56:02 +0000 (UTC) Received: from [IPv6:2001:470:28:41b:c62c:3ff:fe2a:b559] (unknown [IPv6:2001:470:28:41b:c62c:3ff:fe2a:b559]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by emx.nitro.dk (Postfix) with ESMTPSA id B6DDD1FED; Thu, 19 May 2011 09:56:01 +0000 (UTC) From: "Simon L. B. Nielsen" Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-1--1073240675" Content-Transfer-Encoding: 7bit Date: Thu, 19 May 2011 11:55:57 +0200 To: stable@freebsd.org Message-Id: Mime-Version: 1.0 (Apple Message framework v1084) X-Pgp-Agent: GPGMail 1.3.3 X-Mailer: Apple Mail (2.1084) Cc: Subject: FreeBSD mail was down for a few hours X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2011 09:56:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-1--1073240675 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hey, Just FYI, the RAID controller on mx1.FreeBSD.org decided to take a break = (IE, firmware crashed) so that all inbound mail, and much internal mail = too, was not delivered for around 4.5 hours. I think mx1 was one of the hosts which have not had RAID firmware etc. = updated so it's likely the problem has already been fixed, but I will = look into that when I have some spare time. Everything should be working again and all queued mail delivered. PS. this mail is primarily sent to stable@ so non-committers can also = get the information. --=20 Simon L. B. Nielsen Hat: FreeBSD.org admins team --Apple-Mail-1--1073240675 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAk3U6TAACgkQBJx0gP90kKtxEQCfXX7qXHJhKA8sqJcmfDD3dyPn eCQAn2IIJjieKRc5PfdIYT9Vs13KvGZn =mdpZ -----END PGP SIGNATURE----- --Apple-Mail-1--1073240675-- From owner-freebsd-stable@FreeBSD.ORG Thu May 19 09:56:14 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E67C310657EC for ; Thu, 19 May 2011 09:56:13 +0000 (UTC) (envelope-from elon@emmi.physik-pool.tu-berlin.de) Received: from emmi.physik-pool.tu-berlin.de (emmi.physik-pool.tu-berlin.de [130.149.58.146]) by mx1.freebsd.org (Postfix) with ESMTP id 1CF8A8FC14 for ; Thu, 19 May 2011 09:56:12 +0000 (UTC) Received: from emmi.physik-pool.tu-berlin.de (localhost.physik-pool.tu-berlin.de [127.0.0.1]) by emmi.physik-pool.tu-berlin.de (8.14.4/8.14.4) with ESMTP id p4J9u7Ll066399 for ; Thu, 19 May 2011 11:56:09 +0200 (CEST) (envelope-from elon@emmi.physik-pool.tu-berlin.de) Received: (from elon@localhost) by emmi.physik-pool.tu-berlin.de (8.14.4/8.14.4/Submit) id p4J9u6tr066398 for freebsd-stable@freebsd.org; Thu, 19 May 2011 11:56:06 +0200 (CEST) (envelope-from elon) Date: Thu, 19 May 2011 11:56:06 +0200 From: Leon =?iso-8859-15?Q?Me=DFner?= To: freebsd-stable@freebsd.org Message-ID: <20110519095606.GD21257@emmi.physik-pool.tu-berlin.de> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Please share your ZFS hotspare solution. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2011 09:56:15 -0000 Hi, i'm interested in stories how you guys handle ZFS drive failures. Especially regarding automatic replacement and hot spares. There has already been a lot of discussion about this. If anyone can share some scripts and how to plug them into devd that would be great. http://www.freebsd.org/cgi/query-pr.cgi?pr=134491 http://lists.freebsd.org/pipermail/freebsd-stable/2010-March/055686.html http://lists.freebsd.org/pipermail/freebsd-stable/2011-January/060876.html Thanks, Leon From owner-freebsd-stable@FreeBSD.ORG Thu May 19 10:41:19 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 910C6106564A for ; Thu, 19 May 2011 10:41:19 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta14.emeryville.ca.mail.comcast.net (qmta14.emeryville.ca.mail.comcast.net [76.96.27.212]) by mx1.freebsd.org (Postfix) with ESMTP id 7A7788FC1A for ; Thu, 19 May 2011 10:41:19 +0000 (UTC) Received: from omta16.emeryville.ca.mail.comcast.net ([76.96.30.72]) by qmta14.emeryville.ca.mail.comcast.net with comcast id lNGT1g0041ZMdJ4AENU7Gt; Thu, 19 May 2011 10:28:07 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta16.emeryville.ca.mail.comcast.net with comcast id lNU61g0021t3BNj8cNU7hS; Thu, 19 May 2011 10:28:07 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id B4C14102C19; Thu, 19 May 2011 03:28:06 -0700 (PDT) Date: Thu, 19 May 2011 03:28:06 -0700 From: Jeremy Chadwick To: "Simon L. B. Nielsen" Message-ID: <20110519102806.GB95907@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@freebsd.org Subject: Re: FreeBSD mail was down for a few hours X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2011 10:41:19 -0000 On Thu, May 19, 2011 at 11:55:57AM +0200, Simon L. B. Nielsen wrote: > Hey, > > Just FYI, the RAID controller on mx1.FreeBSD.org decided to take a break (IE, firmware crashed) so that all inbound mail, and much internal mail too, was not delivered for around 4.5 hours. > > I think mx1 was one of the hosts which have not had RAID firmware etc. updated so it's likely the problem has already been fixed, but I will look into that when I have some spare time. > > Everything should be working again and all queued mail delivered. > > PS. this mail is primarily sent to stable@ so non-committers can also get the information. Simon, I'm curious -- what brand of RAID controller and what driver on FreeBSD? Not that I have any solutions, just curious about what's in use. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu May 19 11:48:26 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E9D21065674 for ; Thu, 19 May 2011 11:48:26 +0000 (UTC) (envelope-from simon@nitro.dk) Received: from emx.nitro.dk (emx.nitro.dk [IPv6:2a01:4f8:120:7384::102]) by mx1.freebsd.org (Postfix) with ESMTP id 165148FC16 for ; Thu, 19 May 2011 11:48:26 +0000 (UTC) Received: from mailscan.leto.nitro.dk (mailscan.leto.nitro.dk [127.0.1.4]) by emx.nitro.dk (Postfix) with ESMTP id 4260B1FFB; Thu, 19 May 2011 11:48:25 +0000 (UTC) Received: from emx.nitro.dk ([127.0.1.2]) by mailscan.leto.nitro.dk (mailscan.leto.nitro.dk [127.0.1.4]) (amavisd-new, port 10024) with LMTP id lMeqeEnvLVWc; Thu, 19 May 2011 11:48:23 +0000 (UTC) Received: from [IPv6:2001:470:28:41b:c62c:3ff:fe2a:b559] (unknown [IPv6:2001:470:28:41b:c62c:3ff:fe2a:b559]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by emx.nitro.dk (Postfix) with ESMTPSA id D98711FFA; Thu, 19 May 2011 11:48:22 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Simon L. B. Nielsen" In-Reply-To: <20110519102806.GB95907@icarus.home.lan> Date: Thu, 19 May 2011 13:48:21 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <42D7E07D-8A03-44C6-9BD2-554B6B265919@nitro.dk> References: <20110519102806.GB95907@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1084) Cc: stable@freebsd.org Subject: Re: FreeBSD mail was down for a few hours X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2011 11:48:26 -0000 On 19 May 2011, at 12:28, Jeremy Chadwick wrote: > On Thu, May 19, 2011 at 11:55:57AM +0200, Simon L. B. Nielsen wrote: >> Hey, >>=20 >> Just FYI, the RAID controller on mx1.FreeBSD.org decided to take a = break (IE, firmware crashed) so that all inbound mail, and much internal = mail too, was not delivered for around 4.5 hours. >>=20 >> I think mx1 was one of the hosts which have not had RAID firmware = etc. updated so it's likely the problem has already been fixed, but I = will look into that when I have some spare time. >=20 > I'm curious -- what brand of RAID controller and what driver on = FreeBSD? > Not that I have any solutions, just curious about what's in use. Hey, The server is a Dell PowerEdge 2950 with a PERC 5/i RAID controller (IE. = really LSI MegaRAID) using the mfi(4) driver. Many of the other primary FreeBSD.org systems are running on similar = hardware. At some point I will get around to updating our machine webpage again = :-) For mx1 the machine page is actually correct: = http://www.freebsd.org/internal/machines.html --=20 Simon L. B. Nielsen From owner-freebsd-stable@FreeBSD.ORG Thu May 19 18:09:43 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DA7A106566C for ; Thu, 19 May 2011 18:09:43 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (unknown [IPv6:2001:418:3fd::3]) by mx1.freebsd.org (Postfix) with ESMTP id 6DB218FC14 for ; Thu, 19 May 2011 18:09:43 +0000 (UTC) Received: from scollay.m5p.com (home.m5p.com [IPv6:2001:418:3fd::f4]) by mailhost.m5p.com (8.14.3/8.14.3) with ESMTP id p4JI9aNi040072 for ; Thu, 19 May 2011 14:09:42 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <4DD55CE0.50202@m5p.com> Date: Thu, 19 May 2011 14:09:36 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110503 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <761435846.340286.1305417941573.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <761435846.340286.1305417941573.JavaMail.root@erie.cs.uoguelph.ca> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.5 () BAYES_00 X-Scanned-By: MIMEDefang 2.67 on IPv6:2001:418:3fd::f7 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (mailhost.m5p.com [IPv6:2001:418:3fd::f7]); Thu, 19 May 2011 14:09:42 -0400 (EDT) Subject: Re: Heads up: you'll need to do a fresh "config KERNEL" etc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2011 18:09:43 -0000 On 05/14/11 20:05, Rick Macklem wrote: > Hi, > > Just a heads up that after a commit going into stable/8 in a few > minutes, you'll need to do a fresh kernel build, starting at > "config GENERIC", including rebuilding the NFS related modules. > > rick > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > Sensational! With this update, I finally get NFS client performance as good as (or better than) 7.x, and I have a warm, fuzzy feeling about 8.x at last. (Except for SCHED_ULE, which gives terrible performance on a single-core machine with a compute-bound process running in the background.) Thanks! -- George Mitchell From owner-freebsd-stable@FreeBSD.ORG Thu May 19 21:09:49 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7ADE3106566C; Thu, 19 May 2011 21:09:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 391268FC16; Thu, 19 May 2011 21:09:49 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.4/8.14.4) with ESMTP id p4JL9m6o064316; Thu, 19 May 2011 21:09:48 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id p4JL9mbg064315; Thu, 19 May 2011 21:09:48 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 May 2011 21:09:48 GMT Message-Id: <201105192109.p4JL9mbg064315@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2011 21:09:49 -0000 TB --- 2011-05-19 19:07:19 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2011-05-19 19:07:19 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2011-05-19 19:07:19 - cleaning the object tree TB --- 2011-05-19 19:07:34 - cvsupping the source tree TB --- 2011-05-19 19:07:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2011-05-19 19:07:39 - building world TB --- 2011-05-19 19:07:39 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-19 19:07:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-19 19:07:39 - TARGET=amd64 TB --- 2011-05-19 19:07:39 - TARGET_ARCH=amd64 TB --- 2011-05-19 19:07:39 - TZ=UTC TB --- 2011-05-19 19:07:39 - __MAKE_CONF=/dev/null TB --- 2011-05-19 19:07:39 - cd /src TB --- 2011-05-19 19:07:39 - /usr/bin/make -B buildworld >>> World build started on Thu May 19 19:07:42 UTC 2011 >>> 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 Thu May 19 20:59:26 UTC 2011 TB --- 2011-05-19 20:59:26 - generating LINT kernel config TB --- 2011-05-19 20:59:26 - cd /src/sys/amd64/conf TB --- 2011-05-19 20:59:26 - /usr/bin/make -B LINT TB --- 2011-05-19 20:59:26 - building LINT kernel TB --- 2011-05-19 20:59:26 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-19 20:59:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-19 20:59:26 - TARGET=amd64 TB --- 2011-05-19 20:59:26 - TARGET_ARCH=amd64 TB --- 2011-05-19 20:59:26 - TZ=UTC TB --- 2011-05-19 20:59:26 - __MAKE_CONF=/dev/null TB --- 2011-05-19 20:59:26 - cd /src TB --- 2011-05-19 20:59:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 19 20:59:26 UTC 2011 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/sound/pcm/ac97_if.m -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-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue ac97_if.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-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pcm/ac97_patch.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-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pcm/buffer.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-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pcm/channel.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/sound/pcm/channel_if.m -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-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue channel_if.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-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pcm/dsp.c /src/sys/dev/sound/pcm/dsp.c: In function 'dsp_mmap_single': /src/sys/dev/sound/pcm/dsp.c:1919: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-19 21:09:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-19 21:09:48 - ERROR: failed to build lint kernel TB --- 2011-05-19 21:09:48 - 5600.77 user 1012.62 system 7348.62 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Thu May 19 21:54:17 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21BEC106564A; Thu, 19 May 2011 21:54:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id CBE1A8FC19; Thu, 19 May 2011 21:54:16 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.4/8.14.4) with ESMTP id p4JLsGD0013570; Thu, 19 May 2011 21:54:16 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id p4JLsGbW013568; Thu, 19 May 2011 21:54:16 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 May 2011 21:54:16 GMT Message-Id: <201105192154.p4JLsGbW013568@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2011 21:54:17 -0000 TB --- 2011-05-19 20:23:47 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2011-05-19 20:23:47 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2011-05-19 20:23:47 - cleaning the object tree TB --- 2011-05-19 20:24:00 - cvsupping the source tree TB --- 2011-05-19 20:24:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/i386/i386/supfile TB --- 2011-05-19 20:24:07 - building world TB --- 2011-05-19 20:24:07 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-19 20:24:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-19 20:24:07 - TARGET=i386 TB --- 2011-05-19 20:24:07 - TARGET_ARCH=i386 TB --- 2011-05-19 20:24:07 - TZ=UTC TB --- 2011-05-19 20:24:07 - __MAKE_CONF=/dev/null TB --- 2011-05-19 20:24:07 - cd /src TB --- 2011-05-19 20:24:07 - /usr/bin/make -B buildworld >>> World build started on Thu May 19 20:24:09 UTC 2011 >>> 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 Thu May 19 21:43:03 UTC 2011 TB --- 2011-05-19 21:43:03 - generating LINT kernel config TB --- 2011-05-19 21:43:03 - cd /src/sys/i386/conf TB --- 2011-05-19 21:43:03 - /usr/bin/make -B LINT TB --- 2011-05-19 21:43:03 - building LINT kernel TB --- 2011-05-19 21:43:03 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-19 21:43:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-19 21:43:03 - TARGET=i386 TB --- 2011-05-19 21:43:03 - TARGET_ARCH=i386 TB --- 2011-05-19 21:43:03 - TZ=UTC TB --- 2011-05-19 21:43:03 - __MAKE_CONF=/dev/null TB --- 2011-05-19 21:43:03 - cd /src TB --- 2011-05-19 21:43:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 19 21:43:03 UTC 2011 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/sound/pcm/ac97_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue ac97_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pcm/ac97_patch.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pcm/buffer.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pcm/channel.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/sound/pcm/channel_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue channel_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pcm/dsp.c /src/sys/dev/sound/pcm/dsp.c: In function 'dsp_mmap_single': /src/sys/dev/sound/pcm/dsp.c:1919: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-19 21:54:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-19 21:54:16 - ERROR: failed to build lint kernel TB --- 2011-05-19 21:54:16 - 4190.94 user 718.88 system 5428.39 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Thu May 19 22:37:53 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 393F6106566C; Thu, 19 May 2011 22:37:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id E48998FC0A; Thu, 19 May 2011 22:37:52 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.4/8.14.4) with ESMTP id p4JMbqHJ042378; Thu, 19 May 2011 22:37:52 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id p4JMbq3X042362; Thu, 19 May 2011 22:37:52 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 May 2011 22:37:52 GMT Message-Id: <201105192237.p4JMbq3X042362@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2011 22:37:53 -0000 TB --- 2011-05-19 21:09:48 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2011-05-19 21:09:48 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2011-05-19 21:09:48 - cleaning the object tree TB --- 2011-05-19 21:10:01 - cvsupping the source tree TB --- 2011-05-19 21:10:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/i386/pc98/supfile TB --- 2011-05-19 21:10:06 - building world TB --- 2011-05-19 21:10:06 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-19 21:10:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-19 21:10:06 - TARGET=pc98 TB --- 2011-05-19 21:10:06 - TARGET_ARCH=i386 TB --- 2011-05-19 21:10:06 - TZ=UTC TB --- 2011-05-19 21:10:06 - __MAKE_CONF=/dev/null TB --- 2011-05-19 21:10:06 - cd /src TB --- 2011-05-19 21:10:06 - /usr/bin/make -B buildworld >>> World build started on Thu May 19 21:10:07 UTC 2011 >>> 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 Thu May 19 22:28:48 UTC 2011 TB --- 2011-05-19 22:28:48 - generating LINT kernel config TB --- 2011-05-19 22:28:48 - cd /src/sys/pc98/conf TB --- 2011-05-19 22:28:48 - /usr/bin/make -B LINT TB --- 2011-05-19 22:28:48 - building LINT kernel TB --- 2011-05-19 22:28:48 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-19 22:28:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-19 22:28:48 - TARGET=pc98 TB --- 2011-05-19 22:28:48 - TARGET_ARCH=i386 TB --- 2011-05-19 22:28:48 - TZ=UTC TB --- 2011-05-19 22:28:48 - __MAKE_CONF=/dev/null TB --- 2011-05-19 22:28:48 - cd /src TB --- 2011-05-19 22:28:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 19 22:28:48 UTC 2011 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/sound/pcm/ac97_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue ac97_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/sound/pcm/ac97_patch.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/sound/pcm/buffer.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/sound/pcm/channel.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/sound/pcm/channel_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue channel_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/sound/pcm/dsp.c /src/sys/dev/sound/pcm/dsp.c: In function 'dsp_mmap_single': /src/sys/dev/sound/pcm/dsp.c:1919: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-19 22:37:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-19 22:37:52 - ERROR: failed to build lint kernel TB --- 2011-05-19 22:37:52 - 4039.88 user 709.42 system 5283.75 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Thu May 19 22:53:46 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 320B8106564A for ; Thu, 19 May 2011 22:53:46 +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 E384F8FC18 for ; Thu, 19 May 2011 22:53:45 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEADqf1U2DaFvO/2dsb2JhbACEWqI1iHCtHZEHgSuDZ4EHBI5EgU2PEQ X-IronPort-AV: E=Sophos;i="4.65,239,1304308800"; d="scan'208";a="125286172" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 19 May 2011 18:53:45 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 0CBC2E7901; Thu, 19 May 2011 18:53:45 -0400 (EDT) Date: Thu, 19 May 2011 18:53:45 -0400 (EDT) From: Rick Macklem To: George Mitchell Message-ID: <1340366482.609480.1305845624994.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4DD55CE0.50202@m5p.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE7 (Win)/6.0.10_GA_2692) Cc: freebsd-stable@freebsd.org Subject: Re: Heads up: you'll need to do a fresh "config KERNEL" etc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2011 22:53:46 -0000 > On 05/14/11 20:05, Rick Macklem wrote: > > Hi, > > > > Just a heads up that after a commit going into stable/8 in a few > > minutes, you'll need to do a fresh kernel build, starting at > > "config GENERIC", including rebuilding the NFS related modules. > > > > rick > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to > > "freebsd-stable-unsubscribe@freebsd.org" > > > > Sensational! With this update, I finally get NFS client performance > as good as (or better than) 7.x, and I have a warm, fuzzy feeling > about 8.x at last. (Except for SCHED_ULE, which gives terrible > performance on a single-core machine with a compute-bound process > running in the background.) Thanks! -- George Mitchell > There's a weird (and you need to have a weird sense of humour to enjoy it) flick called "Stranger than Paradise". Anyhow, the above sounds like good news, although the commit it was related to should have had no effect on perf, from what I can see. Assuming that you are using the regular 8.n client (and not the new one), there have been some commits related to krpc bugs that could have fixed cases which would have caused poor perf., although all of those (except one where a client would hang on a TCP reconnect attempt) are in 8.2. So, happy to hear it works for you now, but have no idea why;-) rick From owner-freebsd-stable@FreeBSD.ORG Thu May 19 23:50:18 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8F9E106564A; Thu, 19 May 2011 23:50:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 67FC88FC0A; Thu, 19 May 2011 23:50:18 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.4/8.14.4) with ESMTP id p4JNoH7q037335; Thu, 19 May 2011 23:50:17 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id p4JNoHYg037331; Thu, 19 May 2011 23:50:17 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 May 2011 23:50:17 GMT Message-Id: <201105192350.p4JNoHYg037331@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2011 23:50:18 -0000 TB --- 2011-05-19 21:54:16 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2011-05-19 21:54:16 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2011-05-19 21:54:16 - cleaning the object tree TB --- 2011-05-19 21:54:28 - cvsupping the source tree TB --- 2011-05-19 21:54:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2011-05-19 21:54:33 - building world TB --- 2011-05-19 21:54:33 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-19 21:54:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-19 21:54:33 - TARGET=ia64 TB --- 2011-05-19 21:54:33 - TARGET_ARCH=ia64 TB --- 2011-05-19 21:54:33 - TZ=UTC TB --- 2011-05-19 21:54:33 - __MAKE_CONF=/dev/null TB --- 2011-05-19 21:54:33 - cd /src TB --- 2011-05-19 21:54:33 - /usr/bin/make -B buildworld >>> World build started on Thu May 19 21:54:34 UTC 2011 >>> 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 Thu May 19 23:38:58 UTC 2011 TB --- 2011-05-19 23:38:58 - generating LINT kernel config TB --- 2011-05-19 23:38:58 - cd /src/sys/ia64/conf TB --- 2011-05-19 23:38:58 - /usr/bin/make -B LINT TB --- 2011-05-19 23:38:58 - building LINT kernel TB --- 2011-05-19 23:38:58 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-19 23:38:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-19 23:38:58 - TARGET=ia64 TB --- 2011-05-19 23:38:58 - TARGET_ARCH=ia64 TB --- 2011-05-19 23:38:58 - TZ=UTC TB --- 2011-05-19 23:38:58 - __MAKE_CONF=/dev/null TB --- 2011-05-19 23:38:58 - cd /src TB --- 2011-05-19 23:38:58 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 19 23:38:58 UTC 2011 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/sound/pcm/ac97_if.m -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 ac97_if.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/sound/pcm/ac97_patch.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/sound/pcm/buffer.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/sound/pcm/channel.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/sound/pcm/channel_if.m -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 channel_if.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/sound/pcm/dsp.c /src/sys/dev/sound/pcm/dsp.c: In function 'dsp_mmap_single': /src/sys/dev/sound/pcm/dsp.c:1919: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-19 23:50:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-19 23:50:17 - ERROR: failed to build lint kernel TB --- 2011-05-19 23:50:17 - 5695.68 user 719.05 system 6961.29 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Fri May 20 00:06:17 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CF031065686; Fri, 20 May 2011 00:06:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 42E2A8FC16; Fri, 20 May 2011 00:06:17 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.4/8.14.4) with ESMTP id p4K06GX3095642; Fri, 20 May 2011 00:06:16 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id p4K06GIK095641; Fri, 20 May 2011 00:06:16 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 20 May 2011 00:06:16 GMT Message-Id: <201105200006.p4K06GIK095641@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2011 00:06:17 -0000 TB --- 2011-05-19 22:37:52 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2011-05-19 22:37:52 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2011-05-19 22:37:52 - cleaning the object tree TB --- 2011-05-19 22:38:07 - cvsupping the source tree TB --- 2011-05-19 22:38:07 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/powerpc/powerpc/supfile TB --- 2011-05-19 22:38:12 - building world TB --- 2011-05-19 22:38:12 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-19 22:38:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-19 22:38:12 - TARGET=powerpc TB --- 2011-05-19 22:38:12 - TARGET_ARCH=powerpc TB --- 2011-05-19 22:38:12 - TZ=UTC TB --- 2011-05-19 22:38:12 - __MAKE_CONF=/dev/null TB --- 2011-05-19 22:38:12 - cd /src TB --- 2011-05-19 22:38:12 - /usr/bin/make -B buildworld >>> World build started on Thu May 19 22:38:13 UTC 2011 >>> 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 Thu May 19 23:58:45 UTC 2011 TB --- 2011-05-19 23:58:45 - generating LINT kernel config TB --- 2011-05-19 23:58:45 - cd /src/sys/powerpc/conf TB --- 2011-05-19 23:58:45 - /usr/bin/make -B LINT TB --- 2011-05-19 23:58:45 - building LINT kernel TB --- 2011-05-19 23:58:45 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-19 23:58:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-19 23:58:45 - TARGET=powerpc TB --- 2011-05-19 23:58:45 - TARGET_ARCH=powerpc TB --- 2011-05-19 23:58:45 - TZ=UTC TB --- 2011-05-19 23:58:45 - __MAKE_CONF=/dev/null TB --- 2011-05-19 23:58:45 - cd /src TB --- 2011-05-19 23:58:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 19 23:58:45 UTC 2011 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/sound/pcm/ac97_if.m -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 -Werror ac97_if.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 -Werror /src/sys/dev/sound/pcm/ac97_patch.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 -Werror /src/sys/dev/sound/pcm/buffer.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 -Werror /src/sys/dev/sound/pcm/channel.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/sound/pcm/channel_if.m -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 -Werror channel_if.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 -Werror /src/sys/dev/sound/pcm/dsp.c /src/sys/dev/sound/pcm/dsp.c: In function 'dsp_mmap_single': /src/sys/dev/sound/pcm/dsp.c:1919: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-20 00:06:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-20 00:06:16 - ERROR: failed to build lint kernel TB --- 2011-05-20 00:06:16 - 4117.16 user 651.20 system 5304.12 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Fri May 20 01:08:02 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FB9D106564A; Fri, 20 May 2011 01:08:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 36F398FC0A; Fri, 20 May 2011 01:08:02 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.4/8.14.4) with ESMTP id p4K18153002775; Fri, 20 May 2011 01:08:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id p4K1819G002774; Fri, 20 May 2011 01:08:01 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 20 May 2011 01:08:01 GMT Message-Id: <201105200108.p4K1819G002774@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2011 01:08:02 -0000 TB --- 2011-05-19 23:50:18 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2011-05-19 23:50:18 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2011-05-19 23:50:18 - cleaning the object tree TB --- 2011-05-19 23:50:29 - cvsupping the source tree TB --- 2011-05-19 23:50:29 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2011-05-19 23:50:34 - building world TB --- 2011-05-19 23:50:34 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-19 23:50:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-19 23:50:34 - TARGET=sparc64 TB --- 2011-05-19 23:50:34 - TARGET_ARCH=sparc64 TB --- 2011-05-19 23:50:34 - TZ=UTC TB --- 2011-05-19 23:50:34 - __MAKE_CONF=/dev/null TB --- 2011-05-19 23:50:34 - cd /src TB --- 2011-05-19 23:50:34 - /usr/bin/make -B buildworld >>> World build started on Thu May 19 23:50:36 UTC 2011 >>> 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 20 01:00:45 UTC 2011 TB --- 2011-05-20 01:00:45 - generating LINT kernel config TB --- 2011-05-20 01:00:45 - cd /src/sys/sparc64/conf TB --- 2011-05-20 01:00:45 - /usr/bin/make -B LINT TB --- 2011-05-20 01:00:45 - building LINT kernel TB --- 2011-05-20 01:00:45 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-20 01:00:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-20 01:00:45 - TARGET=sparc64 TB --- 2011-05-20 01:00:45 - TARGET_ARCH=sparc64 TB --- 2011-05-20 01:00:45 - TZ=UTC TB --- 2011-05-20 01:00:45 - __MAKE_CONF=/dev/null TB --- 2011-05-20 01:00:45 - cd /src TB --- 2011-05-20 01:00:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 20 01:00:45 UTC 2011 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/sound/pcm/ac97_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror ac97_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/sound/pcm/ac97_patch.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/sound/pcm/buffer.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/sound/pcm/channel.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/sound/pcm/channel_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror channel_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/sound/pcm/dsp.c /src/sys/dev/sound/pcm/dsp.c: In function 'dsp_mmap_single': /src/sys/dev/sound/pcm/dsp.c:1919: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-20 01:08:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-20 01:08:01 - ERROR: failed to build lint kernel TB --- 2011-05-20 01:08:01 - 3875.41 user 639.93 system 4663.64 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Fri May 20 01:30:27 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAF691065674 for ; Fri, 20 May 2011 01:30:27 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id 1E9F78FC19 for ; Fri, 20 May 2011 01:30:26 +0000 (UTC) Received: from omta19.westchester.pa.mail.comcast.net ([76.96.62.98]) by qmta09.westchester.pa.mail.comcast.net with comcast id ldEv1g00427AodY59dWTav; Fri, 20 May 2011 01:30:27 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta19.westchester.pa.mail.comcast.net with comcast id ldWR1g00R1t3BNj3fdWSg9; Fri, 20 May 2011 01:30:27 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 5B6DE102C19; Thu, 19 May 2011 18:30:24 -0700 (PDT) Date: Thu, 19 May 2011 18:30:24 -0700 From: Jeremy Chadwick To: avg@freebsd.org Message-ID: <20110520013024.GA10536@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: amd64@freebsd.org, stable@freebsd.org, FreeBSD Tinderbox Subject: Fwd: [releng_7 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2011 01:30:27 -0000 ----- Forwarded message from FreeBSD Tinderbox ----- > From: FreeBSD Tinderbox > To: FreeBSD Tinderbox , stable@freebsd.org, amd64@freebsd.org > Date: Thu, 19 May 2011 21:09:48 GMT > Cc: > Subject: [releng_7 tinderbox] failure on amd64/amd64 > > TB --- 2011-05-19 19:07:19 - tinderbox 2.6 running on freebsd-legacy.sentex.ca > TB --- 2011-05-19 19:07:19 - starting RELENG_7 tinderbox run for amd64/amd64 > TB --- 2011-05-19 19:07:19 - cleaning the object tree > TB --- 2011-05-19 19:07:34 - cvsupping the source tree > TB --- 2011-05-19 19:07:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/amd64/amd64/supfile > TB --- 2011-05-19 19:07:39 - building world > TB --- 2011-05-19 19:07:39 - MAKEOBJDIRPREFIX=/obj > TB --- 2011-05-19 19:07:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2011-05-19 19:07:39 - TARGET=amd64 > TB --- 2011-05-19 19:07:39 - TARGET_ARCH=amd64 > TB --- 2011-05-19 19:07:39 - TZ=UTC > TB --- 2011-05-19 19:07:39 - __MAKE_CONF=/dev/null > TB --- 2011-05-19 19:07:39 - cd /src > TB --- 2011-05-19 19:07:39 - /usr/bin/make -B buildworld > >>> World build started on Thu May 19 19:07:42 UTC 2011 > >>> 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 Thu May 19 20:59:26 UTC 2011 > TB --- 2011-05-19 20:59:26 - generating LINT kernel config > TB --- 2011-05-19 20:59:26 - cd /src/sys/amd64/conf > TB --- 2011-05-19 20:59:26 - /usr/bin/make -B LINT > TB --- 2011-05-19 20:59:26 - building LINT kernel > TB --- 2011-05-19 20:59:26 - MAKEOBJDIRPREFIX=/obj > TB --- 2011-05-19 20:59:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2011-05-19 20:59:26 - TARGET=amd64 > TB --- 2011-05-19 20:59:26 - TARGET_ARCH=amd64 > TB --- 2011-05-19 20:59:26 - TZ=UTC > TB --- 2011-05-19 20:59:26 - __MAKE_CONF=/dev/null > TB --- 2011-05-19 20:59:26 - cd /src > TB --- 2011-05-19 20:59:26 - /usr/bin/make -B buildkernel KERNCONF=LINT > >>> Kernel build for LINT started on Thu May 19 20:59:26 UTC 2011 > >>> 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 > [...] > awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/sound/pcm/ac97_if.m -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-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue ac97_if.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-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pcm/ac97_patch.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-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pcm/buffer.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-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pcm/channel.c > awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/sound/pcm/channel_if.m -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-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue channel_if.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-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pcm/dsp.c > /src/sys/dev/sound/pcm/dsp.c: In function 'dsp_mmap_single': > /src/sys/dev/sound/pcm/dsp.c:1919: error: too many arguments to function 'vm_pager_allocate' > *** Error code 1 > > Stop in /obj/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2011-05-19 21:09:48 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2011-05-19 21:09:48 - ERROR: failed to build lint kernel > TB --- 2011-05-19 21:09:48 - 5600.77 user 1012.62 system 7348.62 real > > http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-amd64-amd64.full Specific to RELENG_7. Andriy, any fixes committed which haven't shown up on cvsweb yet? If so sorry for jumping the gun. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/sound/pcm/dsp.c -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri May 20 06:51:36 2011 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2213A1065673 for ; Fri, 20 May 2011 06:51:36 +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 69FDD8FC13 for ; Fri, 20 May 2011 06:51:34 +0000 (UTC) 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 JAA25752; Fri, 20 May 2011 09:51:29 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1QNJYX-000H7Q-HG; Fri, 20 May 2011 09:51:29 +0300 Message-ID: <4DD60F70.2070101@FreeBSD.org> Date: Fri, 20 May 2011 09:51:28 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110503 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Jeremy Chadwick References: <20110520013024.GA10536@icarus.home.lan> In-Reply-To: <20110520013024.GA10536@icarus.home.lan> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: amd64@FreeBSD.org, stable@FreeBSD.org Subject: Re: Fwd: [releng_7 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2011 06:51:36 -0000 on 20/05/2011 04:30 Jeremy Chadwick said the following: > ----- Forwarded message from FreeBSD Tinderbox ----- >> http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-amd64-amd64.full > > Specific to RELENG_7. Andriy, any fixes committed which haven't shown > up on cvsweb yet? If so sorry for jumping the gun. > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/sound/pcm/dsp.c > Thank you for drawing my attention to the report. I have acted sloppy again :( Should be fixed in r222113 now. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri May 20 07:34:03 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B66C106566B for ; Fri, 20 May 2011 07:34:03 +0000 (UTC) (envelope-from luke@digital-crocus.com) Received: from mail.digital-crocus.com (node2.digital-crocus.com [91.209.244.128]) by mx1.freebsd.org (Postfix) with ESMTP id D8C0E8FC15 for ; Fri, 20 May 2011 07:34:02 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dkselector; d=hybrid-logic.co.uk; h=Received:Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Organization:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding:X-Spam-Score:X-Digital-Crocus-Maillimit:X-Authenticated-Sender:X-Complaints:X-Admin:X-Abuse; b=d0mcOa1u2QgXRjvyWz6+eno2A1/wjZ3bTimGKn2noZcz9PHFAyDLkM85fSBsGf9peULL2JsyWVKaIjpWvn5yl53buIjQI/UQyor8ECCTGFpcydXi7qVZOY3iL+9qmNzk; Received: from luke by mail.digital-crocus.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1QNKD0-00033y-04 for stable@freebsd.org; Fri, 20 May 2011 08:33:18 +0100 Received: from [109.107.35.48] (helo=[IPv6:::1]) by mail.digital-crocus.com with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1QNKCz-00033R-KX; Fri, 20 May 2011 08:33:17 +0100 From: Luke Marsden To: Borja Marcos In-Reply-To: References: <20110517073029.GA44359@icarus.home.lan> <4DD25264.8040305@FreeBSD.org> <20110517112952.GA48610@icarus.home.lan> Content-Type: text/plain; charset="UTF-8" Organization: Hybrid Web Cluster Date: Fri, 20 May 2011 08:33:59 +0100 Message-ID: <1305876839.13971.5.camel@pow> Mime-Version: 1.0 X-Mailer: Evolution 2.32.2 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -1.0 X-Digital-Crocus-Maillimit: done X-Authenticated-Sender: luke X-Complaints: abuse@digital-crocus.com X-Admin: admin@digital-crocus.com X-Abuse: abuse@digital-crocus.com (Please include full headers in abuse reports) Cc: Charles Sprickman , stable@FreeBSD.org, Andriy Gapon , Jeremy Chadwick Subject: Re: 8.1R possible zfs snapshot livelock? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: luke@hybrid-logic.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2011 07:34:03 -0000 On Wed, 2011-05-18 at 14:05 +0200, Borja Marcos wrote:=20 > On May 17, 2011, at 1:29 PM, Jeremy Chadwick wrote: >=20 > > * ZFS send | ssh zfs recv results in ZFS subsystem hanging; > 8.1-RELEASE; > > February 2011: > > > http://lists.freebsd.org/pipermail/freebsd-fs/2011-February/010602.html >=20 > I found a reproducible deadlock condition actually. If you keep some > I/O activity on a dataset on which you are receiving a ZFS incremental > snapshot at the same time, it can deadlock. >=20 > Imagine this situation: Two servers, A and B. A dataset on server A is > replicated at regular intervals to B, so that you keep a reasonably up > to date copy. >=20 > Something like: >=20 > (Runnning on server A): >=20 > zfs snapshot thepool/thedataset@thistime > zfs send -Ri thepooll/thedataser@previoustime > hepool/thedataset@thistime | ssh serverB zfs receive -d thepool >=20 > It works, but I suffered a deadlock when one of the periodic "daily" > scripts was running. Doing some tests, I saw that ZFS can deadlock if > you do a zfs receive onto a dataset which has some read activity. > Disabling atime didn't help either. >=20 > But if you make sure *not* to access the replicated dataset it works, > I haven=C2=B4t seen it failing otherwise.=20 >=20 > If you wish to reproduce it, try creating a dataset for /usr/obj, > running make buildworld on it, replicating at, say, 30 or 60 second > intervals, and keep several scripts (or rsync) reading the target > dataset files and just copying them to another place in the usual, > "classic" way. (example: tar cf - . | ( cd /destination && tar xf -) >=20 Is there a PR for this? I'd like to see it addressed, since read-only I/O on a dataset which is being updated by `zfs recv` is an important part of what we plan to do with ZFS on FreeBSD. --=20 Best Regards, Luke Marsden CTO, Hybrid Logic Ltd. Web: http://www.hybrid-cluster.com/ Hybrid Web Cluster - cloud web hosting Phone: +447791750420 From owner-freebsd-stable@FreeBSD.ORG Fri May 20 18:05:16 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBA4B1065672 for ; Fri, 20 May 2011 18:05:16 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (unknown [IPv6:2001:418:3fd::3]) by mx1.freebsd.org (Postfix) with ESMTP id 9B13B8FC12 for ; Fri, 20 May 2011 18:05:16 +0000 (UTC) Received: from scollay.m5p.com (time.m5p.com [IPv6:2001:418:3fd::f6]) by mailhost.m5p.com (8.14.3/8.14.3) with ESMTP id p4KI5A6P052058 for ; Fri, 20 May 2011 14:05:15 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <4DD6AD56.3080608@m5p.com> Date: Fri, 20 May 2011 14:05:10 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110503 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1340366482.609480.1305845624994.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <1340366482.609480.1305845624994.JavaMail.root@erie.cs.uoguelph.ca> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.5 () BAYES_00 X-Scanned-By: MIMEDefang 2.67 on IPv6:2001:418:3fd::f7 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (mailhost.m5p.com [IPv6:2001:418:3fd::f7]); Fri, 20 May 2011 14:05:15 -0400 (EDT) Subject: Re: Heads up: you'll need to do a fresh "config KERNEL" etc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2011 18:05:16 -0000 On 05/19/11 18:53, Rick Macklem wrote: >> On 05/14/11 20:05, Rick Macklem wrote: >>> Hi, >>> >>> Just a heads up that after a commit going into stable/8 in a few >>> minutes, you'll need to do a fresh kernel build, starting at >>> "config GENERIC", including rebuilding the NFS related modules. >>> >>> rick >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to >>> "freebsd-stable-unsubscribe@freebsd.org" >>> >> >> Sensational! With this update, I finally get NFS client performance >> as good as (or better than) 7.x, and I have a warm, fuzzy feeling >> about 8.x at last. (Except for SCHED_ULE, which gives terrible >> performance on a single-core machine with a compute-bound process >> running in the background.) Thanks! -- George Mitchell >> > There's a weird (and you need to have a weird sense of humour to > enjoy it) flick called "Stranger than Paradise". > > Anyhow, the above sounds like good news, although the commit it > was related to should have had no effect on perf, from what I can > see. > > Assuming that you are using the regular 8.n client (and not the new > one), there have been some commits related to krpc bugs that could have > fixed cases which would have caused poor perf., although all of those > (except one where a client would hang on a TCP reconnect attempt) are in > 8.2. > > So, happy to hear it works for you now, but have no idea why;-) rick Full disclosure: I was upgrading from 8.2-PRERELEASE, so it might well have been some earlier change instead of this one. -- George > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sat May 21 09:32:47 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E99291065670; Sat, 21 May 2011 09:32:47 +0000 (UTC) (envelope-from willy@Offermans.Rompen.nl) Received: from cpsmtpb-ews04.kpnxchange.com (cpsmtpb-ews04.kpnxchange.com [213.75.39.7]) by mx1.freebsd.org (Postfix) with ESMTP id 713638FC1C; Sat, 21 May 2011 09:32:47 +0000 (UTC) Received: from cpbrm-ews16.kpnxchange.com ([10.94.84.147]) by cpsmtpb-ews04.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 21 May 2011 11:20:42 +0200 Received: from CPSMTPM-CMT101.kpnxchange.com ([195.121.3.17]) by cpbrm-ews16.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 21 May 2011 11:20:42 +0200 Received: from koko.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT101.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18264); Sat, 21 May 2011 11:20:41 +0200 Received: from squid.home.itmc.RWTH-Aachen.DE (squid.vpn.offrom.nl [10.168.0.72]) by koko.offrom.nl (8.14.3/8.14.3) with ESMTP id p4L9KbM7066815; Sat, 21 May 2011 11:20:38 +0200 (CEST) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid.home.itmc.RWTH-Aachen.DE with local (Exim 4.72) (envelope-from ) id 1QNiMP-00012v-Uw; Sat, 21 May 2011 11:20:37 +0200 Date: Sat, 21 May 2011 11:20:37 +0200 From: Willy Offermans To: freebsd-stable@FreeBSD.ORG, freebsd-hardware@FreeBSD.ORG Message-ID: <20110521092037.GB3271@vpn.offrom.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 21 May 2011 09:20:41.0886 (UTC) FILETIME=[5B2A2BE0:01CC1798] X-RcptDomain: FreeBSD.ORG Cc: Subject: modem support MT9234ZPX-PCIE-NV X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 May 2011 09:32:48 -0000 Dear FreeBSD friends, I need support with a MultiTech modem, MT9234ZPX-PCIE-NV (http://www.multitech.com/en_US/PRODUCTS/Families/MultiModemZPX/) The modem is recognised during the boot event: pci6: at device 0.0 (no driver attached) and also appears in the list of found hardware over the PCI bus: none1@pci0:6:0:0: class=0x070002 card=0x20262205 chip=0x015213a8 rev=0x02 hdr=0x00 vendor = 'Exar Corp.' device = 'XR17C/D152 Dual PCI UART' class = simple comms subclass = UART However, as the boot process already mentions, there is no driver attached and I cannot get the modem to appear as an accessible and functional device. Is there someone, who can help me to get this modem to work? -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Willy ************************************* W.K. Offermans Home: +31 45 544 49 44 Mobile: +31 681 15 87 68 e-mail: Willy@Offermans.Rompen.nl