From owner-freebsd-stable@FreeBSD.ORG Sun Mar 13 06:05: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 621AA106564A for ; Sun, 13 Mar 2011 06:05:51 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp4.sbb.rs (smtp4.sbb.rs [89.216.2.36]) by mx1.freebsd.org (Postfix) with ESMTP id CC5788FC0C for ; Sun, 13 Mar 2011 06:05:50 +0000 (UTC) Received: from faust (cable-188-2-16-67.dynamic.sbb.rs [188.2.16.67]) by smtp4.sbb.rs (8.14.0/8.14.0) with ESMTP id p2D65lKX020090 for ; Sun, 13 Mar 2011 07:05:47 +0100 Received: by faust (Postfix, from userid 1001) id 6F18F1701D; Sun, 13 Mar 2011 07:07:02 +0100 (CET) Date: Sun, 13 Mar 2011 07:07:02 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20110313060702.GA1056@faust> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: -1.8 Subject: Re: happy hacker lite 2 keyboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Mar 2011 06:05:51 -0000 >> I don't know if the original Happy Hacker keyboard is still >> available, it hasn't been an issue for me. :D > >The successor to the original HHKB were the HHKB Professional (I'm >typing this on one) and now the HHKB Professional 2. Both are USB >only; the Pro2 added a hub. > >Wikipedia has an overview of all models: >https://secure.wikimedia.org/wikipedia/en/wiki/Happy_Hacking_Keyboard Professional is a bit expensive. Lite 2 is just fine to my needs. They are all usb models nowadays. Fashion, just as wide screen monitors are. My plan, when kb arrives, is to put adapter to the end of cable and connect it to ps/2 jack. Manufacturer has a wiki page, where he ponders against usb -> ps/2 correction. That was the starting point for my original post. For what reason are they against? Btw, have you changed something in node configuration to match 65 key kb? How it goes in xorg.conf file in line for driver, which is "kbd" for ps/2 kb? I disabled hald whith those 3 lines: Section "Server Flags" Option "DontZap" "off" Option "AllowEmptyInput" "off" Option "AutoAddDevices" "false" EndSection Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Sun Mar 13 07:11:05 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 28ED9106564A for ; Sun, 13 Mar 2011 07:11:05 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id DED898FC14 for ; Sun, 13 Mar 2011 07:11:04 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.4/8.14.4) with ESMTP id p2D7B3hZ062431; Sun, 13 Mar 2011 00:11:03 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.4/8.14.4/Submit) with ESMTP id p2D7B3ZN062428; Sun, 13 Mar 2011 00:11:03 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sun, 13 Mar 2011 00:11:03 -0700 (MST) From: Warren Block To: Zoran Kolic In-Reply-To: <20110313060702.GA1056@faust> Message-ID: References: <20110313060702.GA1056@faust> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (wonkity.com [127.0.0.1]); Sun, 13 Mar 2011 00:11:04 -0700 (MST) Cc: freebsd-stable@freebsd.org Subject: Re: happy hacker lite 2 keyboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Mar 2011 07:11:05 -0000 On Sun, 13 Mar 2011, Zoran Kolic wrote: > match 65 key kb? How it goes in xorg.conf file in line > for driver, which is "kbd" for ps/2 kb? I disabled hald > whith those 3 lines: > Section "Server Flags" > Option "DontZap" "off" > Option "AllowEmptyInput" "off" > Option "AutoAddDevices" "false" > EndSection The first option is a default, probably not necessary. The second option is... well, since it was too late to stamp it out, I decided instead to make it famous: http://www.wonkity.com/~wblock/docs/html/aei.html The third option is all you need to disable hal device autodetection in xorg. Put it in ServerLayout and the ServerFlags section is not needed. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 13 13:04:06 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 623E5106564A; Sun, 13 Mar 2011 13:04:06 +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 1BE468FC17; Sun, 13 Mar 2011 13:04:06 +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 p2DD45RD011820; Sun, 13 Mar 2011 13:04:05 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id p2DD45SF011815; Sun, 13 Mar 2011 13:04:05 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 13 Mar 2011 13:04:05 GMT Message-Id: <201103131304.p2DD45SF011815@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: Sun, 13 Mar 2011 13:04:06 -0000 TB --- 2011-03-13 11:05:21 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2011-03-13 11:05:21 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2011-03-13 11:05:21 - cleaning the object tree TB --- 2011-03-13 11:05:35 - cvsupping the source tree TB --- 2011-03-13 11:05:35 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2011-03-13 11:05:42 - building world TB --- 2011-03-13 11:05:42 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-13 11:05:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-13 11:05:42 - TARGET=ia64 TB --- 2011-03-13 11:05:42 - TARGET_ARCH=ia64 TB --- 2011-03-13 11:05:42 - TZ=UTC TB --- 2011-03-13 11:05:42 - __MAKE_CONF=/dev/null TB --- 2011-03-13 11:05:42 - cd /src TB --- 2011-03-13 11:05:42 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 13 11:05:44 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 Sun Mar 13 12:50:12 UTC 2011 TB --- 2011-03-13 12:50:12 - generating LINT kernel config TB --- 2011-03-13 12:50:12 - cd /src/sys/ia64/conf TB --- 2011-03-13 12:50:12 - /usr/bin/make -B LINT TB --- 2011-03-13 12:50:12 - building LINT kernel TB --- 2011-03-13 12:50:12 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-13 12:50:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-13 12:50:12 - TARGET=ia64 TB --- 2011-03-13 12:50:12 - TARGET_ARCH=ia64 TB --- 2011-03-13 12:50:12 - TZ=UTC TB --- 2011-03-13 12:50:12 - __MAKE_CONF=/dev/null TB --- 2011-03-13 12:50:12 - cd /src TB --- 2011-03-13 12:50:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Mar 13 12:50:12 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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/imgact_shell.c /src/sys/kern/imgact_shell.c: In function 'exec_shell_imgact': /src/sys/kern/imgact_shell.c:238: error: invalid storage class for function 'shell_modevent' cc1: warnings being treated as errors /src/sys/kern/imgact_shell.c:238: warning: no previous prototype for 'shell_modevent' /src/sys/kern/imgact_shell.c:238: error: initializer element is not constant /src/sys/kern/imgact_shell.c:238: error: (near initialization for 'shell_mod.evhand') /src/sys/kern/imgact_shell.c:238: error: expected declaration or statement at end of input *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-13 13:04:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-13 13:04:05 - ERROR: failed to build lint kernel TB --- 2011-03-13 13:04:05 - 5823.39 user 719.80 system 7123.70 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 13 13:26: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 445FA106566C for ; Sun, 13 Mar 2011 13:26:31 +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 E4CCF8FC0A for ; Sun, 13 Mar 2011 13:26:30 +0000 (UTC) Received: from omta15.westchester.pa.mail.comcast.net ([76.96.62.87]) by qmta09.westchester.pa.mail.comcast.net with comcast id JdGj1g0031swQuc59dSRrz; Sun, 13 Mar 2011 13:26:25 +0000 Received: from koitsu.dyndns.org ([98.248.33.18]) by omta15.westchester.pa.mail.comcast.net with comcast id JdSN1g0160PUQVN3bdSPZB; Sun, 13 Mar 2011 13:26:24 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 870CE9B427; Sun, 13 Mar 2011 06:26:21 -0700 (PDT) Date: Sun, 13 Mar 2011 06:26:21 -0700 From: Jeremy Chadwick To: stable@freebsd.org Message-ID: <20110313132621.GA49728@icarus.home.lan> References: <201103131304.p2DD45SF011815@freebsd-legacy.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201103131304.p2DD45SF011815@freebsd-legacy.sentex.ca> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: devon.odell@gmail.com, ia64@freebsd.org Subject: Re: [releng_7 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Mar 2011 13:26:31 -0000 On Sun, Mar 13, 2011 at 01:04:05PM +0000, FreeBSD Tinderbox wrote: > [...] > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/imgact_shell.c > /src/sys/kern/imgact_shell.c: In function 'exec_shell_imgact': > /src/sys/kern/imgact_shell.c:238: error: invalid storage class for function 'shell_modevent' > cc1: warnings being treated as errors > /src/sys/kern/imgact_shell.c:238: warning: no previous prototype for 'shell_modevent' > /src/sys/kern/imgact_shell.c:238: error: initializer element is not constant > /src/sys/kern/imgact_shell.c:238: error: (near initialization for 'shell_mod.evhand') > /src/sys/kern/imgact_shell.c:238: error: expected declaration or statement at end of input > *** Error code 1 > > [...] > > http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-ia64-ia64.full Looks like this was the following recent commit, associated with kern/155321: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/imgact_shell.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 Sun Mar 13 13:37:35 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 5BA371065764 for ; Sun, 13 Mar 2011 13:37:35 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id C84F78FC08 for ; Sun, 13 Mar 2011 13:37:34 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p2DDbU7Y059431 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 13 Mar 2011 15:37:30 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p2DDbUYO050573; Sun, 13 Mar 2011 15:37:30 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p2DDbUi4050572; Sun, 13 Mar 2011 15:37:30 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 13 Mar 2011 15:37:30 +0200 From: Kostik Belousov To: FreeBSD Tinderbox Message-ID: <20110313133730.GF78089@deviant.kiev.zoral.com.ua> References: <201103131304.p2DD45SF011815@freebsd-legacy.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GZxaIxU3Mu+TGJKt" Content-Disposition: inline In-Reply-To: <201103131304.p2DD45SF011815@freebsd-legacy.sentex.ca> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: stable@freebsd.org, ia64@freebsd.org Subject: Re: [releng_7 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Mar 2011 13:37:35 -0000 --GZxaIxU3Mu+TGJKt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 13, 2011 at 01:04:05PM +0000, FreeBSD Tinderbox wrote: > TB --- 2011-03-13 11:05:21 - tinderbox 2.6 running on freebsd-legacy.sent= ex.ca > TB --- 2011-03-13 11:05:21 - starting RELENG_7 tinderbox run for ia64/ia64 > TB --- 2011-03-13 11:05:21 - cleaning the object tree > TB --- 2011-03-13 11:05:35 - cvsupping the source tree > TB --- 2011-03-13 11:05:35 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sente= x.ca -s /usr/home/tinderbox/RELENG_7/ia64/ia64/supfile > TB --- 2011-03-13 11:05:42 - building world > TB --- 2011-03-13 11:05:42 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2011-03-13 11:05:42 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2011-03-13 11:05:42 - TARGET=3Dia64 > TB --- 2011-03-13 11:05:42 - TARGET_ARCH=3Dia64 > TB --- 2011-03-13 11:05:42 - TZ=3DUTC > TB --- 2011-03-13 11:05:42 - __MAKE_CONF=3D/dev/null > TB --- 2011-03-13 11:05:42 - cd /src > TB --- 2011-03-13 11:05:42 - /usr/bin/make -B buildworld > >>> World build started on Sun Mar 13 11:05:44 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 Sun Mar 13 12:50:12 UTC 2011 > TB --- 2011-03-13 12:50:12 - generating LINT kernel config > TB --- 2011-03-13 12:50:12 - cd /src/sys/ia64/conf > TB --- 2011-03-13 12:50:12 - /usr/bin/make -B LINT > TB --- 2011-03-13 12:50:12 - building LINT kernel > TB --- 2011-03-13 12:50:12 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2011-03-13 12:50:12 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2011-03-13 12:50:12 - TARGET=3Dia64 > TB --- 2011-03-13 12:50:12 - TARGET_ARCH=3Dia64 > TB --- 2011-03-13 12:50:12 - TZ=3DUTC > TB --- 2011-03-13 12:50:12 - __MAKE_CONF=3D/dev/null > TB --- 2011-03-13 12:50:12 - cd /src > TB --- 2011-03-13 12:50:12 - /usr/bin/make -B buildkernel KERNCONF=3DLINT > >>> Kernel build for LINT started on Sun Mar 13 12:50:12 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 > [...] > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -Wall -Wredundant-decls= -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostd= inc -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-commo= n -finline-limit=3D15000 --param inline-unit-growth=3D100 --param large-fun= ction-growth=3D1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=3D= f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/imgact_shell.c > /src/sys/kern/imgact_shell.c: In function 'exec_shell_imgact': > /src/sys/kern/imgact_shell.c:238: error: invalid storage class for functi= on 'shell_modevent' > cc1: warnings being treated as errors > /src/sys/kern/imgact_shell.c:238: warning: no previous prototype for 'she= ll_modevent' > /src/sys/kern/imgact_shell.c:238: error: initializer element is not const= ant > /src/sys/kern/imgact_shell.c:238: error: (near initialization for 'shell_= mod.evhand') > /src/sys/kern/imgact_shell.c:238: error: expected declaration or statemen= t at end of input > *** Error code 1 >=20 > Stop in /obj/ia64/src/sys/LINT. > *** Error code 1 >=20 > Stop in /src. > *** Error code 1 >=20 > Stop in /src. > TB --- 2011-03-13 13:04:05 - WARNING: /usr/bin/make returned exit code 1= =20 > TB --- 2011-03-13 13:04:05 - ERROR: failed to build lint kernel > TB --- 2011-03-13 13:04:05 - 5823.39 user 719.80 system 7123.70 real >=20 I committed from the wrong tree, sorry. Should be fixed now. --GZxaIxU3Mu+TGJKt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk18yJkACgkQC3+MBN1Mb4gj1ACgjVT4lu6VTcismomI7tAqu6uC Sg8AmwQs1jovSNyWtV+58HKBJaS1P2kt =rrn7 -----END PGP SIGNATURE----- --GZxaIxU3Mu+TGJKt-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 13 13:55:16 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 D5DAA106564A; Sun, 13 Mar 2011 13:55:16 +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 9877B8FC13; Sun, 13 Mar 2011 13:55: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 p2DDtFWO079507; Sun, 13 Mar 2011 13:55:15 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id p2DDtFJZ079506; Sun, 13 Mar 2011 13:55:15 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 13 Mar 2011 13:55:15 GMT Message-Id: <201103131355.p2DDtFJZ079506@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: Sun, 13 Mar 2011 13:55:17 -0000 TB --- 2011-03-13 12:25:15 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2011-03-13 12:25:15 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2011-03-13 12:25:15 - cleaning the object tree TB --- 2011-03-13 12:25:29 - cvsupping the source tree TB --- 2011-03-13 12:25:29 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/powerpc/powerpc/supfile TB --- 2011-03-13 12:25:34 - building world TB --- 2011-03-13 12:25:34 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-13 12:25:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-13 12:25:34 - TARGET=powerpc TB --- 2011-03-13 12:25:34 - TARGET_ARCH=powerpc TB --- 2011-03-13 12:25:34 - TZ=UTC TB --- 2011-03-13 12:25:34 - __MAKE_CONF=/dev/null TB --- 2011-03-13 12:25:34 - cd /src TB --- 2011-03-13 12:25:34 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 13 12:25: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 Sun Mar 13 13:45:58 UTC 2011 TB --- 2011-03-13 13:45:58 - generating LINT kernel config TB --- 2011-03-13 13:45:58 - cd /src/sys/powerpc/conf TB --- 2011-03-13 13:45:58 - /usr/bin/make -B LINT TB --- 2011-03-13 13:45:58 - building LINT kernel TB --- 2011-03-13 13:45:58 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-13 13:45:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-13 13:45:58 - TARGET=powerpc TB --- 2011-03-13 13:45:58 - TARGET_ARCH=powerpc TB --- 2011-03-13 13:45:58 - TZ=UTC TB --- 2011-03-13 13:45:58 - __MAKE_CONF=/dev/null TB --- 2011-03-13 13:45:58 - cd /src TB --- 2011-03-13 13:45:58 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Mar 13 13:45: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 [...] 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/kern/imgact_shell.c /src/sys/kern/imgact_shell.c: In function 'exec_shell_imgact': /src/sys/kern/imgact_shell.c:238: error: invalid storage class for function 'shell_modevent' cc1: warnings being treated as errors /src/sys/kern/imgact_shell.c:238: warning: no previous prototype for 'shell_modevent' /src/sys/kern/imgact_shell.c:238: error: initializer element is not constant /src/sys/kern/imgact_shell.c:238: error: (near initialization for 'shell_mod.evhand') /src/sys/kern/imgact_shell.c:238: error: expected declaration or statement at end of input *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-13 13:55:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-13 13:55:15 - ERROR: failed to build lint kernel TB --- 2011-03-13 13:55:15 - 4210.43 user 662.20 system 5400.83 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 13 14:27: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 41DD21065673; Sun, 13 Mar 2011 14:27:19 +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 E36AA8FC17; Sun, 13 Mar 2011 14:27: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 p2DERIGT028249; Sun, 13 Mar 2011 14:27:18 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id p2DERIA6028248; Sun, 13 Mar 2011 14:27:18 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 13 Mar 2011 14:27:18 GMT Message-Id: <201103131427.p2DERIA6028248@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: Sun, 13 Mar 2011 14:27:19 -0000 TB --- 2011-03-13 13:04:05 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2011-03-13 13:04:05 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2011-03-13 13:04:05 - cleaning the object tree TB --- 2011-03-13 13:04:19 - cvsupping the source tree TB --- 2011-03-13 13:04:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2011-03-13 13:04:24 - building world TB --- 2011-03-13 13:04:24 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-13 13:04:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-13 13:04:24 - TARGET=sparc64 TB --- 2011-03-13 13:04:24 - TARGET_ARCH=sparc64 TB --- 2011-03-13 13:04:24 - TZ=UTC TB --- 2011-03-13 13:04:24 - __MAKE_CONF=/dev/null TB --- 2011-03-13 13:04:24 - cd /src TB --- 2011-03-13 13:04:24 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 13 13:04:26 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 Sun Mar 13 14:18:14 UTC 2011 TB --- 2011-03-13 14:18:14 - generating LINT kernel config TB --- 2011-03-13 14:18:14 - cd /src/sys/sparc64/conf TB --- 2011-03-13 14:18:14 - /usr/bin/make -B LINT TB --- 2011-03-13 14:18:14 - building LINT kernel TB --- 2011-03-13 14:18:14 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-13 14:18:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-13 14:18:14 - TARGET=sparc64 TB --- 2011-03-13 14:18:14 - TARGET_ARCH=sparc64 TB --- 2011-03-13 14:18:14 - TZ=UTC TB --- 2011-03-13 14:18:14 - __MAKE_CONF=/dev/null TB --- 2011-03-13 14:18:14 - cd /src TB --- 2011-03-13 14:18:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Mar 13 14:18:14 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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/kern/imgact_shell.c /src/sys/kern/imgact_shell.c: In function 'exec_shell_imgact': /src/sys/kern/imgact_shell.c:238: error: invalid storage class for function 'shell_modevent' cc1: warnings being treated as errors /src/sys/kern/imgact_shell.c:238: warning: no previous prototype for 'shell_modevent' /src/sys/kern/imgact_shell.c:238: error: initializer element is not constant /src/sys/kern/imgact_shell.c:238: error: (near initialization for 'shell_mod.evhand') /src/sys/kern/imgact_shell.c:238: error: expected declaration or statement at end of input *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-13 14:27:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-13 14:27:18 - ERROR: failed to build lint kernel TB --- 2011-03-13 14:27:18 - 3977.34 user 653.14 system 4992.83 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 13 15:23:56 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 B5F05106566B for ; Sun, 13 Mar 2011 15:23:56 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 6DE6D8FC08 for ; Sun, 13 Mar 2011 15:23:56 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1Pyn97-000FW0-GK; Sun, 13 Mar 2011 17:23:53 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Doug Barton In-reply-to: <4D7BEF8F.9080604@dougbarton.us> References: <2122282816.1268010.1299884622480.JavaMail.root@erie.cs.uoguelph.ca> <4D7BEF8F.9080604@dougbarton.us> Comments: In-reply-to Doug Barton message dated "Sat, 12 Mar 2011 14:11:27 -0800." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 13 Mar 2011 17:23:53 +0200 From: Daniel Braniss Message-ID: Cc: Rick Macklem , freebsd-stable@freebsd.org Subject: Re: statd/lockd startup failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Mar 2011 15:23:56 -0000 > On 03/12/2011 02:21, Daniel Braniss wrote: > > The problem with trying to get the same port for all tcp/udp/inet/inet6 > > though might succeed most of the time, will fail sometimes, then what? > > Can you please describe the scenario when it's completely impossible to > find a port that's open on all 4 families? i did not say impossible, concidering that Rick asked how many times he should try, unless N is forever, it could fail. > > > I saw Doug's commnent, and also the:), it's not as simple as tracking port > > 80 or 25, needs some efford, but it's deterministic/programable, and worst case > > you can still use the -p option (which again will fail sometimes:-). > > Given that Rick has already written the patch, I don't think it's at all > unreasonable to put it in as the first choice, perhaps with a fallback > to picking any available port if there isn't one available for all 4 > families. > as Rick mentioned, the patch is not trivial, and to quote him: "My only concern with the "same port# patch" is that it is more complex and, therefore, somewhat riskier w.r.t. my having gotten it wrong." > Meanwhile, I don't think I'm the only person who has ever had trouble > trying to track down network traffic from "random" ports that would > prefer that doing so not be made harder by having the same service on > the same host using 4 different ports. To track rpc based traffic, which means random-port to start with, you have to check with rpcinfo anyways. So yes, it's harder than tracking 1 port, but IMHO, less complex than the patch requiered :-), and BTW, mountd is already heavely patched, rpc.statd less, and rpc.lockd is, so far, the only one that is not complaining - guess Rick is a good programer! and I concider myself lucky that we don't use NIS/yellow-pages. danny From owner-freebsd-stable@FreeBSD.ORG Sun Mar 13 17:46:14 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 9903E1065673 for ; Sun, 13 Mar 2011 17:46:14 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from doug-optiplex.ka9q.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id C0D12178BFA; Sun, 13 Mar 2011 17:45:12 +0000 (UTC) Message-ID: <4D7D02A8.30001@FreeBSD.org> Date: Sun, 13 Mar 2011 10:45:12 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110304 Thunderbird/3.1.9 MIME-Version: 1.0 To: Daniel Braniss References: <2122282816.1268010.1299884622480.JavaMail.root@erie.cs.uoguelph.ca> <4D7BEF8F.9080604@dougbarton.us> In-Reply-To: X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Rick Macklem , freebsd-stable@freebsd.org Subject: Re: statd/lockd startup failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Mar 2011 17:46:14 -0000 On 03/13/2011 08:23, Daniel Braniss wrote: >> On 03/12/2011 02:21, Daniel Braniss wrote: >>> The problem with trying to get the same port for all tcp/udp/inet/inet6 >>> though might succeed most of the time, will fail sometimes, then what? >> >> Can you please describe the scenario when it's completely impossible to >> find a port that's open on all 4 families? > i did not say impossible, concidering that Rick asked how many times he > should try, unless N is forever, it could fail. And what I'm asking is that you describe the circumstances which might lead to that failure. >>> I saw Doug's commnent, and also the:), it's not as simple as tracking port >>> 80 or 25, needs some efford, but it's deterministic/programable, and worst case >>> you can still use the -p option (which again will fail sometimes:-). >> >> Given that Rick has already written the patch, I don't think it's at all >> unreasonable to put it in as the first choice, perhaps with a fallback >> to picking any available port if there isn't one available for all 4 >> families. >> > as Rick mentioned, the patch is not trivial, and to quote him: > "My only concern with the "same port# patch" is that it is more complex > and, therefore, somewhat riskier w.r.t. my having gotten it wrong." Yeah, I saw that, did you see my response? I'm very much in favor of keeping things simple, but only as simple as they can be made. >> Meanwhile, I don't think I'm the only person who has ever had trouble >> trying to track down network traffic from "random" ports that would >> prefer that doing so not be made harder by having the same service on >> the same host using 4 different ports. > > To track rpc based traffic, which means random-port to start with, you have to > check with rpcinfo anyways. So yes, it's harder than tracking 1 port, but > IMHO, less complex than the patch requiered :-), Clearly you've not spent any significant amount of time trying to figure out what traffic is coming from what port. A small increase in code complexity is worth it if it saves real people real time, especially in critical situations. > and BTW, mountd is already > heavely patched, rpc.statd less, and rpc.lockd is, so far, the only one > that is not complaining - guess Rick is a good programer! > > and I concider myself lucky that we don't use NIS/yellow-pages. Some of us are not so lucky. :) Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Sun Mar 13 18:49: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 84603106566B for ; Sun, 13 Mar 2011 18:49:31 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out1.tiscali.nl (smtp-out1.tiscali.nl [195.241.79.176]) by mx1.freebsd.org (Postfix) with ESMTP id 43F848FC0C for ; Sun, 13 Mar 2011 18:49:31 +0000 (UTC) Received: from [212.123.145.58] (helo=sjakie.klop.ws) by smtp-out1.tiscali.nl with esmtp (Exim) (envelope-from ) id 1PyqM6-0005bm-7Y; Sun, 13 Mar 2011 19:49:30 +0100 Received: from 212-123-145-58.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id A9055BC32; Sun, 13 Mar 2011 19:49:25 +0100 (CET) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "Andriy Gapon" , "Mark Felder" References: <4D7BBBB6.4060004@freebsd.org> Date: Sun, 13 Mar 2011 19:49:25 +0100 MIME-Version: 1.0 From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/11.01 (FreeBSD) Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Dell 850 Panic on boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Mar 2011 18:49:31 -0000 On Sat, 12 Mar 2011 21:06:38 +0100, Mark Felder wrote: > On Sat, 12 Mar 2011 12:30:14 -0600, Andriy Gapon wrot= e: > >> do you get exactly the same panic message with 8.2 or a slightly more >> informative one? If the latter, then could please provide a screensho= t =20 >> of that? >> > > Yeah, the 8.x seemed to have more details. That happens to be a =20 > screenshot from the 7.4 disc. I don't have access to the machine until= =20 > Monday but I'll post an update then. You can also boot 'verbose'. This gives more information. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/boot-kernel.htm= l Ronald. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 14 06:50: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 8F256106564A for ; Mon, 14 Mar 2011 06:50:16 +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 D563E8FC12 for ; Mon, 14 Mar 2011 06:50:15 +0000 (UTC) Received: from [192.168.113.181] (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id IAA18695; Mon, 14 Mar 2011 08:50:09 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4D7DBAA0.5070601@freebsd.org> Date: Mon, 14 Mar 2011 09:50:08 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: Ronald Klop References: <4D7BBBB6.4060004@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Mark Felder , freebsd-stable@freebsd.org Subject: Re: Dell 850 Panic on boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2011 06:50:16 -0000 On 13/03/2011 21:49, Ronald Klop wrote: > On Sat, 12 Mar 2011 21:06:38 +0100, Mark Felder wrote: > >> On Sat, 12 Mar 2011 12:30:14 -0600, Andriy Gapon wrote: >> >>> do you get exactly the same panic message with 8.2 or a slightly more >>> informative one? If the latter, then could please provide a >>> screenshot of that? >>> >> >> Yeah, the 8.x seemed to have more details. That happens to be a >> screenshot from the 7.4 disc. I don't have access to the machine until >> Monday but I'll post an update then. > > You can also boot 'verbose'. This gives more information. > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/boot-kernel.html This is a good advice in general, but probably of a limited use in this case. I am more looking for a stack trace which I hope to be produced by 8.2 installation kernel. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Mar 14 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 830D9106564A for ; Mon, 14 Mar 2011 10:17:32 +0000 (UTC) (envelope-from mike@scottsonline.org.uk) Received: from woodbine.london.02.net (woodbine.london.02.net [87.194.255.145]) by mx1.freebsd.org (Postfix) with ESMTP id 1B6718FC16 for ; Mon, 14 Mar 2011 10:17:31 +0000 (UTC) Received: from scottsonline.org.uk (78.105.254.41) by woodbine.london.02.net (8.5.133) id 4D4A0A04014AE212 for freebsd-stable@freebsd.org; Mon, 14 Mar 2011 10:06:07 +0000 Received: from [192.168.0.2] (picard.scotts [192.168.0.2]) by scottsonline.org.uk (8.13.8/8.13.8) with ESMTP id p2EA642E038350 for ; Mon, 14 Mar 2011 10:06:05 GMT (envelope-from mike@scottsonline.org.uk) Message-ID: <4D7DE88C.9070405@scottsonline.org.uk> Date: Mon, 14 Mar 2011 10:06:04 +0000 From: Mike Scott User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.14) Gecko/20110223 Thunderbird/3.1.8 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (scottsonline.org.uk [192.168.0.1]); Mon, 14 Mar 2011 10:06:05 +0000 (GMT) X-Scanned-By: MIMEDefang 2.67 on 192.168.0.1 Subject: problems booting 8.x kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Mar 2011 10:17:32 -0000 (Apologies if this isn't the appropriate forum - I've tried on cubf.misc, where it was suggested I come here. More apologies as I'm not overly familiar with the bootup sequence, and have probably got some terms wrong.) Basically, I'm finding that the 8.1 and 8.2 kernels hang on certain machines during bootup, specifically during device discover and module load. I've tried 8.2 off the current release CD, and also 8.1 off the Debian kfreebsd 6.0.0 distribution - both have the same issue. Basically, the console gets as far as the messages ... acd0: DVDR ...... at ata1-master UDMA66 uhub0: 3 ports with 6 removable, self powered uhub1: 3 ports with 6 removable, self powered uhub2: 6 ports with 6 removable, self powered and there it hangs. If I run the boot in 'single step' mode (set boot_pause, set boot_verbose), I find the one machine hangs consistently. The screen shows at the bottom the text fwip0: Firewire address: ...... maxrec 2048 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1 CYCLEMASTER mode pcib2: at device 30.0 on pci0 fwohci0: fwohci_intr_core: BUS reset and that's it. Dead as a dodo. (Can't check the other machine - it's the one I'm typing this on :-) OTOH if I disable usb and floppy in the bios, and do a 'boot -v', the messages stop after ata5: Identifying devices.... ata5: New devices 00000000 ATA pseudoRAID loaded flowtable cleaner started WHile a 'boot -v -p' reaches instead lines about atkbdc0, then atkbd0 and finally atkbd: the current kbd controller command byte 0047 before hanging. It suggests to me the final line shown is not particularly related to the lockup, but that something else is happening behind the scenes. Out of 4 machines I've tried this on, it hangs on two, and boots OK on two. The OK ones are an acer laptop and a machine with IIRC an SiS chipset - both machines that it fails on are (different) nf7s mobos, and also have floppy (but disabling this does not fix the problem, it might be changing the exact message though) and firewire (can't remove or disable). I'm at rather a loss; I've found nothing on the net to suggest there's a general problem. I know an older version (6.2) of fbsd boots happily on all four of these machines; the two failing machines are currently running debian and dual-boot ubuntu/XP, so it's not a hardware fault as such. Any ideas please as to what's going on, or where best to look for more information? TIA. -- Mike Scott Harlow, Essex, England From owner-freebsd-stable@FreeBSD.ORG Mon Mar 14 14:03:05 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 6DBC2106566C; Mon, 14 Mar 2011 14:03:05 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 193508FC19; Mon, 14 Mar 2011 14:03:04 +0000 (UTC) Received: by iwn33 with SMTP id 33so5862776iwn.13 for ; Mon, 14 Mar 2011 07:03:04 -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 :content-transfer-encoding; bh=Y3Yv8yV9MkThhW3LeZeQzG9SXxq6nTg1jjLS3yZt8C4=; b=JtmAFPTcQ2fbquUUKH+fFdg927cy/90rKLotfrdHwXoGrcJ/0jhAhUQfEWLiASZU51 VYpPZj9lKaxky5xA7P/+ksQSA59KP2xfmOltqz+AGIdlSXH1+AxVZ+qLyRgt9bauquqp xW+GhD2xxbpGJuTpe1tvO2tHyC3Lb62/VS4hA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=GeTLu4UgAVMLkBSDnumo48bj+sKKmT35U9UrbM41gHujrVZXjMy6L1Qm4/k93FwUoV dXaNkZa9XBcNbGL+91Pv/59VXPyIdR1o74MVnixiN2qtJ3FCMjMXj/rFpsfXlWu6r3Eu Rv4gA73WAYOkkIM8XiOVzAB7/KQSzyy0aD0Cw= MIME-Version: 1.0 Received: by 10.42.243.130 with SMTP id lm2mr8996305icb.401.1300111375358; Mon, 14 Mar 2011 07:02:55 -0700 (PDT) Received: by 10.42.177.132 with HTTP; Mon, 14 Mar 2011 07:02:55 -0700 (PDT) In-Reply-To: References: <1975926365.20110223121637@serebryakov.spb.ru> <4D64EC8C.2080007@sentex.net> <1004451940.20110223143607@serebryakov.spb.ru> <4D6D00C1.1040805@sentex.net> <1416421652.20110301225215@serebryakov.spb.ru> <1627628072.20110303111046@serebryakov.spb.ru> <1894628540.20110304012554@serebryakov.spb.ru> <31A99DAA7E5F4095B22B9DD57DD0E19E@multiplay.co.uk> <494278763.20110305130320@serebryakov.spb.ru> Date: Mon, 14 Mar 2011 10:02:55 -0400 Message-ID: From: Arnaud Lacombe To: =?ISO-8859-1?Q?=D6zkan_KIRIK?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, Jack Vogel Subject: Re: em0 with latest driver hangs again and again (without "Watchdogtimeout" message!) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Mar 2011 14:03:05 -0000 Hi, On Fri, Mar 11, 2011 at 9:57 AM, =D6zkan KIRIK wrot= e: > Hi again, > > I wanna share state of test machine. em-7.2.2 driver runs as kld. No hang= s. > How high is `nmbclusters' ? Thanks, - Arnaud From owner-freebsd-stable@FreeBSD.ORG Mon Mar 14 14:17:36 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 9EBFB1065672; Mon, 14 Mar 2011 14:17:36 +0000 (UTC) (envelope-from ozkan.kirik@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2A20D8FC08; Mon, 14 Mar 2011 14:17:35 +0000 (UTC) Received: by qwc9 with SMTP id 9so1415156qwc.13 for ; Mon, 14 Mar 2011 07:17:35 -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 :content-transfer-encoding; bh=nbHW+LRB6/l2t260Qa/VVfnkb/hbqQzwpDyCC4ajy3E=; b=Acn9zL71SoeiPHbTAnasjZX3DiU6Lc+6lGAaZEdYo4Eo9VrMW0ta3tpzNmm1Mf1ib5 grch16nCaV8MVzXPzu4ud8L+TeRJwCpXGMyirJDg9yz5z85315UvZsZqJtB5xpsfJmGV Y0dFLXzsR85uxAgh0r7uJ6AeK5O+Yry3X6drQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=cICB3gAHc8bruQitja8GU0zq+iTrfqH/V73/OG4WZLF3PLA+iKCRI0kXBRrKL3e77j 3U+T2ZHnSv/nirIMwQGd+2KPjxFg1+dnMmY+e2Nj4WkLBFKGoyMrbaFug9VVmvthpMBq znJMCpTyNOz/yD/26f3MGsS4ZvlEkLKYR0Bac= MIME-Version: 1.0 Received: by 10.229.0.202 with SMTP id 10mr1134619qcc.173.1300112255277; Mon, 14 Mar 2011 07:17:35 -0700 (PDT) Received: by 10.229.97.79 with HTTP; Mon, 14 Mar 2011 07:17:34 -0700 (PDT) In-Reply-To: References: <1975926365.20110223121637@serebryakov.spb.ru> <4D64EC8C.2080007@sentex.net> <1004451940.20110223143607@serebryakov.spb.ru> <4D6D00C1.1040805@sentex.net> <1416421652.20110301225215@serebryakov.spb.ru> <1627628072.20110303111046@serebryakov.spb.ru> <1894628540.20110304012554@serebryakov.spb.ru> <31A99DAA7E5F4095B22B9DD57DD0E19E@multiplay.co.uk> <494278763.20110305130320@serebryakov.spb.ru> Date: Mon, 14 Mar 2011 16:17:34 +0200 Message-ID: From: =?ISO-8859-1?Q?=D6zkan_KIRIK?= To: Arnaud Lacombe Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, Jack Vogel Subject: Re: em0 with latest driver hangs again and again (without "Watchdogtimeout" message!) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Mar 2011 14:17:36 -0000 Hi Arnaud, # sysctl kern.ipc.nmbclusters kern.ipc.nmbclusters: 262144 On Mon, Mar 14, 2011 at 4:02 PM, Arnaud Lacombe wrote: > Hi, > > On Fri, Mar 11, 2011 at 9:57 AM, =D6zkan KIRIK wr= ote: >> Hi again, >> >> I wanna share state of test machine. em-7.2.2 driver runs as kld. No han= gs. >> > How high is `nmbclusters' ? > > Thanks, > =A0- Arnaud > From owner-freebsd-stable@FreeBSD.ORG Mon Mar 14 18:13:02 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 393C8106564A; Mon, 14 Mar 2011 18:13:02 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id D5C568FC08; Mon, 14 Mar 2011 18:13:01 +0000 (UTC) Received: by iwn33 with SMTP id 33so6143596iwn.13 for ; Mon, 14 Mar 2011 11:13:01 -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 :content-transfer-encoding; bh=N1pvHuL37w+n5g6KSeIOKn+/fmWh0PpSbuTAdZqwIKc=; b=YfD9c5BFwrn3LE3aGdN8IBpO7SAMpJvtcKIv40p9yerlnnQeoVd7/LuT4EF3l34Epm /kFb2Oe7dRdQMsXYi3tJzzdK+47urZ4mqlOv7udhKqt5642NO+bFArOqqzUPwJPNEcPB aUTTw1qSlGtqUqv7hE6bHglOEL0Rw0fSSfN3Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=qzETI+csHkBmwv+u+QUAYpC8Xsh2N9pYVz8uHhGILktAKRD+MeoWdzC6qNeDlmnTzj aGCI2wbb7nkjXgUfCOyFqEh9VQ5sLzor2yU49jCG8PyG1nGtKvslpbdcidE0zsooTY64 oPP7kmeIN3HQZ9WIXLkl3bWG9AKZYtCjH5vzc= MIME-Version: 1.0 Received: by 10.42.176.197 with SMTP id bf5mr25995icb.267.1300126193131; Mon, 14 Mar 2011 11:09:53 -0700 (PDT) Received: by 10.42.177.132 with HTTP; Mon, 14 Mar 2011 11:09:53 -0700 (PDT) In-Reply-To: References: <1975926365.20110223121637@serebryakov.spb.ru> <4D64EC8C.2080007@sentex.net> <1004451940.20110223143607@serebryakov.spb.ru> <4D6D00C1.1040805@sentex.net> <1416421652.20110301225215@serebryakov.spb.ru> <1627628072.20110303111046@serebryakov.spb.ru> <1894628540.20110304012554@serebryakov.spb.ru> <31A99DAA7E5F4095B22B9DD57DD0E19E@multiplay.co.uk> <494278763.20110305130320@serebryakov.spb.ru> Date: Mon, 14 Mar 2011 14:09:53 -0400 Message-ID: From: Arnaud Lacombe To: =?ISO-8859-1?Q?=D6zkan_KIRIK?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, Jack Vogel Subject: Re: em0 with latest driver hangs again and again (without "Watchdogtimeout" message!) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Mar 2011 18:13:02 -0000 Hi, On Mon, Mar 14, 2011 at 10:17 AM, =D6zkan KIRIK wro= te: > Hi Arnaud, > > # sysctl kern.ipc.nmbclusters > kern.ipc.nmbclusters: 262144 > Well, then this is not surprising em(4) behave well, knowing that it is unable to handle resource shortage, give it plenty of it and it will be happy. 200MBps is about 18000 1500bytes packet by seconds. I will not trust the quality of any code which need 10x more resources available than needed to do the job. Even 1Gbps should be attainable with only 128k clusters. - Arnaud > On Mon, Mar 14, 2011 at 4:02 PM, Arnaud Lacombe wrot= e: >> Hi, >> >> On Fri, Mar 11, 2011 at 9:57 AM, =D6zkan KIRIK w= rote: >>> Hi again, >>> >>> I wanna share state of test machine. em-7.2.2 driver runs as kld. No ha= ngs. >>> >> How high is `nmbclusters' ? >> >> Thanks, >> =A0- Arnaud >> > From owner-freebsd-stable@FreeBSD.ORG Mon Mar 14 19:15:02 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 C0FA61065670 for ; Mon, 14 Mar 2011 19:15:02 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7C3208FC1B for ; Mon, 14 Mar 2011 19:15:02 +0000 (UTC) Received: by iyj12 with SMTP id 12so6235076iyj.13 for ; Mon, 14 Mar 2011 12:15:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=OKZePB5Tsnn2Qf0t0zmu1OC8JKm0NZGQdb46Vgq8swQ=; b=YA8CQwGrjbqxWVeMFkH0tz9yzOMRVB1v2IMBOAk9bNUN3woBJyqZpt+UEJlFq90zLn 3ei+S+zoaK8St+k5K/udhTb5d6rSonr7Waw0MSXLU+c8BKiaPCoeFrLZDwJFJhrZbG4P EwrZtHQ+VWoB8kHkLuDcX9MH4lGNs0UA4NuUI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=GcHobVe/qgNSQMPb8ZuSw8ztmHjPWb2Me+qBCxT1rdNzxCvhp3x7FJGc55uhbxLByr 5vglHIteMPAD/ATBr4M7t8CpggIVz7Zikzd+Xd5GlxUNGnDpUcIyrnOcZSbkb78YwFBi VIK6lyPWUZspUuBmsKhIZKSgpc9c1xVvNoc6Y= Received: by 10.43.66.14 with SMTP id xo14mr907191icb.220.1300128522310; Mon, 14 Mar 2011 11:48:42 -0700 (PDT) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.231.166.213 with HTTP; Mon, 14 Mar 2011 11:48:22 -0700 (PDT) In-Reply-To: <4D7DE88C.9070405@scottsonline.org.uk> References: <4D7DE88C.9070405@scottsonline.org.uk> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Mon, 14 Mar 2011 19:48:22 +0100 X-Google-Sender-Auth: 6e3aoOet2ucyUyeyGgt8hkXl2Xk Message-ID: To: Mike Scott Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: problems booting 8.x kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Mar 2011 19:15:02 -0000 On Mon, Mar 14, 2011 at 11:06 AM, Mike Scott wro= te: > > Basically, I'm finding that the 8.1 and 8.2 kernels hang on certain machi= nes > during bootup, specifically during device discover and module load. I've > tried 8.2 off the current release CD, and also 8.1 off the Debian kfreebs= d > 6.0.0 distribution - both have the same issue. > I've got the same problem with one motherboard (Asus K8N7-E deluxe): Since FreeBSD 8.0, there is an ACPI bug (pr 142263) in the FreeBSD kernel that detect wrong address for all devices. As example, here is an extract of the dmesg on FreeBSD 7.2: nfe0: port 0xb000-0xb007 mem 0xd3000000-0xd3000fff irq 21 at device 10.0 on pci0 nfe0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd3000000 But, since FreeBSD 8.0, the dmesg report this (note the reserved mem diff): nfe0: irq 21 at device 10.0 on pci0 nfe0: Lazy allocation of 0x1000000 bytes rid 0x10 type 3 at 0x81000000 nfe0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0x81000000! Try to boot by disabling ACPI into the FreeBSD boot screen=85 This solve the problem on my motherboard. Regards, Olivier From owner-freebsd-stable@FreeBSD.ORG Mon Mar 14 23:06: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 B040E106564A; Mon, 14 Mar 2011 23:06:14 +0000 (UTC) (envelope-from feld@feld.me) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 71F7D8FC1B; Mon, 14 Mar 2011 23:06:14 +0000 (UTC) Received: by iyj12 with SMTP id 12so29148iyj.13 for ; Mon, 14 Mar 2011 16:06:13 -0700 (PDT) Received: by 10.43.65.197 with SMTP id xn5mr560577icb.87.1300143973718; Mon, 14 Mar 2011 16:06:13 -0700 (PDT) Received: from tech304 (supranet-tech.secure-on.net [66.170.8.18]) by mx.google.com with ESMTPS id wt14sm6255686icb.4.2011.03.14.16.06.12 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 14 Mar 2011 16:06:12 -0700 (PDT) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Ronald Klop" , "Andriy Gapon" References: <4D7BBBB6.4060004@freebsd.org> <4D7DBAA0.5070601@freebsd.org> Date: Mon, 14 Mar 2011 18:06:11 -0500 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Mark Felder" Message-ID: In-Reply-To: <4D7DBAA0.5070601@freebsd.org> User-Agent: Opera Mail/11.10 (FreeBSD) Cc: freebsd-stable@freebsd.org Subject: Re: Dell 850 Panic on boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2011 23:06:14 -0000 Well I'm not sure what to say. I just remembered I promised an update and so I went to try to boot the server off an 8.2 disc and see it panic again and.... nothing. No panic. I have no explanation for this except maybe a failing power supply that was being naughty on Friday but is OK today. I will have to reinstall this server soon so we'll see what happens. If I can reproduce it again I'll revive this thread. Thanks, Mark From owner-freebsd-stable@FreeBSD.ORG Mon Mar 14 23:16: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 0C826106567B for ; Mon, 14 Mar 2011 23:16:49 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id C2B7D8FC13 for ; Mon, 14 Mar 2011 23:16:48 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:2554:6d65:cb5e:4fee] (unknown [IPv6:2001:7b8:3a7:0:2554:6d65:cb5e:4fee]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 7F1DD5C59; Tue, 15 Mar 2011 00:16:47 +0100 (CET) Message-ID: <4D7EA1D9.3060602@FreeBSD.org> Date: Tue, 15 Mar 2011 00:16:41 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.16pre) Gecko/20110312 Lanikai/3.1.10pre MIME-Version: 1.0 To: Thomas David Rivers References: <201103092015.p29KFd0U077849@dave.dignus.com> In-Reply-To: <201103092015.p29KFd0U077849@dave.dignus.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: bin/139146 still not right in FreeBSD 8.2 (-m32 on 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: Mon, 14 Mar 2011 23:16:49 -0000 On 2011-03-09 21:15, Thomas David Rivers wrote: > Just installed a fresh 8.2-stable on a brand-spanking-new 64-bit > machine... > > But, when I try to build 32-bit programs I get problems linking, > and I stumbled onto PR bin/139146. ... > /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching for -lgcc > /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching for -lgcc > /usr/bin/ld: cannot find -lgcc I committed a fix for this in r219648, so at least: - gcc -m32 uses the correct library path to find crt startup objects - ld uses the correct library path to find libraries - simple 'hello world' type programs link and run However, this does *not* solve the problem completely, as the system headers in /usr/include/machine will still be amd64 specific. This can result in various kinds of brokenness. Please be careful. If you want to reliably build i386 executables, you should still use a native i386 installation. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 15 09:54: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 430CD106564A for ; Tue, 15 Mar 2011 09:54:27 +0000 (UTC) (envelope-from mike@scottsonline.org.uk) Received: from honeysuckle.london.02.net (honeysuckle.london.02.net [87.194.255.144]) by mx1.freebsd.org (Postfix) with ESMTP id CD4FC8FC13 for ; Tue, 15 Mar 2011 09:54:26 +0000 (UTC) Received: from scottsonline.org.uk (78.105.254.41) by honeysuckle.london.02.net (8.5.133) id 4D4A076A014B734F for freebsd-stable@freebsd.org; Tue, 15 Mar 2011 09:54:25 +0000 Received: from [192.168.0.2] (picard.scotts [192.168.0.2]) by scottsonline.org.uk (8.13.8/8.13.8) with ESMTP id p2F9sNn5042622 for ; Tue, 15 Mar 2011 09:54:23 GMT (envelope-from mike@scottsonline.org.uk) Message-ID: <4D7F374F.3060404@scottsonline.org.uk> Date: Tue, 15 Mar 2011 09:54:23 +0000 From: Mike Scott User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.14) Gecko/20110223 Thunderbird/3.1.8 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4D7DE88C.9070405@scottsonline.org.uk> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (scottsonline.org.uk [192.168.0.1]); Tue, 15 Mar 2011 09:54:23 +0000 (GMT) X-Scanned-By: MIMEDefang 2.67 on 192.168.0.1 Subject: Re: problems booting 8.x kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Mar 2011 09:54:27 -0000 On 14/03/11 18:48, Olivier Cochard-Labbé wrote: > On Mon, Mar 14, 2011 at 11:06 AM, Mike Scott wrote: >> >> Basically, I'm finding that the 8.1 and 8.2 kernels hang on certain machines >> during bootup, specifically during device discover and module load. I've >> tried 8.2 off the current release CD, and also 8.1 off the Debian kfreebsd >> 6.0.0 distribution - both have the same issue. >> > > I've got the same problem with one motherboard (Asus K8N7-E deluxe): > Since FreeBSD 8.0, there is an ACPI bug (pr 142263) in the FreeBSD > kernel that detect wrong address for all devices. > > As example, here is an extract of the dmesg on FreeBSD 7.2: > nfe0: port > 0xb000-0xb007 mem 0xd3000000-0xd3000fff irq 21 at device 10.0 on pci0 > nfe0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd3000000 > > But, since FreeBSD 8.0, the dmesg report this (note the reserved mem diff): > nfe0: irq 21 at device > 10.0 on pci0 > nfe0: Lazy allocation of 0x1000000 bytes rid 0x10 type 3 at 0x81000000 > nfe0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0x81000000! > > Try to boot by disabling ACPI into the FreeBSD boot screen… This solve > the problem on my motherboard. Thanks for the note. I've tried disabling everything - floppy, usb and acpi - in the BIOS. Still no joy; it just hangs. I don't get the 'lazy allocation' message you do; nfe0 looks reasonable here. I'm using boot -v. Depending on whether I use -p (single step) as well, the hang point changes from just after "flowtable cleaner started" or the message about a firewire bus reset I quoted earlier. I've found the occasional similar comment on the web, such as http://forums.freebsd.org/showthread.php?p=117767 hanging on amd64 smp hardware after 'ata pseudoraid loaded' (which is a message I sometimes see just before the 'flowtable' message); maybe related, maybe not. But no answers :-{ I think I'll have to give up because I'm out of ideas, settle for a linux kernel on this particular target h/w, and just hope this issue doesn't affect another machine I have which is due for imminent upgrade from 6.2 to 8.x. -- Mike Scott Harlow, Essex, England From owner-freebsd-stable@FreeBSD.ORG Tue Mar 15 09:59: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 67562106566B for ; Tue, 15 Mar 2011 09:59:49 +0000 (UTC) (envelope-from mike@scottsonline.org.uk) Received: from woodbine.london.02.net (woodbine.london.02.net [87.194.255.145]) by mx1.freebsd.org (Postfix) with ESMTP id 009068FC13 for ; Tue, 15 Mar 2011 09:59:48 +0000 (UTC) Received: from scottsonline.org.uk (78.105.254.41) by woodbine.london.02.net (8.5.133) id 4D4A0A0401542763 for freebsd-stable@freebsd.org; Tue, 15 Mar 2011 09:59:47 +0000 Received: from [192.168.0.2] (picard.scotts [192.168.0.2]) by scottsonline.org.uk (8.13.8/8.13.8) with ESMTP id p2F9xkLu042635 for ; Tue, 15 Mar 2011 09:59:46 GMT (envelope-from mike@scottsonline.org.uk) Message-ID: <4D7F3892.5020108@scottsonline.org.uk> Date: Tue, 15 Mar 2011 09:59:46 +0000 From: Mike Scott User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.14) Gecko/20110223 Thunderbird/3.1.8 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4D7DE88C.9070405@scottsonline.org.uk> <4D7F374F.3060404@scottsonline.org.uk> In-Reply-To: <4D7F374F.3060404@scottsonline.org.uk> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (scottsonline.org.uk [192.168.0.1]); Tue, 15 Mar 2011 09:59:46 +0000 (GMT) X-Scanned-By: MIMEDefang 2.67 on 192.168.0.1 Subject: Re: problems booting 8.x kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Mar 2011 09:59:49 -0000 On 15/03/11 09:54, Mike Scott wrote: .... Sorry, a line or two 'got away from' that last message, so part won't make sense. Should be > I've found the occasional similar comment on the web, such as > http://forums.freebsd.org/showthread.php?p=117767 That refers to a hang after 'flowtable cleaner' while I've also seen comments about: > hanging on amd64 smp hardware after 'ata pseudoraid loaded' (which is a > message I sometimes see just before the 'flowtable' message); maybe > related, maybe not. But no answers :-{ -- Mike Scott Harlow, Essex, England From owner-freebsd-stable@FreeBSD.ORG Tue Mar 15 10:17: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 0D4D1106566B for ; Tue, 15 Mar 2011 10:17:43 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 738BA8FC13 for ; Tue, 15 Mar 2011 10:17:42 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id p2FAHeaG081831; Tue, 15 Mar 2011 21:17:40 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 15 Mar 2011 21:17:40 +1100 (EST) From: Ian Smith To: Mike Scott In-Reply-To: <4D7F374F.3060404@scottsonline.org.uk> Message-ID: <20110315211319.A36648@sola.nimnet.asn.au> References: <4D7DE88C.9070405@scottsonline.org.uk> <4D7F374F.3060404@scottsonline.org.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: problems booting 8.x kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Mar 2011 10:17:43 -0000 On Tue, 15 Mar 2011, Mike Scott wrote: > I think I'll have to give up because I'm out of ideas, settle for a linux > kernel on this particular target h/w, and just hope this issue doesn't > affect another machine I have which is due for imminent upgrade from 6.2 to > 8.x. Does it boot ok on 7.4? Might that be suitable for this box's purpose? cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Tue Mar 15 10:34:07 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 26506106566B for ; Tue, 15 Mar 2011 10:34:07 +0000 (UTC) (envelope-from mike@scottsonline.org.uk) Received: from woodbine.london.02.net (woodbine.london.02.net [87.194.255.145]) by mx1.freebsd.org (Postfix) with ESMTP id B1AFB8FC08 for ; Tue, 15 Mar 2011 10:34:06 +0000 (UTC) Received: from scottsonline.org.uk (78.105.254.41) by woodbine.london.02.net (8.5.133) id 4D4A0A04015477C7 for freebsd-stable@freebsd.org; Tue, 15 Mar 2011 10:34:05 +0000 Received: from [192.168.0.2] (picard.scotts [192.168.0.2]) by scottsonline.org.uk (8.13.8/8.13.8) with ESMTP id p2FAY4Ug042794 for ; Tue, 15 Mar 2011 10:34:04 GMT (envelope-from mike@scottsonline.org.uk) Message-ID: <4D7F409C.1080303@scottsonline.org.uk> Date: Tue, 15 Mar 2011 10:34:04 +0000 From: Mike Scott User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.14) Gecko/20110223 Thunderbird/3.1.8 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4D7DE88C.9070405@scottsonline.org.uk> <4D7F374F.3060404@scottsonline.org.uk> <20110315211319.A36648@sola.nimnet.asn.au> In-Reply-To: <20110315211319.A36648@sola.nimnet.asn.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (scottsonline.org.uk [192.168.0.1]); Tue, 15 Mar 2011 10:34:04 +0000 (GMT) X-Scanned-By: MIMEDefang 2.67 on 192.168.0.1 Subject: Re: problems booting 8.x kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Mar 2011 10:34:07 -0000 On 15/03/11 10:17, Ian Smith wrote: > On Tue, 15 Mar 2011, Mike Scott wrote: > > > I think I'll have to give up because I'm out of ideas, settle for a linux > > kernel on this particular target h/w, and just hope this issue doesn't > > affect another machine I have which is due for imminent upgrade from 6.2 to > > 8.x. > > Does it boot ok on 7.4? Might that be suitable for this box's purpose? Don't know about booting. I'm looking at multiple installations, which confuses me as much as anyone :-) The small server currently running 6.2 I need^W want to get up to 8.x for the userland camera support. The desktop I've mostly been referring to previously is a testbed before I consider buying new hardware - I want to get a system installed, write some software and get it all running before committing to significant (at least for me!) expense. The problem being that I see some advantage in trying debian kfreebsd (I need alsaplayer, and assume this would be available) - which uses an 8.1 kernel and is where all this started because it wouldn't boot! If pushed, I'd probably drop back to straight debian/linux, but I'd rather stick with something I know a little about; besides I happen to like freebsd :-) Does that make some sort of sense?? -- Mike Scott Harlow, Essex, England From owner-freebsd-stable@FreeBSD.ORG Tue Mar 15 11: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 D6ED3106564A for ; Tue, 15 Mar 2011 11:30:57 +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 2A4688FC12 for ; Tue, 15 Mar 2011 11:30:56 +0000 (UTC) Received: from [192.168.113.181] (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA11578; Tue, 15 Mar 2011 13:30:50 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4D7F4DEA.9090508@freebsd.org> Date: Tue, 15 Mar 2011 14:30:50 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: Mark Felder References: <4D7BBBB6.4060004@freebsd.org> <4D7DBAA0.5070601@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Dell 850 Panic on boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2011 11:30:57 -0000 On 15/03/2011 02:06, Mark Felder wrote: > Well I'm not sure what to say. I just remembered I promised an update > and so I went to try to boot the server off an 8.2 disc and see it panic > again and.... nothing. No panic. I have no explanation for this except > maybe a failing power supply that was being naughty on Friday but is OK > today. > > > I will have to reinstall this server soon so we'll see what happens. If > I can reproduce it again I'll revive this thread. Thank you for the update. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Mar 15 13:44:09 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 815D61065678 for ; Tue, 15 Mar 2011 13:44:09 +0000 (UTC) (envelope-from korvus@comcast.net) 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 264F38FC27 for ; Tue, 15 Mar 2011 13:44:08 +0000 (UTC) Received: from omta01.westchester.pa.mail.comcast.net ([76.96.62.11]) by qmta14.westchester.pa.mail.comcast.net with comcast id KRT91g0030EZKEL5ERWs9Z; Tue, 15 Mar 2011 13:30:52 +0000 Received: from [192.168.2.164] ([206.210.89.202]) by omta01.westchester.pa.mail.comcast.net with comcast id KRWh1g00g4Mx3R23MRWjVz; Tue, 15 Mar 2011 13:30:50 +0000 Message-ID: <4D7F69FF.2020608@comcast.net> Date: Tue, 15 Mar 2011 09:30:39 -0400 From: Steve Polyack User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20110125 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-net@freebsd.org, freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: MAC address / per-proto ARP caching in 8.1-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Mar 2011 13:44:12 -0000 Is anyone aware of some sort of facility in either FreeBSD 8.1-RELEASE or the em(4) driver which would cause it to cache MAC addresses / ARP entries for hosts on a per-protocol basis? We've been doing some testing with new routers, and almost every time we switch them in or out our FreeBSD machines get stuck sending UDP DNS requests to the MAC address of the old default gateway in complete disregard for the current contents of the ARP table. New TCP connections do not seem to be affected: [spolyack@web01 ~]$ uname -a FreeBSD web01 8.1-RELEASE-p2 FreeBSD 8.1-RELEASE-p2 #3: Mon Dec 6 08:58:21 EST 2010 root@web01:/usr/obj/usr/src/sys/WEB-AMD64 amd64 Current ARP table after the router replacement, the default gateway is 10.0.1.254, which it has the correct new MAC address for already: [spolyack@web01 ~]$ arp -an ? (10.0.1.17) at 00:0c:29:47:74:3a on em2 permanent [ethernet] ? (10.0.1.130) at 00:0c:29:47:74:26 on em0 permanent [ethernet] ? (10.0.1.254) at 00:a0:c9:00:01:01 on em0 expires in 915 seconds [ethernet] ? (10.0.0.17) at 00:0c:29:47:74:30 on em1 permanent [ethernet] ? (10.0.0.15) at 00:0c:29:47:74:30 on em1 permanent [ethernet] ? (10.0.0.11) at 00:0c:29:47:74:30 on em1 permanent [ethernet] ? (10.0.0.2) at 00:1f:a0:10:28:70 on em1 expires in 1162 seconds [ethernet] ? (10.0.0.1) at 00:1f:a0:10:28:70 on em1 expires in 943 seconds [ethernet] tcpdump shows the DNS requests heading to the *old* router's MAC address despite the contents of the ARP table: [spolyack@web01 ~]$ sudo tcpdump -i em0 -s 256 -vvv -e -n -ttt 'port 53' tcpdump: listening on em0, link-type EN10MB (Ethernet), capture size 256 bytes 00:00:00.000000 00:0c:29:47:74:26 > 54:75:d0:a3:7c:8c, ethertype IPv4 (0x0800), length 86: (tos 0x0, ttl 64, id 55590, offset 0, flags [none], proto UDP (17), length 72) 10.0.1.130.52419 > 10.0.2.80.53: [bad udp cksum fdc5!] 52051+ A? db-testing-lab. (44) [spolyack@web01 ~]$ arp -an | grep 54:75:d0 [spolyack@web01 ~]$ Using telnet to form a TCP connection to port 53 on the same DNS server which the above UDP requests are headed to works just fine: [spolyack@web01 ~]$ telnet 10.0.2.80 53 Trying 10.0.2.80... Connected to 10.0.2.80. Escape character is '^]'. 00:03:43.272134 00:0c:29:47:74:26 > 00:a0:c9:00:01:01, ethertype IPv4 (0x0800), length 74: (tos 0x10, ttl 64, id 24383, offset 0, flags [DF], proto TCP (6), length 60) 10.0.2.130.20130 > 10.0.2.80.53: Flags [S], cksum 0x0353 (incorrect -> 0xf74d), seq 2674341615, win 65535, options [mss 1460,nop,wscale 3,sackOK,TS val 60433610 ecr 0], length ... Even after the above, standard UDP DNS requests are still headed to the old default gateway MAC address. tcpdumping and looking at ARP requests/responses doesn't show any traces of the old MAC address either. The switch which connects the server and router doesn't have any entries referencing the old router's MAC address anywhere either. I'm assuming this isn't related to the new flowtable features included in 8.x, since they appear to function on a 4-tuple of src addr, src port, dst addr, and dst port, which isn't going to match for new DNS requests. If anyone has any ideas or suggestions on what additional data I can grab, I'd be happy to investigate further, but I've run out of ideas here. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 15 17:54:59 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 67F0D106564A for ; Tue, 15 Mar 2011 17:54:59 +0000 (UTC) (envelope-from leonardo@procergs.rs.gov.br) Received: from daytona.procergs.com.br (daytona.procergs.com.br [200.189.134.118]) by mx1.freebsd.org (Postfix) with ESMTP id D17478FC08 for ; Tue, 15 Mar 2011 17:54:58 +0000 (UTC) Received: from kehl.procergs.com.br (kehl.procergs.com.br [200.189.134.2]) by daytona.procergs.com.br (Postfix) with ESMTP id 6637259C59F for ; Tue, 15 Mar 2011 14:34:55 -0300 (BRT) Received: from [172.28.5.117] (unknown [172.28.5.117]) by kehl.procergs.com.br (Postfix) with ESMTPA id 5374362FDE4 for ; Tue, 15 Mar 2011 14:34:52 -0300 (BRST) X-DKIM: Sendmail DKIM Filter v2.7.2 kehl.procergs.com.br 5374362FDE4 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=procergs.rs.gov.br; s=estado; t=1300210493; bh=yMk087aNIOavtlPSjMcKDXJk7S/JEsMKeXw9D+4l Y7k=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; z=Message-ID:=20<4D7FA33A.7060300@proce rgs.rs.gov.br>|Date:=20Tue,=2015=20Mar=202011=2014:34:50=20-0300|Fr om:=20Leonardo=20Reginin=20|User-Agent :=20Mozilla/5.0=20(X11=3B=20U=3B=20Linux=20i686=3B=20en-US=3B=20rv: 1.9.2.13)=20Gecko/20101207=20Thunderbird/3.1.7|MIME-Version:=201.0| To:=20freebsd-stable@freebsd.org|Subject:=20Fwd:=20ipfw=20pipe=20sh ow=20(freebsd=208.1)|Content-Type:=20text/plain=3B=20charset=3DISO- 8859-1=3B=20format=3Dflowed|Content-Transfer-Encoding:=208bit; b=C9 I5/WtxbkWd67hr9Pfu6mIgoVn+r8lcgTT/FtYm1kL2vIZar9YOa0756WvmmTxRFgDv2 ikg3Dg8PLjOd2j2Dz48grc58NsF9HT39u50aQrnf6eEiiuiFOF0G/sbfAEwUj07RxQ6 WeJvno1U8YStCQa81q+clDOQLa0+nugWLCI= Message-ID: <4D7FA33A.7060300@procergs.rs.gov.br> Date: Tue, 15 Mar 2011 14:34:50 -0300 From: Leonardo Reginin User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Fwd: ipfw pipe show (freebsd 8.1) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2011 17:54:59 -0000 Hi fellows. On freebsd release 7, the 'ipfw pipe show' command shows something like that: fw# ipfw pipe show 10 00010: 1.024 Mbit/s 0 ms 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 icmp 10.105.71.246/0 10.107.255.246/0 996777 242031672 0 0 0 The same command on FreeBSD release 8.1 shows: fw# ipfw pipe show 10 00010: 1.024 Mbit/s 0 ms burst 0 q131082 50 sl. 0 flows (1 buckets) sched 65546 weight 0 lmax 0 pri 0 droptail sched 65546 type FIFO flags 0x0 0 buckets 0 active Someone knows how to get the same result ( or similar ) on FreeBSD 8 ? Thanks. -- Att, Leonardo Reginin =============================================================== PROCERGS - Cia. Processamento de Dados do Estado do RS DPR/SSR - Divisão de Produção/Setor de Suporte e Projeto Redes Fone: 55(xx51)3210-3138 'A candle loses nothing by lighting another candle' Erin Majors =============================================================== From owner-freebsd-stable@FreeBSD.ORG Tue Mar 15 18:26:08 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 BAA951065672 for ; Tue, 15 Mar 2011 18:26:08 +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 7A32C8FC14 for ; Tue, 15 Mar 2011 18:26:08 +0000 (UTC) Received: from omta15.westchester.pa.mail.comcast.net ([76.96.62.87]) by qmta03.westchester.pa.mail.comcast.net with comcast id KWAo1g0021swQuc53WS826; Tue, 15 Mar 2011 18:26:08 +0000 Received: from koitsu.dyndns.org ([98.248.33.18]) by omta15.westchester.pa.mail.comcast.net with comcast id KWS51g00W0PUQVN3bWS6Ea; Tue, 15 Mar 2011 18:26:07 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 9DD359B422; Tue, 15 Mar 2011 11:26:03 -0700 (PDT) Date: Tue, 15 Mar 2011 11:26:03 -0700 From: Jeremy Chadwick To: Steve Polyack Message-ID: <20110315182603.GA37095@icarus.home.lan> References: <4D7F69FF.2020608@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D7F69FF.2020608@comcast.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-net@freebsd.org, freebsd-stable Subject: Re: MAC address / per-proto ARP caching in 8.1-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Mar 2011 18:26:08 -0000 On Tue, Mar 15, 2011 at 09:30:39AM -0400, Steve Polyack wrote: > Is anyone aware of some sort of facility in either FreeBSD > 8.1-RELEASE or the em(4) driver which would cause it to cache MAC > addresses / ARP entries for hosts on a per-protocol basis? > > [snipping remaining details; readers can read it here instead:] > [http://lists.freebsd.org/pipermail/freebsd-stable/2011-March/061908.html] The only thing I can think of would be flowtable, but I'm not sure if it's enabled by default on 8.1-RELEASE-p2. You can try the following sysctl to disable it (I would recommend setting this in sysctl.conf and rebooting; I don't know what happens in the case you set it on a live system that's already experiencing the MAC issue you describe). net.inet.flowtable.enable=0 Details: http://conferences.sigcomm.org/sigcomm/2009/workshops/presto/papers/p37.pdf -- | 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 Mar 15 18:50:12 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 726E5106567D for ; Tue, 15 Mar 2011 18:50:12 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from qmta01.westchester.pa.mail.comcast.net (qmta01.westchester.pa.mail.comcast.net [76.96.62.16]) by mx1.freebsd.org (Postfix) with ESMTP id 97A828FC15 for ; Tue, 15 Mar 2011 18:50:10 +0000 (UTC) Received: from omta24.westchester.pa.mail.comcast.net ([76.96.62.76]) by qmta01.westchester.pa.mail.comcast.net with comcast id KWoq1g0051ei1Bg51WqADL; Tue, 15 Mar 2011 18:50:10 +0000 Received: from [192.168.2.164] ([206.210.89.202]) by omta24.westchester.pa.mail.comcast.net with comcast id KWpY1g00u4Mx3R23kWpkhJ; Tue, 15 Mar 2011 18:49:58 +0000 Message-ID: <4D7FB4BB.1080103@comcast.net> Date: Tue, 15 Mar 2011 14:49:31 -0400 From: Steve Polyack User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20110125 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: Jeremy Chadwick References: <4D7F69FF.2020608@comcast.net> <20110315182603.GA37095@icarus.home.lan> In-Reply-To: <20110315182603.GA37095@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-stable Subject: Re: MAC address / per-proto ARP caching in 8.1-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Mar 2011 18:50:12 -0000 On 03/15/11 14:26, Jeremy Chadwick wrote: > On Tue, Mar 15, 2011 at 09:30:39AM -0400, Steve Polyack wrote: >> Is anyone aware of some sort of facility in either FreeBSD >> 8.1-RELEASE or the em(4) driver which would cause it to cache MAC >> addresses / ARP entries for hosts on a per-protocol basis? >> >> [snipping remaining details; readers can read it here instead:] >> [http://lists.freebsd.org/pipermail/freebsd-stable/2011-March/061908.html] > The only thing I can think of would be flowtable, but I'm not sure > if it's enabled by default on 8.1-RELEASE-p2. You can try the following > sysctl to disable it (I would recommend setting this in sysctl.conf and > rebooting; I don't know what happens in the case you set it on a live > system that's already experiencing the MAC issue you describe). > > net.inet.flowtable.enable=0 > > Details: > > http://conferences.sigcomm.org/sigcomm/2009/workshops/presto/papers/p37.pdf > It looks like it is enabled by default on 8.1-RELEASE. Here's the net.inet.flowtable tree from the box in question: [spolyack@web00 ~]$ sysctl net.inet.flowtable net.inet.flowtable.stats: table name: ipv4 collisions: 1 allocated: 0 misses: 20013 max_depth: 0 free_checks: 377953 frees: 19993 hits: 69519580 lookups: 69539593 net.inet.flowtable.nmbflows: 50176 net.inet.flowtable.tcp_expire: 86400 net.inet.flowtable.fin_wait_expire: 600 net.inet.flowtable.udp_expire: 300 net.inet.flowtable.syn_expire: 300 net.inet.flowtable.enable: 1 net.inet.flowtable.debug: 0 I'm planning on setting net.inet.flowtable.debug=1 next time we see this behavior, but from looking at the code, it looks like we might have to rebuild with -DFLOWTABLE_DEBUG to get really useful information. It's too bad that there is not yet a method to dump the contents of the flowtable. Thanks for the suggestion. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 15 21:35: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 DEB35106566C for ; Tue, 15 Mar 2011 21:35:27 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id 942FE8FC13 for ; Tue, 15 Mar 2011 21:35:27 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id p2FLZNSr013463; Tue, 15 Mar 2011 15:35:23 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id p2FLZNLh013462; Tue, 15 Mar 2011 15:35:23 -0600 (MDT) (envelope-from ken) Date: Tue, 15 Mar 2011 15:35:23 -0600 From: "Kenneth D. Merry" To: Hubert Tournier Message-ID: <20110315213523.GA11106@nargothrond.kdm.org> References: <20110218164209.GA77903@nargothrond.kdm.org> <4D629BE7.8020501@my.gd> <31026005.post@talk.nabble.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <31026005.post@talk.nabble.com> User-Agent: Mutt/1.4.2i Cc: freebsd-stable@freebsd.org Subject: Re: mps(4) driver (LSI 6Gb SAS) commited to 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: Tue, 15 Mar 2011 21:35:27 -0000 On Sun, Feb 27, 2011 at 09:17:46 -0800, Hubert Tournier wrote: > > Yes, thank you Ken (and everybody involved) for this driver! > > Ken, i think you left out the mps.4 man page from CURRENT in the 8-STABLE > backporting. Whoops, you're right. I just merged it to stable/8. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-stable@FreeBSD.ORG Tue Mar 15 22:50:02 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 4F660106566B for ; Tue, 15 Mar 2011 22:50:02 +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 0682C8FC19 for ; Tue, 15 Mar 2011 22:50:01 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEALqJf02DaFvO/2dsb2JhbACEPqJGr32RSoEng0V2BIxd X-IronPort-AV: E=Sophos;i="4.63,191,1299474000"; d="scan'208";a="113442382" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 15 Mar 2011 18:50:01 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 1EA6BB3F89; Tue, 15 Mar 2011 18:50:01 -0400 (EDT) Date: Tue, 15 Mar 2011 18:50:01 -0400 (EDT) From: Rick Macklem To: Doug Barton Message-ID: <885374289.1469919.1300229401064.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4D7D02A8.30001@FreeBSD.org> 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 - IE8 (Win)/6.0.10_GA_2692) Cc: freebsd-stable@freebsd.org Subject: Re: statd/lockd startup failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Mar 2011 22:50:02 -0000 > On 03/13/2011 08:23, Daniel Braniss wrote: > >> On 03/12/2011 02:21, Daniel Braniss wrote: > >>> The problem with trying to get the same port for all > >>> tcp/udp/inet/inet6 > >>> though might succeed most of the time, will fail sometimes, then > >>> what? > >> > >> Can you please describe the scenario when it's completely > >> impossible to > >> find a port that's open on all 4 families? > > i did not say impossible, concidering that Rick asked how many times > > he > > should try, unless N is forever, it could fail. > > And what I'm asking is that you describe the circumstances which might > lead to that failure. > > >>> I saw Doug's commnent, and also the:), it's not as simple as > >>> tracking port > >>> 80 or 25, needs some efford, but it's deterministic/programable, > >>> and worst case > >>> you can still use the -p option (which again will fail > >>> sometimes:-). > >> > >> Given that Rick has already written the patch, I don't think it's > >> at all > >> unreasonable to put it in as the first choice, perhaps with a > >> fallback > >> to picking any available port if there isn't one available for all > >> 4 > >> families. > >> > > as Rick mentioned, the patch is not trivial, and to quote him: > > "My only concern with the "same port# patch" is that it is more > > complex > > and, therefore, somewhat riskier w.r.t. my having gotten it > > wrong." > > Yeah, I saw that, did you see my response? I'm very much in favor of > keeping things simple, but only as simple as they can be made. > [some good stuff snipped for brevity] Ok, well I believe that the patches I currently have aren't broken. How about I change the patches so that after N attempts fail, it does a final attempt allowing different port#s for the 4 cases. (If that fails, I don't think there is anything that can be done, since it means that no port# is available for at least one of the four cases?) Does that sound reasonable? rick ps: I was thinking N should be somewhere in the 10<->100 range. Anyone want to suggest a value for N? From owner-freebsd-stable@FreeBSD.ORG Wed Mar 16 13:26:58 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 615991065672 for ; Wed, 16 Mar 2011 13:26:58 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from qmta10.westchester.pa.mail.comcast.net (qmta10.westchester.pa.mail.comcast.net [76.96.62.17]) by mx1.freebsd.org (Postfix) with ESMTP id 2036E8FC1F for ; Wed, 16 Mar 2011 13:26:57 +0000 (UTC) Received: from omta24.westchester.pa.mail.comcast.net ([76.96.62.76]) by qmta10.westchester.pa.mail.comcast.net with comcast id Kp4e1g0051ei1Bg5ApSy9E; Wed, 16 Mar 2011 13:26:58 +0000 Received: from [192.168.2.164] ([206.210.89.202]) by omta24.westchester.pa.mail.comcast.net with comcast id KpSb1g01R4Mx3R23kpSjC1; Wed, 16 Mar 2011 13:26:52 +0000 Message-ID: <4D80BA89.1080300@comcast.net> Date: Wed, 16 Mar 2011 09:26:33 -0400 From: Steve Polyack User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20110125 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: Jeremy Chadwick References: <4D7F69FF.2020608@comcast.net> <20110315182603.GA37095@icarus.home.lan> In-Reply-To: <20110315182603.GA37095@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-stable Subject: Re: MAC address / per-proto ARP caching in 8.1-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Mar 2011 13:26:58 -0000 On 03/15/11 14:26, Jeremy Chadwick wrote: > On Tue, Mar 15, 2011 at 09:30:39AM -0400, Steve Polyack wrote: >> Is anyone aware of some sort of facility in either FreeBSD >> 8.1-RELEASE or the em(4) driver which would cause it to cache MAC >> addresses / ARP entries for hosts on a per-protocol basis? >> >> [snipping remaining details; readers can read it here instead:] >> [http://lists.freebsd.org/pipermail/freebsd-stable/2011-March/061908.html] > The only thing I can think of would be flowtable, but I'm not sure > if it's enabled by default on 8.1-RELEASE-p2. You can try the following > sysctl to disable it (I would recommend setting this in sysctl.conf and > rebooting; I don't know what happens in the case you set it on a live > system that's already experiencing the MAC issue you describe). > > net.inet.flowtable.enable=0 > > Details: > > http://conferences.sigcomm.org/sigcomm/2009/workshops/presto/papers/p37.pdf > I gave this a shot again this morning. It's definitely related to the flowtable: [spolyack@web01 ~]$ time host web00.lab00 ; sudo sysctl net.inet.flowtable.enable=0 ; time host web00.lab00 ;; connection timed out; no servers could be reached real 0m10.017s user 0m0.000s sys 0m0.008s net.inet.flowtable.enable: 1 -> 0 web00.lab00 has address 10.0.1.129 real 0m0.069s user 0m0.000s sys 0m0.003s I'm still curious as to why this is only breaking new outgoing UDP traffic. New TCP connections aren't affected in the same way at all. There also does not seem to be any relevant changes to flowtable code between 8.1-RELEASE and 8.2-RELEASE or 8-STABLE. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 16 17:32:08 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 5C04A106566C; Wed, 16 Mar 2011 17:32:08 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (mail.ip6.digiware.nl [IPv6:2001:4cb8:1:106::2]) by mx1.freebsd.org (Postfix) with ESMTP id E6BDF8FC16; Wed, 16 Mar 2011 17:32:07 +0000 (UTC) Received: from rack1.digiware.nl (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id C1084153434; Wed, 16 Mar 2011 18:32:06 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FluP8Zdfi4e2; Wed, 16 Mar 2011 18:32:04 +0100 (CET) Received: from [IPv6:2001:4cb8:3:1:c8eb:cfdd:badd:be07] (unknown [IPv6:2001:4cb8:3:1:c8eb:cfdd:badd:be07]) by mail.digiware.nl (Postfix) with ESMTP id 627A6153433; Wed, 16 Mar 2011 18:32:04 +0100 (CET) Message-ID: <4D80F411.3040108@digiware.nl> Date: Wed, 16 Mar 2011 18:32:01 +0100 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: John Baldwin References: <4D760AEC.7050604@digiware.nl> <201103080915.29284.jhb@freebsd.org> In-Reply-To: <201103080915.29284.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alan Cox , freebsd-stable@freebsd.org Subject: Re: panic on vm_page_cache_transfer: object 0xfffffff0035508000's type is not compatible with cache pages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Mar 2011 17:32:08 -0000 On 2011-03-08 15:15, John Baldwin wrote: > On Tuesday, March 08, 2011 5:54:36 am Willem Jan Withagen wrote: >> System: >> >> FreeBSD zfs.digiware.nl 8.2-STABLE FreeBSD 8.2-STABLE #1: Sat Feb 26 >> 06:28:43 CET 2011 >> root@zfs.digiware.nl:/usr/obj/usr/src/src8/src/sys/ZFS amd64 >> >> Don't have a serial console, so I wrote down the traceback. >> But my guess is that that is not enough, however I needed the system so >> I rebooted. >> >> tb: >> vm_object_split at .... +0x125 >> vm_space_fork at .... +0x3f7 >> fork1 at .... +0x6a9 >> fork at .... +0xee >> syscall_entr at .... +1c >> syscall at .... +4c >> >> rip = 0x8006bc39c >> rsp = 0x7fffffffe9d8 >> rbp = 0x800a04470 >> >> It looks a lot like what I find on >> http://people.freebsd.org/~pho/stress/log/kostik079.html >> >> But my system is amd64, with 8Gb RAM and is fully ZFS based >> with swap on 2 gpt freebsd-swap partitions. >> >> System crashed last night around 1:30, which is when a few large rsync >> backups are coming in. >> >> Would I be able to call doadump to obtain something usefull afterward >> (provided I have savecore set?) > > Hmm, judging from the info at the URL above, I'm not sure what to make of this > assertion. In vm_object_split(), the 'new_object' is always OBJT_DEFAULT, so > it will always fail that half of the assertion. In fact, this is the only > place that vm_page_cache_transfer() is called, so 'new_object->type == > OBJT_SWAP' is pretty much guaranteed to almost never be true. > > I guess it is assuming that swap_pager_copy() would have always converted > 'new_object' to OBJT_SWAP if it had any cache pages? Perhaps that is a bogus > assumption if 'orig_object' only has cache pages and no currently-swapped out > pages (or if the swapped out pages are not in the range of the new object)? > > I've cc'd Alan to see if he has any ideas. Well, given enough time it does return. Found my server at the debug prompt again. So suggestion are still welcome. Thanx, --WjW From owner-freebsd-stable@FreeBSD.ORG Thu Mar 17 04:30:35 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 C4A66106566B for ; Thu, 17 Mar 2011 04:30:35 +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 80A158FC12 for ; Thu, 17 Mar 2011 04:30:35 +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: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=2cwCo2KLzAnowL2pueN59BuliZekQenPmx9LVdOKLxulNv+6PzH+Uj7aNFT7QEam5AWJc/tLLUqe++zkR8OBdgRjRwHBgPrA7SoSXlr98gD3bXDpEFCrpc5s1mPy2s5G; Received: from luke by mail.digital-crocus.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Q04Uf-0006FI-3a for freebsd-stable@freebsd.org; Thu, 17 Mar 2011 04:07:25 +0000 Received: from c-76-118-178-109.hsd1.ma.comcast.net ([76.118.178.109] helo=[192.168.1.15]) by mail.digital-crocus.com with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Q04Ue-0006Et-KW; Thu, 17 Mar 2011 04:07:25 +0000 From: Luke Marsden To: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" Organization: Hybrid Web Cluster Date: Thu, 17 Mar 2011 00:08:01 -0400 Message-ID: <1300334881.3837.126.camel@pow> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 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: Subject: Guaranteed kernel panic with ZFS + nullfs 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: Thu, 17 Mar 2011 04:30:35 -0000 Hi all, The following script seems to cause a guaranteed kernel panic on 8.1-R, 8.2-R and 8-STABLE as of today (2011-03-16), with both ZFS v14/15, and v28 on 8.2-R with mm@ patches from 2011-03. I suspect it may also affect 9-CURRENT but have not tested this yet. #!/usr/local/bin/bash export POOL=hpool # change this to your pool name sudo zfs destroy -r $POOL/foo sudo zfs create $POOL/foo sudo zfs set mountpoint=/foo $POOL/foo sudo mount -t nullfs /foo /bar sudo touch /foo/baz ls /bar # should see baz sudo zfs umount -f $POOL/foo # seems okay (ls: /bar: Bad file descriptor) sudo zfs mount $POOL/foo # PANIC! Can anyone suggest a patch which fixes this? Preferably against 8-STABLE :-) I also have a more subtle problem where, after mounting and then quickly force-unmounting a ZFS filesystem (call it A) with two nullfs-mounted filesystems and a devfs filesystem within it, running "ls" on the mountpoint of the parent filesystem of A hangs. I'm working on narrowing it down to a shell script like the above - as soon as I have one I'll post a followup. This latter problem is actually more of an issue for me - I can avoid the behaviour which triggers the panic ("if it hurts, don't do it"), but I need to be able to perform the actions which trigger the deadlock (mounting and unmounting filesystems). This also affects 8.1-R, 8.2-R, 8-STABLE and 8.2-R+v28. It seems to be the "zfs umount -f" process which hangs and triggers further accesses to the parent filesystem to hang. Note that I have definitely correctly unmounted the nullfs and devfs mounts from within the filesystem before I force the unmount. Unfortunately the -f is necessary in my application. After the hang: hybrid@dev3:/opt/HybridCluster$ sudo ps ax |grep zfs 41 ?? DL 0:00.11 [zfskern] 3751 ?? D 0:00.03 /sbin/zfs unmount -f hpool/hcfs/filesystem1 hybrid@dev3:/opt/HybridCluster$ sudo procstat -kk 3751 PID TID COMM TDNAME KSTACK 3751 100264 zfs - mi_switch+0x16f sleepq_wait+0x42 _sleep+0x31c zfsvfs_teardown+0x269 zfs_umount+0x1a7 dounmount+0x28a unmount+0x3c8 syscall+0x1e7 Xfast_syscall+0xe1 hybrid@dev3:/opt/HybridCluster$ sudo procstat -kk 41 PID TID COMM TDNAME KSTACK 41 100058 zfskern arc_reclaim_thre mi_switch+0x16f sleepq_timedwait+0x42 _cv_timedwait+0x129 arc_reclaim_thread+0x2d1 fork_exit+0x118 fork_trampoline+0xe 41 100062 zfskern l2arc_feed_threa mi_switch+0x16f sleepq_timedwait+0x42 _cv_timedwait+0x129 l2arc_feed_thread+0x1be fork_exit+0x118 fork_trampoline+0xe 41 100090 zfskern txg_thread_enter mi_switch+0x16f sleepq_wait+0x42 _cv_wait+0x111 txg_thread_wait+0x79 txg_quiesce_thread +0xb5 fork_exit+0x118 fork_trampoline+0xe 41 100091 zfskern txg_thread_enter mi_switch+0x16f sleepq_timedwait+0x42 _cv_timedwait+0x129 txg_thread_wait+0x3c txg_sync_thread+0x355 fork_exit+0x118 fork_trampoline+0xe I will continue to attempt to create a shell script which makes this latter bug easily reproducible. In the meantime, what further information can I gather? I will build a debug kernel in the morning. If it helps accelerate finding a solution to this problem, Hybrid Logic Ltd might be able to fund a small bounty for a fix. Contact me off-list if you can help in this way. -- Best Regards, Luke Marsden CTO, Hybrid Logic Ltd. Web: http://www.hybrid-cluster.com/ Hybrid Web Cluster - cloud web hosting Phone: +441172232002 / +16179496062 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 17 14:50:23 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 C3FD61065675 for ; Thu, 17 Mar 2011 14:50:23 +0000 (UTC) (envelope-from gua.chunglim@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 884058FC12 for ; Thu, 17 Mar 2011 14:50:22 +0000 (UTC) Received: by iwn33 with SMTP id 33so3391961iwn.13 for ; Thu, 17 Mar 2011 07:50:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:subject:message-id :mail-followup-to:mime-version:content-type:content-disposition :user-agent:x-operating-system; bh=2cX4O6Ud1Qk8+uaM9Bj59FTyS0PYPOXvkxpaVAGGkSs=; b=Tn5YQJPFbEzE/9Z/Kolu1G17wuw3ngpSTOEZO6EyALSAr/q67TLM4GKvbXWgHHPz9L dHTAfGG7RyqkPHWUqFllVx5ee4brk6OmxPpeDlGLMsBNHDs/aCz2mYW8ovPIwpryLUbQ Q6BpYroGymjvUFOK0yuA3wNYgc0WcqH7kA+gY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mail-followup-to:mime-version :content-type:content-disposition:user-agent:x-operating-system; b=H780pBuvb/+a0Px9QZp/y7TmcUxPFGAAQAyO2QpjYnRhuX+8TBe2VPIpFLe0w+2A7a LgGFQAf+rvcquAkzdzwUsTRXDXTWO6u2EqQqVwgJUijWSOvzZmkLVFwsaUw9GqpbmwKU rguMp/UHldqnt4X8Bf+enEdMsh7u9V2oFM/Mo= Received: by 10.43.69.197 with SMTP id yd5mr1940652icb.362.1300371983960; Thu, 17 Mar 2011 07:26:23 -0700 (PDT) Received: from gmail.com ([180.180.95.130]) by mx.google.com with ESMTPS id wo11sm1240998icb.20.2011.03.17.07.26.22 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 17 Mar 2011 07:26:23 -0700 (PDT) Date: Thu, 17 Mar 2011 21:25:59 +0700 From: Gua Chung Lim To: freebsd-stable Message-ID: <20110317142559.GA1576@gmail.com> Mail-Followup-To: freebsd-stable Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD/8.2-RELEASE (i386) Subject: FBSD 8.2R does not probe sound card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Mar 2011 14:50:23 -0000 Hi all, I have been using FBSD since mid 2005 without any problems. Recently, I installed 8.2R from DVD on my new machine. (HP Pavilion p6276l Home PC) FBSD 8.2R does not probe my sound card. # kldload snd_driver ppc0: parallel port not found. ppc0: parallel port not found. ppc0: parallel port not found. ppc0: parallel port not found. hdac0: mem 0xfbdf8000-0xfbdfbfff irq 23 at device 5.0 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] hdac0: HDA Codec #0: Realtek ALC662 hdac1: mem 0xfbeec000-0xfbeeffff irq 17 at device 0.1 on pci2 hdac1: HDA Driver Revision: 20100226_0142 hdac1: [ITHREAD] hdac1: HDA Codec #0: ATI R6xx HDMI pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac1 ppc0: parallel port not found. ppc0: parallel port not found. I check sound card properties with Win7 (on another partition/slice). It says ``High Definition Audio Device'' and nothing else. So I try again. # kldload snd_hda hdac0: mem 0xfbdf8000-0xfbdfbfff irq 23 at device 5.0 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] hdac0: HDA Codec #0: Realtek ALC662 hdac1: mem 0xfbeec000-0xfbeeffff irq 17 at device 0.1 on pci2 hdac1: HDA Driver Revision: 20100226_0142 hdac1: [ITHREAD] hdac1: HDA Codec #0: ATI R6xx HDMI pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac1 Both cases the speakers are still quiet. Anyone who has a clue or experieces this problem, please point me out. Thank you in advance. -- Gua Chung Lim Please help donate to Japan. -- for earthquake, tsunami and nuclear radiation reliefs (2011) From owner-freebsd-stable@FreeBSD.ORG Thu Mar 17 15:49: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 B1D2C106567A for ; Thu, 17 Mar 2011 15:49:43 +0000 (UTC) (envelope-from sergey.dyatko@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 46C138FC1E for ; Thu, 17 Mar 2011 15:49:42 +0000 (UTC) Received: by wyf23 with SMTP id 23so3107181wyf.13 for ; Thu, 17 Mar 2011 08:49:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:subject:message-id:in-reply-to :references:x-mailer:mime-version:content-type :content-transfer-encoding; bh=7cLcV1X7VGUhBmEMxPWCdvr4PRaukIoSO7a621h9Gt4=; b=btKL5mm+ExLjDHKC+i8UBfjYDTHm11lo4/npDd4idS0sB/A7mhXSe3VIT1IsMAe9/5 hHqtH9Y+887knerW6H2GE+y53W0+wNZqAgM/5fm7vmeT+s+Tt5RwIf4vENQZHYqJeyAP bo83gG1Y0qjwF2k2xs9DqigPxYjehdtESJRJY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=b2ZadetseR2bFMAsxiBjQezuCPjp9/qpFr8lE17O/zhupv++9+j/jiyS50HeunBZN9 XJFQ5aBNmADuZ7hEMz1LKQtXh+amrDv4fcqIeqgACti7aC4GC8wjl8v9NGCYEhIocMjY VecgCQPJnoYsYiygidvUYX1/dPzrj5U1UdgOc= Received: by 10.227.7.67 with SMTP id c3mr1540001wbc.167.1300375589582; Thu, 17 Mar 2011 08:26:29 -0700 (PDT) Received: from localhost ([77.74.36.65]) by mx.google.com with ESMTPS id o23sm715816wbc.44.2011.03.17.08.26.25 (version=SSLv3 cipher=OTHER); Thu, 17 Mar 2011 08:26:28 -0700 (PDT) Date: Thu, 17 Mar 2011 17:26:38 +0200 From: "Sergey V. Dyatko" To: freebsd-stable@freebsd.org Message-ID: <20110317172638.634d206d@gmail.com> In-Reply-To: <20110317142559.GA1576@gmail.com> References: <20110317142559.GA1576@gmail.com> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: FBSD 8.2R does not probe sound card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Mar 2011 15:49:43 -0000 On Thu, 17 Mar 2011 21:25:59 +0700 Gua Chung Lim wrote: > Hi all, > > I have been using FBSD since mid 2005 without any problems. > Recently, I installed 8.2R from DVD on my new machine. > (HP Pavilion p6276l Home PC) > FBSD 8.2R does not probe my sound card. > > # kldload snd_driver > ppc0: parallel port not found. > ppc0: parallel port not found. > ppc0: parallel port not found. > ppc0: parallel port not found. > hdac0: mem > 0xfbdf8000-0xfbdfbfff irq 23 at device 5.0 on pci0 hdac0: HDA Driver > Revision: 20100226_0142 hdac0: [ITHREAD] > hdac0: HDA Codec #0: Realtek ALC662 > hdac1: mem > 0xfbeec000-0xfbeeffff irq 17 at device 0.1 on pci2 hdac1: HDA Driver > Revision: 20100226_0142 hdac1: [ITHREAD] > hdac1: HDA Codec #0: ATI R6xx HDMI > pcm0: at cad 0 nid 1 on hdac0 > pcm1: at cad 0 nid 1 on hdac1 > ppc0: parallel port not found. > ppc0: parallel port not found. > > I check sound card properties with Win7 (on another partition/slice). > It says ``High Definition Audio Device'' and nothing else. > So I try again. > > # kldload snd_hda > hdac0: mem > 0xfbdf8000-0xfbdfbfff irq 23 at device 5.0 on pci0 hdac0: HDA Driver > Revision: 20100226_0142 hdac0: [ITHREAD] > hdac0: HDA Codec #0: Realtek ALC662 > hdac1: mem > 0xfbeec000-0xfbeeffff irq 17 at device 0.1 on pci2 hdac1: HDA Driver > Revision: 20100226_0142 hdac1: [ITHREAD] > hdac1: HDA Codec #0: ATI R6xx HDMI > pcm0: at cad 0 nid 1 on hdac0 > pcm1: at cad 0 nid 1 on hdac1 > > Both cases the speakers are still quiet. > Anyone who has a clue or experieces this problem, please point me out. > > Thank you in advance. > Plays with hw.snd.default_unit sysctl doesn't help ? -- wbr, tiger From owner-freebsd-stable@FreeBSD.ORG Thu Mar 17 16:14: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 52260106566B for ; Thu, 17 Mar 2011 16:14:34 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from qmta15.emeryville.ca.mail.comcast.net (qmta15.emeryville.ca.mail.comcast.net [76.96.27.228]) by mx1.freebsd.org (Postfix) with ESMTP id 3CFA58FC0A for ; Thu, 17 Mar 2011 16:14:34 +0000 (UTC) Received: from omta18.emeryville.ca.mail.comcast.net ([76.96.30.74]) by qmta15.emeryville.ca.mail.comcast.net with comcast id LG071g0081bwxycAFG1QQ1; Thu, 17 Mar 2011 16:01:24 +0000 Received: from [192.168.2.164] ([206.210.89.202]) by omta18.emeryville.ca.mail.comcast.net with comcast id LG0b1g0254Mx3R28eG0oDu; Thu, 17 Mar 2011 16:01:02 +0000 Message-ID: <4D823020.1020202@comcast.net> Date: Thu, 17 Mar 2011 12:00:32 -0400 From: Steve Polyack User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110316 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: gua.chunglim@gmail.com References: <20110317142559.GA1576@gmail.com> In-Reply-To: <20110317142559.GA1576@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: FBSD 8.2R does not probe sound card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Mar 2011 16:14:34 -0000 On 03/17/11 10:25, Gua Chung Lim wrote: > Hi all, > > I have been using FBSD since mid 2005 without any problems. > Recently, I installed 8.2R from DVD on my new machine. > (HP Pavilion p6276l Home PC) > FBSD 8.2R does not probe my sound card. > > # kldload snd_driver > ppc0: parallel port not found. > ppc0: parallel port not found. > ppc0: parallel port not found. > ppc0: parallel port not found. > hdac0: mem 0xfbdf8000-0xfbdfbfff irq 23 at device 5.0 on pci0 > hdac0: HDA Driver Revision: 20100226_0142 > hdac0: [ITHREAD] > hdac0: HDA Codec #0: Realtek ALC662 > hdac1: mem 0xfbeec000-0xfbeeffff irq 17 at device 0.1 on pci2 > hdac1: HDA Driver Revision: 20100226_0142 > hdac1: [ITHREAD] > hdac1: HDA Codec #0: ATI R6xx HDMI > pcm0: at cad 0 nid 1 on hdac0 > pcm1: at cad 0 nid 1 on hdac1 > ppc0: parallel port not found. > ppc0: parallel port not found. > > I check sound card properties with Win7 (on another partition/slice). > It says ``High Definition Audio Device'' and nothing else. > So I try again. > > # kldload snd_hda > hdac0: mem 0xfbdf8000-0xfbdfbfff irq 23 at device 5.0 on pci0 > hdac0: HDA Driver Revision: 20100226_0142 > hdac0: [ITHREAD] > hdac0: HDA Codec #0: Realtek ALC662 > hdac1: mem 0xfbeec000-0xfbeeffff irq 17 at device 0.1 on pci2 > hdac1: HDA Driver Revision: 20100226_0142 > hdac1: [ITHREAD] > hdac1: HDA Codec #0: ATI R6xx HDMI > pcm0: at cad 0 nid 1 on hdac0 > pcm1: at cad 0 nid 1 on hdac1 > > Both cases the speakers are still quiet. > Anyone who has a clue or experieces this problem, please point me out. It looks like your card is getting probed in both cases, unless you have an additional device that is not being listed. The pcm0 device above looks to be from onboard sound on your nvidia motherboard, while the pcm1 device is the HDMI audio output on your graphics card. My only suggestion here is to play with the sysctl hw.snd.default_unit: $ sysctl -d hw.snd.default_unit hw.snd.default_unit: default sound device It defaults to 0, try 1-5 and see if there is any improvement, as you have multiple sound output devices. What programs are you using to test the sound output? From owner-freebsd-stable@FreeBSD.ORG Fri Mar 18 10:25:25 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 61B361065673 for ; Fri, 18 Mar 2011 10:25:25 +0000 (UTC) (envelope-from srg.gavrilov@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2643C8FC08 for ; Fri, 18 Mar 2011 10:25:24 +0000 (UTC) Received: by iwn33 with SMTP id 33so4498780iwn.13 for ; Fri, 18 Mar 2011 03:25:24 -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=NO41XoO6gpCCOFt0/ruvQaBV/ICpI5lzmp5Wy94Pll8=; b=U5k9e3k5AGJ9AWHzEB1y7MEJoR68qbGdi0B90KdBmO63QzMLrJrrHxij1r5XaAVwhD ZIxYhCdotgXRqHZJ+Wy5EllYb1JkI4x+LQFNWREOYwOxNUt4XDXOtEWO47HBp0sVID9q 4qEUazJMDfZ2aQujL3UsfwFG1S0VLaL8I0Ja0= 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=qLF5gzmdcJjAqqxPZOemTRHai3Fy82VoPqBl7AR0xM/EZOtFfGCef5zu7NwXc+hlWX cLxeUTyOqCWRuP1hClOW4wMn1pL3uYXLyB3dAeYXTCiWlCDqO5Cgt6uW5PINS5FIFUNo jKF01s0rPNx2RmZ7w5RYs8A6L4w13RvpL9tvI= MIME-Version: 1.0 Received: by 10.43.69.7 with SMTP id ya7mr1175940icb.364.1300442037672; Fri, 18 Mar 2011 02:53:57 -0700 (PDT) Received: by 10.42.217.66 with HTTP; Fri, 18 Mar 2011 02:53:57 -0700 (PDT) In-Reply-To: <20110224075517.GA18146@icarus.home.lan> References: <4D660909.6090202@my.gd> <20110224075517.GA18146@icarus.home.lan> Date: Fri, 18 Mar 2011 12:53:57 +0300 Message-ID: From: Sergey Gavrilov To: Jeremy Chadwick Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-stable@freebsd.org" Subject: Re: ZFS - abysmal performance with samba since upgrade to 8.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Mar 2011 10:25:25 -0000 vfs.zfs.prefetch_disable="1" causes much slow read on sequence data in my case. with vfs.zfs.prefetch_disable="1": dd if=/pool1/test/idisk1 of=/dev/null bs=1m count=500 524288000 bytes transferred in 18.347177 secs (28575949 bytes/sec) with vfs.zfs.prefetch_disable="0": dd if=/pool1/test/idisk1 of=/dev/null bs=1m count=500 524288000 bytes transferred in 3.331806 secs (157358504 bytes/sec) after few seconds: dd if=/pool1/test/idisk1 of=/dev/null bs=1m count=500 524288000 bytes transferred in 0.107767 secs (4865009592 bytes/sec) My system: FreeBSD 8.2-RELEASE hw.machine: amd64 hw.model: Intel(R) Xeon(R) CPU E5520 @ 2.27GHz hw.ncpu: 8 hw.physmem: 17155719168 3ware 9690sa controller Disks: ST32000445SS pool: pool1 NAME STATE READ WRITE CKSUM pool1 ONLINE 0 0 0 raidz2 ONLINE 0 0 0 da12 ONLINE 0 0 0 da11 ONLINE 0 0 0 da10 ONLINE 0 0 0 da9 ONLINE 0 0 0 da16 ONLINE 0 0 0 da15 ONLINE 0 0 0 da14 ONLINE 0 0 0 da13 ONLINE 0 0 0 -- Best regards, Sergey Gavrilov From owner-freebsd-stable@FreeBSD.ORG Fri Mar 18 15:52:12 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 93136106566B for ; Fri, 18 Mar 2011 15:52:12 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [147.28.0.36]) by mx1.freebsd.org (Postfix) with ESMTP id 807BA8FC1A for ; Fri, 18 Mar 2011 15:52:12 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.local.psg.com) by ran.psg.com with esmtp (Exim 4.74 (FreeBSD)) (envelope-from ) id 1Q0bjM-0000a4-K0 for stable@freebsd.org; Fri, 18 Mar 2011 15:36:48 +0000 Date: Fri, 18 Mar 2011 08:36:48 -0700 Message-ID: From: Randy Bush To: FreeBSD Stable User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Subject: genassym.c:1: error: CPU you selected does not support x86-64 instruction set X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Mar 2011 15:52:12 -0000 FreeBSD rip0.psg.com 8.2-RC3 FreeBSD 8.2-RC3 #0: Sun Jan 30 06:28:31 UTC 2011 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 CPU: Intel(R) Xeon(R) CPU E5405 @ 2.00GHz (1999.78-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x1067a Family = 6 Model = 17 Stepping = 10 Features=0xfe3fbff Features2=0x80082201> AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant it is on a vm under vmware esxi 4.1 fresh csup and generic kernel in amd64 cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=i686 -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/gnu/fs/xfs/FreeBSD -I/usr/src/sys/gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/gnu/fs/xfs -I/usr/src/sys/dev/cxgb -I/usr/src/sys/dev/cxgbe -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector /usr/src/sys/amd64/amd64/genassy m.c /usr/src/sys/amd64/amd64/genassym.c:1: error: CPU you selected does not support x86-64 instruction set *** Error code 1 randy From owner-freebsd-stable@FreeBSD.ORG Fri Mar 18 15:57: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 56A00106566C for ; Fri, 18 Mar 2011 15:57:32 +0000 (UTC) (envelope-from alc@rice.edu) Received: from mh2.mail.rice.edu (mh2.mail.rice.edu [128.42.201.21]) by mx1.freebsd.org (Postfix) with ESMTP id 258968FC0C for ; Fri, 18 Mar 2011 15:57:31 +0000 (UTC) Received: from mh2.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh2.mail.rice.edu (Postfix) with ESMTP id E7AE528FDFB; Fri, 18 Mar 2011 10:38:50 -0500 (CDT) X-Virus-Scanned: by amavis-2.6.4 at mh2.mail.rice.edu, auth channel Received: from mh2.mail.rice.edu ([127.0.0.1]) by mh2.mail.rice.edu (mh2.mail.rice.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id L+2t2y0fpSXH; Fri, 18 Mar 2011 10:38:50 -0500 (CDT) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh2.mail.rice.edu (Postfix) with ESMTPSA id 5B6E028FDFA; Fri, 18 Mar 2011 10:38:50 -0500 (CDT) Message-ID: <4D837C89.4000005@rice.edu> Date: Fri, 18 Mar 2011 10:38:49 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.13) Gecko/20110201 Thunderbird/3.1.7 MIME-Version: 1.0 To: John Baldwin References: <4D760AEC.7050604@digiware.nl> <201103080915.29284.jhb@freebsd.org> In-Reply-To: <201103080915.29284.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alan Cox , Willem Jan Withagen , freebsd-stable@freebsd.org Subject: Re: panic on vm_page_cache_transfer: object 0xfffffff0035508000's type is not compatible with cache pages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Mar 2011 15:57:32 -0000 On 03/08/2011 08:15, John Baldwin wrote: > On Tuesday, March 08, 2011 5:54:36 am Willem Jan Withagen wrote: >> System: >> >> FreeBSD zfs.digiware.nl 8.2-STABLE FreeBSD 8.2-STABLE #1: Sat Feb 26 >> 06:28:43 CET 2011 >> root@zfs.digiware.nl:/usr/obj/usr/src/src8/src/sys/ZFS amd64 >> >> Don't have a serial console, so I wrote down the traceback. >> But my guess is that that is not enough, however I needed the system so >> I rebooted. >> >> tb: >> vm_object_split at .... +0x125 >> vm_space_fork at .... +0x3f7 >> fork1 at .... +0x6a9 >> fork at .... +0xee >> syscall_entr at .... +1c >> syscall at .... +4c >> >> rip = 0x8006bc39c >> rsp = 0x7fffffffe9d8 >> rbp = 0x800a04470 >> >> It looks a lot like what I find on >> http://people.freebsd.org/~pho/stress/log/kostik079.html >> >> But my system is amd64, with 8Gb RAM and is fully ZFS based >> with swap on 2 gpt freebsd-swap partitions. >> >> System crashed last night around 1:30, which is when a few large rsync >> backups are coming in. >> >> Would I be able to call doadump to obtain something usefull afterward >> (provided I have savecore set?) > Hmm, judging from the info at the URL above, I'm not sure what to make of this > assertion. In vm_object_split(), the 'new_object' is always OBJT_DEFAULT, so > it will always fail that half of the assertion. In fact, this is the only > place that vm_page_cache_transfer() is called, so 'new_object->type == > OBJT_SWAP' is pretty much guaranteed to almost never be true. > > I guess it is assuming that swap_pager_copy() would have always converted > 'new_object' to OBJT_SWAP if it had any cache pages? Perhaps that is a bogus > assumption if 'orig_object' only has cache pages and no currently-swapped out > pages (or if the swapped out pages are not in the range of the new object)? > > I've cc'd Alan to see if he has any ideas. > Yes, it is assuming that the object is converted to OBJT_SWAP. As a rule, for a page to be PG_CACHE, it should exist somewhere on secondary storage. Alan From owner-freebsd-stable@FreeBSD.ORG Fri Mar 18 16:21:35 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 7C858106564A for ; Fri, 18 Mar 2011 16:21:35 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from darklight.org.ru (darklight.org.ru [IPv6:2001:470:28:4ba::1]) by mx1.freebsd.org (Postfix) with ESMTP id D62528FC17 for ; Fri, 18 Mar 2011 16:21:34 +0000 (UTC) Received: from darklight.org.ru (yuri@darklight.org.ru [IPv6:::1]) by darklight.org.ru (8.14.4/8.14.4) with ESMTP id p2IGLXaI098076; Fri, 18 Mar 2011 19:21:33 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.org.ru (8.14.4/8.14.4/Submit) id p2IGLX1F098075; Fri, 18 Mar 2011 19:21:33 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.org.ru: yuri set sender to yuri.pankov@gmail.com using -f Date: Fri, 18 Mar 2011 19:21:32 +0300 From: Yuri Pankov To: Randy Bush Message-ID: <20110318162132.GB70506@darklight.org.ru> 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: FreeBSD Stable Subject: Re: genassym.c:1: error: CPU you selected does not support x86-64 instruction set X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Mar 2011 16:21:35 -0000 On Fri, Mar 18, 2011 at 08:36:48AM -0700, Randy Bush wrote: > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=i686 -std=c99 ^^^^^^^^^^^ This looks suspicious. Yuri From owner-freebsd-stable@FreeBSD.ORG Fri Mar 18 16:27: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 D5F2B106566C for ; Fri, 18 Mar 2011 16:27:55 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [147.28.0.36]) by mx1.freebsd.org (Postfix) with ESMTP id C2AA68FC0C for ; Fri, 18 Mar 2011 16:27:55 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.local.psg.com) by ran.psg.com with esmtp (Exim 4.74 (FreeBSD)) (envelope-from ) id 1Q0cVb-0000la-Bx; Fri, 18 Mar 2011 16:26:39 +0000 Date: Fri, 18 Mar 2011 09:26:38 -0700 Message-ID: From: Randy Bush To: Olivier Smedts In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD Stable Subject: Re: genassym.c:1: error: CPU you selected does not support x86-64 instruction set X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Mar 2011 16:27:55 -0000 > Where does the -march=i686 come from ? What's your /etc/make.conf ? doh! thanks. was left from old i386 machine from which i am migrating randy From owner-freebsd-stable@FreeBSD.ORG Fri Mar 18 16:44:13 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 BA0701065670 for ; Fri, 18 Mar 2011 16:44:13 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 76B258FC18 for ; Fri, 18 Mar 2011 16:44:13 +0000 (UTC) Received: by qyk35 with SMTP id 35so896512qyk.13 for ; Fri, 18 Mar 2011 09:44:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=6tVRwgJD47pdAGg7JFqH0Yqbk3RI2QaG1i/N9B7xHT4=; b=eIJNCENGEy/0Lr/VkBhZ96P+eU7iJAKHucnjVS2ewNrlXsaR4tCHnLqEbN6d21Cc+n DH7GoBuX1UrQqCzkTAtZWdP8uuwzNT+mkWVEkJyA9hPwuNiyy3sp7e38v5qk0blhJy/m Zp/WwBHdDhF5um0Oi3f/LdRgDfBLev+3iBUGg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=POtHrjWCZCfDo5qOdRpfXYiZDuTDsH9+i6ob/BhkhrnxSdBMHCVK1XqJcZp5AwSyLm fP6/2d/HqDcecmVTQI3ImHaKBW2yxSP1ZYpHtBH35H+0vP5nIj5lcoh9Hk5h6efls3tm C73u2KtKVRnRIKnbo3Vj+Em5cLCtcCoS07CeY= MIME-Version: 1.0 Received: by 10.229.225.199 with SMTP id it7mr1089835qcb.188.1300464764193; Fri, 18 Mar 2011 09:12:44 -0700 (PDT) Received: by 10.229.79.139 with HTTP; Fri, 18 Mar 2011 09:12:44 -0700 (PDT) In-Reply-To: References: Date: Fri, 18 Mar 2011 16:12:44 +0000 Message-ID: From: Tom Evans To: Randy Bush Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Subject: Re: genassym.c:1: error: CPU you selected does not support x86-64 instruction set X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Mar 2011 16:44:13 -0000 On Fri, Mar 18, 2011 at 3:36 PM, Randy Bush wrote: > FreeBSD rip0.psg.com 8.2-RC3 FreeBSD 8.2-RC3 #0: Sun Jan 30 06:28:31 UTC = 2011 =C2=A0 =C2=A0 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC = =C2=A0amd64 > > CPU: Intel(R) Xeon(R) CPU =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 E5405 =C2=A0= @ 2.00GHz (1999.78-MHz K8-class CPU) > =C2=A0Origin =3D "GenuineIntel" =C2=A0Id =3D 0x1067a =C2=A0Family =3D 6 = =C2=A0Model =3D 17 =C2=A0Stepping =3D 10 > =C2=A0Features=3D0xfe3fbff > =C2=A0Features2=3D0x80082201> > =C2=A0AMD Features=3D0x20100800 > =C2=A0AMD Features2=3D0x1 > =C2=A0TSC: P-state invariant > > it is on a vm under vmware esxi 4.1 > > fresh csup and generic kernel in amd64 > > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=3Di686 -st= d=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wm= issing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer= -sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contr= ib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/sr= c/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm -= I/usr/src/sys/dev/twa -I/usr/src/sys/gnu/fs/xfs/FreeBSD -I/usr/src/sys/gnu/= fs/xfs/FreeBSD/support -I/usr/src/sys/gnu/fs/xfs -I/usr/src/sys/dev/cxgb -I= /usr/src/sys/dev/cxgbe -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -finline-limit=3D8000 --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -fno-omit-frame-pointer -mcmodel=3Dkernel -mno-re= d-zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -mso= ft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector /= usr/src/sys/amd64/amd64/genassy > =C2=A0m.c > /usr/src/sys/amd64/amd64/genassym.c:1: error: CPU you selected does not s= upport x86-64 instruction set > *** Error code 1 > > randy Is -march=3Di686 coming from make.conf? Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Fri Mar 18 16:46: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 74521106566B for ; Fri, 18 Mar 2011 16:46:16 +0000 (UTC) (envelope-from gua.chunglim@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2A7DD8FC13 for ; Fri, 18 Mar 2011 16:46:15 +0000 (UTC) Received: by gxk28 with SMTP id 28so1879392gxk.13 for ; Fri, 18 Mar 2011 09:46:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent:x-operating-system; bh=J5BOGExOu2gyTk8yzCjX7CUajraDXuDg5YUAw9Gig6s=; b=uaf/DGN5O/ZBzc/4DUGyIwjLt8IJ/r1Ug4jjPwNREkxeldC3AL316P9SIZZhud+A5g Zs4ieci/L+I83962lV7zp6S+segFXFh9lS+5w9jNujeiYICsjB1MlGxySy3VoMDHqAeC je4zCI2UM7CRJwAnPE1YDHd1r/m27Ig7iUYOM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:x-operating-system; b=J4DZEYzvdQLquFdU3GZtbP45dLyXv51v9GVIt1XKgv64jeK9o7CXWrCoO7KBFfXjDx Fg51EIUUldptNQGklcB+FrimTVisGgm8mpagsWREiKJ8yMplNQRacpQ5moTMgbD/zaFe zfmh4jRNDKSe6kq//m6KThoaSdaZ45FMZ9cg4= Received: by 10.43.69.199 with SMTP id yd7mr1791210icb.370.1300466775284; Fri, 18 Mar 2011 09:46:15 -0700 (PDT) Received: from gmail.com ([182.52.60.107]) by mx.google.com with ESMTPS id d10sm2317158ibb.0.2011.03.18.09.46.12 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 18 Mar 2011 09:46:14 -0700 (PDT) Date: Fri, 18 Mar 2011 23:45:49 +0700 From: Gua Chung Lim To: Steve Polyack Message-ID: <20110318164549.GA1335@gmail.com> Mail-Followup-To: Steve Polyack , freebsd-stable , "Sergey V. Dyatko" References: <20110317142559.GA1576@gmail.com> <4D823020.1020202@comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D823020.1020202@comcast.net> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD/8.2-RELEASE (i386) Cc: "Sergey V. Dyatko" , freebsd-stable Subject: Re: FBSD 8.2R does not probe sound card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Mar 2011 16:46:16 -0000 Thank you for your kind responses. Though I don't understand much what you said, I shall give you further info. > pcm1 device is the HDMI audio output on your graphics card. My only > suggestion here is to play with the sysctl hw.snd.default_unit: # tail -n 1 /etc/sysctl.conf hw.snd.default_unit=1 (I left /boot/loader.conf untouched.) # shutdown -r now after reboot # kldload snd_driver # sysctl -d hw.snd.default_unit hw.snd.default_unit: default sound device # sysctl hw.snd.default_unit hw.snd.default_unit: 0 The speakers are still quiet. I wonder why it is still 0, even if /etc/sysctl.conf set it to 1. > What programs are you using to test the sound output? Just repeat backspaces at the blank command prompt. guacl@bsdhost:~% ... If sound driver is functioning, the speakers should echo. Note that the internal speaker (inside the case) does echo, for sure. Thank you. -- Gua Chung Lim Please help donate to Japan. -- for earthquake, tsunami and nuclear radiation reliefs (2011) From owner-freebsd-stable@FreeBSD.ORG Fri Mar 18 16:50:44 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 1FE971065670 for ; Fri, 18 Mar 2011 16:50:44 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id ED2158FC15 for ; Fri, 18 Mar 2011 16:50:43 +0000 (UTC) Received: by iyj12 with SMTP id 12so4936985iyj.13 for ; Fri, 18 Mar 2011 09:50:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.53.76 with SMTP id l12mr1118931ibg.119.1300465168401; Fri, 18 Mar 2011 09:19:28 -0700 (PDT) Received: by 10.231.85.198 with HTTP; Fri, 18 Mar 2011 09:19:28 -0700 (PDT) In-Reply-To: References: Date: Fri, 18 Mar 2011 17:19:28 +0100 Message-ID: From: Olivier Smedts To: Randy Bush Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Subject: Re: genassym.c:1: error: CPU you selected does not support x86-64 instruction set X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Mar 2011 16:50:44 -0000 2011/3/18 Randy Bush : > FreeBSD rip0.psg.com 8.2-RC3 FreeBSD 8.2-RC3 #0: Sun Jan 30 06:28:31 UTC = 2011 =A0 =A0 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC =A0amd= 64 > > CPU: Intel(R) Xeon(R) CPU =A0 =A0 =A0 =A0 =A0 E5405 =A0@ 2.00GHz (1999.78= -MHz K8-class CPU) > =A0Origin =3D "GenuineIntel" =A0Id =3D 0x1067a =A0Family =3D 6 =A0Model = =3D 17 =A0Stepping =3D 10 > =A0Features=3D0xfe3fbff > =A0Features2=3D0x80082201> > =A0AMD Features=3D0x20100800 > =A0AMD Features2=3D0x1 > =A0TSC: P-state invariant > > it is on a vm under vmware esxi 4.1 > > fresh csup and generic kernel in amd64 > > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=3Di686 -st= d=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wm= issing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer= -sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contr= ib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/sr= c/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm -= I/usr/src/sys/dev/twa -I/usr/src/sys/gnu/fs/xfs/FreeBSD -I/usr/src/sys/gnu/= fs/xfs/FreeBSD/support -I/usr/src/sys/gnu/fs/xfs -I/usr/src/sys/dev/cxgb -I= /usr/src/sys/dev/cxgbe -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -finline-limit=3D8000 --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -fno-omit-frame-pointer -mcmodel=3Dkernel -mno-re= d-zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -mso= ft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector /= usr/src/sys/amd64/amd64/genassy > =A0m.c > /usr/src/sys/amd64/amd64/genassym.c:1: error: CPU you selected does not s= upport x86-64 instruction set > *** Error code 1 Where does the -march=3Di686 come from ? What's your /etc/make.conf ? --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-stable@FreeBSD.ORG Fri Mar 18 17:22:52 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 215591065675 for ; Fri, 18 Mar 2011 17:22:52 +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 0B0178FC17 for ; Fri, 18 Mar 2011 17:22:51 +0000 (UTC) Received: from omta12.emeryville.ca.mail.comcast.net ([76.96.30.44]) by qmta14.emeryville.ca.mail.comcast.net with comcast id LhK91g0080x6nqcAEhNr8Q; Fri, 18 Mar 2011 17:22:51 +0000 Received: from koitsu.dyndns.org ([76.102.12.206]) by omta12.emeryville.ca.mail.comcast.net with comcast id LhNk1g00h4SkFJc8YhNld4; Fri, 18 Mar 2011 17:22:49 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 3E9169B429; Fri, 18 Mar 2011 10:22:43 -0700 (PDT) Date: Fri, 18 Mar 2011 10:22:43 -0700 From: Jeremy Chadwick To: Steve Polyack , freebsd-stable , "Sergey V. Dyatko" Message-ID: <20110318172243.GA37430@icarus.home.lan> References: <20110317142559.GA1576@gmail.com> <4D823020.1020202@comcast.net> <20110318164549.GA1335@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110318164549.GA1335@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: FBSD 8.2R does not probe sound card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Mar 2011 17:22:52 -0000 On Fri, Mar 18, 2011 at 11:45:49PM +0700, Gua Chung Lim wrote: > Thank you for your kind responses. > Though I don't understand much what you said, > I shall give you further info. > > > pcm1 device is the HDMI audio output on your graphics card. My only > > suggestion here is to play with the sysctl hw.snd.default_unit: > # tail -n 1 /etc/sysctl.conf > hw.snd.default_unit=1 > (I left /boot/loader.conf untouched.) > # shutdown -r now > > after reboot > # kldload snd_driver > # sysctl -d hw.snd.default_unit > hw.snd.default_unit: default sound device > # sysctl hw.snd.default_unit > hw.snd.default_unit: 0 > > The speakers are still quiet. > I wonder why it is still 0, even if /etc/sysctl.conf set it to 1. Because you're not thinking about the order of operation correctly. 1) The system boots up, with no knowledge of snd_driver 2) It tries to set hw.snd.default_unit=1, which fails (changes nothing) because that's a sysctl registered with snd_driver which isn't loaded yet 3) You manually "kldload snd_driver", which pulls in the driver-level sysctl default of 0 for hw.snd.default_unit. 4) You then wonder why hw.snd.default_unit isn't 1. -- | 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 Mar 18 18:20:25 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 D1E1F1065675 for ; Fri, 18 Mar 2011 18:20:25 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-14.arcor-online.net (mail-in-14.arcor-online.net [151.189.21.54]) by mx1.freebsd.org (Postfix) with ESMTP id 87FE68FC13 for ; Fri, 18 Mar 2011 18:20:25 +0000 (UTC) Received: from mail-in-12-z2.arcor-online.net (mail-in-12-z2.arcor-online.net [151.189.8.29]) by mx.arcor.de (Postfix) with ESMTP id A57849C5A7 for ; Fri, 18 Mar 2011 19:20:23 +0100 (CET) Received: from mail-in-15.arcor-online.net (mail-in-15.arcor-online.net [151.189.21.55]) by mail-in-12-z2.arcor-online.net (Postfix) with ESMTP id 935FA1DF36A for ; Fri, 18 Mar 2011 19:20:23 +0100 (CET) Received: from lorvorc.mips.inka.de (dslb-094-218-182-237.pools.arcor-ip.net [94.218.182.237]) by mail-in-15.arcor-online.net (Postfix) with ESMTPS id 4AC9B1AC295 for ; Fri, 18 Mar 2011 19:20:23 +0100 (CET) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-15.arcor-online.net 4AC9B1AC295 Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.4/8.14.3) with ESMTP id p2IIKMmR098645 for ; Fri, 18 Mar 2011 19:20:22 +0100 (CET) (envelope-from mailnull@lorvorc.mips.inka.de) Received: (from mailnull@localhost) by lorvorc.mips.inka.de (8.14.4/8.14.4/Submit) id p2IIKMm3098644 for freebsd-stable@freebsd.org; Fri, 18 Mar 2011 19:20:22 +0100 (CET) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Fri, 18 Mar 2011 18:20:22 +0000 (UTC) Message-ID: References: <20110313060702.GA1056@faust> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-stable@freebsd.org Subject: Re: happy hacker lite 2 keyboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Mar 2011 18:20:25 -0000 Zoran Kolic wrote: > >Wikipedia has an overview of all models: > >https://secure.wikimedia.org/wikipedia/en/wiki/Happy_Hacking_Keyboard > > Professional is a bit expensive. Lite 2 is just fine to > my needs. The HHKB Pro line is ridiculously expensive, but when I got my Pro I realized just how crappy the Lite was in comparison. (Not sure what happened to my Lite... I think it died along with the mainboard when a power supply blew.) > They are all usb models nowadays. PS/2 is dead. Get used to it. > Btw, have you changed something in node configuration to > match 65 key kb? No, I use it as a standard pc105 keyboard. The fact that the additional keys don't exist doesn't matter. I only put setxkbmap -layout us -option compose:ralt into xdm/Xsetup_0 because I need a compose key for German and French. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-stable@FreeBSD.ORG Fri Mar 18 18:52: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 95D06106566C for ; Fri, 18 Mar 2011 18:52:32 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta15.emeryville.ca.mail.comcast.net (qmta15.emeryville.ca.mail.comcast.net [76.96.27.228]) by mx1.freebsd.org (Postfix) with ESMTP id 8237C8FC17 for ; Fri, 18 Mar 2011 18:52:32 +0000 (UTC) Received: from omta23.emeryville.ca.mail.comcast.net ([76.96.30.90]) by qmta15.emeryville.ca.mail.comcast.net with comcast id LiQ11g00J1wfjNsAFisY3C; Fri, 18 Mar 2011 18:52:32 +0000 Received: from koitsu.dyndns.org ([76.102.12.206]) by omta23.emeryville.ca.mail.comcast.net with comcast id LisV1g00s4SkFJc8jisWjk; Fri, 18 Mar 2011 18:52:31 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 5C9E49B429; Fri, 18 Mar 2011 11:52:29 -0700 (PDT) Date: Fri, 18 Mar 2011 11:52:29 -0700 From: Jeremy Chadwick To: Christian Weisgerber Message-ID: <20110318185229.GA38835@icarus.home.lan> References: <20110313060702.GA1056@faust> 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: freebsd-stable@freebsd.org Subject: Re: happy hacker lite 2 keyboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Mar 2011 18:52:32 -0000 On Fri, Mar 18, 2011 at 06:20:22PM +0000, Christian Weisgerber wrote: > Zoran Kolic wrote: > > > They are all usb models nowadays. > > PS/2 is dead. Get used to it. Hear, hear. Not to get off-track, but I want to make you aware: There are known complexities with FreeBSD and USB-based keyboards (such as if the kernel crashes before the USB stack and kbdmux can get configured, you can't type anything). The "USB Legacy" or "USB Emulation" option in a BIOS doesn't help -- the kernel is already loaded at that point, so emulation interrupts induced by the BIOS (to emulate USB keyboard->PS/2) are lost. The only thing this option helps is the boot0/boot2/loader stages. There are also problems when dropping to single-user mode (occasionally the keyboard won't work); nothing ticks me off more than doing a system upgrade only to find that one can't type at the "Select a shell or hit enter for /bin/sh" prompt. There is evidence that disabling kbdmux and/or atkbd/atkbc can help, but for some people this isn't an option (such as those using laptops who do need/rely on kbdmux). There has been improvement in this area between 8.0 and 8.2, but I stopped tracking the efforts and switched everything FreeBSD I had over to PS/2 because I can't chance it any longer. I would love to know how Linux solved this predicament, if at all. God I love PC architecture. ;-) -- | 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 Mar 18 19:02: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 7C58A106566C for ; Fri, 18 Mar 2011 19:02:41 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0CD438FC13 for ; Fri, 18 Mar 2011 19:02:40 +0000 (UTC) Received: by fxm11 with SMTP id 11so4635564fxm.13 for ; Fri, 18 Mar 2011 12:02:40 -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=IqEPKiezOw5I/Posco8tKUk8DuvxDvaxPshyYxhAilI=; b=xEf9Ua5RZge4yid44aXjcuApL0r3e0tAzxnIVC2FRQYI3Iu32FF25w3PiQ/66RNY/J VsnUXyix/2+n5iNKbvNRTYxTRoREVc4Peef+7TJ2r6HierXb4ws1vCtLuCyx9Sfc+1Qh dj2uu9vDd3EPYUZR01fX2kg8O4L7EM/Xqt2Lg= 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=SHa4NsBD5hw1wwPy3iZKOLvvbEuUnxyzQv/aWjyfA9xh9YJ2CsdLbCm2PS+SIYTSFk wzbRNRM3Kdh3gx5kAkBVDW2n9lFjGS0ExvCdAZOXWhlzoZNj51Rzi4pmEXE5sUfW5xh4 WfizU1ueim97iBfckBfbAR0jJe6ySf99PQrWU= Received: by 10.223.161.133 with SMTP id r5mr1718152fax.18.1300474960114; Fri, 18 Mar 2011 12:02:40 -0700 (PDT) Received: from Melon.malikania.fr (65.21.102-84.rev.gaoland.net [84.102.21.65]) by mx.google.com with ESMTPS id n7sm1511641fam.11.2011.03.18.12.02.38 (version=SSLv3 cipher=OTHER); Fri, 18 Mar 2011 12:02:39 -0700 (PDT) Message-ID: <4D83AC0B.3080402@gmail.com> Date: Fri, 18 Mar 2011 20:01:31 +0100 From: David Demelier User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110306 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20110317142559.GA1576@gmail.com> <4D823020.1020202@comcast.net> <20110318164549.GA1335@gmail.com> In-Reply-To: <20110318164549.GA1335@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: FBSD 8.2R does not probe sound card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Mar 2011 19:02:41 -0000 On 18/03/2011 17:45, Gua Chung Lim wrote: > Thank you for your kind responses. > Though I don't understand much what you said, > I shall give you further info. > >> pcm1 device is the HDMI audio output on your graphics card. My only >> suggestion here is to play with the sysctl hw.snd.default_unit: > # tail -n 1 /etc/sysctl.conf > hw.snd.default_unit=1 > (I left /boot/loader.conf untouched.) > # shutdown -r now > > after reboot > # kldload snd_driver > # sysctl -d hw.snd.default_unit > hw.snd.default_unit: default sound device > # sysctl hw.snd.default_unit > hw.snd.default_unit: 0 > > The speakers are still quiet. > I wonder why it is still 0, even if /etc/sysctl.conf set it to 1. > >> What programs are you using to test the sound output? > Just repeat backspaces at the blank command prompt. > guacl@bsdhost:~%... > If sound driver is functioning, the speakers should echo. > Note that the internal speaker (inside the case) does echo, for sure. > > Thank you. > Please add snd_hda_load="YES" in /boot/loader.conf, you won't need to kldload manually. -- David Demelier From owner-freebsd-stable@FreeBSD.ORG Sat Mar 19 07:36:44 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 2E36C106567F for ; Sat, 19 Mar 2011 07:36:44 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 0FA9E8FC12 for ; Sat, 19 Mar 2011 07:36:44 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id p2J7agg6014309 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 19 Mar 2011 00:36:43 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id p2J7agqm014308; Sat, 19 Mar 2011 00:36:42 -0700 (PDT) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA03053; Fri, 18 Mar 11 23:35:33 PST Date: Sat, 19 Mar 2011 00:35:20 -0700 From: perryh@pluto.rain.com To: naddy@mips.inka.de Message-Id: <4d845cb8.YitMgtaLQn9Z44dV%perryh@pluto.rain.com> References: <20110313060702.GA1056@faust> In-Reply-To: User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: happy hacker lite 2 keyboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2011 07:36:45 -0000 naddy@mips.inka.de (Christian Weisgerber) wrote: > PS/2 is dead. Not. The old _ISA-based_ PS/2 is dead. PS/2 interfaces, provided by other means (such as microcontrollers), are making a comeback, presumably because USB requires such a large and complex protocol stack to do much of anything. I have a fairly recent Atom demo board, with PS/2 mouse and keyboard connectors, at the office. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 19 11:34:55 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 787A6106567D; Sat, 19 Mar 2011 11:34:55 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (mail.ip6.digiware.nl [IPv6:2001:4cb8:1:106::2]) by mx1.freebsd.org (Postfix) with ESMTP id 101C08FC08; Sat, 19 Mar 2011 11:34:54 +0000 (UTC) Received: from rack1.digiware.nl (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 311C3153434; Sat, 19 Mar 2011 12:34:53 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NbWnb6F4rkzF; Sat, 19 Mar 2011 12:34:50 +0100 (CET) Received: from [IPv6:2001:4cb8:3:1:c038:46a5:6dec:7fa7] (unknown [IPv6:2001:4cb8:3:1:c038:46a5:6dec:7fa7]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.digiware.nl (Postfix) with ESMTPSA id A897D153433; Sat, 19 Mar 2011 12:34:50 +0100 (CET) Message-ID: <4D8494DE.9050408@digiware.nl> Date: Sat, 19 Mar 2011 12:34:54 +0100 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Alan Cox References: <4D760AEC.7050604@digiware.nl> <201103080915.29284.jhb@freebsd.org> <4D837C89.4000005@rice.edu> In-Reply-To: <4D837C89.4000005@rice.edu> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alan Cox , freebsd-stable@freebsd.org, John Baldwin Subject: Re: panic on vm_page_cache_transfer: object 0xfffffff0035508000's type is not compatible with cache pages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2011 11:34:55 -0000 On 18-3-2011 16:38, Alan Cox wrote: > On 03/08/2011 08:15, John Baldwin wrote: >> On Tuesday, March 08, 2011 5:54:36 am Willem Jan Withagen wrote: >>> System: >>> >>> FreeBSD zfs.digiware.nl 8.2-STABLE FreeBSD 8.2-STABLE #1: Sat Feb 26 >>> 06:28:43 CET 2011 >>> root@zfs.digiware.nl:/usr/obj/usr/src/src8/src/sys/ZFS amd64 >>> >>> Don't have a serial console, so I wrote down the traceback. >>> But my guess is that that is not enough, however I needed the system so >>> I rebooted. >>> >>> tb: >>> vm_object_split at .... +0x125 >>> vm_space_fork at .... +0x3f7 >>> fork1 at .... +0x6a9 >>> fork at .... +0xee >>> syscall_entr at .... +1c >>> syscall at .... +4c >>> >>> rip = 0x8006bc39c >>> rsp = 0x7fffffffe9d8 >>> rbp = 0x800a04470 >>> >>> It looks a lot like what I find on >>> http://people.freebsd.org/~pho/stress/log/kostik079.html >>> >>> But my system is amd64, with 8Gb RAM and is fully ZFS based >>> with swap on 2 gpt freebsd-swap partitions. >>> >>> System crashed last night around 1:30, which is when a few large rsync >>> backups are coming in. >>> >>> Would I be able to call doadump to obtain something usefull afterward >>> (provided I have savecore set?) >> Hmm, judging from the info at the URL above, I'm not sure what to make >> of this >> assertion. In vm_object_split(), the 'new_object' is always >> OBJT_DEFAULT, so >> it will always fail that half of the assertion. In fact, this is the >> only >> place that vm_page_cache_transfer() is called, so 'new_object->type == >> OBJT_SWAP' is pretty much guaranteed to almost never be true. >> >> I guess it is assuming that swap_pager_copy() would have always converted >> 'new_object' to OBJT_SWAP if it had any cache pages? Perhaps that is >> a bogus >> assumption if 'orig_object' only has cache pages and no >> currently-swapped out >> pages (or if the swapped out pages are not in the range of the new >> object)? >> >> I've cc'd Alan to see if he has any ideas. >> > > Yes, it is assuming that the object is converted to OBJT_SWAP. As a > rule, for a page to be PG_CACHE, it should exist somewhere on secondary > storage. The panic has only occured twice thusfar, since I upgraded to FreeBSD 8.2-STABLE (ZFS) #1: Sat Feb 26 06:28:43 CET 2011. But I have the feeling that in due course, it'll return again. So if there are any suggestions on how to proceed, I would be happy to have a go at them. --WjW From owner-freebsd-stable@FreeBSD.ORG Sat Mar 19 14:43: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 6BF631065670 for ; Sat, 19 Mar 2011 14:43:29 +0000 (UTC) (envelope-from gua.chunglim@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 27DC38FC08 for ; Sat, 19 Mar 2011 14:43:28 +0000 (UTC) Received: by iyj12 with SMTP id 12so5890924iyj.13 for ; Sat, 19 Mar 2011 07:43:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent:x-operating-system; bh=WIxml8UXpHO8eQqKDTHoC6fsu4rpSLcshq8+Zwjaibk=; b=i9Qxt0JUFHrK8BwfdWzc1tQk5DKy7vkAJObOqV9CeEyHYX0Bn2NVm6zrUSaQtRkd+k mBs8YOz+JdqNDKUAoXWiTVqj4wC7X9lcUyJ+KPAjDgwzd+rnLxGvgG06Fxs/CZaKeot6 ODMV+KMT5wQRr3gXSYAKCyU9o/+p5gWwWR9TY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:x-operating-system; b=p2r2dB1ivdBNUt6ZGW5EB9PjN7VRnwcMX4bn1jyJM5KI950MYaxVVbTpYx61t6PAHF GbFzTNP6LPrg+MZwUe6hArFqQng92LG9Nt81SG8Gs7LinPvyY8F5BX/d0ASQbrjKcDBE ZXonLPDxGOYqlAdGES/2IoQsb411jdRD81zic= Received: by 10.43.49.69 with SMTP id uz5mr3611756icb.133.1300545743600; Sat, 19 Mar 2011 07:42:23 -0700 (PDT) Received: from gmail.com ([182.52.57.192]) by mx.google.com with ESMTPS id wu1sm2611013icb.10.2011.03.19.07.42.18 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 19 Mar 2011 07:42:22 -0700 (PDT) Date: Sat, 19 Mar 2011 21:41:53 +0700 From: Gua Chung Lim To: freebsd-stable Message-ID: <20110319144153.GA1370@gmail.com> Mail-Followup-To: freebsd-stable , "Sergey V. Dyatko" , Steve Polyack , Jeremy Chadwick , "J.R. Oldroyd" , David Demelier References: <20110317142559.GA1576@gmail.com> <20110318193153.56dee965@shibato.opal.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline In-Reply-To: <20110318193153.56dee965@shibato.opal.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD/8.2-RELEASE (i386) Cc: David Demelier , "Sergey V. Dyatko" , Steve Polyack , Jeremy Chadwick , "J.R. Oldroyd" Subject: Re: FBSD 8.2R does not probe sound card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2011 14:43:29 -0000 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Thanks for responses from you all. > suggestion here is to play with the sysctl hw.snd.default_unit: > $ sysctl -d hw.snd.default_unit > hw.snd.default_unit: default sound device > It defaults to 0, try 1-5 and see if there is any improvement, as you > have multiple sound output devices. > Because you're not thinking about the order of operation correctly. > > 1) The system boots up, with no knowledge of snd_driver > 2) It tries to set hw.snd.default_unit=1, which fails (changes > nothing) because that's a sysctl registered with snd_driver > which isn't loaded yet > 3) You manually "kldload snd_driver", which pulls in the driver-level > sysctl default of 0 for hw.snd.default_unit. > 4) You then wonder why hw.snd.default_unit isn't 1. > Please add snd_hda_load="YES" in /boot/loader.conf, you won't need to > kldload manually. So my current procedure is as follows. /boot/loader.conf snd_hda_load="YES" /etc/sysctl.conf hw.snd.default_unit=1 # shutdown -r now (after reboot) # sysctl -d hw.snd.default_unit hw.snd.default_unit: default sound device # sysctl hw.snd.default_unit hw.snd.default_unit: 1 I can only set it to 1. But the speakers are still quiet. If I set it to 2+, it says. /etc/rc: WARNING: unable to set hw.snd.default_unit=[2+] miibus0: mii_mediachg: can't handle non-zero PHY instance 31 miibus0: mii_mediachg: can't handle non-zero PHY instance 30 miibus0: mii_mediachg: can't handle non-zero PHY instance 29 ... miibus0: mii_mediachg: can't handle non-zero PHY instance 1 > Since you have an HDAC audio controller, which is a programmable > controller, my guess is that your computer's default programming > is not to the proper speakers. I've had this problem in the past. > The solution involves booting in verbose mode which will provide you > a dump of the HDAC mapping in your syslog. You can use that info > to see what the pin mappings are. You will need to add a bunch of > lines like: > hint.hdac.0.cad3.nid20.config="as=1 seq=0" > to your /boot/loader.conf.local in order to remap things the way It seems likely. > they should be. You'll probably need at least two such mappings, > maybe four to remap the mic input, too. Details are in snd_hda(4). snd_hda(4) is big. I'm sorry. I have no idea, which one related to my sound card. > If you believe this is the trouble, but you are stuck with the > syntax, send me the verbose boot output section that looks like this: > > # Processing audio FG cad=3 nid=1... > # GPIO: 0x40000004 NumGPIO=4 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=1 Please see the attached verbose.txt. Thank you very much. -- Gua Chung Lim Please help donate to Japan. -- for earthquake, tsunami and nuclear radiation reliefs (2011) --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="verbose.txt" hdac0: Probing codec #0... hdac0: HDA Codec #0: Realtek ALC662 hdac0: HDA Codec ID: 0x10ec0662 hdac0: Vendor: 0x10ec hdac0: Device: 0x0662 hdac0: Revision: 0x01 hdac0: Stepping: 0x01 hdac0: PCI Subvendor: 0x2a99103c hdac0: Found audio FG nid=1 startnode=2 endnode=39 total=37 hdac0: hdac0: Processing audio FG cad=0 nid=1... hdac0: GPIO: 0x40000002 NumGPIO=2 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=1 hdac0: nid 20 0x01014010 as 1 seq 0 Line-out Jack jack 1 loc 1 color Green misc 0 hdac0: nid 21 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 hdac0: nid 22 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 hdac0: nid 24 0x01a19830 as 3 seq 0 Mic Jack jack 1 loc 1 color Pink misc 8 hdac0: nid 25 0x02a19831 as 3 seq 1 Mic Jack jack 1 loc 2 color Pink misc 8 hdac0: nid 26 0x0181303f as 3 seq 15 Line-in Jack jack 1 loc 1 color Blue misc 0 hdac0: nid 27 0x0221401f as 1 seq 15 Headphones Jack jack 1 loc 2 color Green misc 0 hdac0: nid 28 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 hdac0: nid 29 0x4004c601 as 0 seq 1 Line-out None jack 4 loc 0 color Res.C misc 6 hdac0: nid 30 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 hdac0: Patched pins configuration: hdac0: nid 20 0x01014010 as 1 seq 0 Line-out Jack jack 1 loc 1 color Green misc 0 hdac0: nid 21 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 [DISABLED] hdac0: nid 22 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 [DISABLED] hdac0: nid 24 0x01a19830 as 3 seq 0 Mic Jack jack 1 loc 1 color Pink misc 8 hdac0: nid 25 0x02a19831 as 3 seq 1 Mic Jack jack 1 loc 2 color Pink misc 8 hdac0: nid 26 0x0181303f as 3 seq 15 Line-in Jack jack 1 loc 1 color Blue misc 0 hdac0: nid 27 0x0221401f as 1 seq 15 Headphones Jack jack 1 loc 2 color Green misc 0 hdac0: nid 28 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 [DISABLED] hdac0: nid 29 0x4004c601 as 0 seq 1 Line-out None jack 4 loc 0 color Res.C misc 6 [DISABLED] hdac0: nid 30 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 [DISABLED] hdac0: 2 associations found: hdac0: Association 0 (1) out: hdac0: Pin nid=20 seq=0 hdac0: Pin nid=27 seq=15 hdac0: Association 1 (3) in: hdac0: Pin nid=24 seq=0 hdac0: Pin nid=25 seq=1 hdac0: Pin nid=26 seq=15 hdac0: Tracing association 0 (1) hdac0: Pin 20 traced to DAC 2 hdac0: Pin 27 traced to DAC 2 and hpredir 0 hdac0: Association 0 (1) trace succeeded hdac0: Tracing association 1 (3) hdac0: Pin 24 traced to ADC 8 hdac0: Pin 25 traced to ADC 8 hdac0: Pin 26 traced to ADC 8 hdac0: Association 1 (3) trace succeeded hdac0: Tracing input monitor hdac0: Tracing nid 11 to out hdac0: nid 11 is input monitor hdac0: Tracing nid 35 to out hdac0: Tracing other input monitors hdac0: Tracing nid 24 to out hdac0: Tracing nid 25 to out hdac0: Tracing nid 26 to out hdac0: Tracing beeper hdac0: Enabling headphone/speaker audio routing switching: hdac0: as=0 sense nid=27 [UNSOL] hdac0: Pin sense: nid=27 res=0x00000000 hdac0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdac0: hdac0: +-------------------+ hdac0: | DUMPING HDA NODES | hdac0: +-------------------+ hdac0: hdac0: Default Parameter hdac0: ----------------- hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0160 hdac0: 16 20 24 bits, 44 48 96 KHz hdac0: IN amp: 0x00000000 hdac0: OUT amp: 0x00000000 hdac0: hdac0: nid: 2 hdac0: Name: audio output hdac0: Widget cap: 0x0000001d hdac0: STEREO hdac0: Association: 0 (0x00008001) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0160 hdac0: 16 20 24 bits, 44 48 96 KHz hdac0: Output amp: 0x00034040 hdac0: mute=0 step=64 size=3 offset=64 hdac0: hdac0: nid: 3 [DISABLED] hdac0: Name: audio output hdac0: Widget cap: 0x0000001d hdac0: STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0160 hdac0: 16 20 24 bits, 44 48 96 KHz hdac0: Output amp: 0x00034040 hdac0: mute=0 step=64 size=3 offset=64 hdac0: hdac0: nid: 4 [DISABLED] hdac0: Name: audio output hdac0: Widget cap: 0x0000001d hdac0: STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0160 hdac0: 16 20 24 bits, 44 48 96 KHz hdac0: Output amp: 0x00034040 hdac0: mute=0 step=64 size=3 offset=64 hdac0: hdac0: nid: 5 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 6 [DISABLED] hdac0: Name: audio output hdac0: Widget cap: 0x00000211 hdac0: DIGITAL STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x001e0160 hdac0: 16 20 24 32 bits, 44 48 96 KHz hdac0: hdac0: nid: 7 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 8 hdac0: Name: audio input hdac0: Widget cap: 0x0010011b hdac0: STEREO hdac0: Association: 1 (0x00008003) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x00060160 hdac0: 16 20 bits, 44 48 96 KHz hdac0: Input amp: 0x80051f09 hdac0: mute=1 step=31 size=5 offset=9 hdac0: connections: 1 hdac0: | hdac0: + <- nid=35 [audio mixer] hdac0: hdac0: nid: 9 [DISABLED] hdac0: Name: audio input hdac0: Widget cap: 0x0010011b hdac0: STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x00060160 hdac0: 16 20 bits, 44 48 96 KHz hdac0: Input amp: 0x80051f09 hdac0: mute=1 step=31 size=5 offset=9 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=34 [audio mixer] [DISABLED] hdac0: hdac0: nid: 10 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 11 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010b hdac0: STEREO hdac0: Association: 1 (0x00008003) hdac0: OSS: mix (mix) hdac0: Input amp: 0x80051f17 hdac0: mute=1 step=31 size=5 offset=23 hdac0: connections: 9 hdac0: | hdac0: + <- nid=24 [pin: Mic (Pink Jack)] hdac0: + <- nid=25 [pin: Mic (Pink Jack)] hdac0: + <- nid=26 [pin: Line-in (Blue Jack)] hdac0: + [DISABLED] <- nid=27 [pin: Headphones (Green Jack)] hdac0: + [DISABLED] <- nid=28 [pin: Speaker (None)] [DISABLED] hdac0: + [DISABLED] <- nid=29 [pin: Line-out (None)] [DISABLED] hdac0: + [DISABLED] <- nid=20 [pin: Line-out (Green Jack)] hdac0: + [DISABLED] <- nid=21 [pin: Speaker (None)] [DISABLED] hdac0: + [DISABLED] <- nid=22 [pin: Speaker (None)] [DISABLED] hdac0: hdac0: nid: 12 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010b hdac0: STEREO hdac0: Association: 0 (0x00008001) hdac0: OSS: pcm, mix hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: + <- nid=2 [audio output] hdac0: + <- nid=11 [audio mixer] hdac0: hdac0: nid: 13 [DISABLED] hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010b hdac0: STEREO hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: + [DISABLED] <- nid=3 [audio output] [DISABLED] hdac0: + [DISABLED] <- nid=11 [audio mixer] hdac0: hdac0: nid: 14 [DISABLED] hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010b hdac0: STEREO hdac0: Association: -2 (0x00000000) hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: + [DISABLED] <- nid=4 [audio output] [DISABLED] hdac0: + [DISABLED] <- nid=11 [audio mixer] hdac0: hdac0: nid: 15 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 16 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 17 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 18 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 19 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 20 hdac0: Name: pin: Line-out (Green Jack) hdac0: Widget cap: 0x0040018d hdac0: UNSOL STEREO hdac0: Association: 0 (0x00000001) hdac0: Pin cap: 0x0001003c hdac0: PDC HP OUT IN EAPD hdac0: Pin config: 0x01014010 hdac0: Pin control: 0x00000040 OUT hdac0: EAPD: 0x00000002 hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 1 hdac0: | hdac0: + <- nid=12 [audio mixer] hdac0: hdac0: nid: 21 [DISABLED] hdac0: Name: pin: Speaker (None) hdac0: Widget cap: 0x0040018d hdac0: UNSOL STEREO hdac0: Pin cap: 0x00010034 hdac0: PDC OUT IN EAPD hdac0: Pin config: 0x411111f0 hdac0: Pin control: 0x00000000 hdac0: EAPD: 0x00000002 hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=13 [audio mixer] [DISABLED] hdac0: hdac0: nid: 22 [DISABLED] hdac0: Name: pin: Speaker (None) hdac0: Widget cap: 0x0040018d hdac0: UNSOL STEREO hdac0: Pin cap: 0x00000034 hdac0: PDC OUT IN hdac0: Pin config: 0x411111f0 hdac0: Pin control: 0x00000000 hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=14 [audio mixer] [DISABLED] hdac0: hdac0: nid: 23 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 24 hdac0: Name: pin: Mic (Pink Jack) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Association: 1 (0x00000001) hdac0: OSS: mic (mic) hdac0: Pin cap: 0x00001734 hdac0: PDC OUT IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x01a19830 hdac0: Pin control: 0x00000024 IN VREFs hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=14 [audio mixer] [DISABLED] hdac0: hdac0: nid: 25 hdac0: Name: pin: Mic (Pink Jack) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Association: 1 (0x00000002) hdac0: OSS: monitor (monitor) hdac0: Pin cap: 0x0000173c hdac0: PDC HP OUT IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x02a19831 hdac0: Pin control: 0x00000024 IN VREFs hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 2 hdac0: | hdac0: + [DISABLED] <- nid=12 [audio mixer] (selected) hdac0: + [DISABLED] <- nid=14 [audio mixer] [DISABLED] hdac0: hdac0: nid: 26 hdac0: Name: pin: Line-in (Blue Jack) hdac0: Widget cap: 0x0040018d hdac0: UNSOL STEREO hdac0: Association: 1 (0x00008000) hdac0: OSS: line (line) hdac0: Pin cap: 0x00000034 hdac0: PDC OUT IN hdac0: Pin config: 0x0181303f hdac0: Pin control: 0x00000020 IN hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=13 [audio mixer] [DISABLED] hdac0: hdac0: nid: 27 hdac0: Name: pin: Headphones (Green Jack) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Association: 0 (0x00008000) hdac0: Pin cap: 0x0000173c hdac0: PDC HP OUT IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x0221401f hdac0: Pin control: 0x000000c0 HP OUT hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 2 hdac0: | hdac0: + <- nid=12 [audio mixer] (selected) hdac0: + [DISABLED] <- nid=14 [audio mixer] [DISABLED] hdac0: hdac0: nid: 28 [DISABLED] hdac0: Name: pin: Speaker (None) hdac0: Widget cap: 0x00400001 hdac0: STEREO hdac0: Pin cap: 0x00000020 hdac0: IN hdac0: Pin config: 0x411111f0 hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 29 [DISABLED] hdac0: Name: pin: Line-out (None) hdac0: Widget cap: 0x00400000 hdac0: Pin cap: 0x00000020 hdac0: IN hdac0: Pin config: 0x4004c601 hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 30 [DISABLED] hdac0: Name: pin: Speaker (None) hdac0: Widget cap: 0x00400300 hdac0: DIGITAL hdac0: Pin cap: 0x00000010 hdac0: OUT hdac0: Pin config: 0x411111f0 hdac0: Pin control: 0x00000000 hdac0: connections: 1 hdac0: | hdac0: + <- nid=6 [audio output] [DISABLED] hdac0: hdac0: nid: 31 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 32 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00040 hdac0: PROC hdac0: hdac0: nid: 33 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 34 [DISABLED] hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010b hdac0: STEREO hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 10 hdac0: | hdac0: + [DISABLED] <- nid=24 [pin: Mic (Pink Jack)] hdac0: + [DISABLED] <- nid=25 [pin: Mic (Pink Jack)] hdac0: + [DISABLED] <- nid=26 [pin: Line-in (Blue Jack)] hdac0: + [DISABLED] <- nid=27 [pin: Headphones (Green Jack)] hdac0: + [DISABLED] <- nid=28 [pin: Speaker (None)] [DISABLED] hdac0: + [DISABLED] <- nid=29 [pin: Line-out (None)] [DISABLED] hdac0: + [DISABLED] <- nid=20 [pin: Line-out (Green Jack)] hdac0: + [DISABLED] <- nid=21 [pin: Speaker (None)] [DISABLED] hdac0: + [DISABLED] <- nid=22 [pin: Speaker (None)] [DISABLED] hdac0: + [DISABLED] <- nid=11 [audio mixer] hdac0: hdac0: nid: 35 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010b hdac0: STEREO hdac0: Association: 1 (0x00008003) hdac0: OSS: line, mic, mix, monitor hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 10 hdac0: | hdac0: + <- nid=24 [pin: Mic (Pink Jack)] hdac0: + <- nid=25 [pin: Mic (Pink Jack)] hdac0: + <- nid=26 [pin: Line-in (Blue Jack)] hdac0: + [DISABLED] <- nid=27 [pin: Headphones (Green Jack)] hdac0: + [DISABLED] <- nid=28 [pin: Speaker (None)] [DISABLED] hdac0: + [DISABLED] <- nid=29 [pin: Line-out (None)] [DISABLED] hdac0: + [DISABLED] <- nid=20 [pin: Line-out (Green Jack)] hdac0: + [DISABLED] <- nid=21 [pin: Speaker (None)] [DISABLED] hdac0: + [DISABLED] <- nid=22 [pin: Speaker (None)] [DISABLED] hdac0: + <- nid=11 [audio mixer] hdac0: hdac0: nid: 36 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 37 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 38 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: pcm0: at cad 0 nid 1 on hdac0 pcm0: +--------------------------------------+ pcm0: | DUMPING PCM Playback/Record Channels | pcm0: +--------------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: Stream cap: 0x00000001 pcm0: PCM pcm0: PCM cap: 0x000e0160 pcm0: 16 20 24 bits, 44 48 96 KHz pcm0: DAC: 2 pcm0: pcm0: Record: pcm0: pcm0: Stream cap: 0x00000001 pcm0: PCM pcm0: PCM cap: 0x00060160 pcm0: 16 20 bits, 44 48 96 KHz pcm0: ADC: 8 pcm0: pcm0: +-------------------------------+ pcm0: | DUMPING Playback/Record Paths | pcm0: +-------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: nid=20 [pin: Line-out (Green Jack)] pcm0: | pcm0: + <- nid=12 [audio mixer] [src: pcm, mix] pcm0: | pcm0: + <- nid=2 [audio output] [src: pcm] pcm0: + <- nid=11 [audio mixer] [src: mix] pcm0: pcm0: nid=27 [pin: Headphones (Green Jack)] pcm0: | pcm0: + <- nid=12 [audio mixer] [src: pcm, mix] pcm0: | pcm0: + <- nid=2 [audio output] [src: pcm] pcm0: + <- nid=11 [audio mixer] [src: mix] pcm0: pcm0: Record: pcm0: pcm0: nid=8 [audio input] pcm0: | pcm0: + <- nid=35 [audio mixer] [src: line, mic, mix, monitor] pcm0: | pcm0: + <- nid=24 [pin: Mic (Pink Jack)] [src: mic] pcm0: + <- nid=25 [pin: Mic (Pink Jack)] [src: monitor] pcm0: + <- nid=26 [pin: Line-in (Blue Jack)] [src: line] pcm0: + <- nid=11 [audio mixer] [src: mix] pcm0: pcm0: Input Mix: pcm0: pcm0: nid=11 [audio mixer] pcm0: | pcm0: + <- nid=24 [pin: Mic (Pink Jack)] [src: mic] pcm0: + <- nid=25 [pin: Mic (Pink Jack)] [src: monitor] pcm0: + <- nid=26 [pin: Line-in (Blue Jack)] [src: line] pcm0: pcm0: +-------------------------+ pcm0: | DUMPING Volume Controls | pcm0: +-------------------------+ pcm0: pcm0: Master Volume (OSS: vol) pcm0: | pcm0: +- ctl 1 (nid 2 out): -64/0dB (65 steps) pcm0: +- ctl 15 (nid 12 in 0): mute pcm0: +- ctl 16 (nid 12 in 1): mute pcm0: +- ctl 21 (nid 20 in ): mute pcm0: +- ctl 29 (nid 27 in ): mute pcm0: pcm0: PCM Volume (OSS: pcm) pcm0: | pcm0: +- ctl 1 (nid 2 out): -64/0dB (65 steps) pcm0: +- ctl 15 (nid 12 in 0): mute pcm0: pcm0: Microphone Volume (OSS: mic) pcm0: | pcm0: +- ctl 25 (nid 24 out): 0/30dB (4 steps) pcm0: +- ctl 41 (nid 35 in 0): mute pcm0: pcm0: Microphone2 Volume (OSS: monitor) pcm0: | pcm0: +- ctl 27 (nid 25 out): 0/30dB (4 steps) pcm0: +- ctl 42 (nid 35 in 1): mute pcm0: pcm0: Line-in Volume (OSS: line) pcm0: | pcm0: +- ctl 8 (nid 11 in 2): -34/12dB (32 steps) + mute pcm0: +- ctl 43 (nid 35 in 2): mute pcm0: pcm0: Recording Level (OSS: rec) pcm0: | pcm0: +- ctl 4 (nid 8 in 0): -13/33dB (32 steps) + mute pcm0: +- ctl 41 (nid 35 in 0): mute pcm0: +- ctl 42 (nid 35 in 1): mute pcm0: +- ctl 43 (nid 35 in 2): mute pcm0: +- ctl 50 (nid 35 in 9): mute pcm0: pcm0: Input Mix Level (OSS: mix) pcm0: | pcm0: +- ctl 6 (nid 11 in 0): -34/12dB (32 steps) + mute pcm0: +- ctl 7 (nid 11 in 1): -34/12dB (32 steps) + mute pcm0: +- ctl 8 (nid 11 in 2): -34/12dB (32 steps) + mute pcm0: +- ctl 16 (nid 12 in 1): mute pcm0: +- ctl 50 (nid 35 in 9): mute pcm0: pcm0: Input Monitoring Level (OSS: igain) pcm0: | pcm0: +- ctl 16 (nid 12 in 1): mute pcm0: pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "mix": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "ogain": pcm0: Mixer "monitor": pcm0: clone manager: deadline=750ms flags=0x8000001e pcm0: sndbuf_setmap 1540000, 4000; 0xc5731000 -> 1540000 pcm0: sndbuf_setmap 1550000, 4000; 0xc5741000 -> 1550000 hdac1: Probing codec #0... hdac1: HDA Codec #0: ATI R6xx HDMI hdac1: HDA Codec ID: 0x1002aa01 hdac1: Vendor: 0x1002 hdac1: Device: 0xaa01 hdac1: Revision: 0x01 hdac1: Stepping: 0x00 hdac1: PCI Subvendor: 0xaa381462 hdac1: Found audio FG nid=1 startnode=2 endnode=4 total=2 hdac1: hdac1: Processing audio FG cad=0 nid=1... hdac1: GPIO: 0x00000000 NumGPIO=0 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=0 hdac1: nid 3 0x18560010 as 1 seq 0 Digital-out Jack jack 6 loc 24 color Unknown misc 0 hdac1: Patched pins configuration: hdac1: nid 3 0x18560010 as 1 seq 0 Digital-out Jack jack 6 loc 24 color Unknown misc 0 hdac1: 1 associations found: hdac1: Association 0 (1) out: hdac1: Pin nid=3 seq=0 hdac1: Tracing association 0 (1) hdac1: Pin 3 traced to DAC 2 hdac1: Association 0 (1) trace succeeded hdac1: Tracing input monitor hdac1: Tracing other input monitors hdac1: Tracing beeper hdac1: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdac1: hdac1: +-------------------+ hdac1: | DUMPING HDA NODES | hdac1: +-------------------+ hdac1: hdac1: Default Parameter hdac1: ----------------- hdac1: Stream cap: 0x00000001 hdac1: PCM hdac1: PCM cap: 0x00020070 hdac1: 16 bits, 32 44 48 KHz hdac1: IN amp: 0x00000000 hdac1: OUT amp: 0x00000000 hdac1: hdac1: nid: 2 hdac1: Name: audio output hdac1: Widget cap: 0x00000201 hdac1: DIGITAL STEREO hdac1: Association: 0 (0x00000001) hdac1: OSS: pcm (pcm) hdac1: Stream cap: 0x00000001 hdac1: PCM hdac1: PCM cap: 0x00020070 hdac1: 16 bits, 32 44 48 KHz hdac1: hdac1: nid: 3 hdac1: Name: pin: Digital-out (Jack) hdac1: Widget cap: 0x00400381 hdac1: DIGITAL UNSOL STEREO hdac1: Association: 0 (0x00000001) hdac1: Pin cap: 0x00000094 hdac1: PDC OUT HDMI hdac1: Pin config: 0x18560010 hdac1: Pin control: 0x00000040 OUT hdac1: connections: 1 hdac1: | hdac1: + <- nid=2 [audio output] hdac1: pcm1: at cad 0 nid 1 on hdac1 pcm1: +--------------------------------------+ pcm1: | DUMPING PCM Playback/Record Channels | pcm1: +--------------------------------------+ pcm1: pcm1: Playback: pcm1: pcm1: Stream cap: 0x00000005 pcm1: AC3 PCM pcm1: PCM cap: 0x00020070 pcm1: 16 bits, 32 44 48 KHz pcm1: DAC: 2 pcm1: pcm1: +-------------------------------+ pcm1: | DUMPING Playback/Record Paths | pcm1: +-------------------------------+ pcm1: pcm1: Playback: pcm1: pcm1: nid=3 [pin: Digital-out (Jack)] pcm1: | pcm1: + <- nid=2 [audio output] [src: pcm] pcm1: pcm1: +-------------------------+ pcm1: | DUMPING Volume Controls | pcm1: +-------------------------+ pcm1: pcm1: Forcing Soft PCM volume pcm1: Forcing master volume with PCM pcm1: Mixer "vol" -> "none": child=0x00000010 pcm1: Mixer "pcm": parent="vol" pcm1: Soft PCM mixer ENABLED pcm1: clone manager: deadline=750ms flags=0x8000001e pcm1: sndbuf_setmap 1560000, 4000; 0xc5751000 -> 1560000 --u3/rZRmxL6MmkK24-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 19 17:46:55 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 3BBF6106564A for ; Sat, 19 Mar 2011 17:46:55 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) by mx1.freebsd.org (Postfix) with ESMTP id E3DEA8FC0A for ; Sat, 19 Mar 2011 17:46:54 +0000 (UTC) Received: from pool-141-154-217-103.bos.east.verizon.net ([141.154.217.103] helo=homobox.opal.com) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Q0zwZ-000PAF-5E; Sat, 19 Mar 2011 17:28:03 +0000 Received: from opal.com (localhost [IPv6:::1]) (authenticated bits=0) by homobox.opal.com (8.14.4/8.14.4) with ESMTP id p2JHRw8J085056 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 19 Mar 2011 13:27:59 -0400 (EDT) (envelope-from fbsd@opal.com) Received: from shibato.opal.com ([173.77.125.60] helo=shibato.opal.com) with IPv4:587 by opal.com; 19 Mar 2011 13:27:58 -0400 X-Mail-Handler: MailHop Outbound by DynDNS X-Originating-IP: 141.154.217.103 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/mailhop/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18z3xYuV+rNlwWCh8aqM235 Date: Sat, 19 Mar 2011 13:27:50 -0400 From: "J.R. Oldroyd" To: Gua Chung Lim Message-ID: <20110319132750.7edc62b3@shibato.opal.com> In-Reply-To: <20110319144153.GA1370@gmail.com> References: <20110317142559.GA1576@gmail.com> <20110318193153.56dee965@shibato.opal.com> <20110319144153.GA1370@gmail.com> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; amd64-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/VtkrUc+/KFM7Kqqke8WuG_+"; protocol="application/pgp-signature" Cc: "Sergey V. Dyatko" , Jeremy, David Demelier , Steve Polyack , freebsd-stable , Chadwick Subject: Re: FBSD 8.2R does not probe sound card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2011 17:46:55 -0000 --Sig_/VtkrUc+/KFM7Kqqke8WuG_+ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi, The info you attached below shows your problem. First, read the association list at the bottom. You have two associations, 0 for output and 1 for input. Look at the output association 0. It shows the output is mapped to nid 20 seq 0 and then nid 27 seq 15. The "seq" tells you what it will use. It will start at seq=3D0 then seq=3D1 then seq= =3D2 etc, but seq=3D15 is special which means to use that if there's something connected to the jack. So yours will use nid 20 normally or nid 27 if there's something connected to the jack. Now look at the nids in the main list, AFTER where it says "Patched". You see nid 20 is Line-out and nid 27 is Headphones. So, nid 27 is OK (you want it to use the headphones if they are connected to the jack), but nid 20 is not - nid 20 is your Line-out and you want to use Speakers. But all the Speaker nids are [DISABLED]. So you need to reprogram your HDAC. You have four speaker possibilities, nids 21, 22, 28 and 30. I can't tell which one is the one you want, so you'll need to try all four until you find it. Use config in your /boot/loader.conf.local like this: hint.hdac.0.cad0.nid21.config=3D"as=3D0 seq=3D0" hint.hdac.0.cad0.nid27.config=3D"as=3D0 seq=3D15" Reboot and see if that works. If not, replace the "21" with each of 22, 28 and 30 and try again. If you use verbose boot again, you will see the Patched nid list and you can verify that the speaker nid is not [DISABLED]. One thing puzzles me about your list. All your speakers have a location of "None". Normally, you'd expect one to have location of "Fixed" and that would be the built-in speaker. Since you can't tell here which is your built-in speaker, try all four and hope you find it. If none of the four work, you could try again explicitly setting the location: hint.hdac.0.cad0.nid21.config=3D"as=3D0 seq=3D0 device=3DSpeaker conn=3DFix= ed" to see if that helps. Note that if there is already configuration in either loader.conf.local or loader.conf for "hint.hdac" you should comment that out first. Also, be sure to run mixer each time to make sure that both the vol and the pcm are turned up when you test. Otherwise you won't hear anything. Your input side, association 1, is set to nid 24, 25 or 26 which are all Mic and Line-in, so probably OK. But if the mic doesn't work as expected, you can try changing these around, too. -jr On Sat, 19 Mar 2011 21:41:53 +0700, Gua Chung Lim = wrote: > > hdac0: Processing audio FG cad=3D0 nid=3D1... > hdac0: GPIO: 0x40000002 NumGPIO=3D2 NumGPO=3D0 NumGPI=3D0 GPIWake=3D0 GPI= Unsol=3D1 > hdac0: nid 20 0x01014010 as 1 seq 0 Line-out Jack jack 1 loc 1= color Green misc 0 > hdac0: nid 21 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1= color Black misc 1 > hdac0: nid 22 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1= color Black misc 1 > hdac0: nid 24 0x01a19830 as 3 seq 0 Mic Jack jack 1 loc 1= color Pink misc 8 > hdac0: nid 25 0x02a19831 as 3 seq 1 Mic Jack jack 1 loc 2= color Pink misc 8 > hdac0: nid 26 0x0181303f as 3 seq 15 Line-in Jack jack 1 loc 1= color Blue misc 0 > hdac0: nid 27 0x0221401f as 1 seq 15 Headphones Jack jack 1 loc 2= color Green misc 0 > hdac0: nid 28 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1= color Black misc 1 > hdac0: nid 29 0x4004c601 as 0 seq 1 Line-out None jack 4 loc 0= color Res.C misc 6 > hdac0: nid 30 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1= color Black misc 1 > hdac0: Patched pins configuration: > hdac0: nid 20 0x01014010 as 1 seq 0 Line-out Jack jack 1 loc 1= color Green misc 0 > hdac0: nid 21 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1= color Black misc 1 [DISABLED] > hdac0: nid 22 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1= color Black misc 1 [DISABLED] > hdac0: nid 24 0x01a19830 as 3 seq 0 Mic Jack jack 1 loc 1= color Pink misc 8 > hdac0: nid 25 0x02a19831 as 3 seq 1 Mic Jack jack 1 loc 2= color Pink misc 8 > hdac0: nid 26 0x0181303f as 3 seq 15 Line-in Jack jack 1 loc 1= color Blue misc 0 > hdac0: nid 27 0x0221401f as 1 seq 15 Headphones Jack jack 1 loc 2= color Green misc 0 > hdac0: nid 28 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1= color Black misc 1 [DISABLED] > hdac0: nid 29 0x4004c601 as 0 seq 1 Line-out None jack 4 loc 0= color Res.C misc 6 [DISABLED] > hdac0: nid 30 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1= color Black misc 1 [DISABLED] > hdac0: 2 associations found: > hdac0: Association 0 (1) out: > hdac0: Pin nid=3D20 seq=3D0 > hdac0: Pin nid=3D27 seq=3D15 > hdac0: Association 1 (3) in: > hdac0: Pin nid=3D24 seq=3D0 > hdac0: Pin nid=3D25 seq=3D1 > hdac0: Pin nid=3D26 seq=3D15 --Sig_/VtkrUc+/KFM7Kqqke8WuG_+ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAk2E55YACgkQls33urr0k4np1wCfc7ew1DI4Nn3/J0zUx6TKvu+D itoAn2g4JI5s8wYa76WVSfM1PHNJ5pig =1Q0H -----END PGP SIGNATURE----- --Sig_/VtkrUc+/KFM7Kqqke8WuG_+--