From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 00:04:10 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 427E31065676; Sun, 15 Mar 2009 00:04:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E1B198FC12; Sun, 15 Mar 2009 00:04:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2F0458C074830; Sat, 14 Mar 2009 20:04:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2F045Or024676; Sat, 14 Mar 2009 20:04:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 575837302F; Sat, 14 Mar 2009 19:04:05 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090315000405.575837302F@freebsd-current.sentex.ca> Date: Sat, 14 Mar 2009 19:04:05 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 00:04:10 -0000 TB --- 2009-03-14 23:06:13 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-14 23:06:13 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-03-14 23:06:13 - cleaning the object tree TB --- 2009-03-14 23:06:38 - cvsupping the source tree TB --- 2009-03-14 23:06:38 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-03-14 23:06:47 - building world TB --- 2009-03-14 23:06:47 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-14 23:06:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-14 23:06:47 - TARGET=powerpc TB --- 2009-03-14 23:06:47 - TARGET_ARCH=powerpc TB --- 2009-03-14 23:06:47 - TZ=UTC TB --- 2009-03-14 23:06:47 - __MAKE_CONF=/dev/null TB --- 2009-03-14 23:06:47 - cd /src TB --- 2009-03-14 23:06:47 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 14 23:06:48 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/rs6000/sysv4.h:285:1: warning: "PTRDIFF_TYPE" redefined In file included from /obj/powerpc/src/gnu/usr.bin/cc/cc_int/../cc_tools/tm.h:11, from /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:35: /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/freebsd.h:76:1: warning: this is the location of the previous definition /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:543: error: redefinition of 'floor_log2' /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.h:175: error: previous definition of 'floor_log2' was here /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:578: error: redefinition of 'exact_log2' /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.h:181: error: previous definition of 'exact_log2' was here *** Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** Error code 1 Stop in /src/gnu/usr.bin/cc. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-15 00:04:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-15 00:04:05 - ERROR: failed to build world TB --- 2009-03-15 00:04:05 - 2743.31 user 281.80 system 3471.91 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 00:08:29 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8769A106564A; Sun, 15 Mar 2009 00:08:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5DA908FC1B; Sun, 15 Mar 2009 00:08:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2F08Onl074955; Sat, 14 Mar 2009 20:08:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2F08O7h034452; Sat, 14 Mar 2009 20:08:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 986907302F; Sat, 14 Mar 2009 19:08:24 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090315000824.986907302F@freebsd-current.sentex.ca> Date: Sat, 14 Mar 2009 19:08:24 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 00:08:30 -0000 TB --- 2009-03-14 23:13:32 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-14 23:13:32 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-03-14 23:13:32 - cleaning the object tree TB --- 2009-03-14 23:13:51 - cvsupping the source tree TB --- 2009-03-14 23:13:51 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-03-14 23:13:59 - building world TB --- 2009-03-14 23:13:59 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-14 23:13:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-14 23:13:59 - TARGET=sparc64 TB --- 2009-03-14 23:13:59 - TARGET_ARCH=sparc64 TB --- 2009-03-14 23:13:59 - TZ=UTC TB --- 2009-03-14 23:13:59 - __MAKE_CONF=/dev/null TB --- 2009-03-14 23:13:59 - cd /src TB --- 2009-03-14 23:13:59 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 14 23:14:01 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/sparc64/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -fstack-protector -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/struct-equiv.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/sparc64/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -fstack-protector -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/targhooks.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/sparc64/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -fstack-protector -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/timevar.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/sparc64/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -fstack-protector -DTARGET_NAME=\"sparc64-undermydesk-freebsd\" -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:543: error: redefinition of 'floor_log2' /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.h:175: error: previous definition of 'floor_log2' was here /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:578: error: redefinition of 'exact_log2' /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.h:181: error: previous definition of 'exact_log2' was here *** Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** Error code 1 Stop in /src/gnu/usr.bin/cc. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-15 00:08:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-15 00:08:24 - ERROR: failed to build world TB --- 2009-03-15 00:08:24 - 2561.73 user 274.43 system 3292.16 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 03:14:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA5CE106566B for ; Sun, 15 Mar 2009 03:14:41 +0000 (UTC) (envelope-from jrh29@alumni.cwru.edu) Received: from beta.eecs.cwru.edu (beta.eecs.CWRU.Edu [129.22.150.110]) by mx1.freebsd.org (Postfix) with ESMTP id AA9C98FC0A for ; Sun, 15 Mar 2009 03:14:41 +0000 (UTC) (envelope-from jrh29@alumni.cwru.edu) Received: from narn.knownspace ([::ffff:69.250.50.210]) (AUTH: PLAIN jrh29, TLS: TLSv1/SSLv3,168bits,DES-CBC3-SHA) by beta.eecs.cwru.edu with esmtp; Sat, 14 Mar 2009 19:35:49 -0400 id 00003AC9.49BC3F55.000064DD Date: Sat, 14 Mar 2009 19:36:27 -0400 From: Justin Hibbits To: freebsd-current@freebsd.org Message-ID: <20090314233627.GA1102@narn.knownspace> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Subject: panic in sbappendaddr_locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 03:14:42 -0000 A recent update -- March 11 and March 13 both -- causes a panic in sbappendaddr_locked on powerpc. Kernel is a modified GENERIC. I can't get a backtrace because the keyboard doesn't work in the debugger, so the best I can do is say that the kernel is modified GENERIC without INVARIANTS and WITNESS, and with sound and snd_ai2s. The last-known-good kernel that I have is from February 28. - Justin From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 04:00:20 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72899106564A; Sun, 15 Mar 2009 04:00:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2F00E8FC17; Sun, 15 Mar 2009 04:00:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2F40Fhk082139; Sun, 15 Mar 2009 00:00:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2F40FAM089242; Sun, 15 Mar 2009 00:00:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9FD317302F; Sat, 14 Mar 2009 23:00:15 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090315040015.9FD317302F@freebsd-current.sentex.ca> Date: Sat, 14 Mar 2009 23:00:15 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 04:00:21 -0000 TB --- 2009-03-15 02:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-15 02:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-03-15 02:00:00 - cleaning the object tree TB --- 2009-03-15 02:00:28 - cvsupping the source tree TB --- 2009-03-15 02:00:28 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-03-15 02:00:35 - building world TB --- 2009-03-15 02:00:35 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-15 02:00:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-15 02:00:35 - TARGET=amd64 TB --- 2009-03-15 02:00:35 - TARGET_ARCH=amd64 TB --- 2009-03-15 02:00:35 - TZ=UTC TB --- 2009-03-15 02:00:35 - __MAKE_CONF=/dev/null TB --- 2009-03-15 02:00:35 - cd /src TB --- 2009-03-15 02:00:35 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 15 02:00:39 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Mar 15 04:00:14 UTC 2009 TB --- 2009-03-15 04:00:14 - generating LINT kernel config TB --- 2009-03-15 04:00:14 - cd /src/sys/amd64/conf TB --- 2009-03-15 04:00:14 - /usr/bin/make -B LINT TB --- 2009-03-15 04:00:14 - building LINT kernel TB --- 2009-03-15 04:00:14 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-15 04:00:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-15 04:00:14 - TARGET=amd64 TB --- 2009-03-15 04:00:14 - TARGET_ARCH=amd64 TB --- 2009-03-15 04:00:14 - TZ=UTC TB --- 2009-03-15 04:00:14 - __MAKE_CONF=/dev/null TB --- 2009-03-15 04:00:14 - cd /src TB --- 2009-03-15 04:00:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Mar 15 04:00:15 UTC 2009 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10k1 headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ext2fs filesystem WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-15 04:00:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-15 04:00:15 - ERROR: failed to build lint kernel TB --- 2009-03-15 04:00:15 - 5658.28 user 579.09 system 7214.72 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 06:55:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DB56106566C for ; Sun, 15 Mar 2009 06:55:46 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id E97A18FC0A for ; Sun, 15 Mar 2009 06:55:45 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [41.145.96.29] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1LikG7-0000VK-Dt; Sun, 15 Mar 2009 08:55:43 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LikG4-0002LD-P5; Sun, 15 Mar 2009 08:55:40 +0200 To: Hans Petter Selasky From: Ian FREISLICH In-Reply-To: <200903150026.26912.hselasky@c2i.net> References: <200903150026.26912.hselasky@c2i.net> <200903141506.59058.hselasky@c2i.net> X-Attribution: BOFH Date: Sun, 15 Mar 2009 08:55:40 +0200 Message-Id: Cc: freebsd-current@freebsd.org Subject: Re: Apple touchpad no longer works with usb2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 06:55:46 -0000 Hans Petter Selasky wrote: > Can you gzip your /sys/dev/usb ? I'll do this after below, if that doesn't work... > I suspect you have some sources out of sync, because according to my test > parsing of the HID descriptor the coordiates are at the correct place in the > USB packet, but your ums driver is doing it wrong. > > Are you sure you did a clean build? Yes, directly after a cvsup and cvs update. But... since the move to svn, I've had very limited success tracking current - the svn->cvs gateway has been pretty unreliable. > > ums_intr_callback:191: data = 02 00 01 03 00 00 00 00 > > ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 > > My test parsing with latest -current code. > > 0x00010030,8,8,1 > 8,8,1 rid=2 flags=0x00000006 > 0x00010031,16,8,1 > 16,8,1 rid=2 flags=0x00000006 I'll update and build again and see what happens. If that fails, I'll tar up and send you the source I have. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 09:40:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FF3010656BE for ; Sun, 15 Mar 2009 09:40:10 +0000 (UTC) (envelope-from toomany@toomany.net) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id 0AE468FC1A for ; Sun, 15 Mar 2009 09:40:09 +0000 (UTC) (envelope-from toomany@toomany.net) Received: by bwz8 with SMTP id 8so3028755bwz.43 for ; Sun, 15 Mar 2009 02:40:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.119.71 with SMTP id y7mr1126441bkq.16.1237110008751; Sun, 15 Mar 2009 02:40:08 -0700 (PDT) In-Reply-To: <20090314223056.GB27326@home.opsec.eu> References: <20090314223056.GB27326@home.opsec.eu> Date: Sun, 15 Mar 2009 10:40:08 +0100 Message-ID: From: TooMany Secrets To: Kurt Jaeger Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Asus M4A78T-E X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 09:40:10 -0000 On Sat, Mar 14, 2009 at 11:30 PM, Kurt Jaeger wrote: > I have an M4A78 PRO (looks similar) and it mostly works. > > There's a problem detecting the SATA DVD drive, but... But what if you DVD drive was ATA (like me)? You just make my day!!! ;-) Thank you Kurt!!! Regards. -- --------------------------------------------------------------------------------------- Have a nice day ;-) TooManySecrets /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | GNU/Linux Since 1994. X - NO Word docs in e-mail | / \ - http://www.toomany.net --------------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 10:04:30 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38FE3106564A; Sun, 15 Mar 2009 10:04:30 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1421D8FC12; Sun, 15 Mar 2009 10:04:30 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 98BF546B0D; Sun, 15 Mar 2009 06:04:29 -0400 (EDT) Date: Sun, 15 Mar 2009 10:04:29 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org, net@FreeBSD.org In-Reply-To: Message-ID: References: <20080526110543.J26343@fledge.watson.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed (was: Re: Wiki page for non-MPSAFE network stack de-orbit scheduling) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 10:04:30 -0000 On Mon, 16 Feb 2009, Robert Watson wrote: > 16 February 2009 HEADS UP to lists (this e-mail) > 01 March 2009 Disable build of all IFF_NEEDSGIANT drivers in 8.x Slightly delayed while USB NDIS was sorted out, I will be moving ahead with disabling the build of all IFF_NEEDSGIANT drivers in HEAD later today. > 01 April 2009 Remove all IFF_NEEDSGIANT drivers from 8.x And this date is probably going to remain about the same. Anyone who is interested is welcome to step in and update/fix drivers on the removal path at any time, and drivers can also be restored later easily if drivers are updated outside the tree as well. Thanks, Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 10:43:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11637106564A; Sun, 15 Mar 2009 10:43:16 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id D5BE48FC0C; Sun, 15 Mar 2009 10:43:15 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout5.cac.washington.edu (8.14.3+UW09.02/8.14.3+UW09.01) with ESMTP id n2FAhFaE031231 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 15 Mar 2009 03:43:15 -0700 X-Auth-Received: from [192.168.10.3] (adsl-99-147-148-174.dsl.pltn13.sbcglobal.net [99.147.148.174]) (authenticated authid=youshi10) by smtp.washington.edu (8.14.3+UW09.02/8.14.3+UW09.01) with ESMTP id n2FAhEFr002503 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 15 Mar 2009 03:43:14 -0700 Message-Id: <38992BCD-BFD6-47F7-B707-54415801CCEB@gmail.com> From: Garrett Cooper To: Michal Varga In-Reply-To: <3f1fd1ea0903141447m53e55c52i67b865f5da1831ef@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sun, 15 Mar 2009 03:49:06 -0700 References: <14763590@bb.ipt.ru> <20090314092610.GA65578@freebsd.org> <3f1fd1ea0903140508sda8af37i83fdb0fb7ee1f792@mail.gmail.com> <20090314174509.GA36903@freebsd.org> <3f1fd1ea0903141447m53e55c52i67b865f5da1831ef@mail.gmail.com> X-Mailer: Apple Mail (2.930.3) X-PMX-Version: 5.5.3.366731, Antispam-Engine: 2.7.0.366912, Antispam-Data: 2009.3.15.102824 X-Uwash-Spam: Gauge=IIIIIII, Probability=8%, Report='FORGED_FROM_GMAIL 0.1, BODY_SIZE_4000_4999 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, __BOUNCE_CHALLENGE_SUBJ 0, __CP_MEDIA_BODY 0, __CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FRAUD_419_MONEY 0, __FRAUD_419_MONEY_VALUE 0, __FRAUD_419_WEBMAIL 0, __FRAUD_419_WEBMAIL_FROM 0, __FROM_GMAIL 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __PHISH_SPEAR_STRUCTURE_1 0, __SANE_MSGID 0' Cc: Roman Divacky , freebsd-current@freebsd.org Subject: Re: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 10:43:16 -0000 On Mar 14, 2009, at 2:47 PM, Michal Varga wrote: > On Sat, Mar 14, 2009 at 6:45 PM, Roman Divacky > wrote: >>>> there's an ongoing work on nouveau, so stay tuned :) >>>> >>> Yes, that will take many years to complete, or at least, produce a >>> rotating cube or maybe, maybe run glxgears in around 2012. >> >> I am currently running accelerated glgears on freebsd using nouveau. >> thnx for your enthusiasm :) >> > While I've been a little sarcastic, yes, there is some preliminary 3D > support in nouveau. Still, then you can say that there are fairly good > Direct3D accelerated drivers for S3 Virge out there (really, there > are). > > Let's look only on the nouveau front page: > Current Status > 2D-support is in fairly good shape with EXA acceleration, Xv and > Randr12 (think of dual-head, rotations, etc.). Randr12 should work for > all cards up to, and including, Geforce 9000 series, although some > issues with Geforce 8/9 laptops may still exist, for such issues bug > reports should be submitted. Randr12 is now the default. Any 3D > functionality that might exist is still unsupported, do not ask for > instructions to try it. Also, VT switching while X is running is > considered lucky. > > (yes it's sittinge there for a long time and stuff moved forward a bit > in meantime, but, well..) > > Feature matrix? > http://nouveau.freedesktop.org/wiki/FeatureMatrix > "4 - While some support for 3D exists, it is far from mature. And even > if it was mature, the particular feature you need, be it oddball > texture compression formats and whatnot, may not be there. Yet. > Patches welcome." > > Roman, while I appreciate everyone's work on nouveau, be it you, > Robert or anyone else, you seriously don't believe to be running Doom > 3 or Quake 7.65 on it for yet next few years.. Don't you think? You > make it sound like nouveau is "just around the corner" and, I don't > know, judging from the immediately following "wow wow wow" reaction, I > don't think that's very nice to some of the 'regular' folks around > (not trying to make a point with the poster, just thinking generally). > > Just look at the sad state of oss ATI accelerated drivers (and to > avoid being autoattacked by some trigger-happy ATI fanboy, I run both > nvidia and ati setups, thank you) and those are out for quite some > time, with tons of specs released by AMD/ATI every other month.. > Result? (Almost) perfectly running glxgears. Ever tried to run a game > with it? Heck, even GL accelerated Duke Nukem 3D for a start? The > outcome is so horrible that you want to poke your eyes out with a > screwdriver just to get rid of that image (if only one could call that > an image - "a message from a black hole" would be probably more > appropriate). > > So don't get me wrong, I'm all in support for nouveau as everyone > else, but I still just have that funny feeling when you make it sound > like "hey guys, screw the official drivers, they already don't matter > at all, nouveau is coming". Yes, nouveau is coming (sort of), it will > fill some part of the "market", similiarly as 'nv' does now, but > official drivers are not going anywhere, not for years to come and > definitely not if you want to go for some gaming (Tuxracer is not a > game, seriously), or want to get some other rather serious OpenGL > stuff done (and by that I don't mean compiz whooshy windows, though > that would -still- be a good start). > > Anyway - while this reply IS a little bit offtopic (and long, and > flamebait, etc.), I just wanted to point out a few things before > people start running around waving and screaming "omg did you hear > that? they have oss opengl nvidia drivers running in real 3D! > jesuschrist I'm going to ... !" > > And, you know. Like that. > > Disclaimer: I'm not a nouveau developer, just a long time lurker, here > and there. Nothing I said is a fact or anything remotely close to > that. Please realize that the blob drivers don't run in many cases, especially with 9-series cards on CURRENT, because they use GIANT locking methods, are compiled against a 5.x kernel / userland, and come with hacked copies of Xorg libraries (which break when we migrate to a non-ABI compatible version of Xorg). Using another alternative like nv or nouveau is the only available option, because Linux and Solaris are second-tier support platforms for nVidia, and FreeBSD is even lower in the support arena it seems... As Robert said, while things won't change tomorrow, there's a high probability that due to people finally getting fed up with not having stable 3D driver support with their cards that developers are working hard to close that gap. So instead of lurking and complaining, why not contribute to the cause? My 2 cents, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 11:09:45 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67DE3106566C for ; Sun, 15 Mar 2009 11:09:45 +0000 (UTC) (envelope-from nakal@web.de) Received: from fmmailgate01.web.de (fmmailgate01.web.de [217.72.192.221]) by mx1.freebsd.org (Postfix) with ESMTP id 2A1A88FC16 for ; Sun, 15 Mar 2009 11:09:45 +0000 (UTC) (envelope-from nakal@web.de) Received: from smtp08.web.de (fmsmtp08.dlan.cinetic.de [172.20.5.216]) by fmmailgate01.web.de (Postfix) with ESMTP id 89BA3FE9AA2D for ; Sun, 15 Mar 2009 11:50:22 +0100 (CET) Received: from [217.236.20.33] (helo=zelda.local) by smtp08.web.de with asmtp (TLSv1:AES128-SHA:128) (WEB.DE 4.110 #277) id 1LinvC-0000xO-00 for current@freebsd.org; Sun, 15 Mar 2009 11:50:22 +0100 Date: Sun, 15 Mar 2009 11:50:11 +0100 From: Martin To: Message-ID: <20090315115011.4f627373@zelda.local> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: nakal@web.de X-Sender: nakal@web.de X-Provags-ID: V01U2FsdGVkX19KdE0tDkoNpAddd8zztzSkmMtjzbHTpXq0HxOL O5hupNG+wWDsNqB9T/aaxzv5tObGXK428ugx0SeEYKE7BYa2cG doA5KEiJ8= Cc: Subject: arpresolve: can't allocate llinfo for 192.168.0.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 11:09:45 -0000 Hi, sometimes (not every time) I have problems with networking right after booting my desktop. The NIC (re) is usable, because my IPv6 services are accessible, but IPv4 is unroutable. In syslog there are these two lines (multiple repeats): IPv4 address: "192.168.0.1" is not on the network arpresolve: can't allocate llinfo for 192.168.0.1 I can fix the situation by these commands: # ifconfig re0 192.168.0.12 # route add default 129.168.0.1 This has happened two times on my PC so far. I'm not totally sure, but I've seen this problem the first time with a kernel from March 9th. NIC is: re0@pci0:4:0:0: class=0x020000 card=0xe0001458 chip=0x816810ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' class = network subclass = ethernet ifconfig (while working): re0: flags=8843 metric 0 mtu 1500 options=389b ether xx:xx:xx:xx:xx:xx inet6 fexx::xxxx:xxxx:xxxx:xxxx%re0 prefixlen 64 scopeid 0x1 inet6 2002:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx prefixlen 64 autoconf inet6 fdxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx prefixlen 64 autoconf inet 192.168.0.12 netmask 0xffffff00 broadcast 192.168.0.255 media: Ethernet autoselect (100baseTX ) status: active Kernel is: FreeBSD zelda.local 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Thu Mar 12 18:39:52 CET 2009 root@zelda.local:/usr/obj/usr/src/sys/ZELDA amd64 -- Martin From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 11:21:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FC51106566B for ; Sun, 15 Mar 2009 11:21:39 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from tydfam.jp (ns.tydfam.jp [61.197.228.42]) by mx1.freebsd.org (Postfix) with ESMTP id E67BE8FC08 for ; Sun, 15 Mar 2009 11:21:38 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from localhost (tyd3.sub.tydfam.jp [192.168.1.3]) by tydfam.jp (8.14.2/8.14.2) with ESMTP id n2FAtArT086309 for ; Sun, 15 Mar 2009 19:55:10 +0900 (JST) (envelope-from ken@tydfam.jp) Date: Sun, 15 Mar 2009 19:54:56 +0900 (JST) Message-Id: <20090315.195456.29593248145850377.ken@tydfam.jp> To: freebsd-current@freebsd.org From: ken X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=9.5 tests=ALL_TRUSTED autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on daemon.sub.tydfam.jp Subject: usb mouse w/ -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 11:21:39 -0000 Please help with recent usb stack change!! MS Optical mouse which was recognized with the kernel on Feb. 14th, is not recognize with recent kernel (-current). Message at startup w/ recent -current says; usb2_alloc_device: 1478: set address 2 failed usb2_alloc_device: 1514: getting device descriptor at address 2 failed! usb2_req_re_enumerate: 1414: address 2, set address failed usb2_req_re_enumerate: 1427: getting device descriptor at address 2 failed! usb2_req_re_enumerate: 1414: address 2, set address failed usb2_req_re_enumerate: 1427: getting device descriptor at address 2 failed! ugen0.2: <> at usbus0 (disconnected) uhub_reattach_port: 414: could not allocate new device Mouse info with Feb 14 kernel is; ums0: on uhub0 Thank you for your help in advance!! From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 11:29:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4513106564A for ; Sun, 15 Mar 2009 11:29:11 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 168028FC16 for ; Sun, 15 Mar 2009 11:29:11 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [41.145.96.29] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1LioWg-0007WY-SP; Sun, 15 Mar 2009 13:29:06 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LioWb-0000Md-Rm; Sun, 15 Mar 2009 13:29:01 +0200 From: Ian FREISLICH In-Reply-To: References: <200903150026.26912.hselasky@c2i.net> <200903141506.59058.hselasky@c2i.net> X-Attribution: BOFH Date: Sun, 15 Mar 2009 13:29:01 +0200 Message-Id: Cc: freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: Apple touchpad no longer works with usb2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 11:29:12 -0000 Ian FREISLICH wrote: > Hans Petter Selasky wrote: > > > > Are you sure you did a clean build? > > Yes, directly after a cvsup and cvs update. But... since the move > to svn, I've had very limited success tracking current - the svn->cvs > gateway has been pretty unreliable. Well, after a further update and build, its working again. Sorry for the confusion and thanks for your quick response. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 11:32:15 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39F29106566C for ; Sun, 15 Mar 2009 11:32:15 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 32CD88FC0C for ; Sun, 15 Mar 2009 11:32:14 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [41.145.96.29] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1LioZe-0007ZG-Ul for current@freebsd.org; Sun, 15 Mar 2009 13:32:11 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LioZe-0000Mz-Fb for current@freebsd.org; Sun, 15 Mar 2009 13:32:10 +0200 To: current@freebsd.org From: "Ian Freislich" X-Attribution: BOFH Date: Sun, 15 Mar 2009 13:32:10 +0200 Message-Id: Cc: Subject: Umass device doesn't work (didn't with old stack either) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 11:32:15 -0000 Hi I have a device that I'd very much like to get working. It didn't work with the old USB stack, but HPS has been *very* much more responsive so maybe there's hope. On insert I get the followinng message: ugen0.3: at usbus0 umass0: on usbus0 umass0: 8070i (ATAPI) over Bulk-Only; quirks = 0x0000 umass0:3:0:-1: Attached to scbus3 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 499MB (1023713 512 byte sectors: 64H 32S/T 499C) GEOM: da0: partition 1 does not start on a track boundary. GEOM: da0: partition 1 does not end on a track boundary. (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 umass0: at uhub0, port 1, addr 3 (disconnected) (da0:umass-sim0:0:0:0): lost device (da0:umass-sim0:0:0:0): removing device entry ugen0.3: at usbus0 (disconnected Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 11:33:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3402E106566B for ; Sun, 15 Mar 2009 11:33:03 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id BD5D68FC0A for ; Sun, 15 Mar 2009 11:33:02 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=LBigvjnqffgA:10 a=kRQOYpJDzpgA:10 a=pJX02bEiTYNDQVnvAFwA:9 a=SZD2LWTCFKa3ijOKL2UGJ8lqMoYA:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.198] (account mc467741@c2i.net HELO [10.0.0.188]) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1209882884; Sun, 15 Mar 2009 12:33:00 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 15 Mar 2009 12:35:30 +0100 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903151235.31688.hselasky@c2i.net> Cc: Ian FREISLICH Subject: Re: Apple touchpad no longer works with usb2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 11:33:03 -0000 On Sunday 15 March 2009, Ian FREISLICH wrote: > Ian FREISLICH wrote: > > Hans Petter Selasky wrote: > > > Are you sure you did a clean build? > > > > Yes, directly after a cvsup and cvs update. But... since the move > > to svn, I've had very limited success tracking current - the svn->cvs > > gateway has been pretty unreliable. > > Well, after a further update and build, its working again. Sorry > for the confusion and thanks for your quick response. > > Ian No problem! --HPS From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 12:11:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 823321065673 for ; Sun, 15 Mar 2009 12:11:06 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.freebsd.org (Postfix) with ESMTP id 17BCD8FC1A for ; Sun, 15 Mar 2009 12:11:05 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=0usW7fCsjgIHFFrg22sA:9 a=5GSJG4RkXwr_aCTRO6DMmJnzC5gA:4 a=LY0hPdMaydYA:10 a=bfFob-JerKY_RAOE:21 a=LYOs_za7073GSawk:21 Received: from [193.217.167.198] (account mc467741@c2i.net HELO [10.0.0.188]) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1214601378; Sun, 15 Mar 2009 13:11:04 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 15 Mar 2009 13:13:35 +0100 User-Agent: KMail/1.9.7 References: <20090315.195456.29593248145850377.ken@tydfam.jp> In-Reply-To: <20090315.195456.29593248145850377.ken@tydfam.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903151313.35742.hselasky@c2i.net> Cc: Subject: Re: usb mouse w/ -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 12:11:06 -0000 On Sunday 15 March 2009, ken wrote: > Please help with recent usb stack change!! > > MS Optical mouse which was recognized with the kernel on Feb. 14th, is > not recognize with recent kernel (-current). > > Message at startup w/ recent -current says; > usb2_alloc_device: 1478: set address 2 failed > usb2_alloc_device: 1514: getting device descriptor at address 2 failed! > usb2_req_re_enumerate: 1414: address 2, set address failed > usb2_req_re_enumerate: 1427: getting device descriptor at address 2 failed! > usb2_req_re_enumerate: 1414: address 2, set address failed > usb2_req_re_enumerate: 1427: getting device descriptor at address 2 failed! > ugen0.2: <> at usbus0 (disconnected) > uhub_reattach_port: 414: could not allocate new device > > Mouse info with Feb 14 kernel is; > > ums0: addr 2> on uhub0 > Did you do a clean kernel build? --HPS From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 12:17:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F56E106566B for ; Sun, 15 Mar 2009 12:17:55 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by mx1.freebsd.org (Postfix) with ESMTP id 5F1EA8FC08 for ; Sun, 15 Mar 2009 12:17:55 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by wf-out-1314.google.com with SMTP id 27so2504763wfd.7 for ; Sun, 15 Mar 2009 05:17:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Mu2h7OP4CjD33vjnzBdqYycqv3yhS3OOfRpzfQoAV4s=; b=l16+c0knVp1kObEbjMeTwidYT/nUFMMYxeUWIR6A88RS4a7RdTgwv+AqEaqNLp+ciT kpR6KNzjKhIGWKIIXbgPBAzrifZpxBzhxEDHcDTLuTSOqdPu2m7O6mXm4admwsbZD14i COj/aZmZwfg1UkU5CyGqJn1Pe+brY0slgCj/g= 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=V+Kz00kJdJoG9PD7XQtCa521jZodTnpgoqZNcOsdG2dvepCduQUV0TPtCOzD1V1LVc wcH6A9yI5i4Qwpag5ofI7hNxorGewn9MB9CfhHk2P2s6zKiLa8rKF7w7HawuxYgwa+og vuX4d4GCCHqJhzU94QNc4Bv4zWwK1Pd5VbOsg= MIME-Version: 1.0 Received: by 10.142.144.9 with SMTP id r9mr1561291wfd.91.1237119475082; Sun, 15 Mar 2009 05:17:55 -0700 (PDT) In-Reply-To: <22488656.post@talk.nabble.com> References: <20090310045605.GA38857@nagual.pp.ru> <200903092206.29775.beech@freebsd.org> <200903100840.57018.hselasky@c2i.net> <747dc8f30903100708w1e08c47akd445314cf19a8442@mail.gmail.com> <200903101625.57647.hselasky@c2i.net> <20090311011536.GB65734@nagual.pp.ru> <200903112325.44983.hselasky@c2i.net> <49B91BC3.2010205@zedat.fu-berlin.de> <200903121539.35133.hselasky@c2i.net> <22488656.post@talk.nabble.com> Date: Sun, 15 Mar 2009 05:17:54 -0700 Message-ID: <7d6fde3d0903150517l474651d2m7044f361092e248b@mail.gmail.com> From: Garrett Cooper To: Jakub Lach Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 12:17:56 -0000 On Thu, Mar 12, 2009 at 6:41 PM, Jakub Lach wrote: > > > Hans Petter Selasky wrote: >> >> On Thursday 12 March 2009, O. Hartmann wrote: >>> Hans Petter Selasky wrote: >>> > On Wednesday 11 March 2009, Andrey Chernov wrote: >>> >> Andrey Chernov >>> > >>> > Re-fetch the usb_hid.c file from USB P4 after the patch below. Problem >>> > should be solved now! >>> > >>> > http://perforce.freebsd.org/chv.cgi?CH=159091 >>> >>> When will the patches be merged into the source tree? I have several >>> boxes rendered useless at this very moment due to jumping mice cursors on >>> X. >> >> The patches are in -current as of today. > > Thanks for fixing this issue, Logitech mx 518 is usable again. I'm confirming that this also fixes my Logitech Trackman Wheel mouse (wheel wasn't working for a while). Thanks for the quick work HPS!!!! -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 12:21:17 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7EC71065670 for ; Sun, 15 Mar 2009 12:21:16 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 5A31E8FC0A for ; Sun, 15 Mar 2009 12:21:16 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id A8AE573098; Sun, 15 Mar 2009 13:10:06 +0100 (CET) Date: Sun, 15 Mar 2009 13:10:06 +0100 From: Luigi Rizzo To: Ian Freislich Message-ID: <20090315121006.GA72445@onelab2.iet.unipi.it> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: Umass device doesn't work (didn't with old stack either) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 12:21:17 -0000 On Sun, Mar 15, 2009 at 01:32:10PM +0200, Ian Freislich wrote: > Hi > > I have a device that I'd very much like to get working. It didn't > work with the old USB stack, but HPS has been *very* much more > responsive so maybe there's hope. You can try sysutils/kdpatch to patch the quirks table for umass. As far as I can tell the table has the same format in usb2 and usb1 so the following should work: kldpatch umass.ko - @0 0x10d6 0x0000xxxx 0xffffffff 0x0201 0x4200 (replace xxxx with the usb product id for your device). 0x201 means use ATAPI commands over BBB protocol which is what your messages say. Perhaps 0x101 also works here. 0x4000 means the following: /* Device cannot handle a SCSI synchronize cache command. Normally * this quirk would be handled in the cam layer, but for IDE bridges * we need to associate the quirk with the bridge and not the * underlying disk device. This is handled by faking a success result. */ # define NO_SYNCHRONIZE_CACHE 0x4000 you may have to play with different flags and quirks to make the thing work. cheers luigi > On insert I get the followinng message: > > ugen0.3: at usbus0 > umass0: on usbus0 > umass0: 8070i (ATAPI) over Bulk-Only; quirks = 0x0000 > umass0:3:0:-1: Attached to scbus3 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: 1.000MB/s transfers > da0: 499MB (1023713 512 byte sectors: 64H 32S/T 499C) > GEOM: da0: partition 1 does not start on a track boundary. > GEOM: da0: partition 1 does not end on a track boundary. > (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 > umass0: at uhub0, port 1, addr 3 (disconnected) > (da0:umass-sim0:0:0:0): lost device > (da0:umass-sim0:0:0:0): removing device entry > ugen0.3: at usbus0 (disconnected > > Ian > > -- > Ian Freislich > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 13:02:24 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 876221065670 for ; Sun, 15 Mar 2009 13:02:24 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63907.mail.re1.yahoo.com (web63907.mail.re1.yahoo.com [69.147.97.122]) by mx1.freebsd.org (Postfix) with SMTP id 1C3EF8FC0C for ; Sun, 15 Mar 2009 13:02:24 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 62638 invoked by uid 60001); 15 Mar 2009 13:02:23 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1237122143; bh=Dkyio+3Zw6v3m9P3lliSOsPlWpVbZrKTC/i+QKHO8/U=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=Ay8Se/m7y7YSpI7i81FamLDsWh1XyNmOU9kDgA1o+xgnBjpVIbp8w7ilooa9O7nFvDgHjDj8/yd0M6RTKEizeNtc+XwmqGS1pZN46lrbtQ1W9xVyuT3Der/Prikk0/9mJ15GiQSqkO3ZWrLmwBn8R7CWmWz9pNI4xws9pyQg1eU= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=6KMbd4KXgzU+rDzyFw3BL6rxjOtOMaS9xl5wedSP4/OCxkD3g/m4Ia7kcJshJgwsr5KmVV6Aym0MO8MUP7RNeorv5q6zhNhAbEobrtOO4ItGtK4u7Z+LTnx6BG/zJK0I6IKsJx32reJDdpm7V70biT7TX+4kUXBtruOoIz4eMp4=; Message-ID: <641422.62095.qm@web63907.mail.re1.yahoo.com> X-YMail-OSG: QSDQBzIVM1l0KL5C0DIid73TAjcp9ZSZkoWJIsTmODUfRfdmaZUYuvv954ZK8LOn6N4tFz_bVjnLFJWJV_gc8y_Od_k.h1im_k07CiDtKPE8kh8k1QR.m7yQskippFGc2g1Mwi.5fPl9o_LRBIyRN4Jbd0c0nznH4AmIke3SX9rHZOVGHEZk.0JnyibosBtTfAhvcFZp0rP3pDo- Received: from [98.242.222.229] by web63907.mail.re1.yahoo.com via HTTP; Sun, 15 Mar 2009 06:02:23 PDT X-Mailer: YahooMailWebService/0.7.289.1 Date: Sun, 15 Mar 2009 06:02:23 -0700 (PDT) From: Barney Cordoba To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Is there a delay which yields? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: barney_cordoba@yahoo.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 13:02:24 -0000 I'd expect DELAY to yield till timeout but a task with a delay loop just runs to 100% usage. Is there a function which can yield exectution for a set amount of time (without having to use a timer)? Barney From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 13:20:33 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C75AF1065670; Sun, 15 Mar 2009 13:20:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 88A7F8FC0C; Sun, 15 Mar 2009 13:20:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2FDKSPx098177; Sun, 15 Mar 2009 09:20:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2FDKS4u091937; Sun, 15 Mar 2009 09:20:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 85B807302F; Sun, 15 Mar 2009 08:20:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090315132028.85B807302F@freebsd-current.sentex.ca> Date: Sun, 15 Mar 2009 08:20:28 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 13:20:34 -0000 TB --- 2009-03-15 11:20:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-15 11:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-03-15 11:20:00 - cleaning the object tree TB --- 2009-03-15 11:20:39 - cvsupping the source tree TB --- 2009-03-15 11:20:39 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-03-15 11:20:49 - building world TB --- 2009-03-15 11:20:49 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-15 11:20:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-15 11:20:49 - TARGET=amd64 TB --- 2009-03-15 11:20:49 - TARGET_ARCH=amd64 TB --- 2009-03-15 11:20:49 - TZ=UTC TB --- 2009-03-15 11:20:49 - __MAKE_CONF=/dev/null TB --- 2009-03-15 11:20:49 - cd /src TB --- 2009-03-15 11:20:49 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 15 11:20:51 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Mar 15 13:20:27 UTC 2009 TB --- 2009-03-15 13:20:27 - generating LINT kernel config TB --- 2009-03-15 13:20:27 - cd /src/sys/amd64/conf TB --- 2009-03-15 13:20:27 - /usr/bin/make -B LINT TB --- 2009-03-15 13:20:27 - building LINT kernel TB --- 2009-03-15 13:20:27 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-15 13:20:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-15 13:20:27 - TARGET=amd64 TB --- 2009-03-15 13:20:27 - TARGET_ARCH=amd64 TB --- 2009-03-15 13:20:27 - TZ=UTC TB --- 2009-03-15 13:20:27 - __MAKE_CONF=/dev/null TB --- 2009-03-15 13:20:27 - cd /src TB --- 2009-03-15 13:20:27 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Mar 15 13:20:28 UTC 2009 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10k1 headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ext2fs filesystem WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-15 13:20:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-15 13:20:28 - ERROR: failed to build lint kernel TB --- 2009-03-15 13:20:28 - 5660.54 user 582.00 system 7227.56 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 13:22:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B8171065694 for ; Sun, 15 Mar 2009 13:22:06 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.freebsd.org (Postfix) with ESMTP id AD0278FC22 for ; Sun, 15 Mar 2009 13:22:05 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-009-074.pools.arcor-ip.net [88.66.9.74]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis) id 0ML29c-1LiqI01E9Y-0001VR; Sun, 15 Mar 2009 14:22:04 +0100 Received: (qmail 62558 invoked from network); 15 Mar 2009 13:22:03 -0000 Received: from fbsd8.laiers.local (192.168.4.200) by router.laiers.local with SMTP; 15 Mar 2009 13:22:03 -0000 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org, barney_cordoba@yahoo.com Date: Sun, 15 Mar 2009 14:22:02 +0100 User-Agent: KMail/1.11.0 (FreeBSD/8.0-CURRENT; KDE/4.2.1; i386; ; ) References: <641422.62095.qm@web63907.mail.re1.yahoo.com> In-Reply-To: <641422.62095.qm@web63907.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903151422.03310.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18asctD0RVA0qRjXBYCPl6QhI2xwWNjEwX00NV 3TprJSnAqj4RHmWVFlCQ8gIet97aylybbjsgAaWwVdWL2JoGuK QOizFxgZFOApDfNFjfaWg== Cc: Subject: Re: Is there a delay which yields? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 13:22:06 -0000 On Sunday 15 March 2009 14:02:23 Barney Cordoba wrote: > I'd expect DELAY to yield till timeout but a task with a delay loop just > runs to 100% usage. Is there a function which can yield exectution for > a set amount of time (without having to use a timer)? You might be looking for pause(9) - though I'm not sure what you mean by "without having to use a timer". -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 13:41:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0B311065670 for ; Sun, 15 Mar 2009 13:41:29 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 8B8148FC08 for ; Sun, 15 Mar 2009 13:41:29 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 15 Mar 2009 09:41:28 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.10.4-GA) with ESMTP id PPH46728; Sun, 15 Mar 2009 09:41:28 -0400 (EDT) Received: from 209-6-22-188.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.188]) by smtp01.lnh.mail.rcn.net with ESMTP; 15 Mar 2009 09:41:25 -0400 From: Robert Huff Message-ID: <18877.1409.511002.357436@jerusalem.litteratus.org> Date: Sun, 15 Mar 2009 09:41:21 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: freebsd-current@freebsd.org In-Reply-To: <38992BCD-BFD6-47F7-B707-54415801CCEB@gmail.com> References: <38992BCD-BFD6-47F7-B707-54415801CCEB@gmail.com> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Subject: Re: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 13:41:30 -0000 Garrett Cooper writes: > So instead of lurking and complaining, why not contribute to > the cause? While I sympathize on the complaining ... the response is problematic. I see two ways to contribute to the main problem, which is lack of usable code. (For the moment let's discount "testing" and "documentation".) One could help with one of the open source drivers. Worthy project, but a lot of work involving a skill-set beyond even many coders experienced in other fields. (I'm assuming none of these drivers are on the cusp of a magic moment where lot of good things suddenly happen and it's a coast downhill from there.) The alternative - which sounds seductive but may have its own issues - would be to fill the Nvidia requests and let them write and maintain the code. Again, worthy project (which might have collateral benefits). Again, a lot of work. And an even more esoteric skill-set. If you have some other way a person with limited technical skills can contribute - tell! I'm getting closer to buying a new system, and I'd love to have a moderm graphics card running at full capacity. And, as long as it didn't explode in their faces, I think many others might be willing to help as well. Respectfully, Robert Huff From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 13:52:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C42A11065677 for ; Sun, 15 Mar 2009 13:52:44 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 8486E8FC21 for ; Sun, 15 Mar 2009 13:52:44 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 27A6E6284 for ; Sun, 15 Mar 2009 09:52:43 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1237125163; bh=mkKaMUFyp5G7QfVjRlRkeYICTfixgx26Nf1RAu9oMys=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=DyXoL2OjZBpGriFD/CPyHFTcRFxgjrQP02CyJgcMoD2GY2ol9rHdEmsbW5FWOD1dU G0xHVkDQTOB1n+SuF83v49MzziMx7/FRwRYgHh6EN5GPCfm5cOQkJxHRgkXfRpm DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=GAEJLZ5At87p474DhCIaBZDj61T39ls0fVY/Q4ruBSZUqulBoZllgGChvhVRwFwwc YFUGdE5DnkQNG4P45aA9f3ySiCeCX25xHI7OkYuvOp9qVCAncFfFtCNtB4E9Bwu Message-ID: <49BD0826.207@protected-networks.net> Date: Sun, 15 Mar 2009 09:52:38 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.19 (X11/20090217) MIME-Version: 1.0 To: freebsd-current X-Enigmail-Version: 0.95.7 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: no-strict-aliasing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 13:52:45 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I note that, with the alteration of compile parameters for the kernel, the option "-fno-strict-aliasing" is no longer used (for i386). Does the shift to c99/gnu99 mode change the behaviour of the compiler such that this is unnecessary or should I be "on the lookout" for obscure failures? ;-) Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkm9CCYACgkQQv9rrgRC1JK5kwCghoQ12uP9kWq2shIj6O3rm43c UiAAoIm5EnibUGdqlZqPWxuwzrNwhjpf =X50H -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 14:12:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BE3C1065673; Sun, 15 Mar 2009 14:12:10 +0000 (UTC) (envelope-from h.schmalzbauer@OmniLAN.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id B205D8FC17; Sun, 15 Mar 2009 14:12:09 +0000 (UTC) (envelope-from h.schmalzbauer@OmniLAN.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n2FDvf2Z029896 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 15 Mar 2009 14:57:41 +0100 (CET) (envelope-from h.schmalzbauer@OmniLAN.de) Message-ID: <49BD0943.3000400@OmniLAN.de> Date: Sun, 15 Mar 2009 14:57:23 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.19 (X11/20090202) MIME-Version: 1.0 To: John Baldwin References: <200810011405.m91E5ugg028685@lava.sentex.ca> <200810011121.21908.jhb@freebsd.org> In-Reply-To: <200810011121.21908.jhb@freebsd.org> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigACA15CBDE14209CAD538C809" Cc: freebsd-current@freebsd.org, Mike Tancsa Subject: Re: ichwd on ich9 attach failing ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 14:12:10 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigACA15CBDE14209CAD538C809 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable John Baldwin schrieb am 01.10.2008 17:21 (localtime): > On Wednesday 01 October 2008 10:05:48 am Mike Tancsa wrote: >> Does anyone have a board with this chipset where ichwd attaches proper= ly ? >> >> When I try to load the driver I get >> >> ichwd module loaded >> isab0: found ICH9 or equivalent chipset: Intel ICH9R watchdog timer >> ichwd0: on isa0 >> isab0: found ICH9 or equivalent chipset: Intel ICH9R watchdog timer >> ichwd0: ICH WDT present but disabled in BIOS or hardware >> device_attach: ichwd0 attach returned 6 >> ppc0: parallel port not found. >> >> the ppc0 error seems normal, as on other boards I see the same error=20 >> and things attach just fine >> >> It is enabled in the BIOS as the box will automatically reboot after=20 >> 5 min, since the watchdog is not set by the OS >=20 > Hmm, looks like the test to clear a bit is failing. Maybe some quality= time=20 > with the ICH9 datasheet (you should be able to find it on=20 > developer.intel.com) can help resolve this. Here is the relevant code:= >=20 > static __inline int > ichwd_clear_noreboot(struct ichwd_softc *sc) > { > uint32_t status; > int rc =3D 0; >=20 > /* try to clear the NO_REBOOT bit */ > if (sc->ich_version <=3D 5) { > status =3D pci_read_config(sc->ich, ICH_GEN_STA, 1); > status &=3D ~ICH_GEN_STA_NO_REBOOT; > pci_write_config(sc->ich, ICH_GEN_STA, status, 1); > status =3D pci_read_config(sc->ich, ICH_GEN_STA, 1); > if (status & ICH_GEN_STA_NO_REBOOT) > rc =3D EIO; > } else { > status =3D ichwd_read_gcs_4(sc, 0); > status &=3D ~ICH_GCS_NO_REBOOT; > ichwd_write_gcs_4(sc, 0, status); > status =3D ichwd_read_gcs_4(sc, 0); > if (status & ICH_GCS_NO_REBOOT) > rc =3D EIO; > } >=20 > if (rc) > device_printf(sc->device, > "ICH WDT present but disabled in BIOS or hardware\n"); >=20 > return (rc); > } Hello, has anybody had time to look at it? I have a new server board with ich9=20 and can't any longer use the watchdog. Unfortunately I'm not able to=20 solve it myself. Any help appreciated. Best regards, -Harry --------------enigACA15CBDE14209CAD538C809 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkm9CVQACgkQLDqVQ9VXb8hFPACcDpFnOqkyHy1W0eAzNjNqS4ty MqYAnilm8txsFh2kYSIxKIggTZnrRU+2 =mSaa -----END PGP SIGNATURE----- --------------enigACA15CBDE14209CAD538C809-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 14:27:29 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 894251065672; Sun, 15 Mar 2009 14:27:29 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 636008FC08; Sun, 15 Mar 2009 14:27:29 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 1B5B346B58; Sun, 15 Mar 2009 10:27:29 -0400 (EDT) Date: Sun, 15 Mar 2009 14:27:29 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org, net@FreeBSD.org In-Reply-To: Message-ID: References: <20080526110543.J26343@fledge.watson.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed (was: Re: Wiki page for non-MPSAFE network stack de-orbit scheduling) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 14:27:30 -0000 On Sun, 15 Mar 2009, Robert Watson wrote: > On Mon, 16 Feb 2009, Robert Watson wrote: > >> 16 February 2009 HEADS UP to lists (this e-mail) >> 01 March 2009 Disable build of all IFF_NEEDSGIANT drivers in 8.x > > Slightly delayed while USB NDIS was sorted out, I will be moving ahead with > disabling the build of all IFF_NEEDSGIANT drivers in HEAD later today. This patch is now committed; while I've done build testing (etc) there's always a chance of problems -- please drop me an e-mail if I missed something. Robert N M Watson Computer Laboratory University of Cambridge > >> 01 April 2009 Remove all IFF_NEEDSGIANT drivers from 8.x > > And this date is probably going to remain about the same. > > Anyone who is interested is welcome to step in and update/fix drivers on the > removal path at any time, and drivers can also be restored later easily if > drivers are updated outside the tree as well. > > Thanks, > > Robert N M Watson > Computer Laboratory > University of Cambridge > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 14:32:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F3DC1065672 for ; Sun, 15 Mar 2009 14:32:25 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from m12-11.163.com (m12-11.163.com [220.181.12.11]) by mx1.freebsd.org (Postfix) with SMTP id D150A8FC13 for ; Sun, 15 Mar 2009 14:32:23 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from [127.0.0.1] (unknown [60.191.86.3]) by smtp7 (Coremail) with SMTP id C8CowLDbESZwEb1JbGO_HQ--.15541S2; Sun, 15 Mar 2009 22:32:16 +0800 (CST) Message-ID: <49BD117B.2080706@163.com> Date: Sun, 15 Mar 2009 22:32:27 +0800 From: kevin User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-CM-TRANSID: C8CowLDbESZwEb1JbGO_HQ--.15541S2 X-Coremail-Antispam: 1Uf129KBjvJXoW7Aw4kWFWfuF18GFWDGF1xXwb_yoW8WF4DpF yrC3Z8CryUJryUAwsrGw1rAw4jqF43Z3y7GF4DC3Za9FWagr929r9rXF929rn8Kr1xX3Wx Ga1kGrnFyF1jkaUanT9S1TB71UUUUUUv73VFW2AGmfu7bjvjm3AaLaJ3UjIYCTnIWjp_UU Ueu7k042IE42xK82IY6r43WwAYjxAI6xAIw28IcVAK0I8IjxAxM7k042IE4IxYO2xFxVAq jxCEw4Av424lb7Iv0xC_Ar1lb4IE77IF4wAFF20E14v26r1j6r4UM7C26xCjj4IEI4klw4 CSwwAFxVCaYxvI4VCIwcAKzIAtM7CIcVAFz4kK6r1j6r18M28EF7xvwVC0I7IYx2IY67AK xVWDJVCq3wA2z4x0Y4vE2Ix0cI8IcVCY1x0267AKxVW0oVCq3wA2z4x0Y4vEx4A2jsIE14 v26rxl6s0DM28EF7xvwVC2z280aVCY1x0267AKxVW0oVCq3wAawVAYYI1S6c8GOVWUur45 Jryln4vEF7Iv6F18KVAqrcv_GVWUtr1rJF1ln4vEF7Iv6F18KVAqrcv_XVWUtr1rJF1l5I 8CrVACY4xI64kE6c02F40Ex7xfMcIj6xIIjxv20xvE14v26r1j6r18McIj6I8E87Iv67AK xVW8JVWxJwACjcxG0xvEwIxGrwAC62BYpTIE1TZKA3svLVAKvSnIqfZI6r4l7I0Y64k_Mx kIecxEwVAFwVW5XwCY0x0Ix7I2Y4AK6F4j6FyUMxAIw28IcxkI7VAKI48JMxCjnVAqn7xv rwC2zVAF1VAY17CE14v26r1j6r15MIIYrxkI7VAKI48JYxBIdaVFxhVjvjDU0xZFpf9x07 UzWlkUUUUU= X-CM-SenderInfo: pnhyx0x0ol03r26rljoofrz/ Subject: ZFS data error without reasons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 14:32:25 -0000 Hi, Will any changes cause zfs data error?I find my disk data error without any reasons(shutdown or reboot normally).disk was bought yesterday.sometimes it can be fixed with a zpool scrub.but mostly zpool scrub will return more errors.Even i restore all zpool from my backup,without 5 mins,zpool status shows data error and many checksum errors. Now i build kernel with following patch 1 hour ago . I get a kernel panic when zfs send snapshot from usb device to hard disk. --- //depot/user/jhb/lock/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c +++ /Users/jhb/work/p4/lock/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c @@ -940,6 +940,7 @@ /* NB: we already did dmu_tx_wait() if necessary */ goto top; } + VOP_UNLOCK(*xvpp, 0); return (error); } db>bt Tracing pid 12 tid 100036 td 0xffffff0004083000 pmp_pvh_free() at pmp_pvh_free+0xa pmp_remove_entry() at pmp_remove_entry+0x1b pmp_enter() at pmp_enter+0x593 vm_fault() at vm_fault+0x1470 trap() at trap + 0x1dc calltrap() at calltrap+0x8 --- trap 0xc, rip =0xffffffff80531e56, rsp = 0xfffffffee6346ab0, rbp = 0xfffffffee6346af0 --- bcopy() at bcopy+0x16 ata_dmaunload() at ata_dmaunload+0x53 ata_ahci_end_transaction() at ata_ahci_end_transaction+0x9d ata_interrupt() at ata_interrupt+0xc4 ata_generic_intr() at ata_generic_intr+0x2f intr_event_execute_handlers() at intr_event_execute_handlers+0xfc ithread_loop() at ithread_loop+0x8e fork_exit() at fork_exit+0x118 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xfffffffee6346d30,rbp = 0 --- Thanks, kevin From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 15:13:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 237331065676 for ; Sun, 15 Mar 2009 15:13:58 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 4051C8FC20 for ; Sun, 15 Mar 2009 15:13:55 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 6597D9CB04D; Sun, 15 Mar 2009 16:13:38 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vbPkOydPLlwf; Sun, 15 Mar 2009 16:13:27 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id E79029CB121; Sun, 15 Mar 2009 16:13:26 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n2FFDQGm097655; Sun, 15 Mar 2009 16:13:26 +0100 (CET) (envelope-from rdivacky) Date: Sun, 15 Mar 2009 16:13:26 +0100 From: Roman Divacky To: Michael Butler Message-ID: <20090315151326.GA97191@freebsd.org> References: <49BD0826.207@protected-networks.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49BD0826.207@protected-networks.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current Subject: Re: no-strict-aliasing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 15:13:58 -0000 On Sun, Mar 15, 2009 at 09:52:38AM -0400, Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I note that, with the alteration of compile parameters for the kernel, > the option "-fno-strict-aliasing" is no longer used (for i386). indeed.. it seems that -fno-strict-aliasing is used only when building modules and/or building on amd64. I dont understand why > Does the shift to c99/gnu99 mode change the behaviour of the compiler > such that this is unnecessary or should I be "on the lookout" for > obscure failures? ;-) are you referring to my recent commit? that affected world only. kernel has been building with c99 for.. a long time :) what was your question again? roman From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 15:28:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3946B1065670; Sun, 15 Mar 2009 15:28:12 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id EC62F8FC12; Sun, 15 Mar 2009 15:28:11 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id C98366284; Sun, 15 Mar 2009 11:28:10 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1237130891; bh=5FJJKK683HqklCrBnPfbVvwvqlmI8jDHmAgNftnZgyE=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=eKX/FmPbWYiTUyNql3IxhqfWyBAPTKJRQwIKM01okZPkgvuNitMF3W543aX/OI+y6 bRgWq7nVacR7hPrWF87rcnf+91X46ZQeLribY8rjJK5QOiFdzHMK+CC9JM4CdFe DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=iCrmdNd0tWU3dINRn71ba5OmacvZKXnNpSN2dTVFJkfkCOizpvpS3QjY5Z20jrSZR OWCNtTFZ1e4Oil616OsJCYTjR9GeCR5tdRNhnTnTl+oPIlxmV/xX79NTbdc0cRn Message-ID: <49BD1E86.9010203@protected-networks.net> Date: Sun, 15 Mar 2009 11:28:06 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.19 (X11/20090217) MIME-Version: 1.0 To: Roman Divacky References: <49BD0826.207@protected-networks.net> <20090315151326.GA97191@freebsd.org> In-Reply-To: <20090315151326.GA97191@freebsd.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=0442D492 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: no-strict-aliasing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 15:28:12 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Roman Divacky wrote: > On Sun, Mar 15, 2009 at 09:52:38AM -0400, Michael Butler wrote: >> Does the shift to c99/gnu99 mode change the behaviour of the compiler >> such that this is unnecessary or should I be "on the lookout" for >> obscure failures? ;-) > > are you referring to my recent commit? that affected world only. kernel > has been building with c99 for.. a long time :) In part, yes. > what was your question again? The 'no-strict-aliasing' parameter was added for a reason (which I can no longer recall :-() so I was curious if I should be looking for related regressions now that it has been removed. That is: 1) if the breakage that prompted its addition has since been resolved to now permit its absence? .. or .. 2) if the c99/gnu99 mode incorporates a re-interpretation (by gcc) of aliasing methods so this parameter is no longer required? Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkm9HoUACgkQQv9rrgRC1JKvmwCfTJ9tplb7gHDXaztQCv/cCC/N Ce4AoJZ9bZStE9TaYsp8a2b31xfRPZHy =8dhG -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 15:31:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFCFD106566B for ; Sun, 15 Mar 2009 15:31:16 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 899878FC20 for ; Sun, 15 Mar 2009 15:31:16 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id E5DD99CB04D; Sun, 15 Mar 2009 16:30:59 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PI-GD+48y9Wz; Sun, 15 Mar 2009 16:30:57 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 915409CB121; Sun, 15 Mar 2009 16:30:57 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n2FFUv0o000111; Sun, 15 Mar 2009 16:30:57 +0100 (CET) (envelope-from rdivacky) Date: Sun, 15 Mar 2009 16:30:57 +0100 From: Roman Divacky To: Michael Butler Message-ID: <20090315153057.GA99654@freebsd.org> References: <49BD0826.207@protected-networks.net> <20090315151326.GA97191@freebsd.org> <49BD1E86.9010203@protected-networks.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49BD1E86.9010203@protected-networks.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current Subject: Re: no-strict-aliasing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 15:31:17 -0000 hm.. on a second look. the -fno-strict-aliasing is still here when building kernel on i386. I dont know why you dont see it there... From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 15:34:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA4FF1065670; Sun, 15 Mar 2009 15:34:19 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 751FE8FC14; Sun, 15 Mar 2009 15:34:19 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 9B0356284; Sun, 15 Mar 2009 11:34:18 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1237131258; bh=qnTt8PzRyF9/2vrerd5IAmHhsPjDV6Sf0TN82WW7PyI=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=ShL8lZ2N1kIzzOpiSrnWbt/faI9v7E2UgszmWX6q0IMDhBI5Wl2kEoBl9MsGtPVpa QPIza7Kr5aMZd51P4PDNC1lnf4H5IVykn9rhjyswV8z349ZINPGYkJc312gKpfz DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=Dxsur12x/tG3kem6BLUDsOvK/z8CHIvu63mRnCJF86pEarIGiLQfUgMG/XlyoFzh5 VIVZLeZobfB0MKga9lc/iE2RqZVmhg3e6nl0BCGPtIAnJQZSXO/PhoTqKJDehvB Message-ID: <49BD1FF9.4050408@protected-networks.net> Date: Sun, 15 Mar 2009 11:34:17 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.19 (X11/20090217) MIME-Version: 1.0 To: Roman Divacky References: <49BD0826.207@protected-networks.net> <20090315151326.GA97191@freebsd.org> <49BD1E86.9010203@protected-networks.net> <20090315153057.GA99654@freebsd.org> In-Reply-To: <20090315153057.GA99654@freebsd.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=0442D492 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: no-strict-aliasing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 15:34:20 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Roman Divacky wrote: > hm.. on a second look. the -fno-strict-aliasing is still > here when building kernel on i386. I dont know why > you dont see it there... Let me check to see if I've broke something in my environment .. Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkm9H/kACgkQQv9rrgRC1JJoyACfb//iYiggzJIbXvq05ow4Zccr RXMAn2vhL2mFxOflzF056CI22kxD2Okz =2EVe -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 15:38:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3245C106564A for ; Sun, 15 Mar 2009 15:38:22 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id D25828FC0A for ; Sun, 15 Mar 2009 15:38:21 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1507052qwe.7 for ; Sun, 15 Mar 2009 08:38:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance; bh=Q0DBM+99NsNXJa9ISP62cCvU4yR0lWyyPQClcE4IB8A=; b=Eg33nPPN+WxRDxh0td93zDQu2KNp5jO/BjnCPgUb+BkkZ0NUhhYWyKiYEJEfrLNuCq nLDzsh801IuQQ1c8p6Xh+GF/iUZmEI5CGNhbZsdU2HarckV50LZ5HpkMXVX7wLf0Lwbp /S9eiRRSfJuQFgWi9u1r4TIa1nTorACQ6T1+g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=RsZgHzN4L0czfeplf2C66NMgGbXPpOOwVd3bs1Jje1MsmdRJX6E22rLUMjKl4RsIvD 17jhOVJoMHwRH3blK7KTExYL2UMN0SwS6bGQBWWTPtz/5EbXigpCzY0m8pjLqs3TAIKj pdqNfKcEOps9CCNBgenFeKYfSvdaecud2/HDE= Received: by 10.224.2.212 with SMTP id 20mr4337068qak.338.1237131501125; Sun, 15 Mar 2009 08:38:21 -0700 (PDT) Received: from cygnus.homeunix.com (201008162061.user.veloxzone.com.br [201.8.162.61]) by mx.google.com with ESMTPS id 30sm4841460yxk.32.2009.03.15.08.38.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 15 Mar 2009 08:38:20 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id E5DFDB8074; Sun, 15 Mar 2009 12:38:13 -0300 (BRT) Received: from 189.71.33.85 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Sun, 15 Mar 2009 12:38:13 -0300 (BRT) Message-ID: <7843e405382ba1e359bbe5abb832c094.squirrel@cygnus.homeunix.com> In-Reply-To: <18877.1409.511002.357436@jerusalem.litteratus.org> References: <38992BCD-BFD6-47F7-B707-54415801CCEB@gmail.com> <18877.1409.511002.357436@jerusalem.litteratus.org> Date: Sun, 15 Mar 2009 12:38:13 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 15:38:22 -0000 On Sun, March 15, 2009 10:41, Robert Huff wrote: > > Garrett Cooper writes: > >> So instead of lurking and complaining, why not contribute to >> the cause? > > While I sympathize on the complaining ... the response is > problematic. > I see two ways to contribute to the main problem, which is lack > of usable code. (For the moment let's discount "testing" and > "documentation".) > One could help with one of the open source drivers. Worthy > project, but a lot of work involving a skill-set beyond even many > coders experienced in other fields. (I'm assuming none of these > drivers are on the cusp of a magic moment where lot of good things > suddenly happen and it's a coast downhill from there.) > The alternative - which sounds seductive but may have its own > issues - would be to fill the Nvidia requests and let them write and > maintain the code. Again, worthy project (which might have > collateral benefits). Again, a lot of work. And an even more > esoteric skill-set. > If you have some other way a person with limited technical > skills can contribute - tell! I'm getting closer to buying a new > system, and I'd love to have a moderm graphics card running at full > capacity. And, as long as it didn't explode in their faces, I think > many others might be willing to help as well. > > Respectfully, > > > Robert Huff for the time being, I feel almost the same way you do, and all I can do is buy ATi. When someone ask me about new graphics card, I say go ATi ... is what I can do now. And will try this nouveau and help :) matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 15:54:19 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EB5910656CC; Sun, 15 Mar 2009 15:54:19 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 68AF28FC0C; Sun, 15 Mar 2009 15:54:19 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 0C45F46B66; Sun, 15 Mar 2009 11:54:19 -0400 (EDT) Date: Sun, 15 Mar 2009 15:54:18 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org, net@FreeBSD.org In-Reply-To: Message-ID: References: <20080526110543.J26343@fledge.watson.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: HEADS UP: if_ar, if_sr, *old* USB stack network driver users X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 15:54:20 -0000 On Sun, 15 Mar 2009, Robert Watson wrote: >>> 16 February 2009 HEADS UP to lists (this e-mail) >>> 01 March 2009 Disable build of all IFF_NEEDSGIANT drivers >>> in 8.x >> >> Slightly delayed while USB NDIS was sorted out, I will be moving ahead with >> disabling the build of all IFF_NEEDSGIANT drivers in HEAD later today. > > This patch is now committed; while I've done build testing (etc) there's > always a chance of problems -- please drop me an e-mail if I missed > something. Just to be clear -- if you are a user of: if_ar if_sr Or one of the USB network interface drivers from the old USB stack (not the new USB2 stack), then you will now find your device drivers are not part of the build. USB users should use the new USB stack if they need network interface drivers; if_ar and if_sr drivers will need to modify the device drivers to be MPSAFE and then submit patches. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 17:11:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97B79106571A for ; Sun, 15 Mar 2009 17:11:40 +0000 (UTC) (envelope-from mdc@prgmr.com) Received: from mail.prgmr.com (mail.prgmr.com [64.62.173.114]) by mx1.freebsd.org (Postfix) with ESMTP id 838C48FC1E for ; Sun, 15 Mar 2009 17:11:40 +0000 (UTC) (envelope-from mdc@prgmr.com) Received: from frylock.local (unknown [66.60.140.129]) by mail.prgmr.com (Postfix) with ESMTP id 5F00F68B5B; Sun, 15 Mar 2009 10:11:40 -0700 (PDT) Message-ID: <49BD36C1.6040107@prgmr.com> Date: Sun, 15 Mar 2009 10:11:29 -0700 From: Michael David Crawford Organization: Prgmr.com User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: kevin References: <49BD117B.2080706@163.com> In-Reply-To: <49BD117B.2080706@163.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: ZFS data error without reasons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 17:11:42 -0000 kevin wrote: > Will any changes cause zfs data error?I find my disk data error without > any reasons(shutdown or reboot normally).disk was bought > yesterday. If it's really a brand-new disk, I suggest running the manufacturer's disk testing utility to see if the drive could actually be defective. Don't just depend on Open Source tools - the proprietary utilities can often access proprietary, undocumented drive firmware features that are put there specifically for diagnostic purposes, and so do a better job of testing the drive than any Open Source tool could. The problem might just be some bad sectors on your media. If that's the case, the diagnostic utility will remap the bad sectors. If the utility does report bad sector remapping, do a full scan again, and keep repeating until no more bad sectors are found. If you scan more than a couple times and bad sectors are still turning up, your drive is probably beyond repair, and should be RMAed. All the drive manufacturers provide these utilities; go to the manufacturer's website and look either in the Support link, or the Drivers and Downloads link. Hope That Helps, Mike -- Michael David Crawford mdc@prgmr.com prgmr.com - We Don't Assume You Are Stupid. Xen-Powered Virtual Private Servers: http://prgmr.com/xen From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 17:17:05 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0DEB1065758 for ; Sun, 15 Mar 2009 17:17:05 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outR.internet-mail-service.net (outr.internet-mail-service.net [216.240.47.241]) by mx1.freebsd.org (Postfix) with ESMTP id E36318FC43 for ; Sun, 15 Mar 2009 17:17:03 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 5004975A78; Sun, 15 Mar 2009 10:16:39 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id C6D532D6024; Sun, 15 Mar 2009 10:16:38 -0700 (PDT) Message-ID: <49BD37FB.7060101@elischer.org> Date: Sun, 15 Mar 2009 10:16:43 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: barney_cordoba@yahoo.com References: <641422.62095.qm@web63907.mail.re1.yahoo.com> In-Reply-To: <641422.62095.qm@web63907.mail.re1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Is there a delay which yields? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 17:17:22 -0000 Barney Cordoba wrote: > I'd expect DELAY to yield till timeout but a task with a delay loop just > runs to 100% usage. Is there a function which can yield exectution for > a set amount of time (without having to use a timer)? DELAY is designe for use early in the boot when thre are no timers. it is only occasionally used for cases during normal operation. how would a thread know how long it has been away if no timer is used? > > Barney > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 17:22:19 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5777C1065673 for ; Sun, 15 Mar 2009 17:22:19 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outC.internet-mail-service.net (outc.internet-mail-service.net [216.240.47.226]) by mx1.freebsd.org (Postfix) with ESMTP id 399618FC1F for ; Sun, 15 Mar 2009 17:22:19 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 35463A5ECF; Sun, 15 Mar 2009 10:22:19 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id B69B92D6011; Sun, 15 Mar 2009 10:22:18 -0700 (PDT) Message-ID: <49BD394F.8060002@elischer.org> Date: Sun, 15 Mar 2009 10:22:23 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Robert Watson References: <20080526110543.J26343@fledge.watson.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org, net@FreeBSD.org Subject: Re: HEADS UP: if_ar, if_sr, *old* USB stack network driver users X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 17:22:20 -0000 Robert Watson wrote: > > On Sun, 15 Mar 2009, Robert Watson wrote: > >>>> 16 February 2009 HEADS UP to lists (this e-mail) >>>> 01 March 2009 Disable build of all IFF_NEEDSGIANT drivers in 8.x >>> >>> Slightly delayed while USB NDIS was sorted out, I will be moving >>> ahead with disabling the build of all IFF_NEEDSGIANT drivers in HEAD >>> later today. >> >> This patch is now committed; while I've done build testing (etc) >> there's always a chance of problems -- please drop me an e-mail if I >> missed something. > > Just to be clear -- if you are a user of: > > if_ar > if_sr these are drivers for synch io cards. they have netgraph interfaces as well as 'old style' interfaces. I think John Hay was the last person seen with these cards. > > Or one of the USB network interface drivers from the old USB stack (not > the new USB2 stack), then you will now find your device drivers are not > part of the build. USB users should use the new USB stack if they need > network interface drivers; if_ar and if_sr drivers will need to modify > the device drivers to be MPSAFE and then submit patches. > > Robert N M Watson > Computer Laboratory > University of Cambridge > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 18:39:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA2021065673 for ; Sun, 15 Mar 2009 18:39:31 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id A26568FC19 for ; Sun, 15 Mar 2009 18:39:31 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-19-214-182.bna.bellsouth.net [68.19.214.182]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2FIc7Ns047936 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 15 Mar 2009 14:38:08 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Robert Huff In-Reply-To: <18877.1409.511002.357436@jerusalem.litteratus.org> References: <38992BCD-BFD6-47F7-B707-54415801CCEB@gmail.com> <18877.1409.511002.357436@jerusalem.litteratus.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-5ZA5arGMQjC4PXo6qoUt" Organization: FreeBSD Date: Sun, 15 Mar 2009 13:39:17 -0500 Message-Id: <1237142357.1774.14.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-current@freebsd.org Subject: Re: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 18:39:32 -0000 --=-5ZA5arGMQjC4PXo6qoUt Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2009-03-15 at 09:41 -0400, Robert Huff wrote: > Garrett Cooper writes: >=20 > > So instead of lurking and complaining, why not contribute to > > the cause? >=20 > While I sympathize on the complaining ... the response is > problematic. > I see two ways to contribute to the main problem, which is lack > of usable code. (For the moment let's discount "testing" and > "documentation".) > One could help with one of the open source drivers. Worthy > project, but a lot of work involving a skill-set beyond even many > coders experienced in other fields. (I'm assuming none of these > drivers are on the cusp of a magic moment where lot of good things > suddenly happen and it's a coast downhill from there.)=20 > The alternative - which sounds seductive but may have its own > issues - would be to fill the Nvidia requests and let them write and > maintain the code. Again, worthy project (which might have > collateral benefits). Again, a lot of work. And an even more > esoteric skill-set. > If you have some other way a person with limited technical > skills can contribute - tell! I'm getting closer to buying a new > system, and I'd love to have a moderm graphics card running at full > capacity. And, as long as it didn't explode in their faces, I think > many others might be willing to help as well. At this exact moment, radeon is leading the pack. Intel doesn't suck that bad, if an IGP suits your needs. Generally, Intel is a little harder for me to work with than ATI. The nouveau team is quite good to work with as well and I now have at least nv40 class hardware working with EXA and Xv. I started working with the NV50 hardware last night, but I don't have it quite working yet. The features that Nvidia has requested are fairly reasonable and could be used in the open source drivers as well. But, even if/when we deliver those features, they may not be MFC-able. Any ABI changes in either Xorg or our kernel, generally will render the blob useless... robert. > Respectfully, >=20 >=20 > Robert Huff > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=20 Robert Noland FreeBSD --=-5ZA5arGMQjC4PXo6qoUt Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkm9S1UACgkQM4TrQ4qfROMGowCfbcTxOlnarbV56FDkLJMfOELy 9/4AnAj20SGVI/xpEQgXwd8w7c2aBMXt =F5v6 -----END PGP SIGNATURE----- --=-5ZA5arGMQjC4PXo6qoUt-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 18:43:19 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8F85106566C for ; Sun, 15 Mar 2009 18:43:19 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63904.mail.re1.yahoo.com (web63904.mail.re1.yahoo.com [69.147.97.119]) by mx1.freebsd.org (Postfix) with SMTP id 807208FC20 for ; Sun, 15 Mar 2009 18:43:19 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 73745 invoked by uid 60001); 15 Mar 2009 18:43:18 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1237142598; bh=kb/nt3lqmaENBFVLOEuEW0tUvSgN0OGXsP39e2m4zf8=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=fNdpog1lDRj+M89Whm6ukwnj534d7HPBRlIuaHsfPPiUij7Ysdskr3LXjF2Jiwf9u5f2mlBFTGamS+XdI7cYqVLXZk5QoKHUDQ2c7tcDtPNmcmvdFMbIyAgCMBL1xGV+KJwebLRmJxFol+Zy7DNtDGMzHQI3T0kReLZ2tbV/TJQ= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=gyi++2S0KboMs9HEM6C+sF61h+3NiG87SBwr6gwu6mXdYoITnH9a5fNItbDx7CP/i/x5e6YrcqRLzmLVEBdUBz+yM4T5q/WqmNmQAuOMV5harZTwZS8+4gyYoBPdLJTYC11ju3W0m+fIXTkThafgQD2ZLIcD4c0UThu4QUbxgRI=; Message-ID: <808304.73330.qm@web63904.mail.re1.yahoo.com> X-YMail-OSG: l.LdmQgVM1mC3Esw1mUiRRd0x1vCJV2lL8a4XvWZWmsDD_Fa_Fyoh1dw7gqQHDVwxok45PjbMDsGljmr2I173iBG75ttKlljWGcMvsImxmSwHzSdhH7.eT74WuDubZ_BJeBlS.uY7wzlV44cpfPXmwqAGUvF4J61r14NfRDI9jJGHSrE2JXdkow7lzRnY_nW Received: from [98.242.222.229] by web63904.mail.re1.yahoo.com via HTTP; Sun, 15 Mar 2009 11:43:18 PDT X-Mailer: YahooMailWebService/0.7.289.1 Date: Sun, 15 Mar 2009 11:43:18 -0700 (PDT) From: Barney Cordoba To: Julian Elischer In-Reply-To: <49BD37FB.7060101@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: current@freebsd.org Subject: Re: Is there a delay which yields? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: barney_cordoba@yahoo.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 18:43:20 -0000 --- On Sun, 3/15/09, Julian Elischer wrote: > From: Julian Elischer > Subject: Re: Is there a delay which yields? > To: barney_cordoba@yahoo.com > Cc: current@freebsd.org > Date: Sunday, March 15, 2009, 1:16 PM > Barney Cordoba wrote: > > I'd expect DELAY to yield till timeout but a task > with a delay loop just > > runs to 100% usage. Is there a function which can > yield exectution for > > a set amount of time (without having to use a timer)? > > DELAY is designe for use early in the boot when thre are no > timers. > it is only occasionally used for cases during normal > operation. > > how would a thread know how long it has been away if no > timer is used? I guess I mean a sleep. Also, this is a kernel driver. I have a device which requires a toggle with a 10ms delay between pulses. I hate to tie up the cpu for 10ms with a delay. Sort of like the following: write_pulse(); delay(10000); write_pulse(); Barney From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 18:58:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DCD81065678 for ; Sun, 15 Mar 2009 18:58:48 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 46A288FC1D for ; Sun, 15 Mar 2009 18:58:47 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 15 Mar 2009 14:58:47 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.10.4-GA) with ESMTP id PPH83273; Sun, 15 Mar 2009 14:58:46 -0400 (EDT) Received: from 209-6-22-188.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.188]) by smtp01.lnh.mail.rcn.net with ESMTP; 15 Mar 2009 14:58:47 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18877.20454.158768.486331@jerusalem.litteratus.org> Date: Sun, 15 Mar 2009 14:58:46 -0400 To: freebsd-current@FreeBSD.org In-Reply-To: <1237142357.1774.14.camel@balrog.2hip.net> References: <38992BCD-BFD6-47F7-B707-54415801CCEB@gmail.com> <18877.1409.511002.357436@jerusalem.litteratus.org> <1237142357.1774.14.camel@balrog.2hip.net> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Cc: Subject: Re: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 18:58:49 -0000 Robert Noland writes: > > The alternative - which sounds seductive but may have its own > > issues - would be to fill the Nvidia requests and let them write and > > maintain the code. Again, worthy project (which might have > > collateral benefits). Again, a lot of work. And an even more > > esoteric skill-set. > > The features that Nvidia has requested are fairly reasonable and > could be used in the open source drivers as well. Question: would anything _other_ than graphics cards find these features useful? > But, even if/when we deliver those features, they may not be > MFC-able. Any ABI changes in either Xorg or our kernel, > generally will render the blob useless... That might be a path worth taking. A one time change, well conceived and executed, that goes along with a ".0" release should not be that disruptive. Robert "in my uninformed guesstimate" Huff From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 21:29:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 139731065675 for ; Sun, 15 Mar 2009 21:29:09 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out1.uni-muenster.de (ZIVM-OUT1.UNI-MUENSTER.DE [128.176.192.8]) by mx1.freebsd.org (Postfix) with ESMTP id 9D5788FC12 for ; Sun, 15 Mar 2009 21:29:08 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.38,368,1233529200"; d="scan'208";a="270047879" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay1.uni-muenster.de with ESMTP; 15 Mar 2009 22:29:06 +0100 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id A82221B07E2; Sun, 15 Mar 2009 22:29:06 +0100 (CET) Date: Sun, 15 Mar 2009 22:29:06 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: In-Reply-To: <20090130224507.60650747@gluon> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: fdisk: Class not found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 21:29:09 -0000 any new info on this? the problem's still there. alex From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 22:40:18 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89A9D1065741; Sun, 15 Mar 2009 22:40:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4926D8FC1F; Sun, 15 Mar 2009 22:40:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2FMeD43022673; Sun, 15 Mar 2009 18:40:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2FMeDGj065757; Sun, 15 Mar 2009 18:40:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 82D6E7302F; Sun, 15 Mar 2009 17:40:13 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090315224013.82D6E7302F@freebsd-current.sentex.ca> Date: Sun, 15 Mar 2009 17:40:13 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 22:40:19 -0000 TB --- 2009-03-15 20:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-15 20:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-03-15 20:40:00 - cleaning the object tree TB --- 2009-03-15 20:40:41 - cvsupping the source tree TB --- 2009-03-15 20:40:41 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-03-15 20:40:53 - building world TB --- 2009-03-15 20:40:53 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-15 20:40:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-15 20:40:53 - TARGET=amd64 TB --- 2009-03-15 20:40:53 - TARGET_ARCH=amd64 TB --- 2009-03-15 20:40:53 - TZ=UTC TB --- 2009-03-15 20:40:53 - __MAKE_CONF=/dev/null TB --- 2009-03-15 20:40:53 - cd /src TB --- 2009-03-15 20:40:53 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 15 20:40:56 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Mar 15 22:40:12 UTC 2009 TB --- 2009-03-15 22:40:12 - generating LINT kernel config TB --- 2009-03-15 22:40:12 - cd /src/sys/amd64/conf TB --- 2009-03-15 22:40:12 - /usr/bin/make -B LINT TB --- 2009-03-15 22:40:12 - building LINT kernel TB --- 2009-03-15 22:40:12 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-15 22:40:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-15 22:40:12 - TARGET=amd64 TB --- 2009-03-15 22:40:12 - TARGET_ARCH=amd64 TB --- 2009-03-15 22:40:12 - TZ=UTC TB --- 2009-03-15 22:40:12 - __MAKE_CONF=/dev/null TB --- 2009-03-15 22:40:12 - cd /src TB --- 2009-03-15 22:40:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Mar 15 22:40:12 UTC 2009 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10k1 headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ext2fs filesystem WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-15 22:40:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-15 22:40:13 - ERROR: failed to build lint kernel TB --- 2009-03-15 22:40:13 - 5659.09 user 579.18 system 7212.73 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 23:07:24 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AD74106566C for ; Sun, 15 Mar 2009 23:07:24 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0110F8FC14; Sun, 15 Mar 2009 23:07:24 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from straycat.dhs.org (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2FN7LOo073913; Sun, 15 Mar 2009 23:07:22 GMT (envelope-from tmclaugh@sdf.lonestar.org) Received: from tomcat.straycat.dhs.org (tomcat.straycat.dhs.org [192.168.3.130]) by straycat.dhs.org (8.14.1/8.14.1) with ESMTP id n2FN7Kh6016309; Sun, 15 Mar 2009 19:07:21 -0400 (EDT) Message-ID: <49BD8A23.4090909@sdf.lonestar.org> Date: Sun, 15 Mar 2009 19:07:15 -0400 From: Tom McLaughlin User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: Hartmut Brandt References: <49A69B74.1080201@sdf.lonestar.org> <49A97F2E.3030005@sdf.lonestar.org> <20090306213531.G60465@beagle.kn.op.dlr.de> <20090306211650.GD41617@deviant.kiev.zoral.com.ua> <20090306222433.GF41617@deviant.kiev.zoral.com.ua> <20090310114131.GD41617@deviant.kiev.zoral.com.ua> <70D16F57-F7E3-4CDA-BCD5-5D79B566510B@rabson.org> <49B69C36.3010307@sdf.lonestar.org> <20090312092235.F78834@beagle.kn.op.dlr.de> In-Reply-To: <20090312092235.F78834@beagle.kn.op.dlr.de> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , kazakov@gmail.com, current@freebsd.org Subject: Re: problem with nss_ldap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 23:07:24 -0000 Hartmut Brandt wrote: > On Tue, 10 Mar 2009, Tom McLaughlin wrote: > > TM>Doug Rabson wrote: > > [snip alot] > > TM>Okay, attached is a patch to nss_ldap. On -CURRENT I have changed the > TM>CONFIGURE_ARG to use "--enable-configurable-krb5-ccname-gssapi" instead > TM>of "--enable-configurable-krb5-ccname-env" which fixes Harti's initial > TM>problem with apps like cron failing. It will also make nss_ldap link > TM>against libgssapi and libgssapi_krb5. I still have one lingering issue > TM>though at least things work. > TM> > TM>[tom@freebsd-8-amd64 tom]$ getent passwd tom > TM>dlopen: /usr/lib/libgssapi_spnego.so.10: Undefined symbol > TM>"GSS_C_NT_HOSTBASED_SERVICE" > TM>tom:x:10001:10001:Tom McLaughlin:/home/tom:/bin/sh > > Ok. This works so far. I get the same error. But I have the original problem > again - cron, sendmail and sshd seem not to use the hostcreds. I still need a > link from /var/tmp/hostcreds to /tmp/krb5cc_0 to make sshd to work. The build > of nss_ldap seems to find all the necessary files: sasl.h, gssapi.h, > gssapi_krb5.h. > What's the machine's OSVERSION? I used the OSVERSION on my box when checking which method to use for setting the credentials cache. I didn't feel like trying to figure out what the OSVERSION was when Heimdal was updated. tom > The thing I cannot understand is: why do normal applications find the hostcreds, > but the daemons not? What do they differently? > > harti -- | tmclaugh at sdf.lonestar.org tmclaugh at FreeBSD.org | | FreeBSD http://www.FreeBSD.org | From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 23:09:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA1A31065677 for ; Sun, 15 Mar 2009 23:09:11 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.175]) by mx1.freebsd.org (Postfix) with ESMTP id 9DB698FC2C for ; Sun, 15 Mar 2009 23:09:11 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by wf-out-1314.google.com with SMTP id 27so2668098wfd.7 for ; Sun, 15 Mar 2009 16:09:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=uINVrSz6ySB+HDGEN6/W7JbRi5zlNR/MvTyVEzrAg6A=; b=VIRJBuixILObxlEif+M3P8Uc8K2yi+OTT2+iT5K48sC9vkpNDdaG5OLdXqGZwzzqmN kOYq4bOPStlfIC6Y1/SJE1ITOEmOucY6cuv8GIlpm4KUJYUul/BxRzm7C1c+DJPgqA1O B818+J52Wpo5CIHZXWKqRUFvvcbBepIF8jE2I= 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=vUSnKU7FnhX58JgDwKULM3cIqbC25CJSEH0jwCIAo7m9P3fr/dlY52NF1HQv9CNcp1 FxDKTOGuX1J3erncqgQQRJRj/qlE2ETIuK40Jd+pkCZoxcc0KZvq9bkr4a6XQnGaJoTw svKeOyJybgEDDz7mojYzqFosYr1mIQBpS48ps= MIME-Version: 1.0 Received: by 10.143.163.12 with SMTP id q12mr1820125wfo.224.1237158551277; Sun, 15 Mar 2009 16:09:11 -0700 (PDT) In-Reply-To: <18877.1409.511002.357436@jerusalem.litteratus.org> References: <38992BCD-BFD6-47F7-B707-54415801CCEB@gmail.com> <18877.1409.511002.357436@jerusalem.litteratus.org> Date: Sun, 15 Mar 2009 16:09:11 -0700 Message-ID: <7d6fde3d0903151609v6d9b4d7eq1559d844b7673e3b@mail.gmail.com> From: Garrett Cooper To: Robert Huff Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 23:09:12 -0000 On Sun, Mar 15, 2009 at 6:41 AM, Robert Huff wrote: > > Garrett Cooper writes: > >> =A0 =A0 =A0 So instead of lurking and complaining, why not contribute to >> =A0the cause? > > =A0 =A0 =A0 =A0While I sympathize on the complaining ... the response is > problematic. > =A0 =A0 =A0 =A0I see two ways to contribute to the main problem, which is= lack > of usable code. =A0(For the moment let's discount "testing" and > "documentation".) > =A0 =A0 =A0 =A0One could help with one of the open source drivers. =A0Wor= thy > project, but a lot of work involving a skill-set beyond even many > coders experienced in other fields. =A0(I'm assuming none of these > drivers are on the cusp of a magic moment where lot of good things > suddenly happen and it's a coast downhill from there.) > =A0 =A0 =A0 =A0The alternative - which sounds seductive but may have its = own > issues - would be to fill the Nvidia requests and let them write and > maintain the code. =A0Again, worthy project (which might have > collateral benefits). =A0Again, a lot of work. =A0And an even more > esoteric skill-set. > =A0 =A0 =A0 =A0If you have some other way a person with limited technical > skills can contribute - tell! =A0I'm getting closer to buying a new > system, and I'd love to have a modern graphics card running at full > capacity. =A0And, as long as it didn't explode in their faces, I think > many others might be willing to help as well. Well, some ways which someone can help are: - Interface with nVidia to say `hey, your driver's broken and you have a bunch of users out here that you're leaving cold in the wind that use your product!'. I've already tried that on the forums by didn't receive that much support... . If we don't note a problem, I'm pretty sure that because we are a third-tier platform they'll assume that it's business as usual with us, e.g. we don't need support. Saying something like `your driver doesn't support 64-bit' or `you guys suck' without providing hard data, probably won't help our cause as it's all been said before. That's why I specifically asked for a more up-to-date driver without GIANT locking and built against a more recent release like 6.x (yes, it's still being built against 5.x and I have NFI why...). These intermediate steps would relieve the burden required by folks who choose to run the blob drivers as more people could use their stuff. - Provide resources (hardware, money) to developers like Robert and Roman to help make development easier and speed up the entire process. - Test out alpha and beta patches. Sure, we may not like the instability, but as long as we can provide feedback to the developers on whether or not the patches work, that should be sufficient. This should be OK though if you run CURRENT because it is bleeding edge anyhow... - Review and possibly test our the pmap-like interface patch that was provided to the list a while ago, because that helps nail down one requirement that the nVidia folks needed. My 2 cents, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Mar 15 23:17:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50366106564A for ; Sun, 15 Mar 2009 23:17:56 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.172]) by mx1.freebsd.org (Postfix) with ESMTP id 227A08FC08 for ; Sun, 15 Mar 2009 23:17:55 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by wf-out-1314.google.com with SMTP id 27so2670678wfd.7 for ; Sun, 15 Mar 2009 16:17:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=+QzzzbTVDcX3Hog+NWXvqST9oQMr5mVQtmYpJkuA6fo=; b=lN9EsCKuyrHKqm27J/MtqKzRhMe9/pNlWfw8BD2Ea9OfGRIZtAr/2UDwdSr9vgq0q+ wylo74TiA3v8oicdknBEV+of2jaFYmkqSo+xtAoM2L01+O6uFwprgLxU6+U4WwAHqwpL 8DOQ3vxbYtHC6PZUpPlRcQNEO3NU08JoU+6uY= 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=q1GUPzJ5i45c3NnLh3oHPHfNUTcXDxJPyI85aDejVvCUBlv8H+FMivxXMx4U3GgmtK HeS+1LtobhKnPqjrg4BmIUM7j96ijPfEtgrdngEijBdTf2MpCob7oWj0voqakBykV9+n gZ939GLi/19P0WFHWAplYvS5jkPl1q3Ol1R7w= MIME-Version: 1.0 Received: by 10.142.174.18 with SMTP id w18mr1822295wfe.239.1237159075610; Sun, 15 Mar 2009 16:17:55 -0700 (PDT) In-Reply-To: <18877.20454.158768.486331@jerusalem.litteratus.org> References: <38992BCD-BFD6-47F7-B707-54415801CCEB@gmail.com> <18877.1409.511002.357436@jerusalem.litteratus.org> <1237142357.1774.14.camel@balrog.2hip.net> <18877.20454.158768.486331@jerusalem.litteratus.org> Date: Sun, 15 Mar 2009 16:17:55 -0700 Message-ID: <7d6fde3d0903151617r61853ccalc35882a91457ba4d@mail.gmail.com> From: Garrett Cooper To: Robert Huff Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 23:17:56 -0000 On Sun, Mar 15, 2009 at 11:58 AM, Robert Huff wrote: > > Robert Noland writes: > >> =A0> =A0 =A0The alternative - which sounds seductive but may have its ow= n >> =A0> issues - would be to fill the Nvidia requests and let them write an= d >> =A0> maintain the code. =A0Again, worthy project (which might have >> =A0> collateral benefits). =A0Again, a lot of work. =A0And an even more >> =A0> esoteric skill-set. >> >> =A0The features that Nvidia has requested are fairly reasonable and >> =A0could be used in the open source drivers as well. > > =A0 =A0 =A0 =A0Question: would anything _other_ than graphics cards find = these > features useful? Yes, a large number of devices with large memory requirements or that pump a lot of data through their buses would benefit from these changes (large disk mmap, USB, ? Firewire devices like cameras, etc). Large scale networking with routers and switches would also gain a lot from this work, especially when dealing with porting apps like IOS on Cisco products and JunOS on Juniper products to FreeBSD as they sometimes allocate large amounts of memory for storing spanning trees, routing lookup tables, and a number of other data structures. Graphics devices are still the greatest consumer of memory chunks though, and that's why graphics devices are the largest beneficiary group for this capability. Networking comes in a close second. HTH, -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 02:42:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADB98106566C for ; Mon, 16 Mar 2009 02:42:53 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.174]) by mx1.freebsd.org (Postfix) with ESMTP id 9357C8FC22 for ; Mon, 16 Mar 2009 02:42:53 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: by wf-out-1314.google.com with SMTP id 27so2740952wfd.7 for ; Sun, 15 Mar 2009 19:42:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.142.14 with SMTP id p14mr1696312wfd.174.1237170160338; Sun, 15 Mar 2009 19:22:40 -0700 (PDT) Date: Mon, 16 Mar 2009 10:22:40 +0800 Message-ID: From: Mars G Miro To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 16 Mar 2009 03:13:39 +0000 Subject: sk/msk no more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 02:42:53 -0000 Hi guys, I upgraded a box w/ sk and msk NICs running 7.1-RELEASE to latest -CURRENT to try out the new USB2 stuff but my sk/msk NICs don't work anymore: http://pastebin.com/m28a41b14 Saw this first last Friday, March 13, and re-csup'd a few hours ago and the problem is still there. Any thoughts? Thanks. -- cheers mars ----- Joan Collins - "The problem with beauty is that it's like being born rich and getting poorer." From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 03:31:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A329106566B for ; Mon, 16 Mar 2009 03:31:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.237]) by mx1.freebsd.org (Postfix) with ESMTP id CBCB98FC08 for ; Mon, 16 Mar 2009 03:31:34 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so2881432rvb.43 for ; Sun, 15 Mar 2009 20:31:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=fiT0p3Tyk/2tMmb6qH88/KnWnbGdOa/uObxKLzWgKos=; b=rLis9sPc5uNF69cEn1FTbPt+mhA7qe1OWttB7H/Aqu2aw2PKFIP1nA0u4Zq0BMWxVf mkGeBU4mcUsgINK0IM/XMywUvrLkbOnwBQtwIY1QeQ3f6DywEGArvmWvRVXdjOp4l82C YB3qX1k1HIovkm1VY3un+xVdZWf+tpXR7T5Og= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=bdZMleJLeNP54vUT9uEJWUCxobG5o/ols0nOs8HbIOv5X/eGIK4PVOMg493Gj07CBy kwxWR8ZWjD/YBJ7MHukcsyZrCxoMyGWRSmOiFuHewKtzjaZTgpeAc8omKLJOjjpE6FK2 6YNdTO/iFZdIZItkRv8YcXgN2s0vYBL+OXDUo= Received: by 10.141.179.13 with SMTP id g13mr1993155rvp.74.1237174293809; Sun, 15 Mar 2009 20:31:33 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id b39sm7533459rvf.9.2009.03.15.20.31.32 (version=SSLv3 cipher=RC4-MD5); Sun, 15 Mar 2009 20:31:32 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Mon, 16 Mar 2009 12:31:13 +0900 From: Pyun YongHyeon Date: Mon, 16 Mar 2009 12:31:13 +0900 To: Mars G Miro Message-ID: <20090316033113.GB33369@michelle.cdnetworks.co.kr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: sk/msk no more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 03:31:35 -0000 On Mon, Mar 16, 2009 at 10:22:40AM +0800, Mars G Miro wrote: > Hi guys, > > I upgraded a box w/ sk and msk NICs running 7.1-RELEASE to latest > -CURRENT to try out the new USB2 stuff but my sk/msk NICs don't work > anymore: > > http://pastebin.com/m28a41b14 > > Saw this first last Friday, March 13, and re-csup'd a few hours ago > and the problem is still there. > > Any thoughts? Thanks. > I don't see sk(4)/msk(4) hardwares in your dmesg output. Does "pciconf -lcv" show your controller? How about disabling ACPI? From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 06:41:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB4581065675 for ; Mon, 16 Mar 2009 06:41:06 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from m12-11.163.com (m12-11.163.com [220.181.12.11]) by mx1.freebsd.org (Postfix) with SMTP id 0CF6D8FC0A for ; Mon, 16 Mar 2009 06:41:05 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from [127.0.0.1] (unknown [60.191.86.3]) by smtp7 (Coremail) with SMTP id C8CowLA7Gz999L1J5BsZHw--.16920S2; Mon, 16 Mar 2009 14:41:02 +0800 (CST) Message-ID: <49BDF486.4070403@163.com> Date: Mon, 16 Mar 2009 14:41:10 +0800 From: kevin User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Michael David Crawford References: <49BD117B.2080706@163.com> <49BD36C1.6040107@prgmr.com> In-Reply-To: <49BD36C1.6040107@prgmr.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-CM-TRANSID: C8CowLA7Gz999L1J5BsZHw--.16920S2 X-Coremail-Antispam: 1Uf129KBjvJXoW7KF48CrW8Kw43JrWDCry5twb_yoW5JF1fpF WrGa90kr4vvr17ur1xW34jk3ZYgrs3trW5Gr98G342y3W5GryIvryxta1UuFW7Crnagw1Y yFWSgrykAF95ZaDanT9S1TB71UUUUUUv73VFW2AGmfu7bjvjm3AaLaJ3UjIYCTnIWjp_UU Uef7k042IE42xK82IY6r43WwAYjxAI6xAIw28IcVAK0I8IjxAxM7k042IE4IxYO2xFxVAq jxCEw4Av424lb7Iv0xC_Jr1lb4IE77IF4wAFF20E14v26r1j6r4UM7C26xCjj4IEI4klw4 CSwwAFxVCaYxvI4VCIwcAKzIAtM7CIcVAFz4kK6r1j6r18M28EF7xvwVC0I7IYx2IY67AK xVWDJVCq3wA2z4x0Y4vE2Ix0cI8IcVCY1x0267AKxVW0oVCq3wA2z4x0Y4vEx4A2jsIE14 v26rxl6s0DM28EF7xvwVC2z280aVCY1x0267AKxVW0oVCq3wAawVAYYI1S6c8GOVWUur45 Jrylnx0Ec2IEnICE548m6r1DJrWUZwAqx4xG64xvF2IEw4CE5I8CrVC2j2WlYx0E2Ix0cI 8IcVAFwI0_JF0_Jw1lYx0Ex4A2jsIE14v26F4j6r4UJwACjcxG0xvEwIxGrwAC62BYpTIE 1TZKA3svLVAKvSnIqfZI6r4l7I0Y64k_MxkIecxEwVAFwVW8AwCY0x0Ix7I2Y4AK6F4j6F yUMxAIw28IcxkI7VAKI48JMxCjnVAqn7xvrwC2zVAF1VAY17CE14v26r1Y6r17MIIYrxkI 7VAKI48JYxBIdaVFxhVjvjDU0xZFpf9x0zib_-QUUUUU= X-CM-SenderInfo: pnhyx0x0ol03r26rljoofrz/ Cc: FreeBSD Current Subject: Re: ZFS data error without reasons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 06:41:07 -0000 Michael David Crawford wrote: > kevin wrote: >> Will any changes cause zfs data error?I find my disk data error >> without any reasons(shutdown or reboot normally).disk was bought >> yesterday. > > If it's really a brand-new disk, I suggest running the manufacturer's > disk testing utility to see if the drive could actually be defective. > > Don't just depend on Open Source tools - the proprietary utilities can > often access proprietary, undocumented drive firmware features that > are put there specifically for diagnostic purposes, and so do a better > job of testing the drive than any Open Source tool could. > > The problem might just be some bad sectors on your media. If that's > the case, the diagnostic utility will remap the bad sectors. If the > utility does report bad sector remapping, do a full scan again, and > keep repeating until no more bad sectors are found. > > If you scan more than a couple times and bad sectors are still turning > up, your drive is probably beyond repair, and should be RMAed. > > All the drive manufacturers provide these utilities; go to the > manufacturer's website and look either in the Support link, or the > Drivers and Downloads link. > > Hope That Helps, > > Mike I checked the disk with Seatools and no error was detected.No one reported the disk firmware's problem.Now the kernel with latest patch from www.FreeBSD.org/~jhb/patches/zfs_ea.patch , the problem go away now,except the panic. My error history: #zpool status pool: tank state: ONLINE status: One or more devices has experienced an error resulting in data corruption. Applications may be affected. action: Restore the file in question if possible. Otherwise restore the entire pool from backup. see: http://www.sun.com/msg/ZFS-8000-8A scrub: scrub in progress for 0h4m, 29.21% done, 0h10m to go config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 8.98K ad4s3d ONLINE 0 0 18.6K 852K repaired errors: 9182 data errors, use '-v' for a list #zpool status pool: tank state: ONLINE status: One or more devices has experienced an error resulting in data corruption. Applications may be affected. action: Restore the file in question if possible. Otherwise restore the entire pool from backup. see: http://www.sun.com/msg/ZFS-8000-8A scrub: scrub in progress for 0h4m, 29.83% done, 0h10m to go config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 9.38K ad4s3d ONLINE 0 0 19.4K 852K repaired errors: 9598 data errors, use '-v' for a list Thanks, kevin From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 08:01:34 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9C7E106566C; Mon, 16 Mar 2009 08:01:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 692A68FC15; Mon, 16 Mar 2009 08:01:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2G81SmR042561; Mon, 16 Mar 2009 04:01:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2G81R2l004245; Mon, 16 Mar 2009 04:01:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 865247302F; Mon, 16 Mar 2009 03:01:27 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090316080127.865247302F@freebsd-current.sentex.ca> Date: Mon, 16 Mar 2009 03:01:27 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 08:01:35 -0000 TB --- 2009-03-16 06:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-16 06:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-03-16 06:00:00 - cleaning the object tree TB --- 2009-03-16 06:00:47 - cvsupping the source tree TB --- 2009-03-16 06:00:47 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-03-16 06:00:56 - building world TB --- 2009-03-16 06:00:56 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-16 06:00:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-16 06:00:56 - TARGET=amd64 TB --- 2009-03-16 06:00:56 - TARGET_ARCH=amd64 TB --- 2009-03-16 06:00:56 - TZ=UTC TB --- 2009-03-16 06:00:56 - __MAKE_CONF=/dev/null TB --- 2009-03-16 06:00:56 - cd /src TB --- 2009-03-16 06:00:56 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 16 06:01:00 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Mon Mar 16 08:01:25 UTC 2009 TB --- 2009-03-16 08:01:25 - generating LINT kernel config TB --- 2009-03-16 08:01:25 - cd /src/sys/amd64/conf TB --- 2009-03-16 08:01:25 - /usr/bin/make -B LINT TB --- 2009-03-16 08:01:26 - building LINT kernel TB --- 2009-03-16 08:01:26 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-16 08:01:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-16 08:01:26 - TARGET=amd64 TB --- 2009-03-16 08:01:26 - TARGET_ARCH=amd64 TB --- 2009-03-16 08:01:26 - TZ=UTC TB --- 2009-03-16 08:01:26 - __MAKE_CONF=/dev/null TB --- 2009-03-16 08:01:26 - cd /src TB --- 2009-03-16 08:01:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Mar 16 08:01:26 UTC 2009 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10k1 headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ext2fs filesystem WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-16 08:01:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-16 08:01:27 - ERROR: failed to build lint kernel TB --- 2009-03-16 08:01:27 - 5657.59 user 581.92 system 7286.72 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 08:56:04 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAE0A106566C for ; Mon, 16 Mar 2009 08:56:04 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.freebsd.org (Postfix) with ESMTP id 7AD2C8FC0A for ; Mon, 16 Mar 2009 08:56:04 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.178.136]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Mon, 16 Mar 2009 09:56:01 +0100 Date: Mon, 16 Mar 2009 09:56:01 +0100 (CET) From: Hartmut Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Tom McLaughlin In-Reply-To: <49BD8A23.4090909@sdf.lonestar.org> Message-ID: <20090316093602.O92264@beagle.kn.op.dlr.de> References: <49A69B74.1080201@sdf.lonestar.org> <49A97F2E.3030005@sdf.lonestar.org> <20090306213531.G60465@beagle.kn.op.dlr.de> <20090306211650.GD41617@deviant.kiev.zoral.com.ua> <20090306222433.GF41617@deviant.kiev.zoral.com.ua> <20090310114131.GD41617@deviant.kiev.zoral.com.ua> <70D16F57-F7E3-4CDA-BCD5-5D79B566510B@rabson.org> <49B69C36.3010307@sdf.lonestar.org> <20090312092235.F78834@beagle.kn.op.dlr.de> <49BD8A23.4090909@sdf.lonestar.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 16 Mar 2009 08:56:02.0220 (UTC) FILETIME=[08660EC0:01C9A615] Cc: Kostik Belousov , kazakov@gmail.com, current@freebsd.org Subject: Re: problem with nss_ldap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 08:56:05 -0000 On Sun, 15 Mar 2009, Tom McLaughlin wrote: TM>Hartmut Brandt wrote: TM>> On Tue, 10 Mar 2009, Tom McLaughlin wrote: TM>> TM>> TM>Doug Rabson wrote: TM>> TM>> [snip alot] TM>> TM>> TM>Okay, attached is a patch to nss_ldap. On -CURRENT I have changed the TM>> TM>CONFIGURE_ARG to use "--enable-configurable-krb5-ccname-gssapi" instead TM>> TM>of "--enable-configurable-krb5-ccname-env" which fixes Harti's initial TM>> TM>problem with apps like cron failing. It will also make nss_ldap link TM>> TM>against libgssapi and libgssapi_krb5. I still have one lingering issue TM>> TM>though at least things work. TM>> TM> TM>> TM>[tom@freebsd-8-amd64 tom]$ getent passwd tom TM>> TM>dlopen: /usr/lib/libgssapi_spnego.so.10: Undefined symbol TM>> TM>"GSS_C_NT_HOSTBASED_SERVICE" TM>> TM>tom:x:10001:10001:Tom McLaughlin:/home/tom:/bin/sh TM>> TM>> Ok. This works so far. I get the same error. But I have the original TM>> problem TM>> again - cron, sendmail and sshd seem not to use the hostcreds. I still need TM>> a TM>> link from /var/tmp/hostcreds to /tmp/krb5cc_0 to make sshd to work. The TM>> build TM>> of nss_ldap seems to find all the necessary files: sasl.h, gssapi.h, TM>> gssapi_krb5.h. TM>> TM> TM>What's the machine's OSVERSION? I used the OSVERSION on my box when checking TM>which method to use for setting the credentials cache. I didn't feel like TM>trying to figure out what the OSVERSION was when Heimdal was updated. Looks like the Makefile checks for >= 800064. My sys/param.h has 800061. Unfortunately I'm out of town until at least sunday so I can do more tests only next week. harti TM> TM>tom TM> TM>> The thing I cannot understand is: why do normal applications find the TM>> hostcreds, TM>> but the daemons not? What do they differently? TM>> TM>> harti TM> TM> TM> From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 09:51:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1700F106564A; Mon, 16 Mar 2009 09:51:31 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 5658C8FC15; Mon, 16 Mar 2009 09:51:30 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1Lj9Tl-0005tP-E3>; Mon, 16 Mar 2009 10:51:29 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Lj9Tl-0005tI-C2>; Mon, 16 Mar 2009 10:51:29 +0100 Message-ID: <49BE20BD.3040503@zedat.fu-berlin.de> Date: Mon, 16 Mar 2009 09:49:49 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.19 (X11/20090311) MIME-Version: 1.0 To: freebsd-questions@freebsd.org, FreeBSD Current Content-Type: multipart/mixed; boundary="------------050306090107090509000703" X-Originating-IP: 130.133.86.198 Cc: Subject: FreeBSD 8.0-CUURENT/amd64 coredumps when shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 09:51:31 -0000 This is a multi-part message in MIME format. --------------050306090107090509000703 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Hello. I have a difficult problem and apart from possible hardware problems I need to track down problems. My lab's box is a Intel Q6600 driven box with a ASUS P5K-Deluxe WiFi mainboard (Intel P35 chipset, ICH9, 8GB DDR2-800 RAM). Symptomatics: Whenever I shutdown or reboot the box, it dumps a core! This happens only if the box is in multiuser mode. First I suspected the new 'drm' code, but disabling every module loading and even with X11-free environment the box dies when shutting down or reboot. The weir thing is: I realised this faulty behaviour before the upgrade to FreeBSD 6.0-CURRENT/amd64 I did last week when the box ran FreeBSD 7.1-STABLE/amd64. Whenever I left a Xsession, the box died. Whenever I rebootet it, the box died. I already checked cabling and SMART logs of the harddrives making sure there is no issue with lost blocks or similar. Then I tried testing memory, but also with no success finding an issue. A weird behaviour is: whenever I load drm.ko module on that box (remember, P35/ICH9/Q6600, that means NO AGP!) agp.ko gets also loaded. None of the other 8.0-CURRENT/amd64 boxes with PCIe hardware show that behaviour (most of them are older). Well, I saw this strange crashing-behaviour prior to that of my desk's box on one of our DELL PowerEdge 1950 III server days before. That box is running FreeBSD 8.0-CURRENT/amd64 on two 4-core XEONs. Whenever I rebootet that box, I got a coredump. That vanished now with the mature of the 8.0-CURRENT sourcs, but it occurs now for the desktop box. I can not provide a sophisticated core or a screendump of the log message since I need the box by the end of the week due to some conference prapartions (so all of the debugging stuff has been disabled), but I will provide more by next week if this issue seems not familiar to someone. By the way, BIOS of the board is 1101 - newest on market for that mobo. I'm open for some hints and tips tracking down the issue ... A dmesg output is provided. Regards, Oliver --------------050306090107090509000703 Content-Type: text/plain; name="dump" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dump" Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #2 r189870: Mon Mar 16 09:03:05 UTC 2009 root@telesto.geoinf.fu-berlin.de:/usr/obj/usr/src/sys/TELESTO Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (3013.58-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant Cores per package: 4 usable memory = 8579391488 (8181 MB) avail memory = 8283136000 (7899 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 netsmb_dev: loaded cryptosoft0: on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cff00000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xb000-0xb0ff mem 0xd0000000-0xdfffffff,0xfe8e0000-0xfe8effff irq 16 at device 0.0 on pci1 hdac0: mem 0xfe8fc000-0xfe8fffff irq 17 at device 0.1 on pci1 hdac0: HDA Driver Revision: 20090226_0129 hdac0: [ITHREAD] uhci0: port 0xa800-0xa81f irq 16 at device 26.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x0f30 usbus0: on uhci0 uhci1: port 0xa880-0xa89f irq 21 at device 26.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x0f30 usbus1: on uhci1 uhci2: port 0xac00-0xac1f irq 18 at device 26.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x0f30 usbus2: on uhci2 ehci0: mem 0xfe7ffc00-0xfe7fffff irq 18 at device 26.7 on pci0 ehci0: [ITHREAD] usbus3: EHCI version 1.0 usbus3: on ehci0 hdac1: mem 0xfe7f8000-0xfe7fbfff irq 22 at device 27.0 on pci0 hdac1: HDA Driver Revision: 20090226_0129 hdac1: [ITHREAD] pcib2: irq 17 at device 28.0 on pci0 pci4: on pcib2 pcib3: irq 17 at device 28.4 on pci0 pci3: on pcib3 atapci0: mem 0xfeafe000-0xfeafffff irq 16 at device 0.0 on pci3 atapci0: [ITHREAD] atapci0: AHCI Version 01.00 controller with 2 ports PM supported ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] atapci1: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f at device 0.1 on pci3 atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] pcib4: irq 16 at device 28.5 on pci0 pci2: on pcib4 mskc0: port 0xc800-0xc8ff mem 0xfe9fc000-0xfe9fffff irq 17 at device 0.0 on pci2 msk0: on mskc0 can't re-use a leaf (jabbers)! msk0: Ethernet address: 00:1d:60:a6:fa:74 miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto mskc0: [FILTER] uhci3: port 0xa080-0xa09f irq 23 at device 29.0 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x0f30 usbus4: on uhci3 uhci4: port 0xa400-0xa41f irq 19 at device 29.1 on pci0 uhci4: [ITHREAD] uhci4: LegSup = 0x0f30 usbus5: on uhci4 uhci5: port 0xa480-0xa49f irq 18 at device 29.2 on pci0 uhci5: [ITHREAD] uhci5: LegSup = 0x0f30 usbus6: on uhci5 ehci1: mem 0xfe7ff800-0xfe7ffbff irq 23 at device 29.7 on pci0 ehci1: [ITHREAD] usbus7: EHCI version 1.0 usbus7: on ehci1 pcib5: at device 30.0 on pci0 pci5: on pcib5 re0: port 0xe800-0xe8ff mem 0xfebffc00-0xfebffcff irq 16 at device 4.0 on pci5 re0: Chip rev. 0x18000000 re0: MAC rev. 0x00000000 miibus1: on re0 rgephy0: PHY 1 on miibus1 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:1d:60:a6:f0:50 re0: [FILTER] isab0: at device 31.0 on pci0 isa0: on isab0 atapci2: port 0x9000-0x9007,0x8c00-0x8c03,0x8880-0x8887,0x8800-0x8803,0x8480-0x848f,0x8400-0x840f irq 22 at device 31.2 on pci0 atapci2: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] ata6: on atapci2 ata6: [ITHREAD] ichsmb0: port 0x400-0x41f mem 0xfe7ff400-0xfe7ff4ff irq 18 at device 31.3 on pci0 ichsmb0: [ITHREAD] smbus0: on ichsmb0 smb0: on smbus0 atapci3: port 0xa000-0xa007,0x9c00-0x9c03,0x9880-0x9887,0x9800-0x9803,0x9480-0x948f,0x9400-0x940f irq 22 at device 31.5 on pci0 atapci3: [ITHREAD] ata7: on atapci3 ata7: [ITHREAD] ata8: on atapci3 ata8: [ITHREAD] acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] cpu0: on acpi0 coretemp0: on cpu0 cpu1: on acpi0 coretemp1: on cpu1 cpu2: on acpi0 coretemp2: on cpu2 cpu3: on acpi0 coretemp3: on cpu3 orm0: at iomem 0xc0000-0xcefff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <8 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0 at vga0 Timecounters tick every 1.333 msec IPsec: Initialized Security Association Processing. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 ugen7.1: at usbus7 uhub7: on usbus7 ad10: 238475MB at ata5-master SATA300 ad11: 476940MB at ata5-slave SATA300 GEOM: ad10s1: geometry does not match label (255h,63s != 16h,63s). ad12: 610480MB at ata6-master SATA300 GEOM: ad10s2: geometry does not match label (255h,63s != 16h,63s). ad13: 381554MB at ata6-slave SATA300 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub6: 2 ports with 2 removable, self powered uhub3: 6 ports with 6 removable, self powered uhub7: 6 ports with 6 removable, self powered acd0: DVDR at ata8-master SATA150 hdac0: HDA Codec #0: ATI R6xx HDMI pcm0: at cad 0 nid 1 on hdac0 hdac1: HDA Codec #0: Analog Devices AD1988B pcm1: at cad 0 nid 1 on hdac1 pcm2: at cad 0 nid 1 on hdac1 pcm3: at cad 0 nid 1 on hdac1 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! ugen6.2: at usbus6 ums0: on usbus6 ums0: 8 buttons and [XYZ] coordinates cd0 at ata2 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 3.300MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad10s1a WARNING: / was not properly dismounted WARNING: /compat was not properly dismounted WARNING: /data was not properly dismounted WARNING: /scratch was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /usr/local was not properly dismounted /usr/local: mount pending error: blocks 4 files 1 WARNING: /usr/obj was not properly dismounted WARNING: /usr/ports was not properly dismounted WARNING: /usr/src was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 132 files 20 This module (opensolaris) contains code covered by the Common Development and Distribution License (CDDL) see http://opensolaris.org/os/licensing/opensolaris_license/ WARNING: ZFS is considered to be an experimental feature in FreeBSD. ZFS filesystem version 13 ZFS storage pool version 13 pf: started altq: started msk0: link state changed to UP --------------050306090107090509000703-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 11:04:39 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 849E21065676 for ; Mon, 16 Mar 2009 11:04:39 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.freebsd.org (Postfix) with ESMTP id 12B538FC23 for ; Mon, 16 Mar 2009 11:04:38 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.178.136]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Mon, 16 Mar 2009 12:04:36 +0100 Date: Mon, 16 Mar 2009 12:04:39 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Hartmut Brandt In-Reply-To: <20090316093602.O92264@beagle.kn.op.dlr.de> Message-ID: <20090316120323.N92264@beagle.kn.op.dlr.de> References: <49A69B74.1080201@sdf.lonestar.org> <49A97F2E.3030005@sdf.lonestar.org> <20090306213531.G60465@beagle.kn.op.dlr.de> <20090306211650.GD41617@deviant.kiev.zoral.com.ua> <20090306222433.GF41617@deviant.kiev.zoral.com.ua> <20090310114131.GD41617@deviant.kiev.zoral.com.ua> <70D16F57-F7E3-4CDA-BCD5-5D79B566510B@rabson.org> <49B69C36.3010307@sdf.lonestar.org> <20090312092235.F78834@beagle.kn.op.dlr.de> <49BD8A23.4090909@sdf.lonestar.org> <20090316093602.O92264@beagle.kn.op.dlr.de> X-OpenPGP-Key: harti@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 16 Mar 2009 11:04:37.0083 (UTC) FILETIME=[FED0BAB0:01C9A626] Cc: Kostik Belousov , Tom McLaughlin , kazakov@gmail.com, current@freebsd.org Subject: Re: problem with nss_ldap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 11:04:39 -0000 On Mon, 16 Mar 2009, Hartmut Brandt wrote: HB>On Sun, 15 Mar 2009, Tom McLaughlin wrote: HB> HB>TM>Hartmut Brandt wrote: HB>TM>> On Tue, 10 Mar 2009, Tom McLaughlin wrote: HB>TM>> HB>TM>> TM>Doug Rabson wrote: HB>TM>> HB>TM>> [snip alot] HB>TM>> HB>TM>> TM>Okay, attached is a patch to nss_ldap. On -CURRENT I have changed the HB>TM>> TM>CONFIGURE_ARG to use "--enable-configurable-krb5-ccname-gssapi" instead HB>TM>> TM>of "--enable-configurable-krb5-ccname-env" which fixes Harti's initial HB>TM>> TM>problem with apps like cron failing. It will also make nss_ldap link HB>TM>> TM>against libgssapi and libgssapi_krb5. I still have one lingering issue HB>TM>> TM>though at least things work. HB>TM>> TM> HB>TM>> TM>[tom@freebsd-8-amd64 tom]$ getent passwd tom HB>TM>> TM>dlopen: /usr/lib/libgssapi_spnego.so.10: Undefined symbol HB>TM>> TM>"GSS_C_NT_HOSTBASED_SERVICE" HB>TM>> TM>tom:x:10001:10001:Tom McLaughlin:/home/tom:/bin/sh HB>TM>> HB>TM>> Ok. This works so far. I get the same error. But I have the original HB>TM>> problem HB>TM>> again - cron, sendmail and sshd seem not to use the hostcreds. I still need HB>TM>> a HB>TM>> link from /var/tmp/hostcreds to /tmp/krb5cc_0 to make sshd to work. The HB>TM>> build HB>TM>> of nss_ldap seems to find all the necessary files: sasl.h, gssapi.h, HB>TM>> gssapi_krb5.h. HB>TM>> HB>TM> HB>TM>What's the machine's OSVERSION? I used the OSVERSION on my box when checking HB>TM>which method to use for setting the credentials cache. I didn't feel like HB>TM>trying to figure out what the OSVERSION was when Heimdal was updated. HB> HB>Looks like the Makefile checks for >= 800064. My sys/param.h has 800061. HB> HB>Unfortunately I'm out of town until at least sunday so I can do more tests HB>only next week. To reply to my own mail: changing the check in the Makefile to >= 800061 makes things working. The only remaining thing is the missing symbol in gssapi_spnego. harti From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 11:37:39 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46729106564A for ; Mon, 16 Mar 2009 11:37:39 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id BE59B8FC15 for ; Mon, 16 Mar 2009 11:37:38 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1LjAjT-0007cZ-OB>; Mon, 16 Mar 2009 12:11:47 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1LjAjT-0002qw-Ld>; Mon, 16 Mar 2009 12:11:47 +0100 Message-ID: <49BE338F.1070301@zedat.fu-berlin.de> Date: Mon, 16 Mar 2009 11:10:07 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.19 (X11/20090311) MIME-Version: 1.0 To: Hartmut Brandt References: <49A69B74.1080201@sdf.lonestar.org> <49A97F2E.3030005@sdf.lonestar.org> <20090306213531.G60465@beagle.kn.op.dlr.de> <20090306211650.GD41617@deviant.kiev.zoral.com.ua> <20090306222433.GF41617@deviant.kiev.zoral.com.ua> <20090310114131.GD41617@deviant.kiev.zoral.com.ua> <70D16F57-F7E3-4CDA-BCD5-5D79B566510B@rabson.org> <49B69C36.3010307@sdf.lonestar.org> <20090312092235.F78834@beagle.kn.op.dlr.de> <49BD8A23.4090909@sdf.lonestar.org> <20090316093602.O92264@beagle.kn.op.dlr.de> In-Reply-To: <20090316093602.O92264@beagle.kn.op.dlr.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Kostik Belousov , Tom McLaughlin , kazakov@gmail.com, current@freebsd.org Subject: Re: problem with nss_ldap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 11:37:39 -0000 Hartmut Brandt wrote: > On Sun, 15 Mar 2009, Tom McLaughlin wrote: > > TM>Hartmut Brandt wrote: > TM>> On Tue, 10 Mar 2009, Tom McLaughlin wrote: > TM>> > TM>> TM>Doug Rabson wrote: > TM>> > TM>> [snip alot] > TM>> > TM>> TM>Okay, attached is a patch to nss_ldap. On -CURRENT I have changed the > TM>> TM>CONFIGURE_ARG to use "--enable-configurable-krb5-ccname-gssapi" instead > TM>> TM>of "--enable-configurable-krb5-ccname-env" which fixes Harti's initial > TM>> TM>problem with apps like cron failing. It will also make nss_ldap link > TM>> TM>against libgssapi and libgssapi_krb5. I still have one lingering issue > TM>> TM>though at least things work. > TM>> TM> > TM>> TM>[tom@freebsd-8-amd64 tom]$ getent passwd tom > TM>> TM>dlopen: /usr/lib/libgssapi_spnego.so.10: Undefined symbol > TM>> TM>"GSS_C_NT_HOSTBASED_SERVICE" > TM>> TM>tom:x:10001:10001:Tom McLaughlin:/home/tom:/bin/sh > TM>> > TM>> Ok. This works so far. I get the same error. But I have the original > TM>> problem > TM>> again - cron, sendmail and sshd seem not to use the hostcreds. I still need > TM>> a > TM>> link from /var/tmp/hostcreds to /tmp/krb5cc_0 to make sshd to work. The > TM>> build > TM>> of nss_ldap seems to find all the necessary files: sasl.h, gssapi.h, > TM>> gssapi_krb5.h. > TM>> > TM> > TM>What's the machine's OSVERSION? I used the OSVERSION on my box when checking > TM>which method to use for setting the credentials cache. I didn't feel like > TM>trying to figure out what the OSVERSION was when Heimdal was updated. > > Looks like the Makefile checks for >= 800064. My sys/param.h has 800061. > > Unfortunately I'm out of town until at least sunday so I can do more tests > only next week. > > harti > > TM> > TM>tom > TM> > TM>> The thing I cannot understand is: why do normal applications find the > TM>> hostcreds, > TM>> but the daemons not? What do they differently? > TM>> > TM>> harti > TM> > TM> > TM> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Today I found this posting here having much trouble with authetication on some clients. After an update of the LDAP server from OpenLDAP 2.4.14 to 2.4.15 and updating db-4.6 to db-4.7 (all on the server, server runs FreeBSD 7.1-STABLE/i386), I have no luck log in via ssh on any client (client runs FreeBSD 8.0-CURRENT/amd64). Client has also db-4.7 and OpenLDAP 2.4.15 and I recompiled pam_ldap and nss_ldap when updated OpenLDAP 2.4.14 to OpenLDAP 2.4.15. Checking console log gives me this: Mar 16 11:04:34 thusnelda sshd[1560]: fatal: login_get_lastlog: Cannot find account for uid 1000 Mar 16 11:04:34 thusnelda sshd[1560]: syslogin_perform_logout: logout() returned an error Checking sshd.log gives this:Mar 16 11:04:19 thusnelda sshd[1560]: Accepted keyboard-interactive/pam for user from XXX.XXX.XXX.XXX port 61861 ssh2 Mar 16 11:04:19 thusnelda sshd[1563]: nss_ldap: could not get LDAP result - Can't contact LDAP server Mar 16 11:04:34 thusnelda sshd[1563]: nss_ldap: could not get LDAP result - Timed out Mar 16 11:04:34 thusnelda sshd[1560]: nss_ldap: could not search LDAP server - Server is unavailable Mar 16 11:04:34 thusnelda sshd[1560]: fatal: login_get_lastlog: Cannot find account for uid 1000 Mar 16 11:04:34 thusnelda sshd[1560]: syslogin_perform_logout: logout() returned an error This happens now on all boxes running the most recent OpenLDAP 2.4.15. is there a serious issue we should PR? Thanks in advance, Oliver From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 04:10:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83D1A1065674 for ; Mon, 16 Mar 2009 04:10:22 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.175]) by mx1.freebsd.org (Postfix) with ESMTP id 656558FC1A for ; Mon, 16 Mar 2009 04:10:22 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: by wf-out-1314.google.com with SMTP id 27so2774788wfd.7 for ; Sun, 15 Mar 2009 21:10:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.51.4 with SMTP id y4mr1926375wfy.199.1237176621951; Sun, 15 Mar 2009 21:10:21 -0700 (PDT) In-Reply-To: <20090316033113.GB33369@michelle.cdnetworks.co.kr> References: <20090316033113.GB33369@michelle.cdnetworks.co.kr> Date: Mon, 16 Mar 2009 12:10:21 +0800 Message-ID: From: Mars G Miro To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Mon, 16 Mar 2009 11:39:55 +0000 Cc: freebsd-current@freebsd.org Subject: Re: sk/msk no more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 04:10:22 -0000 On Mon, Mar 16, 2009 at 11:31 AM, Pyun YongHyeon wrote: > On Mon, Mar 16, 2009 at 10:22:40AM +0800, Mars G Miro wrote: >> Hi guys, >> >> =A0 =A0I upgraded a box w/ sk and msk NICs running 7.1-RELEASE to latest >> -CURRENT =A0to try out the new USB2 stuff but my sk/msk NICs don't work >> anymore: >> >> =A0 =A0http://pastebin.com/m28a41b14 >> >> =A0 =A0Saw this first last Friday, March 13, and re-csup'd a few hours a= go >> and the problem is still there. >> >> =A0 =A0Any thoughts? Thanks. >> > > I don't see sk(4)/msk(4) hardwares in your dmesg output. > Does "pciconf -lcv" show your controller? That's the problem, the hardware disappears: hostb0@pci0:0:0:0: class=3D0x060000 card=3D0x25808086 chip=3D0x2580808= 6 rev=3D0x0e hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82915G/GV/GL/P/PL/GL/910GE/GL Grantsdale Host Bridge/DRAM Controller' class =3D bridge subclass =3D HOST-PCI vgapci0@pci0:0:2:0: class=3D0x030000 card=3D0x25828086 chip=3D0x2582808= 6 rev=3D0x0e hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82915G/GV/GL, 82910GL Integrated Graphics Device' class =3D display subclass =3D VGA pcib1@pci0:0:28:0: class=3D0x060400 card=3D0x26608086 chip=3D0x2660808= 6 rev=3D0x04 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82801FB/FR/FW/FRW PCI Express Port 1' class =3D bridge subclass =3D PCI-PCI pcib2@pci0:0:28:1: class=3D0x060400 card=3D0x26628086 chip=3D0x2662808= 6 rev=3D0x04 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82801FB/FR/FW/FRW PCI Express Port 2' class =3D bridge subclass =3D PCI-PCI pcib3@pci0:0:28:2: class=3D0x060400 card=3D0x26648086 chip=3D0x2664808= 6 rev=3D0x04 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82801FB (ICH6) PCIe Root Port 3' class =3D bridge subclass =3D PCI-PCI pcib4@pci0:0:28:3: class=3D0x060400 card=3D0x26668086 chip=3D0x2666808= 6 rev=3D0x04 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82801FB/FR/FW/FRW PCI Express Port 4' class =3D bridge subclass =3D PCI-PCI uhci0@pci0:0:29:0: class=3D0x0c0300 card=3D0x26588086 chip=3D0x2658808= 6 rev=3D0x04 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801FB/FR/FW/FRW USB UHCI Controller' class =3D serial bus subclass =3D USB uhci1@pci0:0:29:1: class=3D0x0c0300 card=3D0x26598086 chip=3D0x2659808= 6 rev=3D0x04 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801FB/FR/FW/FRW USB UHCI Controller' class =3D serial bus subclass =3D USB uhci2@pci0:0:29:2: class=3D0x0c0300 card=3D0x265a8086 chip=3D0x265a808= 6 rev=3D0x04 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801FB/FR/FW/FRW USB UHCI Controller' class =3D serial bus subclass =3D USB ehci0@pci0:0:29:7: class=3D0x0c0320 card=3D0x265c8086 chip=3D0x265c808= 6 rev=3D0x04 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801FB/FR/FW/FRW USB 2.0 EHCI Controller' class =3D serial bus subclass =3D USB pcib5@pci0:0:30:0: class=3D0x060401 card=3D0x244e8086 chip=3D0x244e808= 6 rev=3D0xd4 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82801 Family (ICH2/3/4/4/5/5/6/7/8/9,63xxESB) Hub Interface to PCI Bridge' class =3D bridge subclass =3D PCI-PCI isab0@pci0:0:31:0: class=3D0x060100 card=3D0x26408086 chip=3D0x2640808= 6 rev=3D0x04 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801FB/FR (ICH6/ICH6R) LPC Interface Bridge' class =3D bridge subclass =3D PCI-ISA atapci0@pci0:0:31:1: class=3D0x01018a card=3D0x266f8086 chip=3D0x266f808= 6 rev=3D0x04 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801FB/FBM Ultra ATA Storage Controllers - 266F' class =3D mass storage subclass =3D ATA none0@pci0:0:31:3: class=3D0x0c0500 card=3D0x266a8086 chip=3D0x266a808= 6 rev=3D0x04 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801FB (ICH6) SMBus Controller' class =3D serial bus subclass =3D SMBus > How about disabling ACPI? > Ok, I disabled ACPI in the BIOS and now it works: hostb0@pci0:0:0:0: class=3D0x060000 card=3D0x25808086 chip=3D0x2580808= 6 rev=3D0x0e hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82915G/GV/GL/P/PL/GL/910GE/GL Grantsdale Host Bridge/DRAM Controller' class =3D bridge subclass =3D HOST-PCI cap 09[e0] =3D vendor (length 9) Intel cap 2 version 1 vgapci0@pci0:0:2:0: class=3D0x030000 card=3D0x25828086 chip=3D0x2582808= 6 rev=3D0x0e hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82915G/GV/GL, 82910GL Integrated Graphics Device' class =3D display subclass =3D VGA cap 01[d0] =3D powerspec 2 supports D0 D3 current D0 pcib1@pci0:0:28:0: class=3D0x060400 card=3D0x26608086 chip=3D0x2660808= 6 rev=3D0x04 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82801FB/FR/FW/FRW PCI Express Port 1' class =3D bridge subclass =3D PCI-PCI cap 10[40] =3D PCI-Express 1 root port cap 05[80] =3D MSI supports 1 message cap 0d[90] =3D PCI Bridge card=3D0x26608086 cap 01[a0] =3D powerspec 2 supports D0 D3 current D0 pcib2@pci0:0:28:1: class=3D0x060400 card=3D0x26628086 chip=3D0x2662808= 6 rev=3D0x04 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82801FB/FR/FW/FRW PCI Express Port 2' class =3D bridge subclass =3D PCI-PCI cap 10[40] =3D PCI-Express 1 root port cap 05[80] =3D MSI supports 1 message cap 0d[90] =3D PCI Bridge card=3D0x26628086 cap 01[a0] =3D powerspec 2 supports D0 D3 current D0 pcib3@pci0:0:28:2: class=3D0x060400 card=3D0x26648086 chip=3D0x2664808= 6 rev=3D0x04 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82801FB (ICH6) PCIe Root Port 3' class =3D bridge subclass =3D PCI-PCI cap 10[40] =3D PCI-Express 1 root port cap 05[80] =3D MSI supports 1 message cap 0d[90] =3D PCI Bridge card=3D0x26648086 cap 01[a0] =3D powerspec 2 supports D0 D3 current D0 pcib4@pci0:0:28:3: class=3D0x060400 card=3D0x26668086 chip=3D0x2666808= 6 rev=3D0x04 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82801FB/FR/FW/FRW PCI Express Port 4' class =3D bridge subclass =3D PCI-PCI cap 10[40] =3D PCI-Express 1 root port cap 05[80] =3D MSI supports 1 message cap 0d[90] =3D PCI Bridge card=3D0x26668086 cap 01[a0] =3D powerspec 2 supports D0 D3 current D0 uhci0@pci0:0:29:0: class=3D0x0c0300 card=3D0x26588086 chip=3D0x2658808= 6 rev=3D0x04 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801FB/FR/FW/FRW USB UHCI Controller' class =3D serial bus subclass =3D USB uhci1@pci0:0:29:1: class=3D0x0c0300 card=3D0x26598086 chip=3D0x2659808= 6 rev=3D0x04 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801FB/FR/FW/FRW USB UHCI Controller' class =3D serial bus subclass =3D USB uhci2@pci0:0:29:2: class=3D0x0c0300 card=3D0x265a8086 chip=3D0x265a808= 6 rev=3D0x04 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801FB/FR/FW/FRW USB UHCI Controller' class =3D serial bus subclass =3D USB ehci0@pci0:0:29:7: class=3D0x0c0320 card=3D0x265c8086 chip=3D0x265c808= 6 rev=3D0x04 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801FB/FR/FW/FRW USB 2.0 EHCI Controller' class =3D serial bus subclass =3D USB cap 01[50] =3D powerspec 2 supports D0 D3 current D0 pcib5@pci0:0:30:0: class=3D0x060401 card=3D0x244e8086 chip=3D0x244e808= 6 rev=3D0xd4 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82801 Family (ICH2/3/4/4/5/5/6/7/8/9,63xxESB) Hub Interface to PCI Bridge' class =3D bridge subclass =3D PCI-PCI cap 0d[50] =3D PCI Bridge card=3D0x244e8086 isab0@pci0:0:31:0: class=3D0x060100 card=3D0x26408086 chip=3D0x2640808= 6 rev=3D0x04 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801FB/FR (ICH6/ICH6R) LPC Interface Bridge' class =3D bridge subclass =3D PCI-ISA atapci0@pci0:0:31:1: class=3D0x01018a card=3D0x266f8086 chip=3D0x266f808= 6 rev=3D0x04 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801FB/FBM Ultra ATA Storage Controllers - 266F' class =3D mass storage subclass =3D ATA none0@pci0:0:31:3: class=3D0x0c0500 card=3D0x266a8086 chip=3D0x266a808= 6 rev=3D0x04 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801FB (ICH6) SMBus Controller' class =3D serial bus subclass =3D SMBus mskc0@pci0:1:0:0: class=3D0x020000 card=3D0x522111ab chip=3D0x436211a= b rev=3D0x15 hdr=3D0x00 vendor =3D 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device =3D '88E8053 Marvell Yukon 88E8053 PCI-E Gigabit Ethernet Controller' class =3D network subclass =3D ethernet cap 01[48] =3D powerspec 2 supports D0 D1 D2 D3 current D0 cap 03[50] =3D VPD cap 05[5c] =3D MSI supports 2 messages, 64 bit enabled with 2 messages cap 10[e0] =3D PCI-Express 1 legacy endpoint mskc1@pci0:2:0:0: class=3D0x020000 card=3D0x522111ab chip=3D0x436211a= b rev=3D0x15 hdr=3D0x00 vendor =3D 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device =3D '88E8053 Marvell Yukon 88E8053 PCI-E Gigabit Ethernet Controller' class =3D network subclass =3D ethernet cap 01[48] =3D powerspec 2 supports D0 D1 D2 D3 current D0 cap 03[50] =3D VPD cap 05[5c] =3D MSI supports 2 messages, 64 bit enabled with 2 messages cap 10[e0] =3D PCI-Express 1 legacy endpoint mskc2@pci0:3:0:0: class=3D0x020000 card=3D0x522111ab chip=3D0x436211a= b rev=3D0x15 hdr=3D0x00 vendor =3D 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device =3D '88E8053 Marvell Yukon 88E8053 PCI-E Gigabit Ethernet Controller' class =3D network subclass =3D ethernet cap 01[48] =3D powerspec 2 supports D0 D1 D2 D3 current D0 cap 03[50] =3D VPD cap 05[5c] =3D MSI supports 2 messages, 64 bit enabled with 2 messages cap 10[e0] =3D PCI-Express 1 legacy endpoint mskc3@pci0:4:0:0: class=3D0x020000 card=3D0x522111ab chip=3D0x436211a= b rev=3D0x15 hdr=3D0x00 vendor =3D 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device =3D '88E8053 Marvell Yukon 88E8053 PCI-E Gigabit Ethernet Controller' class =3D network subclass =3D ethernet cap 01[48] =3D powerspec 2 supports D0 D1 D2 D3 current D0 cap 03[50] =3D VPD cap 05[5c] =3D MSI supports 2 messages, 64 bit enabled with 2 messages cap 10[e0] =3D PCI-Express 1 legacy endpoint skc0@pci0:5:4:0: class=3D0x020000 card=3D0x012111ab chip=3D0x432011a= b rev=3D0x13 hdr=3D0x00 vendor =3D 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device =3D 'Yukon 88E8001/8003/8010 PCI Gigabit Ethernet Controller (Copper)' class =3D network subclass =3D ethernet cap 01[48] =3D powerspec 2 supports D0 D1 D2 D3 current D0 cap 03[50] =3D VPD skc1@pci0:5:5:0: class=3D0x020000 card=3D0x012111ab chip=3D0x432011a= b rev=3D0x13 hdr=3D0x00 vendor =3D 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device =3D 'Yukon 88E8001/8003/8010 PCI Gigabit Ethernet Controller (Copper)' class =3D network subclass =3D ethernet cap 01[48] =3D powerspec 2 supports D0 D1 D2 D3 current D0 cap 03[50] =3D VPD skc2@pci0:5:6:0: class=3D0x020000 card=3D0x012111ab chip=3D0x432011a= b rev=3D0x13 hdr=3D0x00 vendor =3D 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device =3D 'Yukon 88E8001/8003/8010 PCI Gigabit Ethernet Controller (Copper)' class =3D network subclass =3D ethernet cap 01[48] =3D powerspec 2 supports D0 D1 D2 D3 current D0 cap 03[50] =3D VPD skc3@pci0:5:7:0: class=3D0x020000 card=3D0x012111ab chip=3D0x432011a= b rev=3D0x13 hdr=3D0x00 vendor =3D 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device =3D 'Yukon 88E8001/8003/8010 PCI Gigabit Ethernet Controller (Copper)' class =3D network subclass =3D ethernet cap 01[48] =3D powerspec 2 supports D0 D1 D2 D3 current D0 cap 03[50] =3D VPD Full verbose dmesg: http://pastebin.com/m8c6d39a Thanks. --=20 cheers mars ----- Jean Anouilh - "What you get free costs too much." From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 11:19:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2441B106584F for ; Mon, 16 Mar 2009 11:19:31 +0000 (UTC) (envelope-from ohartman@web.de) Received: from fmmailgate02.web.de (fmmailgate02.web.de [217.72.192.227]) by mx1.freebsd.org (Postfix) with ESMTP id 9B11E8FC7B for ; Mon, 16 Mar 2009 11:19:23 +0000 (UTC) (envelope-from ohartman@web.de) Received: from smtp08.web.de (fmsmtp08.dlan.cinetic.de [172.20.5.216]) by fmmailgate02.web.de (Postfix) with ESMTP id 88D99FBB6B63; Mon, 16 Mar 2009 11:48:56 +0100 (CET) Received: from [130.133.86.198] (helo=telesto.geoinf.fu-berlin.de) by smtp08.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.110 #277) id 1LjANM-0004M5-00; Mon, 16 Mar 2009 11:48:56 +0100 Message-ID: <49BE2E34.8040601@web.de> Date: Mon, 16 Mar 2009 10:47:16 +0000 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.19 (X11/20090311) MIME-Version: 1.0 To: freebsd-questions@freebsd.org, freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Sender: ohartman@web.de X-Sender: ohartman@web.de X-Provags-ID: V01U2FsdGVkX1/QJ/6VYiV2fgkid5+OzMz9w77gyRYH5OF+7rZG b242Q0grny+IuFjrTYBV0UZY70Y615V0qOXk2jYCWixqmexPIV I1UUx+1kc= X-Mailman-Approved-At: Mon, 16 Mar 2009 11:40:07 +0000 Cc: Subject: Mar 16 10:41:41 thusnelda kernel: Mar 16 10:41:41 thusnelda sshd[19231]: fatal: login_get_lastlog: Cannot find account for uid XXX X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 11:20:05 -0000 After updating the LDAP server from OpenLDAP 2.4.14/db46 to 2.4.15/db47 I receive on an attached client the following message when trying to log in via ssh: Mar 16 10:41:41 thusnelda kernel: Mar 16 10:41:41 thusnelda sshd[19231]: fatal: login_get_lastlog: Cannot find account for uid I'm able to su - to the specific, by ssh blocked user which is kept in LDAP database. I'm a little bit worried, since I also updated OpenLDAP 2.4.14 on the client to OpenLDAP 2.4.15 and did so with nss_ldap and pam_ldap. Searching for IDs on the client which are kept in the LDAP database performs well. Also a authetication of users accessing webpages secured via authentication through LDAP (lighttpd) works well with the LDAP server in question. But no ssh-login works! I checked the sshd_config file in /etc/ssh but it hasn't been changed, so I guess there is possibly another issue. Any hints or tips are appreciated, regards and thanks in advance, Oliver From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 11:52:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50146106566B for ; Mon, 16 Mar 2009 11:52:11 +0000 (UTC) (envelope-from daniel@toomuchdata.com) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.freebsd.org (Postfix) with ESMTP id 1147C8FC1C for ; Mon, 16 Mar 2009 11:52:10 +0000 (UTC) (envelope-from daniel@toomuchdata.com) Received: from royal64.emp.zapto.org (195.198.193.168) by pne-smtpout1-sn2.hy.skanova.net (7.3.129) id 48A144C5033F7529 for freebsd-current@freebsd.org; Mon, 16 Mar 2009 11:43:03 +0100 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.7235.2 Date: Mon, 16 Mar 2009 11:43:02 +0100 Message-ID: <4F9C9299A10AE74E89EA580D14AA10A635E68A@royal64.emp.zapto.org> In-Reply-To: <49BD117B.2080706@163.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ZFS data error without reasons Thread-Index: AcmlexrdYRN22sRsRAuqoRC+rW2XpgAqPPDw References: <49BD117B.2080706@163.com> From: "Daniel Eriksson" To: "FreeBSD Current" X-Mailman-Approved-At: Mon, 16 Mar 2009 11:59:45 +0000 Subject: RE: ZFS data error without reasons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 11:52:11 -0000 kevin wrote: > Hi, > Will any changes cause zfs data error?I find my disk data=20 > error without=20 > any reasons(shutdown or reboot normally).disk was bought=20 > yesterday.sometimes it can be fixed with a zpool scrub.but=20 > mostly zpool=20 > scrub will return more errors.Even i restore all zpool from my=20 > backup,without 5 mins,zpool status shows data error and many checksum=20 > errors. Is the drive connected to an "nVidia nForce MCP55 SATA300 controller"? I have two machines with on-board MCP55 controllers. One of them works perfectly, the other causes silent data corruption (each time I run a zpool scrub it finds new checksum errors). If you also have an MCP55 controller then maybe this is related. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 12:39:42 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 337FC1065673 for ; Mon, 16 Mar 2009 12:39:42 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from buffy.york.ac.uk (buffy.york.ac.uk [144.32.226.160]) by mx1.freebsd.org (Postfix) with ESMTP id C22258FC22 for ; Mon, 16 Mar 2009 12:39:41 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.3/8.14.3) with ESMTP id n2GCdcrW041522; Mon, 16 Mar 2009 12:39:38 GMT (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.3/8.14.3/Submit) id n2GCdcwl041521; Mon, 16 Mar 2009 12:39:38 GMT (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Mars G Miro In-Reply-To: References: <20090316033113.GB33369@michelle.cdnetworks.co.kr> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 16 Mar 2009 12:39:38 +0000 Message-Id: <1237207178.32841.31.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port Cc: pyunyh@gmail.com, freebsd-current@FreeBSD.org Subject: Re: sk/msk no more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 12:39:43 -0000 On Mon, 2009-03-16 at 12:10 +0800, Mars G Miro wrote: > On Mon, Mar 16, 2009 at 11:31 AM, Pyun YongHyeon > wrote: > > On Mon, Mar 16, 2009 at 10:22:40AM +0800, Mars G Miro wrote: > >> Hi guys, > >> > >> I upgraded a box w/ sk and msk NICs running 7.1-RELEASE to > latest > >> -CURRENT to try out the new USB2 stuff but my sk/msk NICs don't > work > >> anymore: > >> > >> http://pastebin.com/m28a41b14 > >> > >> Saw this first last Friday, March 13, and re-csup'd a few hours > ago > >> and the problem is still there. > >> > >> Any thoughts? Thanks. > >> > > > > I don't see sk(4)/msk(4) hardwares in your dmesg output. > > Does "pciconf -lcv" show your controller? > > That's the problem, the hardware disappears: Are you also able to reboot into the old 7.1 kernel and get a full verbose dmesg from there too? Gavin From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 13:06:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C2B31065672 for ; Mon, 16 Mar 2009 13:06:20 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from m12-11.163.com (m12-11.163.com [220.181.12.11]) by mx1.freebsd.org (Postfix) with SMTP id A6D9A8FC16 for ; Mon, 16 Mar 2009 13:06:08 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from [127.0.0.1] (unknown [60.191.86.3]) by smtp7 (Coremail) with SMTP id C8CowLDL3VK1Tr5J40mxHw--.49924S2; Mon, 16 Mar 2009 21:05:58 +0800 (CST) Message-ID: <49BE4EC1.90207@163.com> Date: Mon, 16 Mar 2009 21:06:09 +0800 From: kevin User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Daniel Eriksson References: <49BD117B.2080706@163.com> <4F9C9299A10AE74E89EA580D14AA10A635E68A@royal64.emp.zapto.org> In-Reply-To: <4F9C9299A10AE74E89EA580D14AA10A635E68A@royal64.emp.zapto.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-CM-TRANSID: C8CowLDL3VK1Tr5J40mxHw--.49924S2 X-Coremail-Antispam: 1Uf129KBjvAXoW3CryxKw1rAFy3WF48KFy3urg_yoW8JF45Wo WfZ3s7A3yrKw1I9a1jka4qkF47W348u3ZIyF10kr1kJFsrurZYy3sxAw1qga9IqrWkur4x Ja17t34fJr1DAws7n29KB7ZKAUJUUUUUYxn0WfASr-VFAUDa7-sFnT9fnUUIcSsGvfJTRU UUbw8YjxAI6xAIw28IcVW8ZrWlb7IF0VCF04k20xvEw2I207IF0wAYjxAI6xCIbckI1I0E 57IF64kEYxAxM7k0a2IF6r1UM7kC6x804xWl14x267AKxVWUJVW8JwAFxVCF77xC6IxKo4 kEV4yl1I0EscIYIxCEI4klw4CSwwAFIxvE14AKwVWUJVWUGwA2z4x0Y4vE2Ix0cI8IcVAF wI0_tr0E3s1l84ACjcxK6xIIjxv20xvEc7CjxVAFwI0_GcCE3s1l84ACjcxK6I8E87Iv67 AKxVW0oVCq3wA2z4x0Y4vEx4A2jsIEc7CjxVAFwI0_GcCE3s1ln4vEbcI7uVAqrcv_JFW8 Xr15M2kK6c8Kx2xG6c8GOVWUtr1fGr1ln4vEF7Iv6F18KVAqrcv_GVWUtr1rJF1lnx0Ec2 IEnICE548m6r1DJrWUZwAqx4xG64xvF2IEw4CE5I8CrVC2j2WlYx0E2Ix0cI8IcVAFwI0_ Jr0_Jr4lYx0Ex4A2jsIE14v26r4UJVWxJr1lF7xvr2IY64vIr41lFVAaXTZC67ZELSn0mT vEwaV2v3VFvVW8Mx02cVAKzwCY02Avz4vE14v_Xr4lc2IjII80xcxEwVWxJVW3JwCF04k2 0xvY0x0EwIxGrwCF72vE52k0Y41lx4CE17CEb7AF67AKxVWUXVWUAwCIc40Y0x0EwIxGrw CI42IY6I8E87Iv67AKxVWUJVW8JwCI42IY6I8E87Iv6xkF7I0E14v26r1j6r4UYxBIdaVF xhVjvjDU0xZFpf9x0zRWKZXUUUUU= X-CM-SenderInfo: pnhyx0x0ol03r26rljoofrz/ Cc: FreeBSD Current Subject: Re: ZFS data error without reasons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 13:06:20 -0000 Daniel Eriksson wrote: > kevin wrote: > > >> Hi, >> Will any changes cause zfs data error?I find my disk data >> error without >> any reasons(shutdown or reboot normally).disk was bought >> yesterday.sometimes it can be fixed with a zpool scrub.but >> mostly zpool >> scrub will return more errors.Even i restore all zpool from my >> backup,without 5 mins,zpool status shows data error and many checksum >> errors. >> > > Is the drive connected to an "nVidia nForce MCP55 SATA300 controller"? I > have two machines with on-board MCP55 controllers. One of them works > perfectly, the other causes silent data corruption (each time I run a > zpool scrub it finds new checksum errors). > > If you also have an MCP55 controller then maybe this is related. > > My laptop is T61. RAM is also tested by memtest86+ and return no error. "zfs send tank/usr/home/kevin@2009-03-15-16:51:21|zfs receive backup/kevin" hangs system and i have to power off the machine.when the system up,i find file error in snapshot tank/usr/home/kevin@2009-03-15-16:51:21.when i destroy tank/usr/home/kevin@2009-03-15-16:51:21,then reboot system, i find more errors. #zpool status -v pool: tank state: ONLINE status: One or more devices has experienced an error resulting in data corruption. Applications may be affected. action: Restore the file in question if possible. Otherwise restore the entire pool from backup. see: http://www.sun.com/msg/ZFS-8000-8A scrub: scrub in progress for 0h10m, 96.10% done, 0h0m to go config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 2 ad4s1d ONLINE 0 0 4 errors: Permanent errors have been detected in the following files: /usr/bin/less /usr/lib/libstdc++.so.6 /usr/bin/tbl /usr/share/misc/termcap.db /usr/bin/ssh-agent /usr/local/bin/sudo /usr/local/lib/libX11.so.6 /usr/home/kevin/memtest86+-2.11.iso when zpool scrub end. #zpool status -v pool: tank state: ONLINE status: One or more devices has experienced an error resulting in data corruption. Applications may be affected. action: Restore the file in question if possible. Otherwise restore the entire pool from backup. see: http://www.sun.com/msg/ZFS-8000-8A scrub: scrub completed after 0h10m with 2 errors on Mon Mar 16 21:01:12 2009 config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 2 ad4s1d ONLINE 0 0 4 errors: Permanent errors have been detected in the following files: /usr/home/kevin/memtest86+-2.11.iso Should i just delete memtest86+-2.11.iso ? dmesg: Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #0: Sun Mar 15 21:11:36 CST 2009 root@datastream-laptop.people.163.org:/usr/obj/usr/src/sys/G8laptop Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU T7700 @ 2.40GHz (2394.02-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant Cores per package: 2 usable memory = 4210061312 (4015 MB) avail memory = 4039487488 (3852 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 This module (opensolaris) contains code covered by the Common Development and Distribution License (CDDL) see http://opensolaris.org/os/licensing/opensolaris_license/ ACPI Warning (tbfadt-0505): Optional field "Gpe1Block" has zero address or length: 0 102C/0 [20070320] ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, bff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x2000-0x207f mem 0xd2000000-0xd2ffffff,0xe0000000-0xefffffff,0xd0000000-0xd1ffffff irq 16 at device 0.0 on pci1 em0: port 0x1840-0x185f mem 0xfe200000-0xfe21ffff,0xfe225000-0xfe225fff irq 20 at device 25.0 on pci0 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:1c:25:1c:fb:d0 uhci0: port 0x1860-0x187f irq 20 at device 26.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x0000 usbus0: on uhci0 uhci1: port 0x1880-0x189f irq 21 at device 26.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x0000 usbus1: on uhci1 ehci0: mem 0xfe226c00-0xfe226fff irq 22 at device 26.7 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 1.0 usbus2: on ehci0 hdac0: mem 0xfe220000-0xfe223fff irq 17 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20090226_0129 hdac0: [ITHREAD] pcib2: irq 20 at device 28.0 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) pcib3: irq 21 at device 28.1 on pci0 pci3: on pcib3 iwn0: mem 0xd7dfe000-0xd7dfffff irq 17 at device 0.0 on pci3 iwn0: Reg Domain: MoW1, address 00:1d:e0:48:13:2f iwn0: [ITHREAD] iwn0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps iwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps iwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps iwn0: 11na MCS: 15Mbps 30Mbps 45Mbps 60Mbps 90Mbps 120Mbps 135Mbps 150Mbps 30Mbps 60Mbps 90Mbps 120Mbps 180Mbps 240Mbps 270Mbps 300Mbps iwn0: 11ng MCS: 15Mbps 30Mbps 45Mbps 60Mbps 90Mbps 120Mbps 135Mbps 150Mbps 30Mbps 60Mbps 90Mbps 120Mbps 180Mbps 240Mbps 270Mbps 300Mbps pcib4: irq 22 at device 28.2 on pci0 pci4: on pcib4 pcib5: irq 23 at device 28.3 on pci0 pci5: on pcib5 pcib6: irq 20 at device 28.4 on pci0 pci13: on pcib6 uhci2: port 0x18a0-0x18bf irq 16 at device 29.0 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x0000 usbus3: on uhci2 uhci3: port 0x18c0-0x18df irq 17 at device 29.1 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x0000 usbus4: on uhci3 uhci4: port 0x18e0-0x18ff irq 18 at device 29.2 on pci0 uhci4: [ITHREAD] uhci4: LegSup = 0x0000 usbus5: on uhci4 ehci1: mem 0xfe227000-0xfe2273ff irq 19 at device 29.7 on pci0 ehci1: [ITHREAD] usbus6: EHCI version 1.0 usbus6: on ehci1 pcib7: at device 30.0 on pci0 pci21: on pcib7 cbb0: mem 0xf8100000-0xf8100fff irq 16 at device 0.0 on pci21 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [FILTER] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1830-0x183f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] atapci1: port 0x1c48-0x1c4f,0x1c1c-0x1c1f,0x1c40-0x1c47,0x1c18-0x1c1b,0x1c20-0x1c3f mem 0xfe226000-0xfe2267ff irq 16 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI Version 01.10 controller with 3 ports PM not supported ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 acpi_tz1: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Synaptics Touchpad, device ID 0 battery0: on acpi0 acpi_acad0: on acpi0 acpi_ibm0: on acpi0 cpu0: on acpi0 coretemp0: on cpu0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 coretemp1: on cpu1 est1: on cpu1 p4tcc1: on cpu1 orm0: at iomem 0xc0000-0xcefff,0xcf000-0xcffff,0xd0000-0xd0fff,0xe0000-0xeffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 WARNING: ZFS is considered to be an experimental feature in FreeBSD. Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 480Mbps High Speed USB v2.0 ZFS filesystem version 13 ZFS storage pool version 13 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 acd0: DVDR at ata0-master UDMA33 ad4: 305245MB at ata2-master SATA150 hdac0: HDA Codec #0: Analog Devices AD1984 hdac0: HDA Codec #1: Conexant (Unknown) pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 SMP: AP CPU #1 Launched! uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered GEOM: ad4s1: geometry does not match label (255h,63s != 16h,63s). Root mount waiting for: usbus6 usbus2 Root mount waiting for: usbus6 usbus2 uhub2: 4 ports with 4 removable, self powered uhub6: 6 ports with 6 removable, self powered Root mount waiting for: usbus2 Trying to mount root from ufs:/dev/ad4s1a ugen0.2: at usbus0 ubt0: on usbus0 ugen0.3: at usbus0 wlan0: Ethernet address: 00:1d:e0:48:13:2f WARNING: attempt to net_add_domain(bluetooth) after domainfinalize() WARNING: attempt to net_add_domain(netgraph) after domainfinalize() wlan0: link state changed to UP iwn0: need multicast update callback iwn0: need multicast update callback iwn0: need multicast update callback Thanks, kevin From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 14:14:04 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6EF6106566C for ; Mon, 16 Mar 2009 14:14:04 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from sdf.lonestar.org (mx.freeshell.org [192.94.73.19]) by mx1.freebsd.org (Postfix) with ESMTP id 391A68FC19 for ; Mon, 16 Mar 2009 14:14:03 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from webmail.freeshell.org (IDENT:nobody@mx.freeshell.org [192.94.73.19]) by sdf.lonestar.org (8.14.3/8.13.8) with ESMTP id n2GEDuAq022725; Mon, 16 Mar 2009 14:13:56 GMT Received: from w.meditech.com ([208.206.3.254]) (SquirrelMail authenticated user tmclaugh) by webmail.freeshell.org with HTTP; Mon, 16 Mar 2009 10:13:56 -0400 (EDT) Message-ID: <3c4353769adb319a256012e3a5d55931.squirrel@webmail.freeshell.org> In-Reply-To: <49BE338F.1070301@zedat.fu-berlin.de> References: <49A69B74.1080201@sdf.lonestar.org> <49A97F2E.3030005@sdf.lonestar.org> <20090306213531.G60465@beagle.kn.op.dlr.de> <20090306211650.GD41617@deviant.kiev.zoral.com.ua> <20090306222433.GF41617@deviant.kiev.zoral.com.ua> <20090310114131.GD41617@deviant.kiev.zoral.com.ua> <70D16F57-F7E3-4CDA-BCD5-5D79B566510B@rabson.org> <49B69C36.3010307@sdf.lonestar.org> <20090312092235.F78834@beagle.kn.op.dlr.de> <49BD8A23.4090909@sdf.lonestar.org> <20090316093602.O92264@beagle.kn.op.dlr.de> <49BE338F.1070301@zedat.fu-berlin.de> Date: Mon, 16 Mar 2009 10:13:56 -0400 (EDT) From: tmclaugh@sdf.lonestar.org To: "O. Hartmann" User-Agent: SquirrelMail/1.4.17 MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Kostik Belousov , Tom McLaughlin , Hartmut Brandt , kazakov@gmail.com, current@freebsd.org Subject: Re: problem with nss_ldap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 14:14:05 -0000 > Hartmut Brandt wrote: >> On Sun, 15 Mar 2009, Tom McLaughlin wrote: >> >> TM>Hartmut Brandt wrote: >> TM>> On Tue, 10 Mar 2009, Tom McLaughlin wrote: >> TM>> >> TM>> TM>Doug Rabson wrote: > > Today I found this posting here having much trouble with authetication > on some clients. > > After an update of the LDAP server from OpenLDAP 2.4.14 to 2.4.15 and > updating db-4.6 to db-4.7 (all on the server, server runs FreeBSD > 7.1-STABLE/i386), I have no luck log in via ssh on any client (client > runs FreeBSD 8.0-CURRENT/amd64). Client has also db-4.7 and OpenLDAP > 2.4.15 and I recompiled pam_ldap and nss_ldap when updated OpenLDAP > 2.4.14 to OpenLDAP 2.4.15. > > Checking console log gives me this: > > Mar 16 11:04:34 thusnelda sshd[1560]: fatal: login_get_lastlog: Cannot > find account for uid 1000 > Mar 16 11:04:34 thusnelda sshd[1560]: syslogin_perform_logout: logout() > returned an error > > > Checking sshd.log gives this:Mar 16 11:04:19 thusnelda sshd[1560]: > Accepted keyboard-interactive/pam for user from XXX.XXX.XXX.XXX port > 61861 ssh2 > Mar 16 11:04:19 thusnelda sshd[1563]: nss_ldap: could not get LDAP > result - Can't contact LDAP server > Mar 16 11:04:34 thusnelda sshd[1563]: nss_ldap: could not get LDAP > result - Timed out > Mar 16 11:04:34 thusnelda sshd[1560]: nss_ldap: could not search LDAP > server - Server is unavailable > Mar 16 11:04:34 thusnelda sshd[1560]: fatal: login_get_lastlog: Cannot > find account for uid 1000 > Mar 16 11:04:34 thusnelda sshd[1560]: syslogin_perform_logout: logout() > returned an error > > This happens now on all boxes running the most recent OpenLDAP 2.4.15. > > is there a serious issue we should PR? > > Thanks in advance, > Oliver > Need a lot more info here. The issue in this thread has been related to GSSAPI and nss_ldap and manifests itself when you use krb5_ccname in the nss_ldap.conf. Is the problem only related to authentication? Only sshd? If you're on the box does nss_ldap work fine and enumerate all users and groups just fine? Are only -CURRENT boxes showing problems? What about -STABLE? When did everything break? What do the ldap server logs say if you have access to them? (Might want to bump up the loglevel on openldap too.) tom From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 14:39:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71A121065680 for ; Mon, 16 Mar 2009 14:39:04 +0000 (UTC) (envelope-from dan.cojocar@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 2FC968FC15 for ; Mon, 16 Mar 2009 14:39:03 +0000 (UTC) (envelope-from dan.cojocar@gmail.com) Received: by yw-out-2324.google.com with SMTP id 5so667497ywb.13 for ; Mon, 16 Mar 2009 07:39:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=OMv6WThXGQ1ni6qYG8/xu+T2rY7UYQS/M87XIAQ502U=; b=CHwiExeDaRsIYxv3TVWElDH10QMQbgl8P3FJzEPsGymhTk1zYTBDFiCkEFcpCT/qzL RVZNqXfolCCfPNVMA0QB6x3PNhVvfRdNT1Ai+MqmmHZ6E2EZueqZx1eNw4Svy8sZlCfR Pjm55WRwdihJsMO8oS2PbIHuR6dqaFkEUd1IQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=cGjxq/1HEdw4ClS7cIxyfSkqI2IOu26jq+0f0skc33Kunh04FQncpg63ogx9iZVMpX 29sagAJlvOqtk3sa5SFYm1dzimEzE9hS/YrRBI0p3yMkIjfqAFet40Q1/UsFFhA0QSLC HHuhVY2XpSSgeHkfM1Y4DHU67/M18uPKMnQPE= MIME-Version: 1.0 Received: by 10.101.71.3 with SMTP id y3mr472205ank.158.1237214343545; Mon, 16 Mar 2009 07:39:03 -0700 (PDT) Date: Mon, 16 Mar 2009 16:39:03 +0200 Message-ID: From: Dan Cojocar To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: bzeeb+freebsd+lor@zabbadoz.net Subject: zfs umnout lor X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 14:39:05 -0000 Hello, I received the following LOR using current from: Sun Mar 15 13:47:56 UTC 2009 on i386: lock order reversal: 1st 0x865d237c zfs (zfs) @ /usr/src/sys/kern/vfs_mount.c:1193 2nd 0x86668058 syncer (syncer) @ /usr/src/sys/kern/vfs_subr.c:2205 KDB: stack backtrace: db_trace_self_wrapper(806e8d4e,b2cc9a60,8054f456,80541bfb,806eb900,...) at db_trace_self_wrapper+0x26 kdb_backtrace(80541bfb,806eb900,83c2cc38,83c2cca0,b2cc9abc,...) at kdb_backtrace+0x29 _witness_debugger(806eb900,86668058,806f2854,83c2cca0,806f26d5,...) at _witness_debugger+0x26 witness_checkorder(86668058,9,806f26d5,89d,0,...) at witness_checkorder+0x839 __lockmgr_args(86668058,80100,86668074,0,0,...) at __lockmgr_args+0x797 vop_stdlock(b2cc9bc4,8556d964,806f26d5,80100,86668074,...) at vop_stdlock+0x62 VOP_LOCK1_APV(80732080,b2cc9bc4,805039b2,8074c1c0,86668000,...) at VOP_LOCK1_APV+0xb5 _vn_lock(86668000,80100,806f26d5,89d,808c297c,...) at _vn_lock+0x5e vrele(86668000,0,806f208e,4ee,0,...) at vrele+0x142 dounmount(8402bc80,0,8556d8c0,47b,336,...) at dounmount+0x3ce unmount(8556d8c0,b2cc9cfc,8,8556d8c0,80721a50,...) at unmount+0x2df syscall(b2cc9d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (22, FreeBSD ELF32, unmount), eip = 0x28165f47, esp = 0x7fbfe39c, ebp = 0x7fbfe3c8 --- I should mention that the fs that I was unmounting was created on a usb device (maybe it's related to the new usb2 framework). Thanks, Dan From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 15:01:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5A77106566B for ; Mon, 16 Mar 2009 15:01:57 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 73B358FC18 for ; Mon, 16 Mar 2009 15:01:57 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n2GF1bNw090788; Mon, 16 Mar 2009 11:01:38 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200903161501.n2GF1bNw090788@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 16 Mar 2009 11:01:49 -0400 To: Harald Schmalzbauer , John Baldwin From: Mike Tancsa In-Reply-To: <49BD0943.3000400@OmniLAN.de> References: <200810011405.m91E5ugg028685@lava.sentex.ca> <200810011121.21908.jhb@freebsd.org> <49BD0943.3000400@OmniLAN.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: ichwd on ich9 attach failing ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 15:01:58 -0000 At 09:57 AM 3/15/2009, Harald Schmalzbauer wrote: >John Baldwin schrieb am 01.10.2008 17:21 (localtime): >>On Wednesday 01 October 2008 10:05:48 am Mike Tancsa wrote: >>>Does anyone have a board with this chipset where ichwd attaches properly ? >>> >>>When I try to load the driver I get >>> >>>ichwd module loaded >>>isab0: found ICH9 or equivalent chipset: Intel ICH9R watchdog timer >>>ichwd0: on isa0 >>>isab0: found ICH9 or equivalent chipset: Intel ICH9R watchdog timer >>>ichwd0: ICH WDT present but disabled in BIOS or hardware >>>device_attach: ichwd0 attach returned 6 >>>ppc0: parallel port not found. >>> >>>the ppc0 error seems normal, as on other boards I see the same >>>error and things attach just fine >>> >>>It is enabled in the BIOS as the box will automatically reboot >>>after 5 min, since the watchdog is not set by the OS >>Hmm, looks like the test to clear a bit is failing. Maybe some >>quality time with the ICH9 datasheet (you should be able to find it >>on developer.intel.com) can help resolve this. Here is the relevant code: >>static __inline int >>ichwd_clear_noreboot(struct ichwd_softc *sc) >>{ >> uint32_t status; >> int rc = 0; >> /* try to clear the NO_REBOOT bit */ >> if (sc->ich_version <= 5) { >> status = pci_read_config(sc->ich, ICH_GEN_STA, 1); >> status &= ~ICH_GEN_STA_NO_REBOOT; >> pci_write_config(sc->ich, ICH_GEN_STA, status, 1); >> status = pci_read_config(sc->ich, ICH_GEN_STA, 1); >> if (status & ICH_GEN_STA_NO_REBOOT) >> rc = EIO; >> } else { >> status = ichwd_read_gcs_4(sc, 0); >> status &= ~ICH_GCS_NO_REBOOT; >> ichwd_write_gcs_4(sc, 0, status); >> status = ichwd_read_gcs_4(sc, 0); >> if (status & ICH_GCS_NO_REBOOT) >> rc = EIO; >> } >> if (rc) >> device_printf(sc->device, >> "ICH WDT present but disabled in BIOS or hardware\n"); >> return (rc); >>} > >Hello, > >has anybody had time to look at it? I have a new server board with >ich9 and can't any longer use the watchdog. Unfortunately I'm not >able to solve it myself. >Any help appreciated. Hi, No luck. I have a X58 board that also does not work, but in a different way ichwd module loaded ichwd0: on isa0 ichwd0: Intel ICH10R watchdog timer (ICH10 or equivalent) ppc0: parallel port not found. watchdogd starts up fine, but a kill -9 to it does not result in the box resetting. isab0@pci0:0:31:0: class=0x060100 card=0x4f538086 chip=0x3a168086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = PCI-ISA cap 09[e0] = vendor (length 12) Intel cap 1 version 0 features: SATA RAID-5, 4 PCI-e x1 slots ---Mike From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 16:20:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF67B106566C for ; Mon, 16 Mar 2009 16:20:45 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D16058FC08 for ; Mon, 16 Mar 2009 16:20:44 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA20586 for ; Mon, 16 Mar 2009 18:20:43 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <49BE7C5A.2080103@icyb.net.ua> Date: Mon, 16 Mar 2009 18:20:42 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: ata: printf on every spinup/spindown? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 16:20:46 -0000 I am playing with ata spindown feature and I think that it is really unnecessary to print a message each time ata driver is going to spindown a disk or let it be spinned up: ad6: Idle, spin down ad6: request while spun down, starting. ad6: drive spun down. ad6: Idle, spin down ad6: request while spun down, starting. Especially this is not useful when "Idle, spin down" messages are going spin up the disk via syslog logging to disk :-) Maybe put these under verboseboot if not drop entirely? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 16:45:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D04E7106564A; Mon, 16 Mar 2009 16:45:52 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D39CA8FC1D; Mon, 16 Mar 2009 16:45:51 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA21240; Mon, 16 Mar 2009 18:44:11 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <49BE81DB.6040208@icyb.net.ua> Date: Mon, 16 Mar 2009 18:44:11 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: Mike Tancsa References: <200810011405.m91E5ugg028685@lava.sentex.ca> <200810011121.21908.jhb@freebsd.org> <49BD0943.3000400@OmniLAN.de> <200903161501.n2GF1bNw090788@lava.sentex.ca> In-Reply-To: <200903161501.n2GF1bNw090788@lava.sentex.ca> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Harald Schmalzbauer , freebsd-current@freebsd.org Subject: Re: ichwd on ich9 attach failing ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 16:45:53 -0000 on 16/03/2009 17:01 Mike Tancsa said the following: > > Hi, > No luck. I have a X58 board that also does not work, but in a > different way > > ichwd module loaded > ichwd0: on isa0 > ichwd0: Intel ICH10R watchdog timer (ICH10 or equivalent) > ppc0: parallel port not found. > > watchdogd starts up fine, but a kill -9 to it does not result in the box > resetting. I think that we have tough luck here unless somebody from Intel would be willing to help us. Linux is in the same boat, BTW. You can try it and see. My findings here: http://lists.freebsd.org/pipermail/freebsd-acpi/2009-January/005419.html Harald's issue might also be related to this, but I think that he has something else going on as well. Inability to change that means two things - either we don't access that register correctly (something is messed up on the bigger scale or BIOS took all control and we can't set that bit, period. Things to experiment with (for Harald): 1. try to disable whatever watchdog-related you have enabled in BIOS; 2. try to disable that block of code that checks the bit and see if watchdog can work despite that bit having the unwanted value; -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 16:48:12 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D17EB1065749 for ; Mon, 16 Mar 2009 16:48:12 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8C9AC8FC1F for ; Mon, 16 Mar 2009 16:48:12 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@FreeBSD.org with esmtp (envelope-from ) id <1LjFz1-000720-R6>; Mon, 16 Mar 2009 17:48:11 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@FreeBSD.org with esmtpsa (envelope-from ) id <1LjFz1-0006R5-PO>; Mon, 16 Mar 2009 17:48:11 +0100 Message-ID: <49BE8267.202@zedat.fu-berlin.de> Date: Mon, 16 Mar 2009 16:46:31 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.19 (X11/20090311) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Subject: atacontrol reinit ataX does work only sporadically on FreeBSd 8.0-CURRENT/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 16:48:13 -0000 Running a box with FreeBSD 8.0-CURRENT #4 r189874. Try to attach a SATA harddrive via atacontrol. This drive is attached to the controller 'ata9' (ICH9 on P35-based board). BIOS has 'AHCI' on all controller enabled, so far everything seems to be all right. Well, I performed 'atacontrol reinit ata9' and 'atacontrol attach ata9' once sucessfully, but after detaching, extracting the drive and attaching it again this task does not perform successfully anymore. dmesg shows ata9: port is not ready (timeout 10000ms) ata9: port is not ready (timeout 1000ms) ata9: software reset clear timeout ata9: port is not ready (timeout 10000ms) ata9: port is not ready (timeout 10000ms) ata9: port is not ready (timeout 1000ms) ata9: software reset clear timeout Has anyone any idea what's up? Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 16:57:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F00D21065670; Mon, 16 Mar 2009 16:57:58 +0000 (UTC) (envelope-from lulf@FreeBSD.org) Received: from bene1.itea.ntnu.no (bene1.itea.ntnu.no [IPv6:2001:700:300:3::56]) by mx1.freebsd.org (Postfix) with ESMTP id D87308FC21; Mon, 16 Mar 2009 16:57:57 +0000 (UTC) (envelope-from lulf@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 20C1F16C73E; Mon, 16 Mar 2009 17:57:56 +0100 (CET) Received: from carrot (unknown [IPv6:2001:700:300:3::184]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 6273D16C3A2; Mon, 16 Mar 2009 17:57:55 +0100 (CET) Date: Mon, 16 Mar 2009 16:58:00 +0100 From: Ulf Lilleengen To: freebsd-current@freebsd.org Message-ID: <20090316155800.GA2257@carrot> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) X-Virus-Scanned: Debian amavisd-new at bene1.itea.ntnu.no Cc: freebsd-arch@freebsd.org, freebsd-geom@freebsd.org Subject: [HEADS UP] Merge of projects/gvinum to head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 16:58:00 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, This is a heads-up for a merge of gvinum project code into HEAD. This means that gvinum implementation will be changed some. The code is based on the work done by Lukas Ertl as well as the work I did before/during Google SoC 2007 and afterwards. It has been staying in p4 for some time, and then moved to the subversion project repository not long ago. The main reason for the delay of getting this into HEAD have been the lack of reviewers of the code, but after some discussion and help from testers, I've decided this is a good time to get it in (should perhaps have been merged a bit earlier) Testers have spotted several differences from the original gvinum, and I've tried to make it behave as the old implementation wherever that seemed the best way = to go. Luckily, the work has gotten a bit of attention lately, thanks to Rick = C. Petty for helping out with testing and bugfixing, as well as all others who have dared to run the new gvinum. So, what does this update offer? =46rom the user aspect: - Implementation of many of the missing commands from the old vinum: attach/detach, start (was partially implemented), stop (was partially implemented), concat, mirror, stripe, raid5 (shortcuts for creating volum= es with one plex of these organizations). - Support for fixing degraded plexes while mounted. - Support for growing for striped and raid5-plexes, meaning that one can extend the volumes for these plex types in addition to the concat type. Also works while the volume is mounted. - The parity check and rebuild no longer goes between userland/kernel, meaning that your gvinum command will not stay and wait forever for the rebuild to finish. You can instead watch the status with the list command. - Many problems with gvinum have been reported since 5.x, and some has been hard to fix due to the complicated architecture. Hopefully, it should be more stable and better handle edge cases that previously made gvinum crash. - Failed drives no longer disappears entirely, but now leave behind a dummy drive that makes sure the original state is not forgotten in case the system is rebooted between drive failures/swaps. =46rom the technical aspect: - Gvinum now uses one single workerthread instead of one thread for each volume and each plex. The reason for this is that the previous scheme was very complex, and was the cause of many of the bugs discovered in gvinum. Instead, gvinum now uses one worker thread with an event queue, quite similar to what used in gmirror. - The rebuild/grow/initialize/parity check routines no longer runs in separate threads, but are run as regular I/O requests with special flags. This made it easier to support on-mount growing and parity rebuild. Probably, there are many other issues that have been fixed, perhaps new issues introduced. This is why this is dropped in HEAD now, to give it more attention from the uses before the 8.0 branch. All in all, this will make gvinum an easier beast to handle for users. If you have any issues related = to this, send in problem reports or drop me an e-mail, and I'll take a look. For interested reviewers, the code resides in svn://svn.freebsd.org/base/projects/gvinum --=20 Ulf Lilleengen --KsGdsel6WgEHnImy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkm+dwAACgkQCILg8nMIdCV7TwCfYyxEvLTHgZqcscpXqPdldHIK 81EAnj4lc0hUj/O78iMd3gFEgs6rmRe+ =BAnc -----END PGP SIGNATURE----- --KsGdsel6WgEHnImy-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 16:59:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 698A8106566B; Mon, 16 Mar 2009 16:59:57 +0000 (UTC) (envelope-from lulf@FreeBSD.org) Received: from bene1.itea.ntnu.no (bene1.itea.ntnu.no [IPv6:2001:700:300:3::56]) by mx1.freebsd.org (Postfix) with ESMTP id 2140D8FC25; Mon, 16 Mar 2009 16:59:57 +0000 (UTC) (envelope-from lulf@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 4C06B16C73E; Mon, 16 Mar 2009 17:59:56 +0100 (CET) Received: from carrot (unknown [IPv6:2001:700:300:3::184]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 0828E16C7B2; Mon, 16 Mar 2009 17:59:53 +0100 (CET) Date: Mon, 16 Mar 2009 16:59:57 +0100 From: Ulf Lilleengen To: freebsd-current@freebsd.org Message-ID: <20090316155957.GA2385@carrot> References: <20090316155800.GA2257@carrot> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090316155800.GA2257@carrot> User-Agent: Mutt/1.5.19 (2009-01-05) X-Virus-Scanned: Debian amavisd-new at bene1.itea.ntnu.no Cc: freebsd-geom@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [HEADS UP] Merge of projects/gvinum to head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 16:59:58 -0000 On man, mar 16, 2009 at 04:58:00pm +0100, Ulf Lilleengen wrote: > Hello, > > This is a heads-up for a merge of gvinum project code into HEAD. This means > that gvinum implementation will be changed some. The code is based on the > work done by Lukas Ertl as well as the work I did before/during Google SoC > 2007 and afterwards. It has been staying in p4 for some time, and then moved > to the subversion project repository not long ago. The main reason for the > delay of getting this into HEAD have been the lack of reviewers of the code, > but after some discussion and help from testers, I've decided this is a good > time to get it in (should perhaps have been merged a bit earlier) Testers > have spotted several differences from the original gvinum, and I've tried to > make it behave as the old implementation wherever that seemed the best way to > go. Luckily, the work has gotten a bit of attention lately, thanks to Rick C. > Petty for helping out with testing and bugfixing, as well as all others who > have dared to run the new gvinum. So, what does this update offer? And I plan on importing it within 1-2 weeks :) -- Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 17:13:55 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 921A11065720 for ; Mon, 16 Mar 2009 17:13:55 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63908.mail.re1.yahoo.com (web63908.mail.re1.yahoo.com [69.147.97.123]) by mx1.freebsd.org (Postfix) with SMTP id 1CCAC8FC28 for ; Mon, 16 Mar 2009 17:13:54 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 79812 invoked by uid 60001); 16 Mar 2009 17:13:54 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1237223634; bh=CDWRM1kFIRzErIgHTbW81BAprrmImEG38WuPslSTydI=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=SGSdl/Xy8qvE+veHjDoIs3sBbUxm5Pc2Y0YNq5BYe/7HGOhlzxpEHGMYBvKyNKOH5wLQFp4HPiQCXB5WV6qAye0bFHwdImFXm+qiZ5klq9r4tFCCWYsJIyYXG1U6A+IJZ22VaCNp9Fklco/w+NQOu83cf33cK2u/UdG0HHYkx4g= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=bm8p8sYYkM6zOJx04G4f0ECHyFJElPGmERZRnSovvFiBDrQyRRZmHpAa21jeIdjf+uoYwlM0fv5U15TUL6C0Z+tw0SwgL78clnzv+4BqxVWH10wBFVkCYoT6H8u5WeR/WBUx4Qs3/IXtueP4scqG2/l+3RA5yMWsaOsDW/aYhnc=; Message-ID: <447652.79294.qm@web63908.mail.re1.yahoo.com> X-YMail-OSG: Yxy3QNMVM1nn2SRHyt45a1cfIbSnVNH6_ORnHn9X2r5SI9aMCVDiXAQYY3d4vZVD8LYP.zL3aH3tO_bHB6RnK2X6VmtZ9QXt0qpftDPc2HyEIe5YIGyyDON_wWIYjOozmM4xi3.mctEM6dO79hBYDjK987E- Received: from [98.242.222.229] by web63908.mail.re1.yahoo.com via HTTP; Mon, 16 Mar 2009 10:13:54 PDT X-Mailer: YahooMailWebService/0.7.289.1 Date: Mon, 16 Mar 2009 10:13:54 -0700 (PDT) From: Barney Cordoba To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Are taskqueues tied to a cpu generally? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: barney_cordoba@yahoo.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 17:13:58 -0000 I have 4 tasks sharing a taskqueue but they always seem to run on the same cpu. Is that expected? Creating separate queues seems to change things. Barney From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 17:55:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C8F61065676 for ; Mon, 16 Mar 2009 17:55:51 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.185]) by mx1.freebsd.org (Postfix) with ESMTP id 3981F8FC12 for ; Mon, 16 Mar 2009 17:55:50 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so1128495tib.3 for ; Mon, 16 Mar 2009 10:55:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :message-id:user-agent:mime-version:content-type; bh=1E/YY1YliNBBTu+8i5FrpSmoKPmLnPMIMOQ1s/BvTJU=; b=ThhEvpIQMOrZpq+2AmH4XB2DuIgouioYbY0fdwJ6l2jm7SsBdQ+UdwFUukiSvl7Yr8 J0eh4dr4t1WKalj7oFPzjLsVPbbgG/IEY6iVrw8Okh+kHf438EODThf2z4jtBxmJ9ACh d1ydaQRDuKilP+nB+7B9skCNJq3jeTkrQ6tu4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:message-id:user-agent:mime-version :content-type; b=dx/XMfGr0nEQOJxWb/W9aOy38WbULTJblUn3zjAXsrBs2ONmVuZ5fKKUelCCmoPr0L yGzk4AtY7SUO3hnda7oxFJcmt3gXUsFaL9PVJo/hGfHEGkHZZ1qx9rE2yRZFAVrkUEOD ydapLIyOGP8LHnwEUCsfjzvib1cmJNPI6O+zY= Received: by 10.110.14.12 with SMTP id 12mr7791162tin.22.1237226147328; Mon, 16 Mar 2009 10:55:47 -0700 (PDT) Received: from localhost (95-24-69-29.broadband.corbina.ru [95.24.69.29]) by mx.google.com with ESMTPS id y5sm1268669tia.17.2009.03.16.10.55.44 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 16 Mar 2009 10:55:46 -0700 (PDT) From: Anonymous To: freebsd-current@freebsd.org Date: Mon, 16 Mar 2009 20:55:14 +0300 Message-ID: <864oxtuzct.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: lang/sbcl consumes all available memory and dies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 17:55:52 -0000 I noticed that after commit r189771 (ELF: .note.ABI-tag) sbcl starts to eat all memory until it dies from bus error never reaching REPL. The process is unkillable, too. $ sbcl This is SBCL 1.0.25, an implementation of ANSI Common Lisp. More information about SBCL is available at . SBCL is free software, provided as is, with absolutely no warranty. It is mostly in the public domain; some portions are provided under BSD-style licenses. See the CREDITS and COPYING files in the distribution for more information. load: 0.06 cmd: sbcl 1926 [running] 0.01u 0.44s 3% 189432k load: 0.06 cmd: sbcl 1926 [tx->tx_quiesce_done_cv)] 0.01u 0.72s 5% 367124k load: 0.78 cmd: sbcl 1926 [running] 0.01u 2.91s 14% 1763028k load: 0.72 cmd: sbcl 1926 [tx->tx_quiesce_done_cv)] 0.01u 3.65s 14% 2237272k load: 0.74 cmd: sbcl 1926 [*vm page queue mutex] 0.01u 5.78s 9% 3482892k zsh: bus error (core dumped) sbcl This is amd64, r189876M, zfs, 4g mem, 4g swap, sbcl 1.0.17, sbcl-1.0.25, 1.0.26.3. I can reproduce it under qemu with clean environment as well. Can somebody confirm it on i386? Just run `sbcl' and exit from REPL by either `^D' or `(quit)'. The workaround is to reverse-apply diff from r189771. From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 18:04:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F0A51065674 for ; Mon, 16 Mar 2009 18:04:43 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from bene2.itea.ntnu.no (bene2.itea.ntnu.no [IPv6:2001:700:300:3::57]) by mx1.freebsd.org (Postfix) with ESMTP id A88E38FC0C for ; Mon, 16 Mar 2009 18:04:42 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from localhost (localhost [127.0.0.1]) by bene2.itea.ntnu.no (Postfix) with ESMTP id 4EB3790009; Mon, 16 Mar 2009 19:04:41 +0100 (CET) Received: from carrot (unknown [IPv6:2001:700:300:3::184]) by bene2.itea.ntnu.no (Postfix) with ESMTP id 0189690008; Mon, 16 Mar 2009 19:04:40 +0100 (CET) Date: Mon, 16 Mar 2009 18:04:46 +0100 From: Ulf Lilleengen To: Andriy Gapon Message-ID: <20090316170446.GA2491@carrot> References: <49BE7C5A.2080103@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49BE7C5A.2080103@icyb.net.ua> User-Agent: Mutt/1.5.19 (2009-01-05) X-Virus-Scanned: Debian amavisd-new at bene2.itea.ntnu.no Cc: freebsd-current@freebsd.org Subject: Re: ata: printf on every spinup/spindown? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "..."@itea.ntnu.no List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 18:04:43 -0000 On Mon, Mar 16, 2009 at 06:20:42PM +0200, Andriy Gapon wrote: > > I am playing with ata spindown feature and I think that it is really unnecessary > to print a message each time ata driver is going to spindown a disk or let it be > spinned up: > ad6: Idle, spin down > ad6: request while spun down, starting. > ad6: drive spun down. > ad6: Idle, spin down > ad6: request while spun down, starting. > > Especially this is not useful when "Idle, spin down" messages are going spin up > the disk via syslog logging to disk :-) > > Maybe put these under verboseboot if not drop entirely? > Having them available under verboseboot or via some debug sysctl might prove useful. -- Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 18:11:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD67D10656EA for ; Mon, 16 Mar 2009 18:11:57 +0000 (UTC) (envelope-from dchagin@dchagin.static.corbina.ru) Received: from contrabass.post.ru (contrabass.post.ru [85.21.78.5]) by mx1.freebsd.org (Postfix) with ESMTP id 7D79F8FC08 for ; Mon, 16 Mar 2009 18:11:57 +0000 (UTC) (envelope-from dchagin@dchagin.static.corbina.ru) Received: from corbina.ru (mail.post.ru [195.14.50.16]) by contrabass.post.ru (Postfix) with ESMTP id 1400A72987; Mon, 16 Mar 2009 21:11:55 +0300 (MSK) X-Virus-Scanned: by cgpav Uf39PSi9pFi9oFi9 Received: from [10.208.17.3] (HELO dchagin.static.corbina.ru) by corbina.ru (CommuniGate Pro SMTP 5.1.14) with ESMTPS id 1682834436; Mon, 16 Mar 2009 21:11:54 +0300 Received: from dchagin.static.corbina.ru (localhost.chd.net [127.0.0.1]) by dchagin.static.corbina.ru (8.14.3/8.14.3) with ESMTP id n2GIBsKr001911; Mon, 16 Mar 2009 21:11:54 +0300 (MSK) (envelope-from dchagin@dchagin.static.corbina.ru) Received: (from dchagin@localhost) by dchagin.static.corbina.ru (8.14.3/8.14.3/Submit) id n2GIBnU5001910; Mon, 16 Mar 2009 21:11:49 +0300 (MSK) (envelope-from dchagin) Date: Mon, 16 Mar 2009 21:11:49 +0300 From: Chagin Dmitry To: Anonymous Message-ID: <20090316181149.GA1830@dchagin.static.corbina.ru> References: <864oxtuzct.fsf@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: <864oxtuzct.fsf@gmail.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org Subject: Re: lang/sbcl consumes all available memory and dies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 18:11:58 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 16, 2009 at 08:55:14PM +0300, Anonymous wrote: > I noticed that after commit r189771 (ELF: .note.ABI-tag) sbcl > starts to eat all memory until it dies from bus error never reaching > REPL. The process is unkillable, too. >=20 > $ sbcl > This is SBCL 1.0.25, an implementation of ANSI Common Lisp. > More information about SBCL is available at . >=20 > SBCL is free software, provided as is, with absolutely no warranty. > It is mostly in the public domain; some portions are provided under > BSD-style licenses. See the CREDITS and COPYING files in the > distribution for more information. > load: 0.06 cmd: sbcl 1926 [running] 0.01u 0.44s 3% 189432k > load: 0.06 cmd: sbcl 1926 [tx->tx_quiesce_done_cv)] 0.01u 0.72s 5% 367= 124k > load: 0.78 cmd: sbcl 1926 [running] 0.01u 2.91s 14% 1763028k > load: 0.72 cmd: sbcl 1926 [tx->tx_quiesce_done_cv)] 0.01u 3.65s 14% 22= 37272k > load: 0.74 cmd: sbcl 1926 [*vm page queue mutex] 0.01u 5.78s 9% 348289= 2k > zsh: bus error (core dumped) sbcl >=20 > This is amd64, r189876M, zfs, 4g mem, 4g swap, sbcl 1.0.17, sbcl-1.0.25, > 1.0.26.3. I can reproduce it under qemu with clean environment as well. >=20 > Can somebody confirm it on i386? Just run `sbcl' and exit from REPL by > either `^D' or `(quit)'. >=20 > The workaround is to reverse-apply diff from r189771. well, I will look at it, thnx for the report. --=20 Have fun! chd --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkm+lmIACgkQ0t2Tb3OO/O08EQCgvue9d8fup32omcuQ7rbk8b2n Q1sAn0ebpBvpz3cseaTDJsVq5OxxIj0N =xXf5 -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 18:29:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7CCC10656C8 for ; Mon, 16 Mar 2009 18:29:41 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id 29DBF8FC1B for ; Mon, 16 Mar 2009 18:29:40 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz8 with SMTP id 8so3503012bwz.43 for ; Mon, 16 Mar 2009 11:29:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=PLmLdWxIhGzJRUu/W6Ed6v1iGlv4RQjFRRDcFL8gTHU=; b=LMGZEBnz1AZgVmVm1f3pjmVBhVSzvIT/zVqKVqaHfbG5Sb2SGuLxFI1Za5GMMT+pdY LUJUsaIPtB1KHNTLgwBVR+YNQi2cS39/yPKKDGUJahc50SGZRCXu3Dtjj8bvDBwSDkVD rIxPgWax+qkt2A9j+6JAnW18koKCMLTHCRIGc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=bQTya1QyfKEX2FoAC2pDdVLCnI8ArQwAbl1NwoXC9NXJKAuKj98FIb2bRX3OfnbTYa R9lBORyULtP19uIdTwVViq+RZ/debf8aSJEyBvr0LEewAQ/L3mVwGecO8Z716xTSvZGv +Lxm272fFJ6tFmXY/FWc3MwUT5zSsnuBGxTls= MIME-Version: 1.0 Received: by 10.86.100.16 with SMTP id x16mr1200979fgb.68.1237228179878; Mon, 16 Mar 2009 11:29:39 -0700 (PDT) Date: Mon, 16 Mar 2009 21:29:39 +0300 Message-ID: From: pluknet To: FreeBSD-Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: LOR 1) proctree 2) ufs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 18:29:43 -0000 Hello. A yet another of the numerous fs witness warns. This one seems not to be reported anywhere else yet. It's triggered with ktrace, certainly. lock order reversal: 1st 0xc08bbf30 proctree (proctree) @ /usr/src/sys/kern/kern_ktrace.c:718 2nd 0xc672fc70 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2205 KDB: stack backtrace: db_trace_self_wrapper(c08292a7,e80279cc,c0604035,c05f5c2b,c082c14d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c05f5c2b,c082c14d,c54ef068,c54f6978,e8027a28,...) at kdb_backtrace+0x29 _witness_debugger(c082c14d,c672fc70,c081f7ec,c54f6978,c0832f2c,...) at _witness_debugger+0x25 witness_checkorder(c672fc70,9,c0832f2c,89d,0,...) at witness_checkorder+0x839 __lockmgr_args(c672fc70,80100,c672fcd8,0,0,...) at __lockmgr_args+0x7a7 ffs_lock(e8027b34,c0603ddb,c0832f2c,80100,c672fc18,...) at ffs_lock+0xa1 VOP_LOCK1_APV(c088e5e0,e8027b34,c05b5da3,c08a3d60,c672fc18,...) at VOP_LOCK1_APV+0xb5 _vn_lock(c672fc18,80100,c0832f2c,89d,4,...) at _vn_lock+0x78 vrele(c672fc18,0,c0822999,36b,c5b1e5d0,...) at vrele+0x15a ktrops(1fe,0,c0822999,384,1,...) at ktrops+0x28d ktrsetchildren(1fe,0,c0822999,300,0,...) at ktrsetchildren+0x5c ktrace(c60f3690,e8027cf8,10,c082d384,c0871298,...) at ktrace+0x622 syscall(e8027d38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (45, FreeBSD ELF32, ktrace), eip = 0x280d11cf, esp = 0xbfbfecbc, ebp = 0xbfbfed68 --- -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 18:34:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B6F31065694 for ; Mon, 16 Mar 2009 18:34:19 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id A6BEC8FC0A for ; Mon, 16 Mar 2009 18:34:18 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz8 with SMTP id 8so3504889bwz.43 for ; Mon, 16 Mar 2009 11:34:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=wMaxrPlHuCnvhzR4GkURHnmQQFv+5LBYb8kbufsUJRo=; b=D0ZLPFG80WYaq310Ss2xUcWbTYbZkwvrFXan9MxkzadANkYoHdV0HoykRfHmBw72AA sw7eJzOBHnn3fcFfLv3RzvxarGaxtE17c+o5v1lmhY5wtCe4kfCOQsc5HivsFnPw0tMs wAIcH5p03T1Ykvz9IapPAxDcKBMBV4zmTd5ms= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=oavAfO3zuTtIpRq/3EV07Cq7yOAwqkV8GYuw1/iKoTq0WRgPE1YsDbMmO5i7NW01xI hyywj8T/X+8cNO19UDyR03JH6ZZoKyeu0ArVjfghpDPyFJcV2DL4coHlOLBFSY/jbYc0 0Hcg2dyEFwwhsRw8R8ujFJ9gMPEzbmQSZXIwk= MIME-Version: 1.0 Received: by 10.103.92.10 with SMTP id u10mr2265178mul.22.1237228457597; Mon, 16 Mar 2009 11:34:17 -0700 (PDT) In-Reply-To: References: Date: Mon, 16 Mar 2009 21:34:17 +0300 Message-ID: From: pluknet To: FreeBSD-Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: LOR 1) proctree 2) ufs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 18:34:19 -0000 2009/3/16 pluknet : > Hello. > > A yet another of the numerous fs witness warns. > This one seems not to be reported anywhere else yet. > It's triggered with ktrace, certainly. > > > lock order reversal: > 1st 0xc08bbf30 proctree (proctree) @ /usr/src/sys/kern/kern_ktrace.c:718 > 2nd 0xc672fc70 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2205 > KDB: stack backtrace: > db_trace_self_wrapper(c08292a7,e80279cc,c0604035,c05f5c2b,c082c14d,...) > at db_trace_self_wrapper+0x26 > kdb_backtrace(c05f5c2b,c082c14d,c54ef068,c54f6978,e8027a28,...) at > kdb_backtrace+0x29 > _witness_debugger(c082c14d,c672fc70,c081f7ec,c54f6978,c0832f2c,...) at > _witness_debugger+0x25 > witness_checkorder(c672fc70,9,c0832f2c,89d,0,...) at witness_checkorder+0x839 > __lockmgr_args(c672fc70,80100,c672fcd8,0,0,...) at __lockmgr_args+0x7a7 > ffs_lock(e8027b34,c0603ddb,c0832f2c,80100,c672fc18,...) at ffs_lock+0xa1 > VOP_LOCK1_APV(c088e5e0,e8027b34,c05b5da3,c08a3d60,c672fc18,...) at > VOP_LOCK1_APV+0xb5 > _vn_lock(c672fc18,80100,c0832f2c,89d,4,...) at _vn_lock+0x78 > vrele(c672fc18,0,c0822999,36b,c5b1e5d0,...) at vrele+0x15a > ktrops(1fe,0,c0822999,384,1,...) at ktrops+0x28d > ktrsetchildren(1fe,0,c0822999,300,0,...) at ktrsetchildren+0x5c > ktrace(c60f3690,e8027cf8,10,c082d384,c0871298,...) at ktrace+0x622 > syscall(e8027d38) at syscall+0x2b4 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (45, FreeBSD ELF32, ktrace), eip = 0x280d11cf, esp = > 0xbfbfecbc, ebp = 0xbfbfed68 --- > P.S. If it might be useful in order to reproduce. The traced process was hald eating 100% cpu. 921 hald RET read 0 921 hald CALL gettimeofday(0xbfbfe9f8,0) 921 hald RET gettimeofday 0 921 hald CALL poll(0x2945a5b0,0xa,0x62) 921 hald RET poll 1 921 hald CALL gettimeofday(0xbfbfea08,0) 921 hald RET gettimeofday 0 921 hald CALL read(0xd,0xbfbfe8ac,0x180) 921 hald GIO fd 13 read 0 bytes "" 921 hald RET read 0 921 hald CALL gettimeofday(0xbfbfe9f8,0) 921 hald RET gettimeofday 0 921 hald CALL poll(0x2945a5b0,0xa,0x62) 921 hald RET poll 1 921 hald CALL gettimeofday(0xbfbfea08,0) 921 hald RET gettimeofday 0 921 hald CALL read(0xd,0xbfbfe8ac,0x180) 921 hald GIO fd 13 read 0 bytes ...etc.. -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 19:45:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 708D91065785 for ; Mon, 16 Mar 2009 19:45:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 147988FC1B for ; Mon, 16 Mar 2009 19:45:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1LjIku-000KNy-NC; Mon, 16 Mar 2009 21:45:48 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n2GJjfgB019363 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Mar 2009 21:45:42 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n2GJjfof082253; Mon, 16 Mar 2009 21:45:41 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n2GJjftK082252; Mon, 16 Mar 2009 21:45:41 +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: Mon, 16 Mar 2009 21:45:41 +0200 From: Kostik Belousov To: Anonymous Message-ID: <20090316194541.GO41617@deviant.kiev.zoral.com.ua> References: <864oxtuzct.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BX9SByEXL4cvTynf" Content-Disposition: inline In-Reply-To: <864oxtuzct.fsf@gmail.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1LjIku-000KNy-NC d027df239b8afdf3e73ca371db2e8565 X-Terabit: YES Cc: freebsd-current@freebsd.org Subject: Re: lang/sbcl consumes all available memory and dies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 19:45:50 -0000 --BX9SByEXL4cvTynf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 16, 2009 at 08:55:14PM +0300, Anonymous wrote: > I noticed that after commit r189771 (ELF: .note.ABI-tag) sbcl > starts to eat all memory until it dies from bus error never reaching > REPL. The process is unkillable, too. >=20 > $ sbcl > This is SBCL 1.0.25, an implementation of ANSI Common Lisp. > More information about SBCL is available at . >=20 > SBCL is free software, provided as is, with absolutely no warranty. > It is mostly in the public domain; some portions are provided under > BSD-style licenses. See the CREDITS and COPYING files in the > distribution for more information. > load: 0.06 cmd: sbcl 1926 [running] 0.01u 0.44s 3% 189432k > load: 0.06 cmd: sbcl 1926 [tx->tx_quiesce_done_cv)] 0.01u 0.72s 5% 367= 124k > load: 0.78 cmd: sbcl 1926 [running] 0.01u 2.91s 14% 1763028k > load: 0.72 cmd: sbcl 1926 [tx->tx_quiesce_done_cv)] 0.01u 3.65s 14% 22= 37272k > load: 0.74 cmd: sbcl 1926 [*vm page queue mutex] 0.01u 5.78s 9% 348289= 2k > zsh: bus error (core dumped) sbcl >=20 > This is amd64, r189876M, zfs, 4g mem, 4g swap, sbcl 1.0.17, sbcl-1.0.25, > 1.0.26.3. I can reproduce it under qemu with clean environment as well. >=20 > Can somebody confirm it on i386? Just run `sbcl' and exit from REPL by > either `^D' or `(quit)'. >=20 > The workaround is to reverse-apply diff from r189771. I think the D-state is due to quite large vm address space of the lisp, that takes a long time to dump. For the start, can you confirm that setting sysctl machdep.prot_fault_translation to 2 solves your problem ? --BX9SByEXL4cvTynf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkm+rGUACgkQC3+MBN1Mb4h53ACdFAPgQzDSlhmXK032MJlUZDbG 1rIAn1UCbFkdlSN/0ujDq6QYDycbpjUe =uCI7 -----END PGP SIGNATURE----- --BX9SByEXL4cvTynf-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 20:03:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1ADDE106566C for ; Mon, 16 Mar 2009 20:03:01 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id D4AE68FC12 for ; Mon, 16 Mar 2009 20:03:00 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 45E2A3F129; Mon, 16 Mar 2009 20:02:59 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id n2GK2wES010612; Mon, 16 Mar 2009 20:02:58 GMT (envelope-from phk@critter.freebsd.dk) To: Andriy Gapon From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 16 Mar 2009 18:20:42 +0200." <49BE7C5A.2080103@icyb.net.ua> Date: Mon, 16 Mar 2009 20:02:58 +0000 Message-ID: <10611.1237233778@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: ata: printf on every spinup/spindown? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 20:03:01 -0000 In message <49BE7C5A.2080103@icyb.net.ua>, Andriy Gapon writes: >I am playing with ata spindown feature and I think that it is really unnecessary >to print a message each time ata driver is going to spindown a disk or let it be >spinned up: >ad6: Idle, spin down >ad6: request while spun down, starting. >ad6: drive spun down. >ad6: Idle, spin down >ad6: request while spun down, starting. The reason I added the printf was to make it very annoying. Spinning a disk up and down too often wears it out much faster than leaving it running. In general you do not want to spin a disk down unless it is going to stay spun down for at least 15-30 minutes. If dmesg is going to spin your disk up, then it will wake up every 5 minutes due to the atrun message and you are clearly doing it wrong. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 20:10:02 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2880E106564A for ; Mon, 16 Mar 2009 20:10:02 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from mail-out1.fuse.net (mail-out1.fuse.net [216.68.8.175]) by mx1.freebsd.org (Postfix) with ESMTP id 8C4F78FC08 for ; Mon, 16 Mar 2009 20:10:01 +0000 (UTC) (envelope-from cokane@FreeBSD.org) X-CNFS-Analysis: v=1.0 c=1 a=xgXaKvvpysUA:10 a=VdK7-obbqX0A:10 a=6I5d2MoRAAAA:8 a=9JIfFU07cOActQEztE4A:9 a=jFviNGBfAntndDSzbhwA:7 a=qHTR4_ig4OAGKh3fuVcu4ElAeKQA:4 a=XF7b4UCPwd8A:10 a=SV7veod9ZcQA:10 a=eWPWW3wkdogB2q3AEgUA:9 a=zWMAHbQ1mdvlIKah-WtNAcKbzRUA:4 a=rPt6xJ-oxjAA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: gwout1 smtp.mail=cokane@FreeBSD.org; spf=softfail Received-SPF: softfail (gwout1: transitional domain FreeBSD.org does not designate 74.215.227.9 as permitted sender) Received: from [74.215.227.9] ([74.215.227.9:50488] helo=discordia) by gwout1 (envelope-from ) (ecelerity 2.2.2.37 r(28805/28810M)) with ESMTP id 0F/37-27669-39EAEB94; Mon, 16 Mar 2009 15:55:00 -0400 Received: by discordia (Postfix, from userid 103) id C273E35A7E4; Mon, 16 Mar 2009 15:54:59 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.31.1.6] (unknown [172.31.1.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id E214435A7E3; Mon, 16 Mar 2009 15:54:52 -0400 (EDT) From: Coleman Kane To: Sam Leffler In-Reply-To: <49BC1C66.7030400@freebsd.org> References: <1236937253.2282.0.camel@localhost> <49BAEA9F.8020302@incunabulum.net> <49BB0D3E.2020306@incunabulum.net> <49BC1C66.7030400@freebsd.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-jfxLpbIN2j5WK690VAs3" Organization: FreeBSD Project Date: Mon, 16 Mar 2009 15:53:30 -0400 Message-Id: <1237233210.84180.20.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port Cc: Bruce Simpson , current@freebsd.org, freebsd-net Subject: Re: IGMP+WiFi panic on recent kernel - in igmp_fasttimo() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 20:10:02 -0000 --=-jfxLpbIN2j5WK690VAs3 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The crash that I am seeing (using if_ndis) occurs in igmp_fasttimo... This patch doesn't fix that, I'll get more info as soon as I can. On Sat, 2009-03-14 at 14:06 -0700, Sam Leffler wrote: > This patches avoids the crash. Not sure how ifma_protospec is supposed=20 > to be handled so I'm not committing it. >=20 > Sam >=20 > plain text document attachment (mcast.patch) > Index: in.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- in.c (revision 189750) > +++ in.c (working copy) > @@ -1040,7 +1040,8 @@ > */ > IF_ADDR_LOCK(ifp); > TAILQ_FOREACH(ifma, &ifp->if_multiaddrs, ifma_link) { > - if (ifma->ifma_addr->sa_family !=3D AF_INET) > + if (ifma->ifma_addr->sa_family !=3D AF_INET || > + ifma->ifma_protospec =3D=3D NULL) > continue; > inm =3D (struct in_multi *)ifma->ifma_protospec; > LIST_INSERT_HEAD(&purgeinms, inm, inm_link); > Index: igmp.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- igmp.c (revision 189750) > +++ igmp.c (working copy) > @@ -623,7 +623,8 @@ > if (igi->igi_version =3D=3D IGMP_VERSION_3) { > IF_ADDR_LOCK(ifp); > TAILQ_FOREACH(ifma, &ifp->if_multiaddrs, ifma_link) { > - if (ifma->ifma_addr->sa_family !=3D AF_INET) > + if (ifma->ifma_addr->sa_family !=3D AF_INET || > + ifma->ifma_protospec =3D=3D NULL) > continue; > inm =3D (struct in_multi *)ifma->ifma_protospec; > if (inm->inm_state =3D=3D IGMP_LEAVING_MEMBER) { > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=20 Coleman Kane --=-jfxLpbIN2j5WK690VAs3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkm+rjIACgkQcMSxQcXat5ceLwCeKuZZnl8aE59M5vaukNPp2Atk yPYAn0kq9fciOvjO/vKZj+8zh6qxsTXL =hjdk -----END PGP SIGNATURE----- --=-jfxLpbIN2j5WK690VAs3-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 20:14:11 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5256106570A; Mon, 16 Mar 2009 20:14:11 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 656558FC1F; Mon, 16 Mar 2009 20:14:11 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n2GKEApH073903 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Mar 2009 13:14:10 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49BEB312.7060105@freebsd.org> Date: Mon, 16 Mar 2009 13:14:10 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Coleman Kane References: <1236937253.2282.0.camel@localhost> <49BAEA9F.8020302@incunabulum.net> <49BB0D3E.2020306@incunabulum.net> <49BC1C66.7030400@freebsd.org> <1237233210.84180.20.camel@localhost> In-Reply-To: <1237233210.84180.20.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: Bruce Simpson , current@freebsd.org, freebsd-net Subject: Re: IGMP+WiFi panic on recent kernel - in igmp_fasttimo() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 20:14:12 -0000 It is the same issue but the root cause is unclear. There is much code that does assumes ifma_protospec might be NULL and checks for it. In my case (creating a wlan ifnet and then destroying it on eject) the patch below is sufficient. I don't care to dig right now to understand how this stuff is supposed to work; it should be clear from comments etc but the code is lacking. Sam Coleman Kane wrote: > The crash that I am seeing (using if_ndis) occurs in igmp_fasttimo... > This patch doesn't fix that, I'll get more info as soon as I can. > > On Sat, 2009-03-14 at 14:06 -0700, Sam Leffler wrote: > >> This patches avoids the crash. Not sure how ifma_protospec is supposed >> to be handled so I'm not committing it. >> >> Sam >> >> plain text document attachment (mcast.patch) >> Index: in.c >> =================================================================== >> --- in.c (revision 189750) >> +++ in.c (working copy) >> @@ -1040,7 +1040,8 @@ >> */ >> IF_ADDR_LOCK(ifp); >> TAILQ_FOREACH(ifma, &ifp->if_multiaddrs, ifma_link) { >> - if (ifma->ifma_addr->sa_family != AF_INET) >> + if (ifma->ifma_addr->sa_family != AF_INET || >> + ifma->ifma_protospec == NULL) >> continue; >> inm = (struct in_multi *)ifma->ifma_protospec; >> LIST_INSERT_HEAD(&purgeinms, inm, inm_link); >> Index: igmp.c >> =================================================================== >> --- igmp.c (revision 189750) >> +++ igmp.c (working copy) >> @@ -623,7 +623,8 @@ >> if (igi->igi_version == IGMP_VERSION_3) { >> IF_ADDR_LOCK(ifp); >> TAILQ_FOREACH(ifma, &ifp->if_multiaddrs, ifma_link) { >> - if (ifma->ifma_addr->sa_family != AF_INET) >> + if (ifma->ifma_addr->sa_family != AF_INET || >> + ifma->ifma_protospec == NULL) >> continue; >> inm = (struct in_multi *)ifma->ifma_protospec; >> if (inm->inm_state == IGMP_LEAVING_MEMBER) { >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 20:19:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62875106564A for ; Mon, 16 Mar 2009 20:19:57 +0000 (UTC) (envelope-from army.of.root@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id E57318FC1B for ; Mon, 16 Mar 2009 20:19:56 +0000 (UTC) (envelope-from army.of.root@googlemail.com) Received: by fg-out-1718.google.com with SMTP id e12so1190921fga.14 for ; Mon, 16 Mar 2009 13:19:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=ko+CrOIyfd3LTW7oRxF6fJ+Qa+BjiMHfRj4a8UuR43Q=; b=bHFcpyb4OuJRNk5YUComaA2Asx9o2Ny41waSMsKfRqOJGFNOixHIK6oY+J8rUuBBAt 2UtKiYzEb50amMch3oa+uuIabFW+CGmDDLQL9JPzHnKfpKTJ5s3lN8xIm7lP0TMG2aON jtrTs2pP6A/E8Qk+Cwry1HXjNzMB4co972c20= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=tDpyO19vCz2nfaC01SQTXsgsRd+Brs0v+y9LdQ84ajXNnAUnIb/SOmGOlzHJ3jXR+l LWsmkJisFlKq8C5RXmLMSaYEwSlEoCUOTL402Idc0Zs5EDIvkSaHBxCuGX/f0SPa9Fj6 Dhs77xfFfnt8UOAnz1POYNBJdkZfmNrl7RcLo= Received: by 10.86.66.9 with SMTP id o9mr2945915fga.36.1237234796015; Mon, 16 Mar 2009 13:19:56 -0700 (PDT) Received: from ?192.168.2.24? (p5486DFA6.dip.t-dialin.net [84.134.223.166]) by mx.google.com with ESMTPS id e11sm2705fga.0.2009.03.16.13.19.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 16 Mar 2009 13:19:54 -0700 (PDT) Message-ID: <49BEB449.9090302@googlemail.com> Date: Mon, 16 Mar 2009 21:19:21 +0100 From: "army.of.root" User-Agent: Thunderbird 2.0.0.17 (X11/20081028) MIME-Version: 1.0 To: Andriy Gapon References: <49BE7C5A.2080103@icyb.net.ua> In-Reply-To: <49BE7C5A.2080103@icyb.net.ua> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ata: printf on every spinup/spindown? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 20:19:57 -0000 Andriy Gapon wrote: > I am playing with ata spindown feature and I think that it is really unnecessary > to print a message each time ata driver is going to spindown a disk or let it be > spinned up: > ad6: Idle, spin down > ad6: request while spun down, starting. > ad6: drive spun down. > ad6: Idle, spin down > ad6: request while spun down, starting. > > Especially this is not useful when "Idle, spin down" messages are going spin up > the disk via syslog logging to disk :-) > > Maybe put these under verboseboot if not drop entirely? > Hi, yah, I had some unpleasant experience with spinning down disks. That really is only useful for backup disks or similar disks which are not accessed frequently or used by any programs. :) The HDD consumes in Idle mode only something like 1W so it isnt really economic to spin it down. From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 20:32:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF5051065670 for ; Mon, 16 Mar 2009 20:32:21 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 72B2A8FC0C for ; Mon, 16 Mar 2009 20:32:21 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 237637093; Mon, 16 Mar 2009 22:32:20 +0200 Message-ID: <49BEB752.1050609@FreeBSD.org> Date: Mon, 16 Mar 2009 22:32:18 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: "O. Hartmann" References: <1237234989.00087753.1237222202@10.7.7.3> In-Reply-To: <1237234989.00087753.1237222202@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: atacontrol reinit ataX does work only sporadically on FreeBSd 8.0-CURRENT/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 20:32:22 -0000 O. Hartmann wrote: > Running a box with FreeBSD 8.0-CURRENT #4 r189874. > Try to attach a SATA harddrive via atacontrol. This drive is attached to > the controller 'ata9' (ICH9 on P35-based board). BIOS has 'AHCI' on all > controller enabled, so far everything seems to be all right. > > Well, I performed 'atacontrol reinit ata9' and 'atacontrol attach ata9' > once sucessfully, but after detaching, extracting the drive and > attaching it again this task does not perform successfully anymore. > > dmesg shows > > ata9: port is not ready (timeout 10000ms) > ata9: port is not ready (timeout 1000ms) > ata9: software reset clear timeout > ata9: port is not ready (timeout 10000ms) > ata9: port is not ready (timeout 10000ms) > ata9: port is not ready (timeout 1000ms) > ata9: software reset clear timeout > > Has anyone any idea what's up? Can you repeat the same with verbose messages enabled? Do you hear drive spin-up sound when you are doing attach? If so, does it finish before you are receiving timeout message? Actually reinit does not help you, as it does not attaches new drives at this time, only able to detach removed. Same time detach/attach works fine for me on ICH8R. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 20:49:15 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE7B7106566B for ; Mon, 16 Mar 2009 20:49:14 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 9C3DA8FC2A for ; Mon, 16 Mar 2009 20:49:14 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 21716 invoked by uid 399); 16 Mar 2009 20:49:10 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 16 Mar 2009 20:49:10 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <49BEBB45.7050605@FreeBSD.org> Date: Mon, 16 Mar 2009 13:49:09 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (X11/20090312) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: multipart/mixed; boundary="------------050601030103070007000708" Cc: Subject: Is wpa_supplicant supposed to work with a hidden ssid? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 20:49:15 -0000 This is a multi-part message in MIME format. --------------050601030103070007000708 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I spent a pretty long, frustrating evening last night getting wpa_supplicant working with my Intel 3945abg (wpi) card. I could connect when the network was open, or using WEP just fine. However it turned out that I could not connect with WPA unless the AP was showing the ssid. Now hiding ssid is not a show-stopper for me, I just think it's odd that I can't do it. FWIW, I vaguely recall that the same thing was true with ath-based cards as well. I still have one somewhere, and I can double-check this if anyone is interested. Now this seems to be related to the fact that we can only use ap_scan=1 with the wlan module. The description in the example conf file seems to indicate that setting that option to 2 would do the trick, but the man page for wpa_supplicant.conf says that we can only use ap_scan=1. Therefore I'd like to propose the attached patch which would have saved me a lot of time flailing around with this (since I assumed that the example conf file had the necessary information). Since we have svn now, the "pristine" copy of the file will still live on in the vendor tree, and there is no "expense" to changing things in contrib like there was with cvs. Doug -- This .signature sanitized for your protection --------------050601030103070007000708 Content-Type: text/plain; name="wpa_supp.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="wpa_supp.diff" Index: wpa_supplicant.conf =================================================================== --- wpa_supplicant.conf (revision 189866) +++ wpa_supplicant.conf (working copy) @@ -84,24 +84,7 @@ eapol_version=1 # AP scanning/selection -# By default, wpa_supplicant requests driver to perform AP scanning and then -# uses the scan results to select a suitable AP. Another alternative is to -# allow the driver to take care of AP scanning and selection and use -# wpa_supplicant just to process EAPOL frames based on IEEE 802.11 association -# information from the driver. -# 1: wpa_supplicant initiates scanning and AP selection -# 0: driver takes care of scanning, AP selection, and IEEE 802.11 association -# parameters (e.g., WPA IE generation); this mode can also be used with -# non-WPA drivers when using IEEE 802.1X mode; do not try to associate with -# APs (i.e., external program needs to control association). This mode must -# also be used when using wired Ethernet drivers. -# 2: like 0, but associate with APs using security policy and SSID (but not -# BSSID); this can be used, e.g., with ndiswrapper and NDIS drivers to -# enable operation with hidden SSIDs and optimized roaming; in this mode, -# the network blocks in the configuration file are tried one by one until -# the driver reports successful association; each network block should have -# explicit security policy (i.e., only one option in the lists) for -# key_mgmt, pairwise, group, proto variables +# For use in FreeBSD with the wlan module ap_scan must be set to 1. ap_scan=1 # EAP fast re-authentication --------------050601030103070007000708-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 21:24:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64CEC1065670 for ; Mon, 16 Mar 2009 21:24:45 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.187]) by mx1.freebsd.org (Postfix) with ESMTP id 003B18FC1C for ; Mon, 16 Mar 2009 21:24:44 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so1163228tib.3 for ; Mon, 16 Mar 2009 14:24:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:message-id:user-agent:mime-version:content-type; bh=EhyB34/nIz1cxYzE+0/KwhKxBcbuIA5p3Tl5jKnWjms=; b=xqhbyltvVqv9rb37V5ip20uHfG+NnqJbKfXCepLyW6H1Kory4yB1XI7iyuxjIvq/h5 auUjv1vGRd51GnVkS3QMbahtzRfSvYm6WFr1MY2qgG8nhLMG59n+YZB5OJj/24IOvjeK tki2G94ahhwEVQ2KJAbm6o7+1w/rp92ACvXy0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:message-id:user-agent :mime-version:content-type; b=Iynzzn15X0HxfDsyHytI3PFKd2BqCQ9Zfl5WMiqAVIlYuojw0qraKynZNJXZH3KgaR 4jjxNnV2xovP3tOE9vgacdlgm8FQPD9j7dmVESTlPJR7AMEVbNa/UIBZ6rqj25+4jOyl lU7M9hXQ9zalEzIj0YWLwcgKxqGfZ4FTmCp7I= Received: by 10.110.92.8 with SMTP id p8mr65757tib.56.1237238683710; Mon, 16 Mar 2009 14:24:43 -0700 (PDT) Received: from localhost (95-24-69-29.broadband.corbina.ru [95.24.69.29]) by mx.google.com with ESMTPS id j5sm1919571tid.1.2009.03.16.14.24.39 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 16 Mar 2009 14:24:42 -0700 (PDT) From: Anonymous To: Kostik Belousov References: <864oxtuzct.fsf@gmail.com> <20090316194541.GO41617@deviant.kiev.zoral.com.ua> Date: Tue, 17 Mar 2009 00:24:03 +0300 Message-ID: <86ljr5p3f0.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: lang/sbcl consumes all available memory and dies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 21:24:45 -0000 Kostik Belousov writes: > On Mon, Mar 16, 2009 at 08:55:14PM +0300, Anonymous wrote: >> I noticed that after commit r189771 (ELF: .note.ABI-tag) sbcl >> starts to eat all memory until it dies from bus error never reaching >> REPL. The process is unkillable, too. >> >> $ sbcl >> This is SBCL 1.0.25, an implementation of ANSI Common Lisp. >> More information about SBCL is available at . >> >> SBCL is free software, provided as is, with absolutely no warranty. >> It is mostly in the public domain; some portions are provided under >> BSD-style licenses. See the CREDITS and COPYING files in the >> distribution for more information. >> load: 0.06 cmd: sbcl 1926 [running] 0.01u 0.44s 3% 189432k >> load: 0.06 cmd: sbcl 1926 [tx->tx_quiesce_done_cv)] 0.01u 0.72s 5% 367124k >> load: 0.78 cmd: sbcl 1926 [running] 0.01u 2.91s 14% 1763028k >> load: 0.72 cmd: sbcl 1926 [tx->tx_quiesce_done_cv)] 0.01u 3.65s 14% 2237272k >> load: 0.74 cmd: sbcl 1926 [*vm page queue mutex] 0.01u 5.78s 9% 3482892k >> zsh: bus error (core dumped) sbcl >> >> This is amd64, r189876M, zfs, 4g mem, 4g swap, sbcl 1.0.17, sbcl-1.0.25, >> 1.0.26.3. I can reproduce it under qemu with clean environment as well. >> >> Can somebody confirm it on i386? Just run `sbcl' and exit from REPL by >> either `^D' or `(quit)'. >> >> The workaround is to reverse-apply diff from r189771. > > I think the D-state is due to quite large vm address space of the lisp, > that takes a long time to dump. > For the start, can you confirm that setting sysctl > machdep.prot_fault_translation to 2 solves your problem ? Yep, machdep.prot_fault_translation=2 solves it on my main amd64 box and in qemu-amd64. Anything else? From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 21:27:50 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CAA0106564A; Mon, 16 Mar 2009 21:27:50 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 3D4348FC15; Mon, 16 Mar 2009 21:27:50 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 378F46148; Mon, 16 Mar 2009 17:27:48 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1237238868; bh=xRdRDLSM2Ief7j5539G4oB8s8kCgHLgRYoWAgTD7x20=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=RCDOmJfKn8UgIcgUg87LFeS792qy7hXesVBInSlFwRwo952n7+zLwMj0a/hnl4Gct DuNUdzR2mrDJCeVa0qJRyJYKjkoJuDN5CvxFqmtgfVIVVNJXXVa2e9o4mEVgM/7 DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=BBY9YNRzs/TrC5JXpwbey5aF1wRK/QX+OaTSklu5twHG6lHgGy5c7JNt6IaYZIxVk jSu+DW8VJc3likkn8GYkCqlp3NLxkIBBypmCQDO1FCO1O0/u+M0zJdB+x9mpKjn Message-ID: <49BEC44E.6060004@protected-networks.net> Date: Mon, 16 Mar 2009 17:27:42 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.19 (X11/20090217) MIME-Version: 1.0 To: Doug Barton References: <49BEBB45.7050605@FreeBSD.org> In-Reply-To: <49BEBB45.7050605@FreeBSD.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Is wpa_supplicant supposed to work with a hidden ssid? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 21:27:50 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Doug Barton wrote: > I spent a pretty long, frustrating evening last night getting > wpa_supplicant working with my Intel 3945abg (wpi) card. I could > connect when the network was open, or using WEP just fine. However it > turned out that I could not connect with WPA unless the AP was showing > the ssid. I thought we used to use "scan_ssid=1" for this. Has it changed? Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkm+xE4ACgkQQv9rrgRC1JI67gCghaZtLqFjrYR1aLz9um5ktnGW ahAAoMLF+VCalVIy/ODuudmFDL++uAi+ =zEPV -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 21:10:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D1F5106566B for ; Mon, 16 Mar 2009 21:10:09 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 522138FC24 for ; Mon, 16 Mar 2009 21:10:09 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1LjK4W-00020r-QR for freebsd-current@freebsd.org; Mon, 16 Mar 2009 14:10:08 -0700 Message-ID: <22547510.post@talk.nabble.com> Date: Mon, 16 Mar 2009 14:10:08 -0700 (PDT) From: Raven2000 To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Nabble-From: Raven2000@lissyara.su X-Mailman-Approved-At: Mon, 16 Mar 2009 21:38:20 +0000 Subject: To Alexander Motin HDA sound problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 21:10:10 -0000 =D0=A3=D0=B2=D0=B0=D0=B6=D0=B0=D0=B5=D0=BC=D1=8B=D0=B9 =D0=90=D0=BB=D0=B5= =D0=BA=D1=81=D0=B0=D0=BD=D0=B4=D1=80, =D0=BF=D0=BE=D0=BC=D0=BE=D0=B3=D0=B8= =D1=82=D0=B5 =D0=BF=D0=BE=D0=B6=D0=B0=D0=BB=D1=83=D0=B9=D1=81=D1=82=D0=B0 = =D1=81 =D0=BF=D1=80=D0=BE=D0=B1=D0=BB=D0=B5=D0=BC=D0=BE=D0=B9 =D0=BD=D0=B5= =D1=80=D0=B0=D0=B1=D0=BE=D1=82=D0=B0=D1=8E=D1=89=D0=B5=D0=B3=D0=BE =D0=B7= =D0=B2=D1=83=D0=BA=D0=B0.=20 =D0=98 =D1=82=D0=B0=D0=BA =D1=87=D1=82=D0=BE =D0=B5=D1=81=D1=82=D1=8C =D0= =B8 =D1=87=D1=82=D0=BE =D1=81=D0=B4=D0=B5=D0=BB=D0=B0=D0=BB:=20 =D0=9D=D0=B0=D1=87=D0=B0=D0=BB=D1=8C=D0=BD=D0=B0=D1=8F =D1=81=D0=B8=D1=81= =D1=82=D0=B5=D0=BC=D0=B0 =D1=81=D0=BE =D0=B2=D1=81=D0=B5=D0=BC=D0=B8 =D0=BF= =D0=BE=D0=B4=D0=B3=D1=80=D1=83=D0=B6=D0=B5=D0=BD=D0=BD=D1=8B=D0=BC=D0=B8 = =D0=B7=D0=B2=D1=83=D0=BA=D0=BE=D0=B2=D1=8B=D0=BC=D0=B8 =D0=B4=D1=80=D0=B0= =D0=B9=D0=B2=D0=B5=D1=80=D0=B0=D0=BC=D0=B8.=20 1.#uname -a=20 FreeBSD raven2k.homenet 7.1-RELEASE-p3 FreeBSD 7.1-RELEASE-p3 #1: Wed Mar 1= 1 00:51:34 MSK 2009 root@raven2k.homenet:/usr/obj/usr/src/sys/MYKERNEL=20 amd64=20 1.1 # cat /dev/sndstat=20 FreeBSD Audio Driver (newpcm: 64bit 2007061600/amd64)=20 Installed devices:=20 pcm0: at memory 0xfdffc000 irq 19 kld snd_hda [20080420_0052] [MPSAFE] (mixer only)=20 1.2 # dmesg | grep pcm0=20 pcm0: mem 0xfdffc000-0xfdffffff irq 19 at device 0.1 on pci5=20 pcm0: [ITHREAD]=20 pcm0: =20 pcm0: =20 1.3 # pciconf -lv | grep -A3 pcm=20 pcm0@pci0:5:0:1: class=3D0x040300 card=3D0xaa081043 chip=3D0xaa08100= 2 rev=3D0x00 hdr=3D0x00=20 vendor =3D 'ATI Technologies Inc'=20 class =3D multimedia=20 1.4 # kldstat=20 Id Refs Address Size Name=20 1 31 0xffffffff80100000 67ecf8 kernel=20 2 1 0xffffffff8077f000 3878 snd_driver.ko=20 3 2 0xffffffff80783000 4f20 snd_ad1816.ko=20 4 35 0xffffffff80788000 67470 sound.ko=20 5 2 0xffffffff807f0000 5900 snd_als4000.ko=20 6 2 0xffffffff807f6000 7880 snd_atiixp.ko=20 7 2 0xffffffff807fe000 5860 snd_cmi.ko=20 8 2 0xffffffff80804000 5830 snd_cs4281.ko=20 9 3 0xffffffff8080a000 a098 snd_csa.ko=20 10 2 0xffffffff80815000 cd60 snd_ds1.ko=20 11 2 0xffffffff80822000 1a398 snd_emu10kx.ko=20 12 2 0xffffffff8083d000 a698 snd_envy24.ko=20 13 4 0xffffffff80848000 1c58 snd_spicds.ko=20 14 2 0xffffffff8084a000 9e58 snd_envy24ht.ko=20 15 2 0xffffffff80854000 ad00 snd_es137x.ko=20 16 2 0xffffffff8085f000 61e8 snd_ess.ko=20 17 5 0xffffffff80866000 4d00 snd_sbc.ko=20 18 2 0xffffffff8086b000 4860 snd_fm801.ko=20 19 3 0xffffffff80870000 10170 snd_mss.ko=20 20 2 0xffffffff80881000 230b0 snd_hda.ko=20 21 2 0xffffffff808a5000 7530 snd_ich.ko=20 22 2 0xffffffff808ad000 a600 snd_maestro.ko=20 23 2 0xffffffff808b8000 bd10 snd_maestro3.ko=20 24 2 0xffffffff808c4000 11698 snd_neomagic.ko=20 25 2 0xffffffff808d6000 52e8 snd_sb16.ko=20 26 2 0xffffffff808dc000 4cc0 snd_sb8.ko=20 27 2 0xffffffff808e1000 61f8 snd_solo.ko=20 28 2 0xffffffff808e8000 5a10 snd_t4dwave.ko=20 29 2 0xffffffff808ee000 8f48 snd_via8233.ko=20 30 2 0xffffffff808f7000 4d28 snd_via82c686.ko=20 31 2 0xffffffff808fc000 5d50 snd_vibes.ko=20 =D0=92 =D0=B8=D1=82=D0=BE=D0=B3=D0=B5 =D0=BD=D0=B5 =D1=80=D0=B0=D0=B1=D0=BE= =D1=82=D0=B0=D0=B5=D1=82.=20 =D0=9F=D1=80=D0=BE=D0=BC=D0=B5=D0=B6=D1=83=D1=82=D0=BE=D1=87=D0=BD=D1=8B=D0= =B5 =D0=B4=D1=80=D0=BE=D0=B2=D0=B0 =D0=BE=D1=82 =D1=81=D1=8E=D0=B4=D0=B0 = =D0=BD=D0=B5 =D0=BF=D0=BE=D0=BC=D0=BE=D0=B3=D0=BB=D0=B8 http://people.freeb= sd.org/~mav/ =D0=92=D0=B7=D1=8F=D0=BB =D0=B8=D1=81=D1=85=D0=BE=D0=B4=D0=BD=D0=B8=D0=BA= =D0=B8 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/sound/pci/hda/?only_with_= tag=3DRELENG_7 =D0=BF=D0=B5=D1=80=D0=B5=D1=81=D0=BE=D0=B1=D1=80=D0=B0=D0=BB =D0=B8 =D0=B2= =D0=BE=D1=82 =D1=87=D1=82=D0=BE =D0=B2=D1=8B=D1=88=D0=BB=D0=BE: 2. # cat /dev/sndstat=20 FreeBSD Audio Driver (newpcm: 64bit 2007061600/amd64)=20 Installed devices:=20 pcm0: at cad 0 nid 1 on hdac0 kld snd_hd= a [MPSAFE] (1p:2v/0r:0v channels default)=20 2.1 # dmesg | grep pcm0=20 pcm0: at cad 0 nid 1 on hdac0=20 2.2 # pciconf -lv | grep -A3 pcm=20 =D0=B2 /dev/ =D0=BF=D0=BE=D1=8F=D0=B2=D0=B8=D0=BB=D0=BE=D1=81=D1=8C =D0=B4= =D0=B2=D0=B0 dsp0.0% dsp0.1% =D0=BF=D0=B5=D1=80=D0=B2=D0=BE=D0=B5 =D0=B7=D0= =B0=D0=BD=D1=8F=D1=82=D0=BE=D0=B5 =D0=B2=D1=82=D0=BE=D1=80=D0=BE=D0=B5 =D0= =B1=D0=B5=D1=80=D0=B5=D1=82 =D1=84=D0=B0=D0=B9=D0=BB=D1=8B, =D0=BD=D0=BE =D1=88=D1=83=D0=BC =D0=BD=D0=B5 =D0=B2=D1=8B=D0=B4=D0=B0=D0=B5=D1=82. =D0=92 =D0=B8=D1=82=D0=BE=D0=B3=D0=B5 =D0=BD=D0=B5=D0=BF=D0=BE=D0=BB=D1=83= =D1=87=D0=B8=D0=BB=D0=BE=D1=81=D1=8C =D0=BF=D0=BE=D1=81=D0=BB=D1=83=D1=88= =D0=B0=D1=82=D1=8C =D0=BC=D1=83=D0=B7=D1=8B=D0=BA=D1=83 =3D( =D0=9F=D0=BE= =D0=B6=D0=B0=D0=BB=D1=83=D0=B9=D1=81=D1=82=D0=B0 =D0=BF=D0=BE=D0=BC=D0=BE= =D0=B3=D0=B8=D1=82=D0=B5, =D0=BD=D0=B0=D0=BF=D1=80=D0=B0=D0=B2=D1=8C=D1=82= =D0=B5 =D0=B2 =D0=BD=D1=83=D0=B6=D0=BD=D0=BE =D1=80=D1=83=D1=81=D0=BB=D0=BE =3D)=20 =D0=97=D0=B0=D1=80=D0=B0=D0=BD=D0=BD=D0=B5=D0=B5 =D1=81=D0=BF=D0=B0=D1=81= =D0=B8=D0=B1=D0=BE =D0=B7=D0=B0 =D0=BF=D0=BE=D0=BC=D0=BE=D1=89=D1=8C.=20 --=20 View this message in context: http://www.nabble.com/To-Alexander-Motin-HDA-= sound-problems.-tp22547510p22547510.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 21:52:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6018106564A; Mon, 16 Mar 2009 21:52:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 870B28FC0A; Mon, 16 Mar 2009 21:52:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1LjKjB-0002m1-An; Mon, 16 Mar 2009 23:52:09 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n2GLq55s027442 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Mar 2009 23:52:06 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n2GLq5tv083287; Mon, 16 Mar 2009 23:52:05 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n2GLq5F4083286; Mon, 16 Mar 2009 23:52:05 +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: Mon, 16 Mar 2009 23:52:05 +0200 From: Kostik Belousov To: Anonymous Message-ID: <20090316215205.GS41617@deviant.kiev.zoral.com.ua> References: <864oxtuzct.fsf@gmail.com> <20090316194541.GO41617@deviant.kiev.zoral.com.ua> <86ljr5p3f0.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6qwK1L4ASmC+eXbp" Content-Disposition: inline In-Reply-To: <86ljr5p3f0.fsf@gmail.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1LjKjB-0002m1-An df8d12c1d947dc1b0316cef637511c07 X-Terabit: YES Cc: freebsd-current@freebsd.org, dchagin@freebsd.org Subject: Re: lang/sbcl consumes all available memory and dies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 21:52:12 -0000 --6qwK1L4ASmC+eXbp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 17, 2009 at 12:24:03AM +0300, Anonymous wrote: > Kostik Belousov writes: >=20 > > On Mon, Mar 16, 2009 at 08:55:14PM +0300, Anonymous wrote: > >> I noticed that after commit r189771 (ELF: .note.ABI-tag) sbcl > >> starts to eat all memory until it dies from bus error never reaching > >> REPL. The process is unkillable, too. > >>=20 > >> $ sbcl > >> This is SBCL 1.0.25, an implementation of ANSI Common Lisp. > >> More information about SBCL is available at . > >>=20 > >> SBCL is free software, provided as is, with absolutely no warranty. > >> It is mostly in the public domain; some portions are provided under > >> BSD-style licenses. See the CREDITS and COPYING files in the > >> distribution for more information. > >> load: 0.06 cmd: sbcl 1926 [running] 0.01u 0.44s 3% 189432k > >> load: 0.06 cmd: sbcl 1926 [tx->tx_quiesce_done_cv)] 0.01u 0.72s 5% = 367124k > >> load: 0.78 cmd: sbcl 1926 [running] 0.01u 2.91s 14% 1763028k > >> load: 0.72 cmd: sbcl 1926 [tx->tx_quiesce_done_cv)] 0.01u 3.65s 14%= 2237272k > >> load: 0.74 cmd: sbcl 1926 [*vm page queue mutex] 0.01u 5.78s 9% 348= 2892k > >> zsh: bus error (core dumped) sbcl > >>=20 > >> This is amd64, r189876M, zfs, 4g mem, 4g swap, sbcl 1.0.17, sbcl-1.0.2= 5, > >> 1.0.26.3. I can reproduce it under qemu with clean environment as well. > >>=20 > >> Can somebody confirm it on i386? Just run `sbcl' and exit from REPL by > >> either `^D' or `(quit)'. > >>=20 > >> The workaround is to reverse-apply diff from r189771. > > > > I think the D-state is due to quite large vm address space of the lisp, > > that takes a long time to dump. > > For the start, can you confirm that setting sysctl > > machdep.prot_fault_translation to 2 solves your problem ? >=20 > Yep, machdep.prot_fault_translation=3D2 solves it on my main amd64 box and > in qemu-amd64. Anything else? Please, try this patch. diff --git a/sys/kern/imgact_elf.c b/sys/kern/imgact_elf.c index f2bdcf5..5604ea5 100644 --- a/sys/kern/imgact_elf.c +++ b/sys/kern/imgact_elf.c @@ -1330,14 +1330,14 @@ __elfN(check_note)(struct image_params *imgp, Elf_B= randnote *checknote, int32_t *osrel) { const Elf_Note *note, *note_end; - const Elf32_Phdr *phdr, *pnote; - const Elf32_Ehdr *hdr; + const Elf_Phdr *phdr, *pnote; + const Elf_Ehdr *hdr; const char *note_name; int i; =20 pnote =3D NULL; - hdr =3D (const Elf32_Ehdr *)imgp->image_header; - phdr =3D (const Elf32_Phdr *)(imgp->image_header + hdr->e_phoff); + hdr =3D (const Elf_Ehdr *)imgp->image_header; + phdr =3D (const Elf_Phdr *)(imgp->image_header + hdr->e_phoff); =20 for (i =3D 0; i < hdr->e_phnum; i++) { if (phdr[i].p_type =3D=3D PT_NOTE) { --6qwK1L4ASmC+eXbp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkm+ygQACgkQC3+MBN1Mb4i+/ACgyMTIiyaH2PlBcKIUhGb3208r yz4AniZaGBjCwxhQXtaN4kmzHzjVqhJL =GqwX -----END PGP SIGNATURE----- --6qwK1L4ASmC+eXbp-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 22:09:33 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 817C5106564A for ; Mon, 16 Mar 2009 22:09:33 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 1B4918FC16 for ; Mon, 16 Mar 2009 22:09:33 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 7268 invoked by uid 399); 16 Mar 2009 22:09:30 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 16 Mar 2009 22:09:30 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <49BECE18.1000000@FreeBSD.org> Date: Mon, 16 Mar 2009 15:09:28 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (X11/20090312) MIME-Version: 1.0 To: Michael Butler References: <49BEBB45.7050605@FreeBSD.org> <49BEC44E.6060004@protected-networks.net> In-Reply-To: <49BEC44E.6060004@protected-networks.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Is wpa_supplicant supposed to work with a hidden ssid? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 22:09:33 -0000 Michael Butler wrote: > Doug Barton wrote: >> I spent a pretty long, frustrating evening last night getting >> wpa_supplicant working with my Intel 3945abg (wpi) card. I could >> connect when the network was open, or using WEP just fine. However it >> turned out that I could not connect with WPA unless the AP was showing >> the ssid. > > I thought we used to use "scan_ssid=1" for this. Has it changed? Aha! I had actually tried that option, but IIRC I did it when I had accidentally set ap_scan to 0, so nothing worked. With ap_scan=1 and scan_ssid=1 the AP can once again hide its ssid, thanks! Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 22:17:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BE18106566B for ; Mon, 16 Mar 2009 22:17:15 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 6DEA08FC0A for ; Mon, 16 Mar 2009 22:17:15 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n2GMHESZ074657 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Mar 2009 15:17:15 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49BECFEA.1090808@freebsd.org> Date: Mon, 16 Mar 2009 15:17:14 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Doug Barton References: <49BEBB45.7050605@FreeBSD.org> In-Reply-To: <49BEBB45.7050605@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: Is wpa_supplicant supposed to work with a hidden ssid? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 22:17:15 -0000 Doug Barton wrote: > I spent a pretty long, frustrating evening last night getting > wpa_supplicant working with my Intel 3945abg (wpi) card. I could > connect when the network was open, or using WEP just fine. However it > turned out that I could not connect with WPA unless the AP was showing > the ssid. > > Now hiding ssid is not a show-stopper for me, I just think it's odd > that I can't do it. FWIW, I vaguely recall that the same thing was > true with ath-based cards as well. I still have one somewhere, and I > can double-check this if anyone is interested. > > Now this seems to be related to the fact that we can only use > ap_scan=1 with the wlan module. The description in the example conf > file seems to indicate that setting that option to 2 would do the > trick, but the man page for wpa_supplicant.conf says that we can only > use ap_scan=1. Therefore I'd like to propose the attached patch which > would have saved me a lot of time flailing around with this (since I > assumed that the example conf file had the necessary information). > Since we have svn now, the "pristine" copy of the file will still live > on in the vendor tree, and there is no "expense" to changing things in > contrib like there was with cvs. > > If you use a driver that uses net80211 to handle scanning then hidden ssid is automatically handled for you regardless of the ap_scan setting. For drivers like wpi where scanning is done in firmware you need to coerce wpa_supplicant to ask net80211 to send directed probe request frames that include the ssid of the ap. That used to be done with ap_scan=1 (I believe). If it is not then something is broken and you can identify where the problem is using the normal debug mechanisms--e.g. wlandebug will help you check net80211 operation. FWIW hidden ssid is useless as a security mechanism; about as effective as mac address filtering. Sam From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 22:23:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74F941065673 for ; Mon, 16 Mar 2009 22:23:11 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 4C7988FC16 for ; Mon, 16 Mar 2009 22:23:11 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n2GMNAYw074699 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Mar 2009 15:23:10 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49BED14E.40606@freebsd.org> Date: Mon, 16 Mar 2009 15:23:10 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Michael Butler References: <49BEBB45.7050605@FreeBSD.org> <49BEC44E.6060004@protected-networks.net> In-Reply-To: <49BEC44E.6060004@protected-networks.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: Is wpa_supplicant supposed to work with a hidden ssid? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 22:23:11 -0000 Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Doug Barton wrote: > >> I spent a pretty long, frustrating evening last night getting >> wpa_supplicant working with my Intel 3945abg (wpi) card. I could >> connect when the network was open, or using WEP just fine. However it >> turned out that I could not connect with WPA unless the AP was showing >> the ssid. >> > > I thought we used to use "scan_ssid=1" for this. Has it changed? > Nope, you're right. wpa_supplicant.conf(5) calls it out clearly: scan_ssid SSID scan technique; 0 (default) or 1. Technique 0 scans for the SSID using a broadcast Probe Request frame while 1 uses a directed Probe Request frame. Access points that cloak them- selves by not broadcasting their SSID require technique 1, but beware that this scheme can cause scanning to take longer to com- plete. though obviously you need to know to look there. Thank you. Sam From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 22:33:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BF181065674 for ; Mon, 16 Mar 2009 22:33:53 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id E6B838FC20 for ; Mon, 16 Mar 2009 22:33:52 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 7048 invoked by uid 399); 16 Mar 2009 22:33:48 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 16 Mar 2009 22:33:48 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <49BED3CA.2020201@FreeBSD.org> Date: Mon, 16 Mar 2009 15:33:46 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (X11/20090312) MIME-Version: 1.0 To: Sam Leffler References: <49BEBB45.7050605@FreeBSD.org> <49BECFEA.1090808@freebsd.org> In-Reply-To: <49BECFEA.1090808@freebsd.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: multipart/mixed; boundary="------------070106000408080207050700" Cc: freebsd-current@freebsd.org Subject: Re: Is wpa_supplicant supposed to work with a hidden ssid? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 22:33:53 -0000 This is a multi-part message in MIME format. --------------070106000408080207050700 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sam Leffler wrote: > Doug Barton wrote: >> I spent a pretty long, frustrating evening last night getting >> wpa_supplicant working with my Intel 3945abg (wpi) card. I could >> connect when the network was open, or using WEP just fine. However it >> turned out that I could not connect with WPA unless the AP was showing >> the ssid. >> >> Now hiding ssid is not a show-stopper for me, I just think it's odd >> that I can't do it. FWIW, I vaguely recall that the same thing was >> true with ath-based cards as well. I still have one somewhere, and I >> can double-check this if anyone is interested. >> >> Now this seems to be related to the fact that we can only use >> ap_scan=1 with the wlan module. The description in the example conf >> file seems to indicate that setting that option to 2 would do the >> trick, but the man page for wpa_supplicant.conf says that we can only >> use ap_scan=1. Therefore I'd like to propose the attached patch which >> would have saved me a lot of time flailing around with this (since I >> assumed that the example conf file had the necessary information). >> Since we have svn now, the "pristine" copy of the file will still live >> on in the vendor tree, and there is no "expense" to changing things in >> contrib like there was with cvs. >> >> > > If you use a driver that uses net80211 to handle scanning then hidden > ssid is automatically handled for you regardless of the ap_scan > setting. For drivers like wpi where scanning is done in firmware you > need to coerce wpa_supplicant to ask net80211 to send directed probe > request frames that include the ssid of the ap. That used to be done > with ap_scan=1 (I believe). The scan_ssid=1 option that Michael suggested worked for me. > If it is not then something is broken and > you can identify where the problem is using the normal debug > mechanisms--e.g. wlandebug will help you check net80211 operation. Ok, if anyone interested in improving wpi(4) to deal with this issue wants to work with me on this I'll be happy to do whatever testing is required. Updating the driver myself is beyond my ability. > FWIW hidden ssid is useless as a security mechanism; about as effective > as mac address filtering. Yeah, that's why I use a nice strong WPA key. :) To be honest this is more of an issue of playing with knobs than anything else. Meanwhile, what do you think of the attached patch for the example wpa_supplicant.conf file? It also seems to me that there are a lot of options in that sample conf file that don't work for FreeBSD. For example if I try to set device_name I get: Line 8: unknown global field 'device_name=foo'. Line 8: Invalid configuration line 'device_name=foo'. Failed to read or parse configuration '/etc/wpa_supplicant.conf'. Would it be worthwhile to also delete unusable options from the example file, and if so, which are the ones that are not usable? Doug -- This .signature sanitized for your protection --------------070106000408080207050700 Content-Type: text/plain; name="wpa_supp.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="wpa_supp.diff" Index: wpa_supplicant.conf =================================================================== --- wpa_supplicant.conf (revision 189866) +++ wpa_supplicant.conf (working copy) @@ -1,5 +1,7 @@ ##### Example wpa_supplicant configuration file ############################### # +# ***** Please check wpa_supplicant.conf(5) for details on these options ***** +# # This file describes configuration file format and lists all available option. # Please also take a look at simpler configuration examples in 'examples' # subdirectory. @@ -59,19 +61,6 @@ # DIR=/var/run/wpa_supplicant GROUP=0 # (group can be either group name or gid) # -# For UDP connections (default on Windows): The value will be ignored. This -# variable is just used to select that the control interface is to be created. -# The value can be set to, e.g., udp (ctrl_interface=udp) -# -# For Windows Named Pipe: This value can be used to set the security descriptor -# for controlling access to the control interface. Security descriptor can be -# set using Security Descriptor String Format (see http://msdn.microsoft.com/ -# library/default.asp?url=/library/en-us/secauthz/security/ -# security_descriptor_string_format.asp). The descriptor string needs to be -# prefixed with SDDL=. For example, ctrl_interface=SDDL=D: would set an empty -# DACL (which will reject all connections). See README-Windows.txt for more -# information about SDDL string format. -# ctrl_interface=/var/run/wpa_supplicant # IEEE 802.1X/EAPOL version @@ -102,6 +91,8 @@ # the driver reports successful association; each network block should have # explicit security policy (i.e., only one option in the lists) for # key_mgmt, pairwise, group, proto variables +# +# For use in FreeBSD with the wlan module ap_scan must be set to 1. ap_scan=1 # EAP fast re-authentication @@ -221,7 +212,7 @@ # scan_ssid: # 0 = do not scan this SSID with specific Probe Request frames (default) # 1 = scan with SSID-specific Probe Request frames (this can be used to -# find APs that do not accept broadcast SSID or use multiple SSIDs; +# find APs that hide (do not broadcast) SSID or use multiple SSIDs; # this will add latency to scanning, so enable this only when needed) # # bssid: BSSID (optional); if set, this network block is used only when @@ -237,7 +228,7 @@ # policy, signal strength, etc. # Please note that AP scanning with scan_ssid=1 and ap_scan=2 mode are not # using this priority to select the order for scanning. Instead, they try the -# networks in the order that used in the configuration file. +# networks in the order that they are listed in the configuration file. # # mode: IEEE 802.11 operation mode # 0 = infrastructure (Managed) mode, i.e., associate with an AP (default) --------------070106000408080207050700-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 22:37:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 785D6106571E for ; Mon, 16 Mar 2009 22:37:01 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 36D4D8FC1C for ; Mon, 16 Mar 2009 22:36:59 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 237641929; Tue, 17 Mar 2009 00:36:58 +0200 Message-ID: <49BED489.2090809@FreeBSD.org> Date: Tue, 17 Mar 2009 00:36:57 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Raven2000 References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: To Alexander Motin HDA sound problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 22:37:01 -0000 Hi. If you wish to write something to me - you can do it directly without using mailing list. But if you are writing to mailing list - honor other readers please. I can't read this also, fix encoding. Raven2000 wrote: > =D0=A3=D0=B2=D0=B0=D0=B6=D0=B0=D0=B5=D0=BC=D1=8B=D0=B9 =D0=90=D0=BB=D0=B5= > =D0=BA=D1=81=D0=B0=D0=BD=D0=B4=D1=80, =D0=BF=D0=BE=D0=BC=D0=BE=D0=B3=D0=B8= > =D1=82=D0=B5 =D0=BF=D0=BE=D0=B6=D0=B0=D0=BB=D1=83=D0=B9=D1=81=D1=82=D0=B0 = > =D1=81 =D0=BF=D1=80=D0=BE=D0=B1=D0=BB=D0=B5=D0=BC=D0=BE=D0=B9 =D0=BD=D0=B5= > =D1=80=D0=B0=D0=B1=D0=BE=D1=82=D0=B0=D1=8E=D1=89=D0=B5=D0=B3=D0=BE =D0=B7= > =D0=B2=D1=83=D0=BA=D0=B0.=20 > =D0=98 =D1=82=D0=B0=D0=BA =D1=87=D1=82=D0=BE =D0=B5=D1=81=D1=82=D1=8C =D0= > =B8 =D1=87=D1=82=D0=BE =D1=81=D0=B4=D0=B5=D0=BB=D0=B0=D0=BB:=20 > > =D0=9D=D0=B0=D1=87=D0=B0=D0=BB=D1=8C=D0=BD=D0=B0=D1=8F =D1=81=D0=B8=D1=81= > =D1=82=D0=B5=D0=BC=D0=B0 =D1=81=D0=BE =D0=B2=D1=81=D0=B5=D0=BC=D0=B8 =D0=BF= > =D0=BE=D0=B4=D0=B3=D1=80=D1=83=D0=B6=D0=B5=D0=BD=D0=BD=D1=8B=D0=BC=D0=B8 = > =D0=B7=D0=B2=D1=83=D0=BA=D0=BE=D0=B2=D1=8B=D0=BC=D0=B8 =D0=B4=D1=80=D0=B0= > =D0=B9=D0=B2=D0=B5=D1=80=D0=B0=D0=BC=D0=B8.=20 > 1.#uname -a=20 > FreeBSD raven2k.homenet 7.1-RELEASE-p3 FreeBSD 7.1-RELEASE-p3 #1: Wed Mar 1= > 1 > 00:51:34 MSK 2009 root@raven2k.homenet:/usr/obj/usr/src/sys/MYKERNEL=20 > amd64=20 > > 1.1 # cat /dev/sndstat=20 > FreeBSD Audio Driver (newpcm: 64bit 2007061600/amd64)=20 > Installed devices:=20 > pcm0: at memory 0xfdffc000 > irq 19 kld snd_hda [20080420_0052] [MPSAFE] (mixer only)=20 > > 1.2 # dmesg | grep pcm0=20 > pcm0: mem > 0xfdffc000-0xfdffffff irq 19 at device 0.1 on pci5=20 > pcm0: [ITHREAD]=20 > pcm0: =20 > pcm0: =20 > > 1.3 # pciconf -lv | grep -A3 pcm=20 > pcm0@pci0:5:0:1: class=3D0x040300 card=3D0xaa081043 chip=3D0xaa08100= > 2 > rev=3D0x00 hdr=3D0x00=20 > vendor =3D 'ATI Technologies Inc'=20 > class =3D multimedia=20 > > 1.4 # kldstat=20 > Id Refs Address Size Name=20 > 1 31 0xffffffff80100000 67ecf8 kernel=20 > 2 1 0xffffffff8077f000 3878 snd_driver.ko=20 > 3 2 0xffffffff80783000 4f20 snd_ad1816.ko=20 > 4 35 0xffffffff80788000 67470 sound.ko=20 > 5 2 0xffffffff807f0000 5900 snd_als4000.ko=20 > 6 2 0xffffffff807f6000 7880 snd_atiixp.ko=20 > 7 2 0xffffffff807fe000 5860 snd_cmi.ko=20 > 8 2 0xffffffff80804000 5830 snd_cs4281.ko=20 > 9 3 0xffffffff8080a000 a098 snd_csa.ko=20 > 10 2 0xffffffff80815000 cd60 snd_ds1.ko=20 > 11 2 0xffffffff80822000 1a398 snd_emu10kx.ko=20 > 12 2 0xffffffff8083d000 a698 snd_envy24.ko=20 > 13 4 0xffffffff80848000 1c58 snd_spicds.ko=20 > 14 2 0xffffffff8084a000 9e58 snd_envy24ht.ko=20 > 15 2 0xffffffff80854000 ad00 snd_es137x.ko=20 > 16 2 0xffffffff8085f000 61e8 snd_ess.ko=20 > 17 5 0xffffffff80866000 4d00 snd_sbc.ko=20 > 18 2 0xffffffff8086b000 4860 snd_fm801.ko=20 > 19 3 0xffffffff80870000 10170 snd_mss.ko=20 > 20 2 0xffffffff80881000 230b0 snd_hda.ko=20 > 21 2 0xffffffff808a5000 7530 snd_ich.ko=20 > 22 2 0xffffffff808ad000 a600 snd_maestro.ko=20 > 23 2 0xffffffff808b8000 bd10 snd_maestro3.ko=20 > 24 2 0xffffffff808c4000 11698 snd_neomagic.ko=20 > 25 2 0xffffffff808d6000 52e8 snd_sb16.ko=20 > 26 2 0xffffffff808dc000 4cc0 snd_sb8.ko=20 > 27 2 0xffffffff808e1000 61f8 snd_solo.ko=20 > 28 2 0xffffffff808e8000 5a10 snd_t4dwave.ko=20 > 29 2 0xffffffff808ee000 8f48 snd_via8233.ko=20 > 30 2 0xffffffff808f7000 4d28 snd_via82c686.ko=20 > 31 2 0xffffffff808fc000 5d50 snd_vibes.ko=20 > =D0=92 =D0=B8=D1=82=D0=BE=D0=B3=D0=B5 =D0=BD=D0=B5 =D1=80=D0=B0=D0=B1=D0=BE= > =D1=82=D0=B0=D0=B5=D1=82.=20 > > =D0=9F=D1=80=D0=BE=D0=BC=D0=B5=D0=B6=D1=83=D1=82=D0=BE=D1=87=D0=BD=D1=8B=D0= > =B5 =D0=B4=D1=80=D0=BE=D0=B2=D0=B0 =D0=BE=D1=82 =D1=81=D1=8E=D0=B4=D0=B0 = > =D0=BD=D0=B5 =D0=BF=D0=BE=D0=BC=D0=BE=D0=B3=D0=BB=D0=B8 http://people.freeb= > sd.org/~mav/ > > =D0=92=D0=B7=D1=8F=D0=BB =D0=B8=D1=81=D1=85=D0=BE=D0=B4=D0=BD=D0=B8=D0=BA= > =D0=B8 > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/sound/pci/hda/?only_with_= > tag=3DRELENG_7 > =D0=BF=D0=B5=D1=80=D0=B5=D1=81=D0=BE=D0=B1=D1=80=D0=B0=D0=BB =D0=B8 =D0=B2= > =D0=BE=D1=82 =D1=87=D1=82=D0=BE =D0=B2=D1=8B=D1=88=D0=BB=D0=BE: > > 2. # cat /dev/sndstat=20 > FreeBSD Audio Driver (newpcm: 64bit 2007061600/amd64)=20 > Installed devices:=20 > pcm0: at cad 0 nid 1 on hdac0 kld snd_hd= > a > [MPSAFE] (1p:2v/0r:0v channels default)=20 > > 2.1 # dmesg | grep pcm0=20 > pcm0: at cad 0 nid 1 on hdac0=20 > > 2.2 # pciconf -lv | grep -A3 pcm=20 > > =D0=B2 /dev/ =D0=BF=D0=BE=D1=8F=D0=B2=D0=B8=D0=BB=D0=BE=D1=81=D1=8C =D0=B4= > =D0=B2=D0=B0 dsp0.0% dsp0.1% =D0=BF=D0=B5=D1=80=D0=B2=D0=BE=D0=B5 =D0=B7=D0= > =B0=D0=BD=D1=8F=D1=82=D0=BE=D0=B5 =D0=B2=D1=82=D0=BE=D1=80=D0=BE=D0=B5 =D0= > =B1=D0=B5=D1=80=D0=B5=D1=82 =D1=84=D0=B0=D0=B9=D0=BB=D1=8B, =D0=BD=D0=BE > =D1=88=D1=83=D0=BC =D0=BD=D0=B5 =D0=B2=D1=8B=D0=B4=D0=B0=D0=B5=D1=82. > > =D0=92 =D0=B8=D1=82=D0=BE=D0=B3=D0=B5 =D0=BD=D0=B5=D0=BF=D0=BE=D0=BB=D1=83= > =D1=87=D0=B8=D0=BB=D0=BE=D1=81=D1=8C =D0=BF=D0=BE=D1=81=D0=BB=D1=83=D1=88= > =D0=B0=D1=82=D1=8C =D0=BC=D1=83=D0=B7=D1=8B=D0=BA=D1=83 =3D( =D0=9F=D0=BE= > =D0=B6=D0=B0=D0=BB=D1=83=D0=B9=D1=81=D1=82=D0=B0 =D0=BF=D0=BE=D0=BC=D0=BE= > =D0=B3=D0=B8=D1=82=D0=B5, =D0=BD=D0=B0=D0=BF=D1=80=D0=B0=D0=B2=D1=8C=D1=82= > =D0=B5 =D0=B2 > =D0=BD=D1=83=D0=B6=D0=BD=D0=BE =D1=80=D1=83=D1=81=D0=BB=D0=BE =3D)=20 > > =D0=97=D0=B0=D1=80=D0=B0=D0=BD=D0=BD=D0=B5=D0=B5 =D1=81=D0=BF=D0=B0=D1=81= > =D0=B8=D0=B1=D0=BE =D0=B7=D0=B0 =D0=BF=D0=BE=D0=BC=D0=BE=D1=89=D1=8C.=20 > --=20 > View this message in context: http://www.nabble.com/To-Alexander-Motin-HDA-= > sound-problems.-tp22547510p22547510.html > Sent from the freebsd-current mailing list archive at Nabble.com. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 22:49:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3A15106564A; Mon, 16 Mar 2009 22:49:08 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id 776728FC17; Mon, 16 Mar 2009 22:49:08 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by yx-out-2324.google.com with SMTP id 31so1603951yxl.13 for ; Mon, 16 Mar 2009 15:49:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=sIMjPsD+94N+KRNneViv7WjgfbH7qOyHE40rkVutLec=; b=b08kDxaEH/eorpmQqW3okP/YvfsXPrUjf4W3LhmzPbUNT/c5fLM2dQV9J0KkIViYiX KCwA20Kzn/LcpWr5v+ZGW3uKhIiFBY6RZWTyKXDXBV3SLY/vOzZGKQ8ERnjs09E1U50m blYoy3dPFS4fFx/L5JtADg8zSU73ppU0x6IUI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=sCxZfZHhXIPiFTYpLjfb0XVhb9ui7LPCFg8DfwIm1IUESy6eqzOzGDYi5vXwXTIW8U HO80MZ+tzRPHv6bSHI8f4fg2uZQffbLQGmHwDYkGdj6woYEOagx5EtPw3XmWENHGMWNJ z9YfhKcJdUsEXPMeQqeWclJM8j8fJjBf23LSw= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.41.9 with SMTP id o9mr3132949ano.39.1237243747860; Mon, 16 Mar 2009 15:49:07 -0700 (PDT) In-Reply-To: <49BED489.2090809@FreeBSD.org> References: <49BED489.2090809@FreeBSD.org> Date: Mon, 16 Mar 2009 15:49:07 -0700 X-Google-Sender-Auth: 42a19c0943ac2eb2 Message-ID: <3c1674c90903161549k5eaaec79ha6e126cbe29f3748@mail.gmail.com> From: Kip Macy To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Raven2000 , FreeBSD-Current Subject: Re: To Alexander Motin HDA sound problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 22:49:09 -0000 Interesting, the encoding of the first one rendered (apparently correctly) as cyrillic for me under gmail on firefox2 on freebsd. The issue likely lies with your client. Cheers, Kip 2009/3/16 Alexander Motin : > Hi. > > If you wish to write something to me - you can do it directly without using > mailing list. But if you are writing to mailing list - honor other readers > please. I can't read this also, fix encoding. > > Raven2000 wrote: >> >> =D0=A3=D0=B2=D0=B0=D0=B6=D0=B0=D0=B5=D0=BC=D1=8B=D0=B9 =D0=90=D0=BB=D0=B5= >> =D0=BA=D1=81=D0=B0=D0=BD=D0=B4=D1=80, >> =D0=BF=D0=BE=D0=BC=D0=BE=D0=B3=D0=B8= >> =D1=82=D0=B5 =D0=BF=D0=BE=D0=B6=D0=B0=D0=BB=D1=83=D0=B9=D1=81=D1=82=D0=B0 >> = >> =D1=81 =D0=BF=D1=80=D0=BE=D0=B1=D0=BB=D0=B5=D0=BC=D0=BE=D0=B9 >> =D0=BD=D0=B5= >> =D1=80=D0=B0=D0=B1=D0=BE=D1=82=D0=B0=D1=8E=D1=89=D0=B5=D0=B3=D0=BE =D0=B7= >> =D0=B2=D1=83=D0=BA=D0=B0.=20 >> =D0=98 =D1=82=D0=B0=D0=BA =D1=87=D1=82=D0=BE =D0=B5=D1=81=D1=82=D1=8C =D0= >> =B8 =D1=87=D1=82=D0=BE =D1=81=D0=B4=D0=B5=D0=BB=D0=B0=D0=BB:=20 >> >> =D0=9D=D0=B0=D1=87=D0=B0=D0=BB=D1=8C=D0=BD=D0=B0=D1=8F =D1=81=D0=B8=D1=81= >> =D1=82=D0=B5=D0=BC=D0=B0 =D1=81=D0=BE =D0=B2=D1=81=D0=B5=D0=BC=D0=B8 >> =D0=BF= >> =D0=BE=D0=B4=D0=B3=D1=80=D1=83=D0=B6=D0=B5=D0=BD=D0=BD=D1=8B=D0=BC=D0=B8 = >> =D0=B7=D0=B2=D1=83=D0=BA=D0=BE=D0=B2=D1=8B=D0=BC=D0=B8 =D0=B4=D1=80=D0=B0= >> =D0=B9=D0=B2=D0=B5=D1=80=D0=B0=D0=BC=D0=B8.=20 >> 1.#uname -a=20 >> FreeBSD raven2k.homenet 7.1-RELEASE-p3 FreeBSD 7.1-RELEASE-p3 #1: Wed Mar >> 1= >> 1 >> 00:51:34 MSK 2009 >> root@raven2k.homenet:/usr/obj/usr/src/sys/MYKERNEL=20 >> amd64=20 >> >> 1.1 # cat /dev/sndstat=20 >> FreeBSD Audio Driver (newpcm: 64bit 2007061600/amd64)=20 >> Installed devices:=20 >> pcm0: at memory >> 0xfdffc000 >> irq 19 kld snd_hda [20080420_0052] [MPSAFE] (mixer only)=20 >> >> 1.2 # dmesg | grep pcm0=20 >> pcm0: mem >> 0xfdffc000-0xfdffffff irq 19 at device 0.1 on pci5=20 >> pcm0: [ITHREAD]=20 >> pcm0: =20 >> pcm0: =20 >> >> 1.3 # pciconf -lv | grep -A3 pcm=20 >> pcm0@pci0:5:0:1: class=3D0x040300 card=3D0xaa081043 >> chip=3D0xaa08100= >> 2 >> rev=3D0x00 hdr=3D0x00=20 >> vendor =3D 'ATI Technologies Inc'=20 >> class =3D multimedia=20 >> >> 1.4 # kldstat=20 >> Id Refs Address Size Name=20 >> 1 31 0xffffffff80100000 67ecf8 kernel=20 >> 2 1 0xffffffff8077f000 3878 snd_driver.ko=20 >> 3 2 0xffffffff80783000 4f20 snd_ad1816.ko=20 >> 4 35 0xffffffff80788000 67470 sound.ko=20 >> 5 2 0xffffffff807f0000 5900 snd_als4000.ko=20 >> 6 2 0xffffffff807f6000 7880 snd_atiixp.ko=20 >> 7 2 0xffffffff807fe000 5860 snd_cmi.ko=20 >> 8 2 0xffffffff80804000 5830 snd_cs4281.ko=20 >> 9 3 0xffffffff8080a000 a098 snd_csa.ko=20 >> 10 2 0xffffffff80815000 cd60 snd_ds1.ko=20 >> 11 2 0xffffffff80822000 1a398 snd_emu10kx.ko=20 >> 12 2 0xffffffff8083d000 a698 snd_envy24.ko=20 >> 13 4 0xffffffff80848000 1c58 snd_spicds.ko=20 >> 14 2 0xffffffff8084a000 9e58 snd_envy24ht.ko=20 >> 15 2 0xffffffff80854000 ad00 snd_es137x.ko=20 >> 16 2 0xffffffff8085f000 61e8 snd_ess.ko=20 >> 17 5 0xffffffff80866000 4d00 snd_sbc.ko=20 >> 18 2 0xffffffff8086b000 4860 snd_fm801.ko=20 >> 19 3 0xffffffff80870000 10170 snd_mss.ko=20 >> 20 2 0xffffffff80881000 230b0 snd_hda.ko=20 >> 21 2 0xffffffff808a5000 7530 snd_ich.ko=20 >> 22 2 0xffffffff808ad000 a600 snd_maestro.ko=20 >> 23 2 0xffffffff808b8000 bd10 snd_maestro3.ko=20 >> 24 2 0xffffffff808c4000 11698 snd_neomagic.ko=20 >> 25 2 0xffffffff808d6000 52e8 snd_sb16.ko=20 >> 26 2 0xffffffff808dc000 4cc0 snd_sb8.ko=20 >> 27 2 0xffffffff808e1000 61f8 snd_solo.ko=20 >> 28 2 0xffffffff808e8000 5a10 snd_t4dwave.ko=20 >> 29 2 0xffffffff808ee000 8f48 snd_via8233.ko=20 >> 30 2 0xffffffff808f7000 4d28 snd_via82c686.ko=20 >> 31 2 0xffffffff808fc000 5d50 snd_vibes.ko=20 >> =D0=92 =D0=B8=D1=82=D0=BE=D0=B3=D0=B5 =D0=BD=D0=B5 >> =D1=80=D0=B0=D0=B1=D0=BE= >> =D1=82=D0=B0=D0=B5=D1=82.=20 >> >> >> =D0=9F=D1=80=D0=BE=D0=BC=D0=B5=D0=B6=D1=83=D1=82=D0=BE=D1=87=D0=BD=D1=8B=D0= >> =B5 =D0=B4=D1=80=D0=BE=D0=B2=D0=B0 =D0=BE=D1=82 =D1=81=D1=8E=D0=B4=D0=B0 = >> =D0=BD=D0=B5 =D0=BF=D0=BE=D0=BC=D0=BE=D0=B3=D0=BB=D0=B8 >> http://people.freeb= >> sd.org/~mav/ >> >> =D0=92=D0=B7=D1=8F=D0=BB =D0=B8=D1=81=D1=85=D0=BE=D0=B4=D0=BD=D0=B8=D0=BA= >> =D0=B8 >> >> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/sound/pci/hda/?only_with_= >> tag=3DRELENG_7 >> =D0=BF=D0=B5=D1=80=D0=B5=D1=81=D0=BE=D0=B1=D1=80=D0=B0=D0=BB =D0=B8 >> =D0=B2= >> =D0=BE=D1=82 =D1=87=D1=82=D0=BE =D0=B2=D1=8B=D1=88=D0=BB=D0=BE: >> >> 2. # cat /dev/sndstat=20 >> FreeBSD Audio Driver (newpcm: 64bit 2007061600/amd64)=20 >> Installed devices:=20 >> pcm0: at cad 0 nid 1 on hdac0 kld >> snd_hd= >> a >> [MPSAFE] (1p:2v/0r:0v channels default)=20 >> >> 2.1 # dmesg | grep pcm0=20 >> pcm0: at cad 0 nid 1 on hdac0=20 >> >> 2.2 # pciconf -lv | grep -A3 pcm=20 >> >> =D0=B2 /dev/ =D0=BF=D0=BE=D1=8F=D0=B2=D0=B8=D0=BB=D0=BE=D1=81=D1=8C >> =D0=B4= >> =D0=B2=D0=B0 dsp0.0% dsp0.1% =D0=BF=D0=B5=D1=80=D0=B2=D0=BE=D0=B5 >> =D0=B7=D0= >> =B0=D0=BD=D1=8F=D1=82=D0=BE=D0=B5 =D0=B2=D1=82=D0=BE=D1=80=D0=BE=D0=B5 >> =D0= >> =B1=D0=B5=D1=80=D0=B5=D1=82 =D1=84=D0=B0=D0=B9=D0=BB=D1=8B, =D0=BD=D0=BE >> =D1=88=D1=83=D0=BC =D0=BD=D0=B5 =D0=B2=D1=8B=D0=B4=D0=B0=D0=B5=D1=82. >> >> =D0=92 =D0=B8=D1=82=D0=BE=D0=B3=D0=B5 >> =D0=BD=D0=B5=D0=BF=D0=BE=D0=BB=D1=83= >> =D1=87=D0=B8=D0=BB=D0=BE=D1=81=D1=8C =D0=BF=D0=BE=D1=81=D0=BB=D1=83=D1=88= >> =D0=B0=D1=82=D1=8C =D0=BC=D1=83=D0=B7=D1=8B=D0=BA=D1=83 =3D( =D0=9F=D0=BE= >> =D0=B6=D0=B0=D0=BB=D1=83=D0=B9=D1=81=D1=82=D0=B0 =D0=BF=D0=BE=D0=BC=D0=BE= >> =D0=B3=D0=B8=D1=82=D0=B5, >> =D0=BD=D0=B0=D0=BF=D1=80=D0=B0=D0=B2=D1=8C=D1=82= >> =D0=B5 =D0=B2 >> =D0=BD=D1=83=D0=B6=D0=BD=D0=BE =D1=80=D1=83=D1=81=D0=BB=D0=BE =3D)=20 >> >> =D0=97=D0=B0=D1=80=D0=B0=D0=BD=D0=BD=D0=B5=D0=B5 =D1=81=D0=BF=D0=B0=D1=81= >> =D0=B8=D0=B1=D0=BE =D0=B7=D0=B0 =D0=BF=D0=BE=D0=BC=D0=BE=D1=89=D1=8C.=20 >> --=20 >> View this message in context: >> http://www.nabble.com/To-Alexander-Motin-HDA-= >> sound-problems.-tp22547510p22547510.html >> Sent from the freebsd-current mailing list archive at Nabble.com. >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > -- > Alexander Motin > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 22:53:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C8AC106566B; Mon, 16 Mar 2009 22:53:37 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id DDF2B8FC14; Mon, 16 Mar 2009 22:53:35 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 237642637; Tue, 17 Mar 2009 00:53:34 +0200 Message-ID: <49BED86D.7010508@FreeBSD.org> Date: Tue, 17 Mar 2009 00:53:33 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Kip Macy References: <49BED489.2090809@FreeBSD.org> <3c1674c90903161549k5eaaec79ha6e126cbe29f3748@mail.gmail.com> In-Reply-To: <3c1674c90903161549k5eaaec79ha6e126cbe29f3748@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Raven2000 , FreeBSD-Current Subject: Re: To Alexander Motin HDA sound problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 22:53:37 -0000 Kip Macy wrote: > Interesting, the encoding of the first one rendered (apparently > correctly) as cyrillic for me under gmail on firefox2 on freebsd. > > The issue likely lies with your client. Hmm. Bounce it to me then please. I am not subscribed to the list directly and neither my news gate, nor list archive handled it properly. > 2009/3/16 Alexander Motin : >> Hi. >> >> If you wish to write something to me - you can do it directly without using >> mailing list. But if you are writing to mailing list - honor other readers >> please. I can't read this also, fix encoding. >> >> Raven2000 wrote: >>> =D0=A3=D0=B2=D0=B0=D0=B6=D0=B0=D0=B5=D0=BC=D1=8B=D0=B9 =D0=90=D0=BB=D0=B5= >>> =D0=BA=D1=81=D0=B0=D0=BD=D0=B4=D1=80, >>> =D0=BF=D0=BE=D0=BC=D0=BE=D0=B3=D0=B8= >>> =D1=82=D0=B5 =D0=BF=D0=BE=D0=B6=D0=B0=D0=BB=D1=83=D0=B9=D1=81=D1=82=D0=B0 >>> = >>> =D1=81 =D0=BF=D1=80=D0=BE=D0=B1=D0=BB=D0=B5=D0=BC=D0=BE=D0=B9 >>> =D0=BD=D0=B5= >>> =D1=80=D0=B0=D0=B1=D0=BE=D1=82=D0=B0=D1=8E=D1=89=D0=B5=D0=B3=D0=BE =D0=B7= >>> =D0=B2=D1=83=D0=BA=D0=B0.=20 >>> =D0=98 =D1=82=D0=B0=D0=BA =D1=87=D1=82=D0=BE =D0=B5=D1=81=D1=82=D1=8C =D0= >>> =B8 =D1=87=D1=82=D0=BE =D1=81=D0=B4=D0=B5=D0=BB=D0=B0=D0=BB:=20 >>> >>> =D0=9D=D0=B0=D1=87=D0=B0=D0=BB=D1=8C=D0=BD=D0=B0=D1=8F =D1=81=D0=B8=D1=81= >>> =D1=82=D0=B5=D0=BC=D0=B0 =D1=81=D0=BE =D0=B2=D1=81=D0=B5=D0=BC=D0=B8 >>> =D0=BF= >>> =D0=BE=D0=B4=D0=B3=D1=80=D1=83=D0=B6=D0=B5=D0=BD=D0=BD=D1=8B=D0=BC=D0=B8 = >>> =D0=B7=D0=B2=D1=83=D0=BA=D0=BE=D0=B2=D1=8B=D0=BC=D0=B8 =D0=B4=D1=80=D0=B0= >>> =D0=B9=D0=B2=D0=B5=D1=80=D0=B0=D0=BC=D0=B8.=20 >>> 1.#uname -a=20 >>> FreeBSD raven2k.homenet 7.1-RELEASE-p3 FreeBSD 7.1-RELEASE-p3 #1: Wed Mar >>> 1= >>> 1 >>> 00:51:34 MSK 2009 >>> root@raven2k.homenet:/usr/obj/usr/src/sys/MYKERNEL=20 >>> amd64=20 >>> >>> 1.1 # cat /dev/sndstat=20 >>> FreeBSD Audio Driver (newpcm: 64bit 2007061600/amd64)=20 >>> Installed devices:=20 >>> pcm0: at memory >>> 0xfdffc000 >>> irq 19 kld snd_hda [20080420_0052] [MPSAFE] (mixer only)=20 >>> >>> 1.2 # dmesg | grep pcm0=20 >>> pcm0: mem >>> 0xfdffc000-0xfdffffff irq 19 at device 0.1 on pci5=20 >>> pcm0: [ITHREAD]=20 >>> pcm0: =20 >>> pcm0: =20 >>> >>> 1.3 # pciconf -lv | grep -A3 pcm=20 >>> pcm0@pci0:5:0:1: class=3D0x040300 card=3D0xaa081043 >>> chip=3D0xaa08100= >>> 2 >>> rev=3D0x00 hdr=3D0x00=20 >>> vendor =3D 'ATI Technologies Inc'=20 >>> class =3D multimedia=20 >>> >>> 1.4 # kldstat=20 >>> Id Refs Address Size Name=20 >>> 1 31 0xffffffff80100000 67ecf8 kernel=20 >>> 2 1 0xffffffff8077f000 3878 snd_driver.ko=20 >>> 3 2 0xffffffff80783000 4f20 snd_ad1816.ko=20 >>> 4 35 0xffffffff80788000 67470 sound.ko=20 >>> 5 2 0xffffffff807f0000 5900 snd_als4000.ko=20 >>> 6 2 0xffffffff807f6000 7880 snd_atiixp.ko=20 >>> 7 2 0xffffffff807fe000 5860 snd_cmi.ko=20 >>> 8 2 0xffffffff80804000 5830 snd_cs4281.ko=20 >>> 9 3 0xffffffff8080a000 a098 snd_csa.ko=20 >>> 10 2 0xffffffff80815000 cd60 snd_ds1.ko=20 >>> 11 2 0xffffffff80822000 1a398 snd_emu10kx.ko=20 >>> 12 2 0xffffffff8083d000 a698 snd_envy24.ko=20 >>> 13 4 0xffffffff80848000 1c58 snd_spicds.ko=20 >>> 14 2 0xffffffff8084a000 9e58 snd_envy24ht.ko=20 >>> 15 2 0xffffffff80854000 ad00 snd_es137x.ko=20 >>> 16 2 0xffffffff8085f000 61e8 snd_ess.ko=20 >>> 17 5 0xffffffff80866000 4d00 snd_sbc.ko=20 >>> 18 2 0xffffffff8086b000 4860 snd_fm801.ko=20 >>> 19 3 0xffffffff80870000 10170 snd_mss.ko=20 >>> 20 2 0xffffffff80881000 230b0 snd_hda.ko=20 >>> 21 2 0xffffffff808a5000 7530 snd_ich.ko=20 >>> 22 2 0xffffffff808ad000 a600 snd_maestro.ko=20 >>> 23 2 0xffffffff808b8000 bd10 snd_maestro3.ko=20 >>> 24 2 0xffffffff808c4000 11698 snd_neomagic.ko=20 >>> 25 2 0xffffffff808d6000 52e8 snd_sb16.ko=20 >>> 26 2 0xffffffff808dc000 4cc0 snd_sb8.ko=20 >>> 27 2 0xffffffff808e1000 61f8 snd_solo.ko=20 >>> 28 2 0xffffffff808e8000 5a10 snd_t4dwave.ko=20 >>> 29 2 0xffffffff808ee000 8f48 snd_via8233.ko=20 >>> 30 2 0xffffffff808f7000 4d28 snd_via82c686.ko=20 >>> 31 2 0xffffffff808fc000 5d50 snd_vibes.ko=20 >>> =D0=92 =D0=B8=D1=82=D0=BE=D0=B3=D0=B5 =D0=BD=D0=B5 >>> =D1=80=D0=B0=D0=B1=D0=BE= >>> =D1=82=D0=B0=D0=B5=D1=82.=20 >>> >>> >>> =D0=9F=D1=80=D0=BE=D0=BC=D0=B5=D0=B6=D1=83=D1=82=D0=BE=D1=87=D0=BD=D1=8B=D0= >>> =B5 =D0=B4=D1=80=D0=BE=D0=B2=D0=B0 =D0=BE=D1=82 =D1=81=D1=8E=D0=B4=D0=B0 = >>> =D0=BD=D0=B5 =D0=BF=D0=BE=D0=BC=D0=BE=D0=B3=D0=BB=D0=B8 >>> http://people.freeb= >>> sd.org/~mav/ >>> >>> =D0=92=D0=B7=D1=8F=D0=BB =D0=B8=D1=81=D1=85=D0=BE=D0=B4=D0=BD=D0=B8=D0=BA= >>> =D0=B8 >>> >>> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/sound/pci/hda/?only_with_= >>> tag=3DRELENG_7 >>> =D0=BF=D0=B5=D1=80=D0=B5=D1=81=D0=BE=D0=B1=D1=80=D0=B0=D0=BB =D0=B8 >>> =D0=B2= >>> =D0=BE=D1=82 =D1=87=D1=82=D0=BE =D0=B2=D1=8B=D1=88=D0=BB=D0=BE: >>> >>> 2. # cat /dev/sndstat=20 >>> FreeBSD Audio Driver (newpcm: 64bit 2007061600/amd64)=20 >>> Installed devices:=20 >>> pcm0: at cad 0 nid 1 on hdac0 kld >>> snd_hd= >>> a >>> [MPSAFE] (1p:2v/0r:0v channels default)=20 >>> >>> 2.1 # dmesg | grep pcm0=20 >>> pcm0: at cad 0 nid 1 on hdac0=20 >>> >>> 2.2 # pciconf -lv | grep -A3 pcm=20 >>> >>> =D0=B2 /dev/ =D0=BF=D0=BE=D1=8F=D0=B2=D0=B8=D0=BB=D0=BE=D1=81=D1=8C >>> =D0=B4= >>> =D0=B2=D0=B0 dsp0.0% dsp0.1% =D0=BF=D0=B5=D1=80=D0=B2=D0=BE=D0=B5 >>> =D0=B7=D0= >>> =B0=D0=BD=D1=8F=D1=82=D0=BE=D0=B5 =D0=B2=D1=82=D0=BE=D1=80=D0=BE=D0=B5 >>> =D0= >>> =B1=D0=B5=D1=80=D0=B5=D1=82 =D1=84=D0=B0=D0=B9=D0=BB=D1=8B, =D0=BD=D0=BE >>> =D1=88=D1=83=D0=BC =D0=BD=D0=B5 =D0=B2=D1=8B=D0=B4=D0=B0=D0=B5=D1=82. >>> >>> =D0=92 =D0=B8=D1=82=D0=BE=D0=B3=D0=B5 >>> =D0=BD=D0=B5=D0=BF=D0=BE=D0=BB=D1=83= >>> =D1=87=D0=B8=D0=BB=D0=BE=D1=81=D1=8C =D0=BF=D0=BE=D1=81=D0=BB=D1=83=D1=88= >>> =D0=B0=D1=82=D1=8C =D0=BC=D1=83=D0=B7=D1=8B=D0=BA=D1=83 =3D( =D0=9F=D0=BE= >>> =D0=B6=D0=B0=D0=BB=D1=83=D0=B9=D1=81=D1=82=D0=B0 =D0=BF=D0=BE=D0=BC=D0=BE= >>> =D0=B3=D0=B8=D1=82=D0=B5, >>> =D0=BD=D0=B0=D0=BF=D1=80=D0=B0=D0=B2=D1=8C=D1=82= >>> =D0=B5 =D0=B2 >>> =D0=BD=D1=83=D0=B6=D0=BD=D0=BE =D1=80=D1=83=D1=81=D0=BB=D0=BE =3D)=20 >>> >>> =D0=97=D0=B0=D1=80=D0=B0=D0=BD=D0=BD=D0=B5=D0=B5 =D1=81=D0=BF=D0=B0=D1=81= >>> =D0=B8=D0=B1=D0=BE =D0=B7=D0=B0 =D0=BF=D0=BE=D0=BC=D0=BE=D1=89=D1=8C.=20 >>> --=20 >>> View this message in context: >>> http://www.nabble.com/To-Alexander-Motin-HDA-= >>> sound-problems.-tp22547510p22547510.html >>> Sent from the freebsd-current mailing list archive at Nabble.com. >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> >> -- >> Alexander Motin >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 23:00:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10E92106566B; Mon, 16 Mar 2009 23:00:30 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id D9B118FC08; Mon, 16 Mar 2009 23:00:29 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n2GN0TS5074949 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Mar 2009 16:00:29 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49BEDA0D.4080103@freebsd.org> Date: Mon, 16 Mar 2009 16:00:29 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Doug Barton References: <49BEBB45.7050605@FreeBSD.org> <49BECFEA.1090808@freebsd.org> <49BED3CA.2020201@FreeBSD.org> In-Reply-To: <49BED3CA.2020201@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: Is wpa_supplicant supposed to work with a hidden ssid? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 23:00:30 -0000 Doug Barton wrote: > Meanwhile, what do you think of the attached patch for the example > wpa_supplicant.conf file? It also seems to me that there are a lot of > options in that sample conf file that don't work for FreeBSD. For > example if I try to set device_name I get: > > Line 8: unknown global field 'device_name=foo'. > Line 8: Invalid configuration line 'device_name=foo'. > Failed to read or parse configuration '/etc/wpa_supplicant.conf'. > > Would it be worthwhile to also delete unusable options from the > example file, and if so, which are the ones that are not usable? > Many materials for wpa_supplicant and hostapd are included unchanged from Jouni's distribution. It'd be good to make a pass over all of them as his development environment is very different than ours and many mechanisms described in the config files and (his) documentation do not apply to freebsd. That said if you want to commit changes like the ones you attached feel free (no need to consult me unless you're looking for review). Sam From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 23:12:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99B5F106566B for ; Mon, 16 Mar 2009 23:12:34 +0000 (UTC) (envelope-from man@email.com.ua) Received: from mail.alkar.net (mail.alkar.net [195.248.191.95]) by mx1.freebsd.org (Postfix) with ESMTP id 1CC608FC17 for ; Mon, 16 Mar 2009 23:12:33 +0000 (UTC) (envelope-from man@email.com.ua) Received: from [92.113.85.31] (account man@email.com.ua HELO home.alkar.net) by mail.alkar.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1905416992 for freebsd-current@freebsd.org; Tue, 17 Mar 2009 00:42:32 +0200 From: Artyom Mirgorodsky To: freebsd-current@freebsd.org Date: Tue, 17 Mar 2009 00:46:30 +0200 User-Agent: KMail/1.11.0 (FreeBSD/8.0-CURRENT; KDE/4.2.1; i386; svn-915845; 2009-01-20) References: <49BED489.2090809@FreeBSD.org> In-Reply-To: <49BED489.2090809@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200903170046.30786.man@email.com.ua> Subject: Re: To Alexander Motin HDA sound problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 23:12:34 -0000 > I can't read this also, fix encoding. á Õ ÎÅÇÏ ×ÓÅ × ÐÏÒÑÄËÅ Ó ËÏÄÉÒÏ×ËÏÊ. óÔÒÁÎÎÏ. ñ ÐÅÒÅÓÌÁÌ ÐÉÓØÍÏ From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 23:17:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C940C1065674 for ; Mon, 16 Mar 2009 23:17:27 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 4BD608FC15 for ; Mon, 16 Mar 2009 23:17:26 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 237643850; Tue, 17 Mar 2009 01:17:26 +0200 Message-ID: <49BEDE04.9010301@FreeBSD.org> Date: Tue, 17 Mar 2009 01:17:24 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Raven2000 References: <49BED489.2090809@FreeBSD.org> <3c1674c90903161549k5eaaec79ha6e126cbe29f3748@mail.gmail.com> In-Reply-To: <3c1674c90903161549k5eaaec79ha6e126cbe29f3748@mail.gmail.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: FreeBSD-Current Subject: Re: To Alexander Motin HDA sound problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 23:17:28 -0000 Kip Macy wrote: > Interesting, the encoding of the first one rendered (apparently > correctly) as cyrillic for me under gmail on firefox2 on freebsd. Thanks to everybody, I have got it finally. 2. # cat /dev/sndstat FreeBSD Audio Driver (newpcm: 64bit 2007061600/amd64) Installed devices: pcm0: at cad 0 nid 1 on hdac0 kld snd_hda [MPSAFE] (1p:2v/0r:0v channels default) 2.1 # dmesg | grep pcm0 pcm0: at cad 0 nid 1 on hdac0 As I can see here, snd_hda driver found and provided access to the audio part of your video card HDMI output. Do you really were expecting to use HDMI audio or some other classical audio hardware on motherboard left unnoticed? If you mean to use some other card - provide full `pciconf -lv` output. ëÁË Ñ ÍÏÇÕ ×ÉÄÅÔØ ÚÄÅÓØ, snd_hda ÄÒÁÊ×ÅÒ ÎÁÛÅÌ É ÐÒÅÄÏÓÔÁ×ÉÌ ÔÅÂÅ ÄÏÓÔÕÐ Ë ÁÕÄÉÏ ÞÁÓÔÉ HDMI ×ÙÈÏÄÁ Ô×ÏÅÊ ×ÉÄÅÏËÁÒÔÙ. ôÙ ÄÅÊÓÔ×ÉÔÅÌØÎÏ ÐÌÁÎÉÒÏ×ÁÌ ÉÓÐÏÌØÚÏ×ÁÔØ Ú×ÕË HDMI ×ÙÈÏÄÁ ÉÌÉ ËÁËÁÑ-ÔÏ ÏÂÙÞÎÁÑ ÁÎÁÌÏÇÏ×ÁÑ Ú×ÕËÏ×ÕÈÁ ÎÁ ÍÁÔÅÒÉÎÓËÏÊ ÐÌÁÔÅ ÏÓÔÁÌÁÓØ ÎÅÏÂÎÁÒÕÖÅÎÎÏÊ? åÓÌÉ ÔÙ ÓÏÂÉÒÁÌÓÑ ÉÓÐÏÌØÚÏ×ÁÔØ ÄÒÕÇÕÀ Ú×ÕËÏ×ÕÈÕ - ÐÏËÁÖÉ ÐÏÌÎÙÊ ×Ù×ÏÄ `pciconf -lv`. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 23:28:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A84D21065672 for ; Mon, 16 Mar 2009 23:28:58 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 326848FC15 for ; Mon, 16 Mar 2009 23:28:57 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LjMEq-0005um-0I for freebsd-current@freebsd.org; Mon, 16 Mar 2009 23:28:56 +0000 Received: from 93-138-31-25.adsl.net.t-com.hr ([93.138.31.25]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 16 Mar 2009 23:28:55 +0000 Received: from ivoras by 93-138-31-25.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 16 Mar 2009 23:28:55 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 17 Mar 2009 00:28:33 +0100 Lines: 52 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE99F8D077A6CE111870906F3" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-31-25.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) X-Enigmail-Version: 0.95.7 Sender: news Subject: A trio of problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 23:28:58 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE99F8D077A6CE111870906F3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, 1. I'm trying to start 1000 jails for demonstration purposes (a presentation), but I can reliably panic the kernel when somewhere between 400 and 600 jails are started. The panic is not always of the same type nor at the same place in code, and the number of created jails also varies. I'm using ZFS for the jails directory and have about 10 nullfs-mounted UFS directories per jail. I'm not sure this is ZFS's fault but will test with UFS-only soon. I don't have coredumps (because of 2.) but I have some photos here: http://ivoras.sharanet.org/stuff/panic/ - the first 3 images are from one panic, the next two from the next one, the last for the 2nd problem. 2. I can't set a kernel coredump directory. The setup is not unusual (no gmirror, etc.) - simply partitions handled by GPART. The error is in ioctl(DIOCSKERNELDUMP): Device not configured. The only thing that comes to my mind is that the swap device is 2 GB while the machine has 4 GB RAM but AFAIK minidumps should work? If I can get coredumps to work I could provide more information on the first problem. 3. Turning Scroll-lock on (for the purpose of taking the last photo) before the login prompt (getty) is started makes the console wedge after the Scroll-lock is released. No input or output is processed though some keys work (Scroll-lock is one of them). For the first problem, I can share the script that generates the jails, if anyone wants it. All this is on 8-CURRENT from today. Kernel and world are in sync. --------------enigE99F8D077A6CE111870906F3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm+4KkACgkQldnAQVacBchKCwCbB8afYz3SiCZQDBw7M0B2976u gnoAoPXaHPylhH2UBFgqndb5YgmDPvPX =F53y -----END PGP SIGNATURE----- --------------enigE99F8D077A6CE111870906F3-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 23:50:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1B84106566B; Mon, 16 Mar 2009 23:50:27 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id C0B218FC3B; Mon, 16 Mar 2009 23:50:26 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 237644572; Tue, 17 Mar 2009 01:50:25 +0200 Message-ID: <49BEE5BC.30703@FreeBSD.org> Date: Tue, 17 Mar 2009 01:50:20 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Jung-uk Kim References: <1236802980.00085518.1236789602@10.7.7.3> In-Reply-To: <1236802980.00085518.1236789602@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: [HEADSUP] amd64 suspend/resume code to be comitted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 23:50:28 -0000 Jung-uk Kim wrote: > With popular demands, I will commit the following patch in next few > days unless a showstopper is found or "over-my-dead-body" type of > review is received. ;-) > > http://people.freebsd.org/~jkim/amd64_suspend-20090311.diff > > FYI, it was originally posted here: > > http://docs.freebsd.org/cgi/mid.cgi?200810211228.31028.jkim > > and here: > > http://docs.freebsd.org/cgi/mid.cgi?200812102120.03788.jkim > > Please read the original threads for more information about the patch. Have just retested this with just updated 8-CURRENT. Still works fine as before with my Acer TM6292 (Core2Duo+i965GM+ICH8M+bge+iwn+sdhci amd64 SMP). Writing this letter just after successful resume. There is still some DRI resume problems (will try one rnoland@ patch tomorrow) and my touch pad does not wakes up for some reason, but that is probably unrelated. Thank you. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Mar 16 23:59:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5888106566B for ; Mon, 16 Mar 2009 23:59:26 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 34AB28FC12 for ; Mon, 16 Mar 2009 23:59:25 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 16168 invoked by uid 399); 16 Mar 2009 23:59:24 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 16 Mar 2009 23:59:24 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <49BEE7DA.4050309@FreeBSD.org> Date: Mon, 16 Mar 2009 16:59:22 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (X11/20090312) MIME-Version: 1.0 To: Sam Leffler References: <49BEBB45.7050605@FreeBSD.org> <49BECFEA.1090808@freebsd.org> <49BED3CA.2020201@FreeBSD.org> <49BEDA0D.4080103@freebsd.org> In-Reply-To: <49BEDA0D.4080103@freebsd.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Is wpa_supplicant supposed to work with a hidden ssid? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 23:59:26 -0000 Sam Leffler wrote: > Doug Barton wrote: >> Meanwhile, what do you think of the attached patch for the example >> wpa_supplicant.conf file? It also seems to me that there are a lot of >> options in that sample conf file that don't work for FreeBSD. For >> example if I try to set device_name I get: >> >> Line 8: unknown global field 'device_name=foo'. >> Line 8: Invalid configuration line 'device_name=foo'. >> Failed to read or parse configuration '/etc/wpa_supplicant.conf'. >> >> Would it be worthwhile to also delete unusable options from the >> example file, and if so, which are the ones that are not usable? >> > > Many materials for wpa_supplicant and hostapd are included unchanged > from Jouni's distribution. It'd be good to make a pass over all of them > as his development environment is very different than ours and many > mechanisms described in the config files and (his) documentation do not > apply to freebsd. Makes sense. Unfortunately I don't have the time (or the knowledge for that matter) to do an exhaustive review of this. Hopefully someone with more of both will see this thread and pick up the project. > That said if you want to commit changes like the ones > you attached feel free (no need to consult me unless you're looking for > review). Ok, done. Thanks. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 00:09:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9548E106566B for ; Tue, 17 Mar 2009 00:09:21 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id E29148FC1E for ; Tue, 17 Mar 2009 00:09:20 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by fxm2 with SMTP id 2so3576868fxm.43 for ; Mon, 16 Mar 2009 17:09:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=tG4vYU7MJIjavnx36swkFpkHh48jPbBRju2MPq7UOHE=; b=Drk6V5V+i6EtGMMko8v+GRDoyt3ZkG9uFXutcJln0LqZt1Ui0SUoRAzIb6o6HBD2Rh vNXmePrLwrbWxJeRlWFNHSr6QYyOPm3G2ek7DbEBZ82phZo8jIcKsVBC2VlEBbnDGIr2 ApQNRtyZdHZNK4KHJdYZM1CrdgQmIjW6Ekt0w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=JIzf7SC9hc6bLvkHFfzS5xrwZESEV8UIepAmXljvUpJfSLoFHMUOLdMDFVc1EnsQ7K YL8Dt/DINALWl6WT5X6BY1m1OMU9JdU9KAqboLBXMdy3EiGaj/9UtFAtPjXhPD7PVK/n KxKJRyAP8OOqtMuh9Bewvi6qDierERZms2JNg= Received: by 10.103.49.12 with SMTP id b12mr2459972muk.98.1237248559750; Mon, 16 Mar 2009 17:09:19 -0700 (PDT) Received: from localhost (95-24-69-29.broadband.corbina.ru [95.24.69.29]) by mx.google.com with ESMTPS id e9sm11811080muf.38.2009.03.16.17.09.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 16 Mar 2009 17:09:18 -0700 (PDT) From: Anonymous To: Kostik Belousov References: <864oxtuzct.fsf@gmail.com> <20090316194541.GO41617@deviant.kiev.zoral.com.ua> <86ljr5p3f0.fsf@gmail.com> <20090316215205.GS41617@deviant.kiev.zoral.com.ua> Date: Tue, 17 Mar 2009 03:09:09 +0300 In-Reply-To: <20090316215205.GS41617@deviant.kiev.zoral.com.ua> (Kostik Belousov's message of "Mon, 16 Mar 2009 23:52:05 +0200") Message-ID: <868wn5qaca.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org, dchagin@freebsd.org Subject: Re: lang/sbcl consumes all available memory and dies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 00:09:30 -0000 Kostik Belousov writes: > On Tue, Mar 17, 2009 at 12:24:03AM +0300, Anonymous wrote: >> Kostik Belousov writes: >> >> > On Mon, Mar 16, 2009 at 08:55:14PM +0300, Anonymous wrote: >> >> I noticed that after commit r189771 (ELF: .note.ABI-tag) sbcl >> >> starts to eat all memory until it dies from bus error never reaching >> >> REPL. The process is unkillable, too. >> >> >> >> $ sbcl >> >> This is SBCL 1.0.25, an implementation of ANSI Common Lisp. >> >> More information about SBCL is available at . >> >> >> >> SBCL is free software, provided as is, with absolutely no warranty. >> >> It is mostly in the public domain; some portions are provided under >> >> BSD-style licenses. See the CREDITS and COPYING files in the >> >> distribution for more information. >> >> load: 0.06 cmd: sbcl 1926 [running] 0.01u 0.44s 3% 189432k >> >> load: 0.06 cmd: sbcl 1926 [tx->tx_quiesce_done_cv)] 0.01u 0.72s 5% 367124k >> >> load: 0.78 cmd: sbcl 1926 [running] 0.01u 2.91s 14% 1763028k >> >> load: 0.72 cmd: sbcl 1926 [tx->tx_quiesce_done_cv)] 0.01u 3.65s 14% 2237272k >> >> load: 0.74 cmd: sbcl 1926 [*vm page queue mutex] 0.01u 5.78s 9% 3482892k >> >> zsh: bus error (core dumped) sbcl >> >> >> >> This is amd64, r189876M, zfs, 4g mem, 4g swap, sbcl 1.0.17, sbcl-1.0.25, >> >> 1.0.26.3. I can reproduce it under qemu with clean environment as well. >> >> >> >> Can somebody confirm it on i386? Just run `sbcl' and exit from REPL by >> >> either `^D' or `(quit)'. >> >> >> >> The workaround is to reverse-apply diff from r189771. >> > >> > I think the D-state is due to quite large vm address space of the lisp, >> > that takes a long time to dump. >> > For the start, can you confirm that setting sysctl >> > machdep.prot_fault_translation to 2 solves your problem ? >> >> Yep, machdep.prot_fault_translation=2 solves it on my main amd64 box and >> in qemu-amd64. Anything else? > > Please, try this patch. > > diff --git a/sys/kern/imgact_elf.c b/sys/kern/imgact_elf.c > index f2bdcf5..5604ea5 100644 > --- a/sys/kern/imgact_elf.c > +++ b/sys/kern/imgact_elf.c > @@ -1330,14 +1330,14 @@ __elfN(check_note)(struct image_params *imgp, Elf_Brandnote *checknote, > int32_t *osrel) > { > const Elf_Note *note, *note_end; > - const Elf32_Phdr *phdr, *pnote; > - const Elf32_Ehdr *hdr; > + const Elf_Phdr *phdr, *pnote; > + const Elf_Ehdr *hdr; > const char *note_name; > int i; > > pnote = NULL; > - hdr = (const Elf32_Ehdr *)imgp->image_header; > - phdr = (const Elf32_Phdr *)(imgp->image_header + hdr->e_phoff); > + hdr = (const Elf_Ehdr *)imgp->image_header; > + phdr = (const Elf_Phdr *)(imgp->image_header + hdr->e_phoff); > > for (i = 0; i < hdr->e_phnum; i++) { > if (phdr[i].p_type == PT_NOTE) { Double-checked on more recent revision (r189900) under qemu-amd64 with/without the patch. The problem disappears. Don't know about i386, though. From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 00:53:35 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id B9C15106566B; Tue, 17 Mar 2009 00:53:35 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Alexander Motin Date: Mon, 16 Mar 2009 20:53:24 -0400 User-Agent: KMail/1.6.2 References: <1236802980.00085518.1236789602@10.7.7.3> <49BEE5BC.30703@FreeBSD.org> In-Reply-To: <49BEE5BC.30703@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200903162053.28614.jkim@FreeBSD.org> Cc: freebsd-current@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: [HEADSUP] amd64 suspend/resume code to be comitted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 00:53:36 -0000 On Monday 16 March 2009 07:50 pm, Alexander Motin wrote: > Jung-uk Kim wrote: > > With popular demands, I will commit the following patch in next > > few days unless a showstopper is found or "over-my-dead-body" > > type of review is received. ;-) > > > > http://people.freebsd.org/~jkim/amd64_suspend-20090311.diff > > > > FYI, it was originally posted here: > > > > http://docs.freebsd.org/cgi/mid.cgi?200810211228.31028.jkim > > > > and here: > > > > http://docs.freebsd.org/cgi/mid.cgi?200812102120.03788.jkim > > > > Please read the original threads for more information about the > > patch. > > Have just retested this with just updated 8-CURRENT. Still works > fine as before with my Acer TM6292 > (Core2Duo+i965GM+ICH8M+bge+iwn+sdhci amd64 SMP). Writing this > letter just after successful resume. > > There is still some DRI resume problems (will try one rnoland@ > patch tomorrow) and my touch pad does not wakes up for some reason, > but that is probably unrelated. I went ahead and committed slightly different version. Please resync the source if you tested the old version. Cheers, Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 01:23:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3F02106566B for ; Tue, 17 Mar 2009 01:23:18 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from tydfam.jp (ns.tydfam.jp [61.197.228.42]) by mx1.freebsd.org (Postfix) with ESMTP id 541508FC0C for ; Tue, 17 Mar 2009 01:23:17 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from localhost (tyd3.sub.tydfam.jp [192.168.1.3]) by tydfam.jp (8.14.2/8.14.2) with ESMTP id n2H1NTsW043520; Tue, 17 Mar 2009 10:23:30 +0900 (JST) (envelope-from ken@tydfam.jp) Date: Tue, 17 Mar 2009 10:23:08 +0900 (JST) Message-Id: <20090317.102308.29593247810318574.ken@tydfam.jp> To: hselasky@c2i.net From: ken In-Reply-To: <200903151313.35742.hselasky@c2i.net> References: <20090315.195456.29593248145850377.ken@tydfam.jp> <200903151313.35742.hselasky@c2i.net> X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=9.5 tests=ALL_TRUSTED autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on daemon.sub.tydfam.jp Cc: freebsd-current@freebsd.org Subject: Re: usb mouse w/ -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 01:23:18 -0000 > Did you do a clean kernel build? > --HPS I am not sure what "clean kernel build" means. But, I am regularly doing "cvs update -APd;make buildworld && make installworld && make buildkernel && make installkernel", and I tried it by adding "make delete-old" before make buildworld. And, yet I have the same result. Part of my dmesg is as follows (it is amd64 machine); FreeBSD 8.0-CURRENT #246: Sat Feb 14 20:01:06 JST 2009 CPU: AMD Phenom(tm) 9500 Quad-Core Processor (2210.08-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f22 Stepping = 2 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x7ff TSC: P-state invariant Cores per package: 4 usable memory = 4278501376 (4080 MB) avail memory = 4115406848 (3924 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] : : : From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 01:37:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CA7A1065672 for ; Tue, 17 Mar 2009 01:37:59 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 127248FC1D for ; Tue, 17 Mar 2009 01:37:58 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LjOFi-00024A-0E for freebsd-current@freebsd.org; Tue, 17 Mar 2009 01:37:58 +0000 Received: from 93-138-31-25.adsl.net.t-com.hr ([93.138.31.25]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 17 Mar 2009 01:37:57 +0000 Received: from ivoras by 93-138-31-25.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 17 Mar 2009 01:37:57 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 17 Mar 2009 02:37:41 +0100 Lines: 30 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig349051C4B9A08731863CEAA4" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-31-25.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) In-Reply-To: X-Enigmail-Version: 0.95.7 Sender: news Subject: Re: A trio of problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 01:37:59 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig349051C4B9A08731863CEAA4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable > also varies. I'm using ZFS for the jails directory and have about 10 > nullfs-mounted UFS directories per jail. I'm not sure this is ZFS's > fault but will test with UFS-only soon.=20 ZFS doesn't influence it - the same problem happens without ZFS on the system (though I can create a few hundred more jails without ZFS before the kernel panics...). I've uploaded more photos. --------------enig349051C4B9A08731863CEAA4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm+/usACgkQldnAQVacBcg67wCgtFdtG3lBl8WBKK3ozeAatXr5 FzoAn3PvmxN1LaM+iyuarNYo++pIOa3l =VX5m -----END PGP SIGNATURE----- --------------enig349051C4B9A08731863CEAA4-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 02:02:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C87981065678; Tue, 17 Mar 2009 02:02:41 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout014.mac.com (asmtpout014.mac.com [17.148.16.89]) by mx1.freebsd.org (Postfix) with ESMTP id B52E08FC08; Tue, 17 Mar 2009 02:02:41 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from abhiram-t60.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp014.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KGM00M13OBTAD20@asmtp014.mac.com>; Mon, 16 Mar 2009 19:02:18 -0700 (PDT) Message-id: From: Marcel Moolenaar To: Ivan Voras In-reply-to: Date: Mon, 16 Mar 2009 19:02:17 -0700 References: X-Mailer: Apple Mail (2.930.3) Cc: freebsd-current@freebsd.org Subject: Re: A trio of problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 02:02:42 -0000 On Mar 16, 2009, at 4:28 PM, Ivan Voras wrote: > 2. I can't set a kernel coredump directory. The setup is not unusual > (no > gmirror, etc.) - simply partitions handled by GPART. The error is in > ioctl(DIOCSKERNELDUMP): Device not configured. The only thing that > comes > to my mind is that the swap device is 2 GB while the machine has 4 GB > RAM but AFAIK minidumps should work? If I can get coredumps to work I > could provide more information on the first problem. What's the partition type of the partition you're trying to dump to? -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 02:03:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7E55106564A; Tue, 17 Mar 2009 02:03:59 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 491158FC13; Tue, 17 Mar 2009 02:03:58 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by fxm2 with SMTP id 2so3597620fxm.43 for ; Mon, 16 Mar 2009 19:03:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:message-id:user-agent:mime-version:content-type; bh=tVqlo6CazGWjGdZkTmA7VCUo8t8p74hbYV8VZ19GMjc=; b=TR9BW/+UFU93DOC7yIYRpgVTnesx1LP9Ru4Vv3us0fHoE/JSpi9+csngXckcJx6gGt qr6PUCFg4+c+j4KdTVkht7V+BTlgBpLCGMu0Ol9N1g6KNJhZIbYUpkddNM949hyL7a0Z 8BrbX8RcFtM+7PdZ2B4smB7qyeYxUVAdXu8js= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:message-id:user-agent :mime-version:content-type; b=P6XVrsJp3atpHGLxyDvB3zpHVmj41tuYh5jWsg35RWBuk+pSqQsd4lzEBJh5LUOJFQ YJmFElThp5YdQ7QG2wLJi/5bgmVhZRrZmEysngZIvX/RLyuTbtVB1r5PqEe1DP7EdNDu gKdxy5ah949fs1pASrNGhFeAYvoyPGM9xRLcY= Received: by 10.86.98.18 with SMTP id v18mr3070860fgb.46.1237255438275; Mon, 16 Mar 2009 19:03:58 -0700 (PDT) Received: from localhost (95-24-69-29.broadband.corbina.ru [95.24.69.29]) by mx.google.com with ESMTPS id l19sm349132fgb.47.2009.03.16.19.03.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 16 Mar 2009 19:03:57 -0700 (PDT) From: Anonymous To: Kostik Belousov References: <864oxtuzct.fsf@gmail.com> <20090316194541.GO41617@deviant.kiev.zoral.com.ua> <86ljr5p3f0.fsf@gmail.com> <20090316215205.GS41617@deviant.kiev.zoral.com.ua> <868wn5qaca.fsf@gmail.com> Date: Tue, 17 Mar 2009 05:03:53 +0300 Message-ID: <86ab7koqgm.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org, dchagin@freebsd.org Subject: Re: lang/sbcl consumes all available memory and dies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 02:04:00 -0000 (oops, vague wording) Anonymous writes: > Kostik Belousov writes: >> Please, try this patch. >> >> diff --git a/sys/kern/imgact_elf.c b/sys/kern/imgact_elf.c >> index f2bdcf5..5604ea5 100644 >> --- a/sys/kern/imgact_elf.c >> +++ b/sys/kern/imgact_elf.c >> @@ -1330,14 +1330,14 @@ __elfN(check_note)(struct image_params *imgp, Elf_Brandnote *checknote, >> int32_t *osrel) >> { >> const Elf_Note *note, *note_end; >> - const Elf32_Phdr *phdr, *pnote; >> - const Elf32_Ehdr *hdr; >> + const Elf_Phdr *phdr, *pnote; >> + const Elf_Ehdr *hdr; >> const char *note_name; >> int i; >> >> pnote = NULL; >> - hdr = (const Elf32_Ehdr *)imgp->image_header; >> - phdr = (const Elf32_Phdr *)(imgp->image_header + hdr->e_phoff); >> + hdr = (const Elf_Ehdr *)imgp->image_header; >> + phdr = (const Elf_Phdr *)(imgp->image_header + hdr->e_phoff); >> >> for (i = 0; i < hdr->e_phnum; i++) { >> if (phdr[i].p_type == PT_NOTE) { > > Double-checked on more recent revision (r189900) under qemu-amd64 > with/without the patch. The problem disappears. ^^^^^^^ It disappears only *after* applying your patch. > > Don't know about i386, though. Just tested under qemu-i386. Looks like it's not affected. Anyway, *with* the patch sbcl works, too. From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 02:07:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2618106566B for ; Tue, 17 Mar 2009 02:07:18 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id 528708FC08 for ; Tue, 17 Mar 2009 02:07:18 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1830790qwe.7 for ; Mon, 16 Mar 2009 19:07:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance; bh=5vtcjhGYhlonb0u8L3epeE36ADN9szlM4TPOh054IQo=; b=le5ZKo1fRso9l8ZQ4NHniZ66iVPUrON6JvWtDORfOymaO1MLO8BTpp+oon39/+Q3H5 R6GUuq8wCK44PulP4rGfaNExC8vr/zvXgCxw5Rou5pB0IVaW9g244imgH+nUy4aaNPoA pByUokq0jushmTP/EOxdl1at5tEBFE3E+dmzw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=hJkBiQcGUCrPUEFNqiGfJLFaIOmlyZKv1hvDP6AWyeN6/V12AYMV59G37A7LU7hIOK 6zdQ9JGVDRMNMlmhfAInTl9/Y+U3SO9ubfNUoqtG/Yi3s3rC7mzeN7j19oU0ath9n1uD fl5GY7nb8bLk/aKg0XCeEiATWWePE8HR+HVxc= Received: by 10.224.60.138 with SMTP id p10mr6845899qah.232.1237255637781; Mon, 16 Mar 2009 19:07:17 -0700 (PDT) Received: from cygnus.homeunix.com (201008160048.user.veloxzone.com.br [201.8.160.48]) by mx.google.com with ESMTPS id 5sm587106yxt.14.2009.03.16.19.07.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 16 Mar 2009 19:07:17 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id DDFE1B8074; Mon, 16 Mar 2009 23:07:12 -0300 (BRT) Received: from 10.1.1.80 (SquirrelMail authenticated user matheus) by 10.1.1.10 with HTTP; Mon, 16 Mar 2009 23:07:12 -0300 (BRT) Message-ID: In-Reply-To: <20090316155957.GA2385@carrot> References: <20090316155800.GA2257@carrot> <20090316155957.GA2385@carrot> Date: Mon, 16 Mar 2009 23:07:12 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: [HEADS UP] Merge of projects/gvinum to head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 02:07:18 -0000 On Mon, March 16, 2009 12:59, Ulf Lilleengen wrote: > On man, mar 16, 2009 at 04:58:00pm +0100, Ulf Lilleengen wrote: >> Hello, >> >> This is a heads-up for a merge of gvinum project code into HEAD. This >> means >> that gvinum implementation will be changed some. The code is based on >> the >> work done by Lukas Ertl as well as the work I did before/during Google >> SoC >> 2007 and afterwards. It has been staying in p4 for some time, and then >> moved >> to the subversion project repository not long ago. The main reason for >> the >> delay of getting this into HEAD have been the lack of reviewers of the >> code, >> but after some discussion and help from testers, I've decided this is a >> good >> time to get it in (should perhaps have been merged a bit earlier) >> Testers >> have spotted several differences from the original gvinum, and I've >> tried to >> make it behave as the old implementation wherever that seemed the best >> way to >> go. Luckily, the work has gotten a bit of attention lately, thanks to >> Rick C. >> Petty for helping out with testing and bugfixing, as well as all others >> who >> have dared to run the new gvinum. So, what does this update offer? > > And I plan on importing it within 1-2 weeks :) great work, thanks. what's the status of raid5 ? is it ok to production enviroments ? I have been using gmirror and gstripe just cause I can't do raid5 and I'm waiting for ZFS to hit production state. thanks, matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 06:18:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 822CD106564A; Tue, 17 Mar 2009 06:18:10 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 923AD8FC17; Tue, 17 Mar 2009 06:18:09 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 237657128; Tue, 17 Mar 2009 08:18:08 +0200 Message-ID: <49BF4098.2060203@FreeBSD.org> Date: Tue, 17 Mar 2009 08:18:00 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Jung-uk Kim References: <1236802980.00085518.1236789602@10.7.7.3> <49BEE5BC.30703@FreeBSD.org> <200903162053.28614.jkim@FreeBSD.org> In-Reply-To: <200903162053.28614.jkim@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: [HEADSUP] amd64 suspend/resume code to be comitted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 06:18:10 -0000 Jung-uk Kim wrote: > On Monday 16 March 2009 07:50 pm, Alexander Motin wrote: >> Jung-uk Kim wrote: >>> With popular demands, I will commit the following patch in next >>> few days unless a showstopper is found or "over-my-dead-body" >>> type of review is received. ;-) >>> >>> http://people.freebsd.org/~jkim/amd64_suspend-20090311.diff >>> >>> FYI, it was originally posted here: >>> >>> http://docs.freebsd.org/cgi/mid.cgi?200810211228.31028.jkim >>> >>> and here: >>> >>> http://docs.freebsd.org/cgi/mid.cgi?200812102120.03788.jkim >>> >>> Please read the original threads for more information about the >>> patch. >> Have just retested this with just updated 8-CURRENT. Still works >> fine as before with my Acer TM6292 >> (Core2Duo+i965GM+ICH8M+bge+iwn+sdhci amd64 SMP). Writing this >> letter just after successful resume. >> >> There is still some DRI resume problems (will try one rnoland@ >> patch tomorrow) and my touch pad does not wakes up for some reason, >> but that is probably unrelated. > > I went ahead and committed slightly different version. Please resync > the source if you tested the old version. It still works. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 07:04:09 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA2601065675; Tue, 17 Mar 2009 07:04:09 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206045082.chello.pl [87.206.45.82]) by mx1.freebsd.org (Postfix) with ESMTP id ED8478FC14; Tue, 17 Mar 2009 07:04:07 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id DFB5D45C98; Tue, 17 Mar 2009 08:04:06 +0100 (CET) Received: from localhost (chello087206045082.chello.pl [87.206.45.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 7129745B36; Tue, 17 Mar 2009 08:04:01 +0100 (CET) Date: Tue, 17 Mar 2009 08:04:40 +0100 From: Pawel Jakub Dawidek To: John Baldwin Message-ID: <20090317070440.GE2012@garage.freebsd.pl> References: <20090312175345.Y80227@rust.salford.ac.uk> <20090312191333.GA97342@hyperion.scode.org> <49B97617.8010709@freebsd.org> <86r6124f2v.fsf@gmail.com> <3bbf2fe10903122035i20b2767cod2322c39c6f850ee@mail.gmail.com> <29C8FA04-D5B1-49B7-ACF0-4185537367B0@baldwin.cx> <3bbf2fe10903122156u650417f0s5c49b68bdf4ffa07@mail.gmail.com> <49BA9801.5080505@FreeBSD.org> <49BAA103.2060508@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M38YqGLZlgb6RLPS" Content-Disposition: inline In-Reply-To: <49BAA103.2060508@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: Attilio Rao , Tim Kientzle , Mark Powell , Anonymous , "freebsd-current@freebsd.org" , Peter Schuller Subject: Re: repeatable ZFS panic: share->excl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 07:04:10 -0000 --M38YqGLZlgb6RLPS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 13, 2009 at 02:08:03PM -0400, John Baldwin wrote: > John Baldwin wrote: > >Yes, I think that is the real bug. Looking at this further I think > >zfs_get_xattrdir() will return the vnode locked if it has to create a > >new node via zfs_make_attrdir() but only returns it held and unlocked if > >it finds an existing one. So my new patch is to just fix > >zfs_get_xattrdir() to unlock the vnode if it creates a new one like so: > > > >(Sorry, TBird is probably going to butcher all the whitespace): > > > >--- > >//depot/user/jhb/lock/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir= .c > >+++ > >/Users/jhb/work/p4/lock/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_d= ir.c=20 > > > >@@ -940,6 +940,7 @@ > > /* NB: we already did dmu_tx_wait() if necessary */ > > goto top; > > } > >+ VOP_UNLOCK(*xvpp, 0); > > > > return (error); > > } > > > >A non-butchered version is at www.FreeBSD.org/~jhb/patches/zfs_ea.patch. >=20 > So lulf@ reports success with this patch. Pawel, can you review it? Yes, it works for me too and looks good. The only thing we need to change is to check for error beeing 0 before unlocking the vnode. The zfs_make_xattrdir() function can still return with EIO, so I'd add something like this: if (error =3D=3D 0) VOP_UNLOCK(*xvpp, 0); Thank you John for spending time on tracking this one down. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --M38YqGLZlgb6RLPS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFJv0uHForvXbEpPzQRAhlpAJ4qJTXetJNyhAOtDvdHD7aGUEGh7gCguoRG uEwHGOxaS6Y1tQVSOEj0fdg= =LRHI -----END PGP SIGNATURE----- --M38YqGLZlgb6RLPS-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 07:50:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A5E0106564A for ; Tue, 17 Mar 2009 07:50:09 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id 117B28FC1C for ; Tue, 17 Mar 2009 07:50:08 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=H5FYHNghT8dVfMn9c58A:9 a=9YAp9aT6JwgnYTHhZ1oA:7 a=C0rkMp0oUWaKqS5ZdP43Ousm7OQA:4 a=LY0hPdMaydYA:10 Received: from [81.191.55.181] (account mc467741@c2i.net HELO [10.36.2.183]) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 160421600; Tue, 17 Mar 2009 08:50:07 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 17 Mar 2009 08:52:37 +0100 User-Agent: KMail/1.9.7 References: <20090315.195456.29593248145850377.ken@tydfam.jp> <200903151313.35742.hselasky@c2i.net> <20090317.102308.29593247810318574.ken@tydfam.jp> In-Reply-To: <20090317.102308.29593247810318574.ken@tydfam.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903170852.38464.hselasky@c2i.net> Cc: Subject: Re: usb mouse w/ -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 07:50:09 -0000 On Tuesday 17 March 2009, ken wrote: > FreeBSD 8.0-CURRENT #246: Sat Feb 14 20:01:06 JST 2009 Try the latest sources. Your build is from 14. of February. We are now in March, and there has been several fixes since 14. of February. --HPS From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 08:13:02 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D172106566C; Tue, 17 Mar 2009 08:13:02 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id 0D7408FC16; Tue, 17 Mar 2009 08:13:01 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 868352F2073; Tue, 17 Mar 2009 04:13:01 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Tue, 17 Mar 2009 04:13:01 -0400 X-Sasl-enc: mXSuPPtFQkLbGPBuDxlcHhbqGaJU8w1WoQ4GiqFiP6Sk 1237277581 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id C709E282F8; Tue, 17 Mar 2009 04:13:00 -0400 (EDT) Message-ID: <49BF5B8A.4040108@incunabulum.net> Date: Tue, 17 Mar 2009 08:12:58 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.19 (X11/20090125) MIME-Version: 1.0 To: Sam Leffler References: <1236937253.2282.0.camel@localhost> <49BAEA9F.8020302@incunabulum.net> <49BB0D3E.2020306@incunabulum.net> <49BC1C66.7030400@freebsd.org> <1237233210.84180.20.camel@localhost> <49BEB312.7060105@freebsd.org> In-Reply-To: <49BEB312.7060105@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, Coleman Kane , freebsd-net Subject: Re: IGMP+WiFi panic on recent kernel - in igmp_fasttimo() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 08:13:02 -0000 Sam Leffler wrote: > It is the same issue but the root cause is unclear. There is much > code that does assumes ifma_protospec might be NULL and checks for > it. In my case (creating a wlan ifnet and then destroying it on > eject) the patch below is sufficient. I don't care to dig right now > to understand how this stuff is supposed to work; it should be clear > from comments etc but the code is lacking. > This is just to say I've tried to reproduce the 802.11 related panics, however have hit a brick wall because the PCI-CardBus bridge does not seem to detect anything in its slot. (1U Itox Expanding Dragon industrial PC w/a SiteCom branded Ricoh RL475 cardbus card). I tried unloading if_fxp with IGMPv3 active on the ifnet, and didn't see any panic, I'm assuming this is OK for the time being. Qing Li volunteered to test IGMPv3 out for any VLAN related issues -- I understand it stacks ifnets in a similar way to that of 802.11 -- however I have had no feedback from him since last week. So I'm waiting for a HEAD build to a USB2 stick to finish, so I can try testing nondestructively on my laptop, where I know for sure that the PCI-CardBus bridge slot works, and I can detach an 802.11 card on the fly. Re ifma_protospec: Yes, there are tricks in the ifnet/in layer which set it to NULL and look for it to be NULL. I ended up doing it this way mainly because adding reference counting to ifnet would have simply been too much work, and it's really a ball that needs to be kicked around at a dev summit. However time presses on and it's better to get SOMETHING out there. Most likely the IGMPv3 changes are hitting this in the 802.11 case somehow, I don't have a complete picture of how/why/what's going on, and have been relying on feedback from others so far. cheers BMS From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 09:32:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17EE61065689 for ; Tue, 17 Mar 2009 09:32:15 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 02FD68FC16 for ; Tue, 17 Mar 2009 09:32:12 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LjVeb-0001CG-C3 for freebsd-current@freebsd.org; Tue, 17 Mar 2009 09:32:09 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 17 Mar 2009 09:32:09 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 17 Mar 2009 09:32:09 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 17 Mar 2009 10:31:29 +0100 Lines: 56 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig87CA5CF51D3B787CAAA660A2" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.19 (X11/20090105) In-Reply-To: X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: A trio of problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 09:32:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig87CA5CF51D3B787CAAA660A2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Marcel Moolenaar wrote: >=20 > On Mar 16, 2009, at 4:28 PM, Ivan Voras wrote: >=20 >> 2. I can't set a kernel coredump directory. The setup is not unusual (= no >> gmirror, etc.) - simply partitions handled by GPART. The error is in >> ioctl(DIOCSKERNELDUMP): Device not configured. The only thing that com= es >> to my mind is that the swap device is 2 GB while the machine has 4 GB >> RAM but AFAIK minidumps should work? If I can get coredumps to work I >> could provide more information on the first problem. >=20 > What's the partition type of the partition you're trying to dump > to? It's ad8s2b from our earlier conversation. 2. Name: ad8s2b Mediasize: 2147483648 (2.0G) Sectorsize: 512 Mode: r1w1e0 rawtype: 7 length: 2147483648 offset: 19327352832 type: freebsd-ufs index: 2 end: 41943039 start: 37748736 I see it's labeled as freebsd-ufs. AFAIK I created this file system with sysinstall. Do I need to change the type? Any special instructions? --------------enig87CA5CF51D3B787CAAA660A2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJv233ldnAQVacBcgRAnh/AJ9UBCVEwmh/CBXuNRDu169/zQho3ACg8eYr UI8J8i0hgeFx6YC42aovZKE= =0mfA -----END PGP SIGNATURE----- --------------enig87CA5CF51D3B787CAAA660A2-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 09:50:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C159106566B for ; Tue, 17 Mar 2009 09:50:47 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from tydfam.jp (ns.tydfam.jp [61.197.228.42]) by mx1.freebsd.org (Postfix) with ESMTP id D0A568FC19 for ; Tue, 17 Mar 2009 09:50:46 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from localhost (tyd3.sub.tydfam.jp [192.168.1.3]) by tydfam.jp (8.14.2/8.14.2) with ESMTP id n2H9oxo8069721; Tue, 17 Mar 2009 18:51:00 +0900 (JST) (envelope-from ken@tydfam.jp) Date: Tue, 17 Mar 2009 18:50:36 +0900 (JST) Message-Id: <20090317.185036.29593248145862429.ken@tydfam.jp> To: hselasky@c2i.net From: ken In-Reply-To: <200903170852.38464.hselasky@c2i.net> References: <200903151313.35742.hselasky@c2i.net> <20090317.102308.29593247810318574.ken@tydfam.jp> <200903170852.38464.hselasky@c2i.net> X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=9.5 tests=ALL_TRUSTED autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on daemon.sub.tydfam.jp Cc: freebsd-current@freebsd.org Subject: Re: usb mouse w/ -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 09:50:47 -0000 I mistakenly included wrong dmesg that was from kernel recognizing MS mouse. Dmesg with kernel that does not recognize MS mouse was as follows ( full dmesg follows); (TYD3 adds options LINPROCFS and COMPAT_LINUX32, and device sound and atapicam.) Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #275: Tue Mar 17 18:30:27 JST 2009 ken@tyd3.sub.tydfam.jp:/usr/obj/usr/src/sys/TYD3 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Phenom(tm) 9500 Quad-Core Processor (2210.07-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f22 Stepping = 2 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x7ff TSC: P-state invariant Cores per package: 4 usable memory = 4278259712 (4080 MB) avail memory = 4115169280 (3924 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cfde0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x3008-0x300b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: HPET never increments, disabling device_attach: acpi_hpet0 attach returned 6 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 vgapci0: port 0xbf00-0xbf7f mem 0xfa000000-0xfaffffff,0xd0000000-0xdfffffff,0xf8000000-0xf9ffffff irq 18 at device 0.0 on pci1 pcib2: at device 6.0 on pci0 pci2: on pcib2 re0: port 0xae00-0xaeff mem 0xfdfff000-0xfdffffff irq 18 at device 0.0 on pci2 re0: Using 1 MSI messages re0: Chip rev. 0x38000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:1a:4d:5b:bf:26 re0: [FILTER] pcib3: at device 7.0 on pci0 pci3: on pcib3 re1: port 0xee00-0xeeff mem 0xfddff000-0xfddfffff irq 19 at device 0.0 on pci3 re1: Using 1 MSI messages re1: Chip rev. 0x38000000 re1: MAC rev. 0x00000000 miibus1: on re1 rgephy1: PHY 1 on miibus1 rgephy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re1: Ethernet address: 00:1a:4d:5b:bf:24 re1: [FILTER] pcib4: at device 9.0 on pci0 pci4: on pcib4 atapci0: port 0xdf00-0xdf07,0xde00-0xde03,0xdd00-0xdd07,0xdc00-0xdc03,0xdb00-0xdb0f mem 0xfdbfe000-0xfdbfffff irq 17 at device 0.0 on pci4 atapci0: [ITHREAD] atapci0: AHCI Version 01.00 controller with 2 ports PM supported ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pcib5: at device 10.0 on pci0 pci5: on pcib5 atapci1: port 0xcf00-0xcf07,0xce00-0xce03,0xcd00-0xcd07,0xcc00-0xcc03,0xcb00-0xcb0f mem 0xfd9fe000-0xfd9fffff irq 18 at device 0.0 on pci5 atapci1: [ITHREAD] atapci1: AHCI Version 01.00 controller with 2 ports PM supported ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] atapci2: port 0xff00-0xff07,0xfe00-0xfe03,0xfd00-0xfd07,0xfc00-0xfc03,0xfb00-0xfb0f mem 0xfe02f000-0xfe02f3ff irq 22 at device 18.0 on pci0 atapci2: [ITHREAD] atapci2: AHCI Version 01.10 controller with 4 ports PM supported ata6: on atapci2 ata6: port is not ready (timeout 1000ms) ata6: software reset clear timeout ata6: [ITHREAD] ata7: on atapci2 ata7: port is not ready (timeout 1000ms) ata7: software reset clear timeout ata7: [ITHREAD] ata8: on atapci2 ata8: port is not ready (timeout 1000ms) ata8: software reset clear timeout ata8: [ITHREAD] ata9: on atapci2 ata9: [ITHREAD] ohci0: mem 0xfe02e000-0xfe02efff irq 16 at device 19.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ohci1: mem 0xfe02d000-0xfe02dfff irq 17 at device 19.1 on pci0 ohci1: [ITHREAD] usbus1: on ohci1 ohci2: mem 0xfe02c000-0xfe02cfff irq 18 at device 19.2 on pci0 ohci2: [ITHREAD] usbus2: on ohci2 ohci3: mem 0xfe02b000-0xfe02bfff irq 17 at device 19.3 on pci0 ohci3: [ITHREAD] usbus3: on ohci3 ohci4: mem 0xfe02a000-0xfe02afff irq 18 at device 19.4 on pci0 ohci4: [ITHREAD] usbus4: on ohci4 ehci0: mem 0xfe029000-0xfe0290ff irq 19 at device 19.5 on pci0 ehci0: [ITHREAD] usbus5: EHCI version 1.0 usbus5: on ehci0 pci0: at device 20.0 (no driver attached) atapci3: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf900-0xf90f at device 20.1 on pci0 ata0: on atapci3 ata0: [ITHREAD] hdac0: mem 0xfe024000-0xfe027fff irq 16 at device 20.2 on pci0 hdac0: HDA Driver Revision: 20090226_0129 hdac0: [ITHREAD] isab0: at device 20.3 on pci0 isa0: on isab0 pcib6: at device 20.4 on pci0 pci6: on pcib6 fwohci0: mem 0xfd7ff000-0xfd7ff7ff,0xfd7f8000-0xfd7fbfff irq 22 at device 14.0 on pci6 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:cc:72:3b:00:00:1a:4d fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x1598000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:cc:72:00:1a:4d fwe0: Ethernet address: 02:cc:72:00:1a:4d fwip0: on firewire0 fwip0: Firewire address: 00:cc:72:3b:00:00:1a:4d @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 uart0: [FILTER] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] atrtc0: port 0x70-0x73 irq 8 on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: HPET never increments, disabling device_attach: acpi_hpet0 attach returned 6 orm0: at iomem 0xd0000-0xd2fff,0xd3000-0xd5fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 acd0: DVDR at ata6-master SATA150 ad14: 953868MB at ata7-master SATA300 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered ad16: 476938MB at ata8-master SATA300 hdac0: HDA Codec #3: Realtek ALC885 pcm0: at cad 3 nid 1 on hdac0 pcm1: at cad 3 nid 1 on hdac0 pcm2: at cad 3 nid 1 on hdac0 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x48 0x00 0x01 uhub5: 10 ports with 10 removable, self powered SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 3.300MB/s transfers cd0: cd present [278850 x 2048 byte records] ugen5.2: at usbus5 umass0: on usbus5 umass0: SCSI over Bulk-Only; quirks = 0x0000 usb2_alloc_device:1478: set address 2 failed (ignored) umass0:4:0:-1: Attached to scbus4 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:0): Medium not present (probe0:umass-sim0:0:0:0): Unretryable error da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present usb2_alloc_device:1514: getting device descriptor at addr 2 failed! (probe0:umass-sim0:0:0:1): TEST UNIT READY. CDB: 0 20 0 0 0 0 (probe0:umass-sim0:0:0:1): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:1): SCSI Status: Check Condition (probe0:umass-sim0:0:0:1): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:1): Medium not present (probe0:umass-sim0:0:0:1): Unretryable error da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present usb2_req_re_enumerate:1414: addr=2, set address failed! (ignored) usb2_req_re_enumerate:1427: getting device descriptor at addr 2 failed! GEOM: ad14s1: geometry does not match label (255h,63s != 16h,63s). GEOM: ad16s1: geometry does not match label (255h,63s != 16h,63s). acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 (cd0:ata0:0:0:0): READ(10). CDB: 28 0 0 4 41 41 0 0 1 0 (cd0:ata0:0:0:0): CAM Status: SCSI Status Error (cd0:ata0:0:0:0): SCSI Status: Check Condition (cd0:ata0:0:0:0): ILLEGAL REQUEST asc:64,0 (cd0:ata0:0:0:0): Illegal mode for this track (cd0:ata0:0:0:0): Unretryable error (cd0:ata0:0:0:0): cddone: got error 0x6 back acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 (cd0:ata0:0:0:0): READ(10). CDB: 28 0 0 0 0 20 0 0 4 0 (cd0:ata0:0:0:0): CAM Status: SCSI Status Error (cd0:ata0:0:0:0): SCSI Status: Check Condition (cd0:ata0:0:0:0): ILLEGAL REQUEST asc:64,0 (cd0:ata0:0:0:0): Illegal mode for this track (cd0:ata0:0:0:0): Unretryable error (cd0:ata0:0:0:0): cddone: got error 0x6 back acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 (cd0:ata0:0:0:0): READ(10). CDB: 28 0 0 0 0 4 0 0 4 0 (cd0:ata0:0:0:0): CAM Status: SCSI Status Error (cd0:ata0:0:0:0): SCSI Status: Check Condition (cd0:ata0:0:0:0): ILLEGAL REQUEST asc:64,0 (cd0:ata0:0:0:0): Illegal mode for this track (cd0:ata0:0:0:0): Unretryable error (cd0:ata0:0:0:0): cddone: got error 0x6 back acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 (cd0:ata0:0:0:0): READ(10). CDB: 28 0 0 0 0 0 0 0 4 0 (cd0:ata0:0:0:0): CAM Status: SCSI Status Error (cd0:ata0:0:0:0): SCSI Status: Check Condition (cd0:ata0:0:0:0): ILLEGAL REQUEST asc:64,0 (cd0:ata0:0:0:0): Illegal mode for this track (cd0:ata0:0:0:0): Unretryable error (cd0:ata0:0:0:0): cddone: got error 0x6 back acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 (cd0:ata0:0:0:0): READ(10). CDB: 28 0 0 0 0 80 0 0 4 0 (cd0:ata0:0:0:0): CAM Status: SCSI Status Error (cd0:ata0:0:0:0): SCSI Status: Check Condition (cd0:ata0:0:0:0): ILLEGAL REQUEST asc:64,0 (cd0:ata0:0:0:0): Illegal mode for this track (cd0:ata0:0:0:0): Unretryable error (cd0:ata0:0:0:0): cddone: got error 0x6 back acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 (cd0:ata0:0:0:0): READ(10). CDB: 28 0 0 0 0 10 0 0 1 0 (cd0:ata0:0:0:0): CAM Status: SCSI Status Error (cd0:ata0:0:0:0): SCSI Status: Check Condition (cd0:ata0:0:0:0): ILLEGAL REQUEST asc:64,0 (cd0:ata0:0:0:0): Illegal mode for this track (cd0:ata0:0:0:0): Unretryable error (cd0:ata0:0:0:0): cddone: got error 0x6 back acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 (cd0:ata0:0:0:0): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0 (cd0:ata0:0:0:0): CAM Status: SCSI Status Error (cd0:ata0:0:0:0): SCSI Status: Check Condition (cd0:ata0:0:0:0): ILLEGAL REQUEST asc:64,0 (cd0:ata0:0:0:0): Illegal mode for this track (cd0:ata0:0:0:0): Unretryable error (cd0:ata0:0:0:0): cddone: got error 0x6 back acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 (cd0:ata0:0:0:0): READ(10). CDB: 28 0 0 0 0 4 0 0 1 0 (cd0:ata0:0:0:0): CAM Status: SCSI Status Error (cd0:ata0:0:0:0): SCSI Status: Check Condition (cd0:ata0:0:0:0): ILLEGAL REQUEST asc:64,0 (cd0:ata0:0:0:0): Illegal mode for this track (cd0:ata0:0:0:0): Unretryable error (cd0:ata0:0:0:0): cddone: got error 0x6 back acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 (cd0:ata0:0:0:0): READ(10). CDB: 28 0 0 0 0 20 0 0 1 0 (cd0:ata0:0:0:0): CAM Status: SCSI Status Error (cd0:ata0:0:0:0): SCSI Status: Check Condition (cd0:ata0:0:0:0): ILLEGAL REQUEST asc:64,0 (cd0:ata0:0:0:0): Illegal mode for this track (cd0:ata0:0:0:0): Unretryable error (cd0:ata0:0:0:0): cddone: got error 0x6 back acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 (cd0:ata0:0:0:0): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0 (cd0:ata0:0:0:0): CAM Status: SCSI Status Error (cd0:ata0:0:0:0): SCSI Status: Check Condition (cd0:ata0:0:0:0): ILLEGAL REQUEST asc:64,0 (cd0:ata0:0:0:0): Illegal mode for this track (cd0:ata0:0:0:0): Unretryable error (cd0:ata0:0:0:0): cddone: got error 0x6 back acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 (cd0:ata0:0:0:0): READ(10). CDB: 28 0 0 0 0 1 0 0 1 0 (cd0:ata0:0:0:0): CAM Status: SCSI Status Error (cd0:ata0:0:0:0): SCSI Status: Check Condition (cd0:ata0:0:0:0): ILLEGAL REQUEST asc:64,0 (cd0:ata0:0:0:0): Illegal mode for this track (cd0:ata0:0:0:0): Unretryable error (cd0:ata0:0:0:0): cddone: got error 0x6 back acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 (cd0:ata0:0:0:0): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0 (cd0:ata0:0:0:0): CAM Status: SCSI Status Error (cd0:ata0:0:0:0): SCSI Status: Check Condition (cd0:ata0:0:0:0): ILLEGAL REQUEST asc:64,0 (cd0:ata0:0:0:0): Illegal mode for this track (cd0:ata0:0:0:0): Unretryable error (cd0:ata0:0:0:0): cddone: got error 0x6 back acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 (cd0:ata0:0:0:0): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0 (cd0:ata0:0:0:0): CAM Status: SCSI Status Error (cd0:ata0:0:0:0): SCSI Status: Check Condition (cd0:ata0:0:0:0): ILLEGAL REQUEST asc:64,0 (cd0:ata0:0:0:0): Illegal mode for this track (cd0:ata0:0:0:0): Unretryable error (cd0:ata0:0:0:0): cddone: got error 0x6 back Trying to mount root from ufs:/dev/ad14s1a usb2_req_re_enumerate:1414: addr=2, set address failed! (ignored) usb2_req_re_enumerate:1427: getting device descriptor at addr 2 failed! ugen0.2: <> at usbus0 (disconnected) uhub_reattach_port:414: could not allocate new device! re0: link state changed to UP fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 10:10:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CAF1106566C; Tue, 17 Mar 2009 10:10:23 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id D8D428FC1B; Tue, 17 Mar 2009 10:10:22 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from gidgate.gid.co.uk (80-46-130-69.static.dsl.as9105.com [80.46.130.69]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id n2H9uDYY049772; Tue, 17 Mar 2009 09:56:13 GMT (envelope-from rb@gid.co.uk) Received: from [192.168.255.1] (seagoon.gid.co.uk [194.32.164.1]) by gidgate.gid.co.uk (8.13.8/8.13.8) with ESMTP id n2H9u8ur007752; Tue, 17 Mar 2009 09:56:08 GMT (envelope-from rb@gid.co.uk) Message-Id: From: Bob Bishop To: Ivan Voras In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 17 Mar 2009 09:56:08 +0000 References: X-Mailer: Apple Mail (2.930.3) Cc: freebsd-current@freebsd.org Subject: Re: A trio of problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 10:10:23 -0000 Hi, On 16 Mar 2009, at 23:28, Ivan Voras wrote: > 1. I'm trying to start 1000 jails for demonstration purposes (a > presentation), but I can reliably panic the kernel when somewhere > between 400 and 600 jails are started. [etc] On 17 Mar 2009, at 01:37, Ivan Voras wrote: > ZFS doesn't influence it - the same problem happens without ZFS on the > system (though I can create a few hundred more jails without ZFS > before > the kernel panics...). In which case, given how memory-hungry ZFS is, it looks like your problem is with exhausting some memory resource. -- Bob Bishop rb@gid.co.uk From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 10:42:39 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F02AF10656C4; Tue, 17 Mar 2009 10:42:39 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id C3C318FC1F; Tue, 17 Mar 2009 10:42:39 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id F33CB2F233E; Tue, 17 Mar 2009 06:42:37 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Tue, 17 Mar 2009 06:42:39 -0400 X-Sasl-enc: BGMjigWINxIxYcEp7SMQUYZfrtJc6FZXv5dmunaGF9Hd 1237286556 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 8E42B5394A; Tue, 17 Mar 2009 06:42:36 -0400 (EDT) Message-ID: <49BF7E99.4030208@incunabulum.net> Date: Tue, 17 Mar 2009 10:42:33 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.19 (X11/20090125) MIME-Version: 1.0 To: current@freebsd.org References: <20081006072447.d51c76f1.elmofo@uol.com.br> <20081009191519.790298e4@lain> <20081010230643.017d0dbe.elmofo@uol.com.br> In-Reply-To: <20081010230643.017d0dbe.elmofo@uol.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Thiago Luz Basilio , rpaulo@FreeBSD.org, Tobias Kirschstein Subject: 802.11b broken in -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 10:42:40 -0000 Hi, After reading UPDATING, I see 8.x WLAN support is quite different, i.e.: ifconfig wlan create wlandev ath0 whilst this works, all I have is an 802.11b AP. The box just won't associate. Whilst I tried 'ifconfig wlan0 channel any:b', this gets further, ie both the parent and child devices wlan0/ath0 show as being in mode 11b. However scan results still only show 802.11g/a APs. Can anyone shed further light on this? I know that 802.11b sucks, but there's a lot of it out there, and it just needs to work. thanks BMS From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 10:49:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E784610656BD for ; Tue, 17 Mar 2009 10:49:09 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from bene1.itea.ntnu.no (bene1.itea.ntnu.no [IPv6:2001:700:300:3::56]) by mx1.freebsd.org (Postfix) with ESMTP id EF6878FC1C for ; Tue, 17 Mar 2009 10:49:08 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from localhost (localhost [127.0.0.1]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 70EFB3EEDC; Tue, 17 Mar 2009 11:49:07 +0100 (CET) Received: from carrot (unknown [IPv6:2001:700:300:3::184]) by bene1.itea.ntnu.no (Postfix) with ESMTP id A54103EEDA; Tue, 17 Mar 2009 11:49:06 +0100 (CET) Date: Tue, 17 Mar 2009 10:49:12 +0100 From: Ulf Lilleengen To: Nenhum_de_Nos Message-ID: <20090317094911.GA2155@carrot.tudelft.net> References: <20090316155800.GA2257@carrot> <20090316155957.GA2385@carrot> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) X-Virus-Scanned: Debian amavisd-new at bene1.itea.ntnu.no Cc: freebsd-current@freebsd.org Subject: Re: [HEADS UP] Merge of projects/gvinum to head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 10:49:10 -0000 On man, mar 16, 2009 at 11:07:12pm -0300, Nenhum_de_Nos wrote: > > On Mon, March 16, 2009 12:59, Ulf Lilleengen wrote: > > On man, mar 16, 2009 at 04:58:00pm +0100, Ulf Lilleengen wrote: > >> Hello, > >> > >> This is a heads-up for a merge of gvinum project code into HEAD. This > >> means > >> that gvinum implementation will be changed some. The code is based on > >> the > >> work done by Lukas Ertl as well as the work I did before/during Google > >> SoC > >> 2007 and afterwards. It has been staying in p4 for some time, and then > >> moved > >> to the subversion project repository not long ago. The main reason for > >> the > >> delay of getting this into HEAD have been the lack of reviewers of the > >> code, > >> but after some discussion and help from testers, I've decided this is a > >> good > >> time to get it in (should perhaps have been merged a bit earlier) > >> Testers > >> have spotted several differences from the original gvinum, and I've > >> tried to > >> make it behave as the old implementation wherever that seemed the best > >> way to > >> go. Luckily, the work has gotten a bit of attention lately, thanks to > >> Rick C. > >> Petty for helping out with testing and bugfixing, as well as all others > >> who > >> have dared to run the new gvinum. So, what does this update offer? > > > > And I plan on importing it within 1-2 weeks :) > > great work, thanks. > > what's the status of raid5 ? is it ok to production enviroments ? I have > been using gmirror and gstripe just cause I can't do raid5 and I'm waiting > for ZFS to hit production state. > I would say that since the raid5 code hasn't changed much in terms of functionality, meaning that much of the code concerning raid5 is the same, it should provide at least the same production quality as gvinum in 7.x. What are your experiences with gvinum raid5 in 7.x? It should preferably be tested out a bit more before, as it's really hard to make any guarantees. I guess this is why it's so hard to get people to test storage-stuff as well, as few are willing to risk their data :) I plan on doing more stress-tests on it as well, to see if there are any edge cases. -- Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 10:55:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1210810656C9 for ; Tue, 17 Mar 2009 10:55:51 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id 9BC2E8FC24 for ; Tue, 17 Mar 2009 10:55:50 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=RxvcLC8Z-WmptMyfduAA:9 a=3X4wDG7d4i5tVm7Zw7FKnr-hxzMA:4 a=LY0hPdMaydYA:10 Received: from [81.191.55.181] (account mc467741@c2i.net HELO [10.36.2.183]) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1214269050; Tue, 17 Mar 2009 11:55:48 +0100 From: Hans Petter Selasky To: ken Date: Tue, 17 Mar 2009 11:58:19 +0100 User-Agent: KMail/1.9.7 References: <200903151313.35742.hselasky@c2i.net> <200903170852.38464.hselasky@c2i.net> <20090317.185036.29593248145862429.ken@tydfam.jp> In-Reply-To: <20090317.185036.29593248145862429.ken@tydfam.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903171158.19977.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: usb mouse w/ -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 10:55:51 -0000 On Tuesday 17 March 2009, ken wrote: > I mistakenly included wrong dmesg that was from kernel recognizing MS > mouse. Dmesg with kernel that does not recognize MS mouse was as follows ( > full dmesg follows); > Can you try connecting the mouse through an external USB HUB? --HPS From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 05:18:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4248B1065672 for ; Tue, 17 Mar 2009 05:18:05 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.225]) by mx1.freebsd.org (Postfix) with ESMTP id 1B43D8FC17 for ; Tue, 17 Mar 2009 05:18:04 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: by rv-out-0506.google.com with SMTP id f6so3506094rvb.43 for ; Mon, 16 Mar 2009 22:18:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.143.4.11 with SMTP id g11mr2568446wfi.340.1237267084599; Mon, 16 Mar 2009 22:18:04 -0700 (PDT) In-Reply-To: <1237207178.32841.31.camel@buffy.york.ac.uk> References: <20090316033113.GB33369@michelle.cdnetworks.co.kr> <1237207178.32841.31.camel@buffy.york.ac.uk> Date: Tue, 17 Mar 2009 13:18:04 +0800 Message-ID: From: Mars G Miro To: Gavin Atkinson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Tue, 17 Mar 2009 11:17:00 +0000 Cc: pyunyh@gmail.com, freebsd-current@freebsd.org Subject: Re: sk/msk no more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 05:18:05 -0000 On Mon, Mar 16, 2009 at 8:39 PM, Gavin Atkinson wrote: > On Mon, 2009-03-16 at 12:10 +0800, Mars G Miro wrote: >> On Mon, Mar 16, 2009 at 11:31 AM, Pyun YongHyeon >> wrote: >> > On Mon, Mar 16, 2009 at 10:22:40AM +0800, Mars G Miro wrote: >> >> Hi guys, >> >> >> >> =A0 =A0I upgraded a box w/ sk and msk NICs running 7.1-RELEASE to >> latest >> >> -CURRENT =A0to try out the new USB2 stuff but my sk/msk NICs don't >> work >> >> anymore: >> >> >> >> =A0 =A0http://pastebin.com/m28a41b14 >> >> >> >> =A0 =A0Saw this first last Friday, March 13, and re-csup'd a few hour= s >> ago >> >> and the problem is still there. >> >> >> >> =A0 =A0Any thoughts? Thanks. >> >> >> > >> > I don't see sk(4)/msk(4) hardwares in your dmesg output. >> > Does "pciconf -lcv" show your controller? >> >> That's the problem, the hardware disappears: > > Are you also able to reboot into the old 7.1 kernel and get a full > verbose dmesg from there too? > Not possible from the old 7.1 kernel as it has been overwritten when I rebuilt a few kernels, but I have a custom LiveCD (similar kernel config) w/c I was able to boot. Whether ACPI in the BIOS is disabled or not, the sk/msk NICs are detected in 7.1-RELEASE: ACPI disabled: http://pastebin.com/m2e59d64a ACPI enabled: http://pastebin.com/m55346924 > Gavin > --=20 cheers mars ----- Jay London - "I saw a stationery store move." From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 11:23:58 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F15B410656CF; Tue, 17 Mar 2009 11:23:58 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id C56418FC19; Tue, 17 Mar 2009 11:23:58 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 0F7C32F2470; Tue, 17 Mar 2009 07:23:58 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Tue, 17 Mar 2009 07:23:58 -0400 X-Sasl-enc: PVyuJaxhLv0DomJmpBAc1FzmN9BcooXCBZSpkWmwbz6c 1237289037 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 53CAD17337; Tue, 17 Mar 2009 07:23:57 -0400 (EDT) Message-ID: <49BF884A.907@incunabulum.net> Date: Tue, 17 Mar 2009 11:23:54 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.19 (X11/20090125) MIME-Version: 1.0 To: current@freebsd.org References: <20081006072447.d51c76f1.elmofo@uol.com.br> <20081009191519.790298e4@lain> <20081010230643.017d0dbe.elmofo@uol.com.br> <49BF7E99.4030208@incunabulum.net> In-Reply-To: <49BF7E99.4030208@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Thiago Luz Basilio , rpaulo@FreeBSD.org, Tobias Kirschstein Subject: Re: 802.11b broken in -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 11:23:59 -0000 Bruce Simpson wrote: > ... > Can anyone shed further light on this? I know that 802.11b sucks, but > there's a lot of it out there, > and it just needs to work. Please ignore 'broken'. I found that my 802.11b AP's minipci card had worked its way loose. After rebooting it, I found I had to do the following to get 802.11b access point association to work: ifconfig wlan0 create wlandev ath0 ifconfig wlan0 mode 11b ifconfig wlan0 channel any:b ifconfig wlan0 ssid OpenWrt ifconfig wlan0 down ifconfig wlan0 up Hope this helps! BMS From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 11:45:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70F60106564A for ; Tue, 17 Mar 2009 11:45:35 +0000 (UTC) (envelope-from pj@smo.de) Received: from ilk.de (mx-out26.ilk.de [194.121.104.26]) by mx1.freebsd.org (Postfix) with ESMTP id D52438FC0A for ; Tue, 17 Mar 2009 11:45:34 +0000 (UTC) (envelope-from pj@smo.de) Received: from bologna.intern.smo.de (pool4.ka.ilk.net [212.86.194.4]) by ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id n2HBjWSm029069; Tue, 17 Mar 2009 12:45:32 +0100 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.8+Sun/8.13.8) with ESMTP id n2HBjRXA017012; Tue, 17 Mar 2009 12:45:27 +0100 (CET) Message-ID: <49BF8DDC.6030205@smo.de> Date: Tue, 17 Mar 2009 12:47:40 +0100 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20090125 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: Anonymous References: <864oxtuzct.fsf@gmail.com> <20090316194541.GO41617@deviant.kiev.zoral.com.ua> <86ljr5p3f0.fsf@gmail.com> <20090316215205.GS41617@deviant.kiev.zoral.com.ua> <868wn5qaca.fsf@gmail.com> <86ab7koqgm.fsf@gmail.com> In-Reply-To: <86ab7koqgm.fsf@gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , freebsd-current@freebsd.org, dchagin@freebsd.org Subject: Re: lang/sbcl consumes all available memory and dies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 11:45:35 -0000 Anonymous wrote: [snipped] >>Don't know about i386, though. > > > Just tested under qemu-i386. Looks like it's not affected. I can confirm this -- works fine: $ sbcl This is SBCL 1.0.25, an implementation of ANSI Common Lisp. More information about SBCL is available at . SBCL is free software, provided as is, with absolutely no warranty. It is mostly in the public domain; some portions are provided under BSD-style licenses. See the CREDITS and COPYING files in the distribution for more information. * (quit) $ This is on FreeBSD 7.1-STABLE i386. HTH, Philipp From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 12:12:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC408106566B for ; Tue, 17 Mar 2009 12:12:17 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by mx1.freebsd.org (Postfix) with ESMTP id 802278FC15 for ; Tue, 17 Mar 2009 12:12:17 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by wf-out-1314.google.com with SMTP id 27so3501732wfd.7 for ; Tue, 17 Mar 2009 05:12:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=NMwfPM34ZMvg13m6VN0mCs3+SHi2hgG/iVUwJQSdho0=; b=Z5nCZVEfqjtande/NUkyoNgNRVEKiS/U8icoZldohvgIbRbgXiTt7nnKmglFm1mgxG d7uizFbczcFBbjNB5TwrGoneIPutEdUxOzhrtmUVf0HfxqhTzkXFAhoPu9qUueB4w3jR qQyzgJoddH9XsILBdTXXDGgtl4TcKOuXzZcwk= 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=vpAUjD61JXNK7GZlk0uzn4+wICbSyph0F7l4qiTmL7TJAFj/y7bDW1ia4/zZu2tGzH y0+cRvlfnLjoS6YNKbJknBLDN+FpRSd5Sid819dzKf1xFYXLB6gFRVm+DLtbUYJirFX5 rywR6ymkKhpK9IBbpfR/tWffadpwru9aOHjS0= MIME-Version: 1.0 Received: by 10.143.12.11 with SMTP id p11mr2704162wfi.19.1237291937055; Tue, 17 Mar 2009 05:12:17 -0700 (PDT) In-Reply-To: <20090317.102308.29593247810318574.ken@tydfam.jp> References: <20090315.195456.29593248145850377.ken@tydfam.jp> <200903151313.35742.hselasky@c2i.net> <20090317.102308.29593247810318574.ken@tydfam.jp> Date: Tue, 17 Mar 2009 05:12:17 -0700 Message-ID: <7d6fde3d0903170512t505cf62lab3aa49d1ea2d9db@mail.gmail.com> From: Garrett Cooper To: ken Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, hselasky@c2i.net Subject: Re: usb mouse w/ -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 12:12:18 -0000 On Mon, Mar 16, 2009 at 6:23 PM, ken wrote: > >> Did you do a clean kernel build? >> --HPS > > =A0I am not sure what "clean kernel build" means. > =A0But, I am regularly doing "cvs update -APd;make buildworld && make ins= tallworld && make buildkernel && make installkernel", and I tried it by add= ing "make delete-old" before make buildworld. =A0And, yet I have the same r= esult. clean / cleandir usually suffice, but when in doubt, blow away /usr/obj beforehand. -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 12:28:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44C21106564A for ; Tue, 17 Mar 2009 12:28:53 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.174]) by mx1.freebsd.org (Postfix) with ESMTP id 1912E8FC0A for ; Tue, 17 Mar 2009 12:28:53 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by wf-out-1314.google.com with SMTP id 27so3507899wfd.7 for ; Tue, 17 Mar 2009 05:28:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=1dQkEVaKUTHeIXUmPRrXBRYwk54mOgt4mUA7e8ymLWc=; b=HMLNE0lZ+r/WI25N/aNOKR4ZmQeGYXeRBcH+pSIG1P3Wyqk6e2n+BMwiATe+aO6qlF /WfoPnknyDZ534rqlnepBOIpk50WobO+xclfrMrwsoC+NzNrgv2a9hJb1y81rujwUidl 9m2xQj1l9wtC9gNMMzgisWqlgaudS1xj4O8No= 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=KIKIrY4PD2seYv2EbH82w4qrosoK3Q+Cmdg8E5iT2CvfDoAhXKn3JPFulJBn3TNZ4/ BJyk9Yo0SqMSUcGjaqt9519qmSEQ6BVlrHRKNO+o1BPo2OCqH/8JyCLMWDqZCrExzihQ tbyno5YkOtoYx6+9IOY2bVR7I2/297T2vWgaU= MIME-Version: 1.0 Received: by 10.142.71.16 with SMTP id t16mr2745582wfa.273.1237292932816; Tue, 17 Mar 2009 05:28:52 -0700 (PDT) In-Reply-To: <49BEB449.9090302@googlemail.com> References: <49BE7C5A.2080103@icyb.net.ua> <49BEB449.9090302@googlemail.com> Date: Tue, 17 Mar 2009 05:28:52 -0700 Message-ID: <7d6fde3d0903170528g656e9edfn4fe5afc013c42999@mail.gmail.com> From: Garrett Cooper To: "army.of.root" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Andriy Gapon Subject: Re: ata: printf on every spinup/spindown? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 12:28:53 -0000 On Mon, Mar 16, 2009 at 1:19 PM, army.of.root wrote: > Andriy Gapon wrote: >> >> I am playing with ata spindown feature and I think that it is really >> unnecessary >> to print a message each time ata driver is going to spindown a disk or let >> it be >> spinned up: >> ad6: Idle, spin down >> ad6: request while spun down, starting. >> ad6: drive spun down. >> ad6: Idle, spin down >> ad6: request while spun down, starting. >> >> Especially this is not useful when "Idle, spin down" messages are going >> spin up >> the disk via syslog logging to disk :-) >> >> Maybe put these under verboseboot if not drop entirely? >> > > Hi, > > yah, I had some unpleasant experience with spinning down disks. That really > is only useful for backup disks or similar disks which are not accessed > frequently or used by any programs. > > :) The HDD consumes in Idle mode only something like 1W so it isnt really > economic to spin it down. Spinning down to a lower RPM seems legitimate, compared to spinning it down, which kills the drives. Look at WD's green drives -- they claim to get 30% ~ 50% better power efficiency than standard drives. It may not seem like much, but HDD's really kill laptop batteries and also really suck up juice in data centers. Any way to reduce energy consumption without killing off hardware is really good in my book 8-). Thanks PHK! -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 12:29:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F967106568A for ; Tue, 17 Mar 2009 12:29:15 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.174]) by mx1.freebsd.org (Postfix) with ESMTP id 31BB28FC25 for ; Tue, 17 Mar 2009 12:29:15 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by wf-out-1314.google.com with SMTP id 27so3507899wfd.7 for ; Tue, 17 Mar 2009 05:29:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=EuG3w/v0LPzohxcN+H38ernCLuSET0iQkhZjRsJuoHY=; b=PEFkp45S3iE62SIzi5wc6b1R+65fvQYl9AX0i70eGZhBPSJtHpLmQ/oufAoVTss/Lt +nyGRbun6M8XrtzC5AFrWpKeOqXb1qcWfduW5zKvPkA2U6amq4EAO6q4w7oP7hwRN2/H Xsb8/+yC/jvISdWaNVAjCNybkJbZj79qloDkk= 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=L1WnEqpfUmg9lfUFjoAht9jMibsn8DeLxYlDipKJjSQnnWPKu6qNlpbTpl7zKK8/zL q2v1xnP3TRgjKarDFaXYaAetSjhnkaPZumeDn7osFCZNsZMwrJpQjcb2gRsFr5raU57d HwafgylCNQu4kZdrO0ytX9X27ZSbJPkgL6DCQ= MIME-Version: 1.0 Received: by 10.143.18.21 with SMTP id v21mr2741523wfi.336.1237292955124; Tue, 17 Mar 2009 05:29:15 -0700 (PDT) In-Reply-To: <7d6fde3d0903170528g656e9edfn4fe5afc013c42999@mail.gmail.com> References: <49BE7C5A.2080103@icyb.net.ua> <49BEB449.9090302@googlemail.com> <7d6fde3d0903170528g656e9edfn4fe5afc013c42999@mail.gmail.com> Date: Tue, 17 Mar 2009 05:29:15 -0700 Message-ID: <7d6fde3d0903170529u54d76afaiafc3db490aab8558@mail.gmail.com> From: Garrett Cooper To: "army.of.root" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Andriy Gapon Subject: Re: ata: printf on every spinup/spindown? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 12:29:15 -0000 On Tue, Mar 17, 2009 at 5:28 AM, Garrett Cooper wrote: > On Mon, Mar 16, 2009 at 1:19 PM, army.of.root > wrote: >> Andriy Gapon wrote: >>> >>> I am playing with ata spindown feature and I think that it is really >>> unnecessary >>> to print a message each time ata driver is going to spindown a disk or let >>> it be >>> spinned up: >>> ad6: Idle, spin down >>> ad6: request while spun down, starting. >>> ad6: drive spun down. >>> ad6: Idle, spin down >>> ad6: request while spun down, starting. >>> >>> Especially this is not useful when "Idle, spin down" messages are going >>> spin up >>> the disk via syslog logging to disk :-) >>> >>> Maybe put these under verboseboot if not drop entirely? >>> >> >> Hi, >> >> yah, I had some unpleasant experience with spinning down disks. That really >> is only useful for backup disks or similar disks which are not accessed >> frequently or used by any programs. >> >> :) The HDD consumes in Idle mode only something like 1W so it isnt really >> economic to spin it down. > > Spinning down to a lower RPM seems legitimate, compared to spinning it > down, which kills the drives. Look at WD's green drives -- they claim > to get 30% ~ 50% better power efficiency than standard drives. > > It may not seem like much, but HDD's really kill laptop batteries and > also really suck up juice in data centers. Any way to reduce energy > consumption without killing off hardware is really good in my book > 8-). > > Thanks PHK! Err... Andriy :P! > -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 12:47:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9EAF106574A for ; Tue, 17 Mar 2009 12:47:47 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 191368FC08 for ; Tue, 17 Mar 2009 12:47:46 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA22134; Tue, 17 Mar 2009 14:47:43 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <49BF9BEE.5090706@icyb.net.ua> Date: Tue, 17 Mar 2009 14:47:42 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: Garrett Cooper References: <49BE7C5A.2080103@icyb.net.ua> <49BEB449.9090302@googlemail.com> <7d6fde3d0903170528g656e9edfn4fe5afc013c42999@mail.gmail.com> <7d6fde3d0903170529u54d76afaiafc3db490aab8558@mail.gmail.com> In-Reply-To: <7d6fde3d0903170529u54d76afaiafc3db490aab8558@mail.gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "army.of.root" , freebsd-current@freebsd.org Subject: Re: ata: printf on every spinup/spindown? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 12:47:49 -0000 on 17/03/2009 14:29 Garrett Cooper said the following: > On Tue, Mar 17, 2009 at 5:28 AM, Garrett Cooper wrote: >> On Mon, Mar 16, 2009 at 1:19 PM, army.of.root >> wrote: >>> Andriy Gapon wrote: >>>> I am playing with ata spindown feature and I think that it is really >>>> unnecessary >>>> to print a message each time ata driver is going to spindown a disk or let >>>> it be >>>> spinned up: >>>> ad6: Idle, spin down >>>> ad6: request while spun down, starting. >>>> ad6: drive spun down. >>>> ad6: Idle, spin down >>>> ad6: request while spun down, starting. >>>> >>>> Especially this is not useful when "Idle, spin down" messages are going >>>> spin up >>>> the disk via syslog logging to disk :-) >>>> >>>> Maybe put these under verboseboot if not drop entirely? >>>> >>> Hi, >>> >>> yah, I had some unpleasant experience with spinning down disks. That really >>> is only useful for backup disks or similar disks which are not accessed >>> frequently or used by any programs. >>> >>> :) The HDD consumes in Idle mode only something like 1W so it isnt really >>> economic to spin it down. >> Spinning down to a lower RPM seems legitimate, compared to spinning it >> down, which kills the drives. Look at WD's green drives -- they claim >> to get 30% ~ 50% better power efficiency than standard drives. >> >> It may not seem like much, but HDD's really kill laptop batteries and >> also really suck up juice in data centers. Any way to reduce energy >> consumption without killing off hardware is really good in my book >> 8-). >> >> Thanks PHK! > > Err... Andriy :P! For nothing? :-) phk is the author of the for this feature. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 12:52:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B3EA106568A for ; Tue, 17 Mar 2009 12:52:43 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-qy0-f110.google.com (mail-qy0-f110.google.com [209.85.221.110]) by mx1.freebsd.org (Postfix) with ESMTP id 0074F8FC17 for ; Tue, 17 Mar 2009 12:52:42 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by qyk8 with SMTP id 8so2486021qyk.3 for ; Tue, 17 Mar 2009 05:52:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; bh=eTSAtnx+1y3Ev+yUPdL9jRDIZVZ4iNDYw7hDivhLB68=; b=OAwLGSSB1dT8SfX1WyEXr3q0DzZaASr61pVHhTyFzJatGRn5p640lbAr8nM/0QIOCe zjYlhKcRaQjLu9KIE1bZD+/0Sm4pvtKmjWdH8qhbxs66rBEWxiY7a8VkijMZMZ73v4Zg olpw9E8vd57sDlbt4j8CB0eg1mdcuBbgYK8K8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=C3q21qYUBJ2dGg1Gotj2M6fGPKqYHJF5YmhXAIXKSYt36AZM6iG/3np5v19V4iFhjA 3J1ODXbHsBBVPkw6/BEL3sinFBklMne8n+ltnXGmi2BkJL0VstPJg+Yjla2BGq6kT1wf wmgiRgObvJNgxRFL+3shyMyTgsID03hOTFhwE= Received: by 10.224.54.132 with SMTP id q4mr7576836qag.221.1237294362310; Tue, 17 Mar 2009 05:52:42 -0700 (PDT) Received: from cygnus.homeunix.com (201008160048.user.veloxzone.com.br [201.8.160.48]) by mx.google.com with ESMTPS id 9sm3985370yxs.26.2009.03.17.05.52.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 17 Mar 2009 05:52:37 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 9D4E3B8074; Tue, 17 Mar 2009 09:52:31 -0300 (BRT) Received: from 200.186.60.37 (proxying for 10.12.2.7, 10.12.0.101) (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Tue, 17 Mar 2009 09:52:31 -0300 (BRT) Message-ID: <796884d5ade2c19ab4f46318e2147128.squirrel@cygnus.homeunix.com> In-Reply-To: <20090317094911.GA2155@carrot.tudelft.net> References: <20090316155800.GA2257@carrot> <20090316155957.GA2385@carrot> <20090317094911.GA2155@carrot.tudelft.net> Date: Tue, 17 Mar 2009 09:52:31 -0300 (BRT) From: "Nenhum_de_Nos" To: "Ulf Lilleengen" User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org Subject: Re: [HEADS UP] Merge of projects/gvinum to head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 12:52:43 -0000 On Tue, March 17, 2009 06:49, Ulf Lilleengen wrote: > On man, mar 16, 2009 at 11:07:12pm -0300, Nenhum_de_Nos wrote: >> >> On Mon, March 16, 2009 12:59, Ulf Lilleengen wrote: >> > On man, mar 16, 2009 at 04:58:00pm +0100, Ulf Lilleengen wrote: >> >> Hello, >> >> >> >> This is a heads-up for a merge of gvinum project code into HEAD. This >> >> means >> >> that gvinum implementation will be changed some. The code is based on >> >> the >> >> work done by Lukas Ertl as well as the work I did before/during >> Google >> >> SoC >> >> 2007 and afterwards. It has been staying in p4 for some time, and >> then >> >> moved >> >> to the subversion project repository not long ago. The main reason >> for >> >> the >> >> delay of getting this into HEAD have been the lack of reviewers of >> the >> >> code, >> >> but after some discussion and help from testers, I've decided this is >> a >> >> good >> >> time to get it in (should perhaps have been merged a bit earlier) >> >> Testers >> >> have spotted several differences from the original gvinum, and I've >> >> tried to >> >> make it behave as the old implementation wherever that seemed the >> best >> >> way to >> >> go. Luckily, the work has gotten a bit of attention lately, thanks to >> >> Rick C. >> >> Petty for helping out with testing and bugfixing, as well as all >> others >> >> who >> >> have dared to run the new gvinum. So, what does this update offer? >> > >> > And I plan on importing it within 1-2 weeks :) >> >> great work, thanks. >> >> what's the status of raid5 ? is it ok to production enviroments ? I have >> been using gmirror and gstripe just cause I can't do raid5 and I'm >> waiting >> for ZFS to hit production state. >> > I would say that since the raid5 code hasn't changed much in terms of > functionality, meaning that much of the code concerning raid5 is the same, > it > should provide at least the same production quality as gvinum in 7.x. What > are your experiences with gvinum raid5 in 7.x? none, as I always read that the code was not ok or was not doing what raid5 is all about (those parity counts), I never was brave enough to try it. is this all wrong ? > It should preferably be tested out a bit more before, as it's really hard > to > make any guarantees. I guess this is why it's so hard to get people to > test > storage-stuff as well, as few are willing to risk their data :) I plan on > doing more stress-tests on it as well, to see if there are any edge cases. yep, risk all your data is a major problem. I'm about to create a zfs pool in current code to begin test it (and learn) to make my home storage a zfs pool in future (maybe when 8.0R is born =] ). my time is not so great nowadays, but I may test things depending on the needs. All I have now is a three 160GB array (regular sataII disks) on intel ich9 sata controler. And current from yesterday (16-03-2009). best regards, matheus > Ulf Lilleengen > -- We will call you cygnus, The God of balance you shall be From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 13:06:49 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 842B91065672 for ; Tue, 17 Mar 2009 13:06:49 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from mail-out2.fuse.net (mail-out2.fuse.net [216.68.8.171]) by mx1.freebsd.org (Postfix) with ESMTP id 3BC0F8FC16 for ; Tue, 17 Mar 2009 13:06:49 +0000 (UTC) (envelope-from cokane@FreeBSD.org) X-CNFS-Analysis: v=1.0 c=1 a=xgXaKvvpysUA:10 a=VdK7-obbqX0A:10 a=UqjqMf-yMxNsiujLhDsA:9 a=zQ-o24tZX9lkdvdhgDQA:7 a=1uG0283JRLAGpNKTFjlqg3Fe8eEA:4 a=LY0hPdMaydYA:10 a=v_fjFDRQntA1-V90TBkA:9 a=eYDmVwqvQ6H5mEfPQ4mLanzqXuYA:4 a=rPt6xJ-oxjAA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: gwout2 smtp.mail=cokane@FreeBSD.org; spf=softfail Received-SPF: softfail (gwout2: transitional domain FreeBSD.org does not designate 74.215.227.9 as permitted sender) Received: from [74.215.227.9] ([74.215.227.9:50483] helo=discordia) by gwout2 (envelope-from ) (ecelerity 2.2.2.37 r(28805/28810M)) with ESMTP id FB/5C-25989-760AFB94; Tue, 17 Mar 2009 09:06:48 -0400 Received: by discordia (Postfix, from userid 103) id B161835A7E4; Tue, 17 Mar 2009 09:06:47 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.31.1.6] (unknown [172.31.1.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id 7D4C835A7D8; Tue, 17 Mar 2009 09:06:40 -0400 (EDT) From: Coleman Kane To: Bruce Simpson In-Reply-To: <49BF5B8A.4040108@incunabulum.net> References: <1236937253.2282.0.camel@localhost> <49BAEA9F.8020302@incunabulum.net> <49BB0D3E.2020306@incunabulum.net> <49BC1C66.7030400@freebsd.org> <1237233210.84180.20.camel@localhost> <49BEB312.7060105@freebsd.org> <49BF5B8A.4040108@incunabulum.net> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Sjq3ZGAlAhQnrQx6Ylp2" Organization: FreeBSD Project Date: Tue, 17 Mar 2009 09:05:17 -0400 Message-Id: <1237295117.1844.6.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port Cc: Sam Leffler , current@freebsd.org, freebsd-net Subject: Re: IGMP+WiFi panic on recent kernel - in igmp_fasttimo() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 13:06:50 -0000 --=-Sjq3ZGAlAhQnrQx6Ylp2 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-03-17 at 08:12 +0000, Bruce Simpson wrote: > Sam Leffler wrote: > > It is the same issue but the root cause is unclear. There is much=20 > > code that does assumes ifma_protospec might be NULL and checks for=20 > > it. In my case (creating a wlan ifnet and then destroying it on=20 > > eject) the patch below is sufficient. I don't care to dig right now=20 > > to understand how this stuff is supposed to work; it should be clear=20 > > from comments etc but the code is lacking. > > >=20 > This is just to say I've tried to reproduce the 802.11 related=20 > panics, however have hit a brick wall because the PCI-CardBus bridge=20 > does not seem to detect anything in its slot. (1U Itox Expanding Dragon=20 > industrial PC w/a SiteCom branded Ricoh RL475 cardbus card). I tried=20 > unloading if_fxp with IGMPv3 active on the ifnet, and didn't see any=20 > panic, I'm assuming this is OK for the time being. >=20 > Qing Li volunteered to test IGMPv3 out for any VLAN related issues=20 > -- I understand it stacks ifnets in a similar way to that of 802.11 --=20 > however I have had no feedback from him since last week. > So I'm waiting for a HEAD build to a USB2 stick to finish, so I can=20 > try testing nondestructively on my laptop, where I know for sure that=20 > the PCI-CardBus bridge slot works, and I can detach an 802.11 card on=20 > the fly. >=20 > Re ifma_protospec: Yes, there are tricks in the ifnet/in layer which=20 > set it to NULL and look for it to be NULL. I ended up doing it this way=20 > mainly because adding reference counting to ifnet would have simply been=20 > too much work, and it's really a ball that needs to be kicked around at=20 > a dev summit. However time presses on and it's better to get SOMETHING=20 > out there. > Most likely the IGMPv3 changes are hitting this in the 802.11 case=20 > somehow, I don't have a complete picture of how/why/what's going on, and=20 > have been relying on feedback from others so far. >=20 > cheers > BMS >=20 Today I played with it a bit. I've been unable to produce the crash on my wired (if_bge) interface, however it happens regularly on my wireless (ndis0/wlan0) interface. I was unable to get a core dump for other reasons. However, on my system I do not get the crash if I turn off avahi_daemon (set avahi_daemon_enable=3D"NO" in /etc/rc.conf). I tried booting to single user, ran dhclient on wlan0 (after setting it up properly), and then proceeded to boot the system multi-user. As soon as avahi went live, the kernel panicked, as above. If you are looking for a reliable test case, this might be it for you, but I think you need a wlan interface to test it with: * Install net/avahi from ports * Set avahi_daemon_enable=3D"YES" in rc.conf * Configure VAP params for wlan0 card in rc.conf * Log in and run "dhclient wlan0" to trigger the panic --=20 Coleman Kane --=-Sjq3ZGAlAhQnrQx6Ylp2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkm/oAkACgkQcMSxQcXat5d9bACfRFTSKGJwQz9p3IH4nJpwmRNH WwwAn0i08lyyE+njrKI1Osb13gq93PoZ =XuDQ -----END PGP SIGNATURE----- --=-Sjq3ZGAlAhQnrQx6Ylp2-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 13:41:58 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 493391065670; Tue, 17 Mar 2009 13:41:58 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 185948FC2E; Tue, 17 Mar 2009 13:41:58 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id B3BC42F2B57; Tue, 17 Mar 2009 09:41:57 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Tue, 17 Mar 2009 09:41:57 -0400 X-Sasl-enc: q5R6hsTjytrRa48o2I7BU51l7rZEhoWWNdxKu0qJGuBx 1237297317 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 066BD1CA4A; Tue, 17 Mar 2009 09:41:56 -0400 (EDT) Message-ID: <49BFA8A2.5080807@incunabulum.net> Date: Tue, 17 Mar 2009 13:41:54 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.19 (X11/20090125) MIME-Version: 1.0 To: Coleman Kane References: <1236937253.2282.0.camel@localhost> <49BAEA9F.8020302@incunabulum.net> <49BB0D3E.2020306@incunabulum.net> <49BC1C66.7030400@freebsd.org> <1237233210.84180.20.camel@localhost> <49BEB312.7060105@freebsd.org> <49BF5B8A.4040108@incunabulum.net> <1237295117.1844.6.camel@localhost> In-Reply-To: <1237295117.1844.6.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Sam Leffler , current@freebsd.org, freebsd-net Subject: Re: IGMP+WiFi panic on recent kernel - in igmp_fasttimo() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 13:41:58 -0000 Coleman Kane wrote: > If you are looking for a reliable test case, this might be it for you, > but I think you need a wlan interface to test it with: > * Install net/avahi from ports > * Set avahi_daemon_enable="YES" in rc.conf > * Configure VAP params for wlan0 card in rc.conf > * Log in and run "dhclient wlan0" to trigger the panic > > Actually I was able to panic the kernel right away with the 802.11 code, just by joining a multicast group with mtest(8) on the wlan interface. i.e. # mtest j 224.0.0.2 192.168.x.x -> boom I believe I've found the symptom, but the root cause I don't fully understand. Sam indicated that the VAP code is using ifma's in some nested way between the ifnets which comprise the VAP's member interfaces. A workaround is pending.... cheers BMS From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 13:59:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 497371065674 for ; Tue, 17 Mar 2009 13:59:53 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id F29588FC19 for ; Tue, 17 Mar 2009 13:59:52 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LjZpg-0003Wq-2F for freebsd-current@freebsd.org; Tue, 17 Mar 2009 13:59:52 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 17 Mar 2009 13:59:52 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 17 Mar 2009 13:59:52 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 17 Mar 2009 14:59:21 +0100 Lines: 46 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEE17D9D88A905123349F32F2" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.19 (X11/20090105) In-Reply-To: X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: A trio of problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 13:59:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEE17D9D88A905123349F32F2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bob Bishop wrote: > Hi, >=20 > On 16 Mar 2009, at 23:28, Ivan Voras wrote: >=20 >> 1. I'm trying to start 1000 jails for demonstration purposes (a >> presentation), but I can reliably panic the kernel when somewhere >> between 400 and 600 jails are started. [etc] >=20 > On 17 Mar 2009, at 01:37, Ivan Voras wrote: >=20 >> ZFS doesn't influence it - the same problem happens without ZFS on the= >> system (though I can create a few hundred more jails without ZFS befor= e >> the kernel panics...). >=20 > In which case, given how memory-hungry ZFS is, it looks like your > problem is with exhausting some memory resource. It did occur to me but if it is, why didn't it fail in an obvious way (e.g. kmem_map panics with ZFS), and how to tune it so if works? This is AMD64 with 0.5 GB - 1 GB memory in the Free bin when it panics. --------------enigEE17D9D88A905123349F32F2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJv6y5ldnAQVacBcgRAtOrAKCraQ2aUyLE0ryuu3PkLzqcIOyqOACbBWiK D9Mlln/EcU5sZscvF6KEZfc= =eNPs -----END PGP SIGNATURE----- --------------enigEE17D9D88A905123349F32F2-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 14:04:26 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FEC91065672 for ; Tue, 17 Mar 2009 14:04:26 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3BBF38FC1A for ; Tue, 17 Mar 2009 14:04:26 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id D0AAA46B5B; Tue, 17 Mar 2009 10:04:25 -0400 (EDT) Date: Tue, 17 Mar 2009 14:04:25 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Barney Cordoba In-Reply-To: <929422.83072.qm@web63908.mail.re1.yahoo.com> Message-ID: References: <929422.83072.qm@web63908.mail.re1.yahoo.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: Interrupt routine usage not shown by top in 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 14:04:26 -0000 On Fri, 13 Mar 2009, Barney Cordoba wrote: > Can you clarify the difference between using a fast irq and then launching a > thread (as em does) versus using an MPSAFE interrupt as most other drivers > (particularly bge and ibg) use? > > How do they differ in terms of how they are called and executed? I agree that the code there looks inconsistent in when it uses fast vs regular mpsafe interrupts, Scott may be able to shed more light on this. I'm especially confused by: #if __FreeBSD_version < 700000 if ((error = bus_setup_intr(dev, adapter->res[0], INTR_TYPE_NET | INTR_FAST, em_irq_fast, adapter, #else if ((error = bus_setup_intr(dev, adapter->res[0], INTR_TYPE_NET, em_irq_fast, NULL, adapter, #endif This is in what I took to be the INTR_FAST registration, so I would expect also to see INTR_FAST in the mask for that second bit. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 14:19:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDEB51065670 for ; Tue, 17 Mar 2009 14:19:58 +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 0C5AD8FC21 for ; Tue, 17 Mar 2009 14:19:57 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA24443; Tue, 17 Mar 2009 16:07:46 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <49BFAEB1.1010800@freebsd.org> Date: Tue, 17 Mar 2009 16:07:45 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: Mike Tancsa , Harald Schmalzbauer References: <200810011405.m91E5ugg028685@lava.sentex.ca> <200810011121.21908.jhb@freebsd.org> <49BD0943.3000400@OmniLAN.de> <200903161501.n2GF1bNw090788@lava.sentex.ca> <49BE81DB.6040208@icyb.net.ua> In-Reply-To: <49BE81DB.6040208@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ichwd on ich9 attach failing ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 14:19:59 -0000 on 16/03/2009 18:44 Andriy Gapon said the following: > http://lists.freebsd.org/pipermail/freebsd-acpi/2009-January/005419.html BTW, Harald, I found your older report: http://lists.freebsd.org/pipermail/freebsd-current/2007-August/076381.html I wonder if that was with the same HW as now. I think that I got some additional evidence that SMI handler just clears timeout status bit and doesn't do anything else. 1. When watchdogd is running TCO_RLD has value very close to value of TCO_TMR, e.g. TCO_TMR has 0x1C and TCO_RLD oscillates from 0x1C to 0x1A. When I kill -9 watchdogd then TCO_RLD value cycles from 4 to 1 (zero value is probably only observable to SMM code), all status bits remain cleared (from non-SMM observer's point of view). Because TCO_TMR still has 0x1C value, I believe that 4 is a default internal value for "second" timeout. 2. I also observe behavior of another status bit, PERIODIC_STS, that supports my theory that SMI handler simply clears all SMI-related status bits. Normally PERIODIC_STS is set to 1, because on my system periodic SMI timer is enabled but actual SMI generation by this timer is disabled. So it sets the bit to 1 on teh first timeout, but SMI handler is never run, so there is nobody to clear this bit. On the other hand, when watchdogd is killed, SMIs are egenrated regularly by watchdog hw and the handler seems to clear all SMI status bits, including this one. Maybe it's possible to somehow ask BIOS to do something useful on watchdog SMI, but I do not see any options in my (Intel's actually) BIOS nor do I know of any other way. Fortunately GBL_SMI_EN bit is not locked on my system as I have discovered, so I will try tonight to let watchdog timer expire with SMIs disabled. This is quite a sledge-hummer approach. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 14:37:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27E521065674; Tue, 17 Mar 2009 14:37:33 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id B03D28FC1E; Tue, 17 Mar 2009 14:37:32 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from gidgate.gid.co.uk (80-46-130-69.static.dsl.as9105.com [80.46.130.69]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id n2HEbVlK054394; Tue, 17 Mar 2009 14:37:31 GMT (envelope-from rb@gid.co.uk) Received: from [192.168.255.1] (seagoon.gid.co.uk [194.32.164.1]) by gidgate.gid.co.uk (8.13.8/8.13.8) with ESMTP id n2HEbQmJ009822; Tue, 17 Mar 2009 14:37:26 GMT (envelope-from rb@gid.co.uk) Message-Id: From: Bob Bishop To: Ivan Voras In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 17 Mar 2009 14:37:26 +0000 References: X-Mailer: Apple Mail (2.930.3) Cc: freebsd-current@freebsd.org Subject: Re: A trio of problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 14:37:33 -0000 On 17 Mar 2009, at 13:59, Ivan Voras wrote: > Bob Bishop wrote: >> Hi, >> >> On 16 Mar 2009, at 23:28, Ivan Voras wrote: >> >>> 1. I'm trying to start 1000 jails for demonstration purposes (a >>> presentation), but I can reliably panic the kernel when somewhere >>> between 400 and 600 jails are started. [etc] >> >> On 17 Mar 2009, at 01:37, Ivan Voras wrote: >> >>> ZFS doesn't influence it - the same problem happens without ZFS on >>> the >>> system (though I can create a few hundred more jails without ZFS >>> before >>> the kernel panics...). >> >> In which case, given how memory-hungry ZFS is, it looks like your >> problem is with exhausting some memory resource. > > It did occur to me but if it is, why didn't it fail in an obvious way > (e.g. kmem_map panics with ZFS), Dunno > and how to tune it so if works? This is > AMD64 with 0.5 GB - 1 GB memory in the Free bin when it panics. I'd suggest increasing kernel mem but I don't know if/how that's tunable on amd64. -- Bob Bishop rb@gid.co.uk From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 14:39:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBC681065694 for ; Tue, 17 Mar 2009 14:39:50 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from bene1.itea.ntnu.no (bene1.itea.ntnu.no [IPv6:2001:700:300:3::56]) by mx1.freebsd.org (Postfix) with ESMTP id 897EB8FC24 for ; Tue, 17 Mar 2009 14:39:48 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from localhost (localhost [127.0.0.1]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 1C69F16C796; Tue, 17 Mar 2009 15:39:47 +0100 (CET) Received: from carrot (unknown [IPv6:2001:700:300:3::184]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 6D4F216C780; Tue, 17 Mar 2009 15:39:46 +0100 (CET) Date: Tue, 17 Mar 2009 14:39:52 +0000 From: Ulf Lilleengen To: Nenhum_de_Nos Message-ID: <20090317143952.GA1630@carrot> References: <20090316155800.GA2257@carrot> <20090316155957.GA2385@carrot> <20090317094911.GA2155@carrot.tudelft.net> <796884d5ade2c19ab4f46318e2147128.squirrel@cygnus.homeunix.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <796884d5ade2c19ab4f46318e2147128.squirrel@cygnus.homeunix.com> User-Agent: Mutt/1.5.19 (2009-01-05) X-Virus-Scanned: Debian amavisd-new at bene1.itea.ntnu.no Cc: freebsd-current@freebsd.org Subject: Re: [HEADS UP] Merge of projects/gvinum to head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 14:39:52 -0000 On tir, mar 17, 2009 at 09:52:31am -0300, Nenhum_de_Nos wrote: > > On Tue, March 17, 2009 06:49, Ulf Lilleengen wrote: > > On man, mar 16, 2009 at 11:07:12pm -0300, Nenhum_de_Nos wrote: > >> > >> On Mon, March 16, 2009 12:59, Ulf Lilleengen wrote: > >> > On man, mar 16, 2009 at 04:58:00pm +0100, Ulf Lilleengen wrote: > >> >> Hello, > >> >> > >> >> This is a heads-up for a merge of gvinum project code into HEAD. This > >> >> means > >> >> that gvinum implementation will be changed some. The code is based on > >> >> the > >> >> work done by Lukas Ertl as well as the work I did before/during > >> Google > >> >> SoC > >> >> 2007 and afterwards. It has been staying in p4 for some time, and > >> then > >> >> moved > >> >> to the subversion project repository not long ago. The main reason > >> for > >> >> the > >> >> delay of getting this into HEAD have been the lack of reviewers of > >> the > >> >> code, > >> >> but after some discussion and help from testers, I've decided this is > >> a > >> >> good > >> >> time to get it in (should perhaps have been merged a bit earlier) > >> >> Testers > >> >> have spotted several differences from the original gvinum, and I've > >> >> tried to > >> >> make it behave as the old implementation wherever that seemed the > >> best > >> >> way to > >> >> go. Luckily, the work has gotten a bit of attention lately, thanks to > >> >> Rick C. > >> >> Petty for helping out with testing and bugfixing, as well as all > >> others > >> >> who > >> >> have dared to run the new gvinum. So, what does this update offer? > >> > > >> > And I plan on importing it within 1-2 weeks :) > >> > >> great work, thanks. > >> > >> what's the status of raid5 ? is it ok to production enviroments ? I have > >> been using gmirror and gstripe just cause I can't do raid5 and I'm > >> waiting > >> for ZFS to hit production state. > >> > > I would say that since the raid5 code hasn't changed much in terms of > > functionality, meaning that much of the code concerning raid5 is the same, > > it > > should provide at least the same production quality as gvinum in 7.x. What > > are your experiences with gvinum raid5 in 7.x? > > none, as I always read that the code was not ok or was not doing what > raid5 is all about (those parity counts), I never was brave enough to try > it. is this all wrong ? > I've not heard of any issues with the actual raid5 algorithms to be wrong, only gvinum being a bit to sensitive when doing administrative stuff like switching disks etc. as it would crash if you didn't do things in the correct order etc. I've used it on a few storage servers without any problems directly related to raid5. -- Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 14:43:35 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E76C10656EB; Tue, 17 Mar 2009 14:43:35 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 59CF48FC17; Tue, 17 Mar 2009 14:43:35 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id DF4072F06A0; Tue, 17 Mar 2009 10:43:34 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Tue, 17 Mar 2009 10:43:34 -0400 X-Sasl-enc: O7tZ0OMVt23VU3Gc3yUV5oUrIjHAdA8PvQCkQdGY7avS 1237301014 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 3AC99323B6; Tue, 17 Mar 2009 10:43:34 -0400 (EDT) Message-ID: <49BFB713.9030309@incunabulum.net> Date: Tue, 17 Mar 2009 14:43:31 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.19 (X11/20090125) MIME-Version: 1.0 To: Coleman Kane References: <1236937253.2282.0.camel@localhost> <49BAEA9F.8020302@incunabulum.net> <49BB0D3E.2020306@incunabulum.net> <49BC1C66.7030400@freebsd.org> <1237233210.84180.20.camel@localhost> <49BEB312.7060105@freebsd.org> <49BF5B8A.4040108@incunabulum.net> <1237295117.1844.6.camel@localhost> <49BFA8A2.5080807@incunabulum.net> In-Reply-To: <49BFA8A2.5080807@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Sam Leffler , current@freebsd.org, freebsd-net Subject: Re: IGMP+WiFi panic on recent kernel - in igmp_fasttimo() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 14:43:38 -0000 A suitably kludgy fix for this issue has now been committed to HEAD. From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 14:57:40 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C378E10657E3; Tue, 17 Mar 2009 14:57:40 +0000 (UTC) (envelope-from p.pisati@oltrelinux.com) Received: from mail0.tomato.it (mail0.tomato.it [213.92.0.53]) by mx1.freebsd.org (Postfix) with SMTP id 289C78FC15; Tue, 17 Mar 2009 14:57:29 +0000 (UTC) (envelope-from p.pisati@oltrelinux.com) Received: from ferret.tomato.lan (fast.tomato.it [62.101.64.91]) by mail0.tomato.it (Postfix) with ESMTP id 84CDD2842E; Tue, 17 Mar 2009 15:29:43 +0100 (CET) Message-ID: <49BFB340.9050909@oltrelinux.com> Date: Tue, 17 Mar 2009 15:27:12 +0100 From: Paolo Pisati User-Agent: Thunderbird 2.0.0.16 (X11/20080815) MIME-Version: 1.0 To: Robert Watson References: <929422.83072.qm@web63908.mail.re1.yahoo.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Barney Cordoba , current@freebsd.org Subject: Re: Interrupt routine usage not shown by top in 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 14:57:46 -0000 Robert Watson wrote: > > On Fri, 13 Mar 2009, Barney Cordoba wrote: > >> Can you clarify the difference between using a fast irq and then >> launching a thread (as em does) versus using an MPSAFE interrupt as >> most other drivers (particularly bge and ibg) use? >> >> How do they differ in terms of how they are called and executed? > > I agree that the code there looks inconsistent in when it uses fast vs > regular mpsafe interrupts, Scott may be able to shed more light on > this. I'm especially confused by: > > #if __FreeBSD_version < 700000 > if ((error = bus_setup_intr(dev, adapter->res[0], > INTR_TYPE_NET | INTR_FAST, em_irq_fast, adapter, > #else > if ((error = bus_setup_intr(dev, adapter->res[0], > INTR_TYPE_NET, em_irq_fast, NULL, adapter, > #endif > > This is in what I took to be the INTR_FAST registration, so I would > expect also to see INTR_FAST in the mask for that second bit. perhaps i misunderstood your question, but i'll try to explain a bit: before 7.0, bus_setup_intr() took just one function thus you could have an INTR_FAST or an INTR_MPSAFE handler, and you choose the kind of handler via a flag (INTR_FAST in this case). after 7.0, bus_setup_intr() took 2 functions, thus you could have: a fast handler (aka filter), or an ithread handler (aka mpsafe), or a fast + ithread handler (available only with INTR_FILTER turned on). in bus_setup_intr() the first function pointer is for the filter side of the handler, while the second pointer is for the ithread part, and if you declare both you can filter events (interrupts) and call the rest of the device driver (the ithread part) after the filter has recognized and acknowledged&masked the interrupt. -- bye, P. From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 15:09:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C92D106566C for ; Tue, 17 Mar 2009 15:09:25 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 175FB8FC17 for ; Tue, 17 Mar 2009 15:09:24 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by qw-out-2122.google.com with SMTP id 9so45371qwb.7 for ; Tue, 17 Mar 2009 08:09:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; bh=mG7N4wFeJgLsxQjTwFvMGgP+L6Dgy/podPfQ/d/29zc=; b=kMATmmw5AnVw8lJNflPWtUBoHLbOytX9MHwaFKFohH2/0Rx6YLtsWu59pubBWipTac tAgAXRDYF9Dzez1N7OYWsUa/hyUDMDzllk5lhUJcNBwPdYaRMEkUoz28TA4F1kd0W9Uk HLlkiBcHWPY8BxqNj73wCHnd5l4UUqVgfYDYA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=tH1pFdEtT4iEgVGuU59Hncqm6EdRm1HtWblFl6UpjjieGZqvUsqSE+nBZ4r83iPl+6 IeYKNZM0wlL08DbtnAcR5kJEytWOEBbuFPImTvXR5eNEsiKewdC0RAUQyE2UhbPf++VU vp+zPi9JDjCZJPE0EBTQ6IQSus5wbPZZ/wXuk= Received: by 10.220.95.202 with SMTP id e10mr178980vcn.12.1237302564200; Tue, 17 Mar 2009 08:09:24 -0700 (PDT) Received: from cygnus.homeunix.com (201008160048.user.veloxzone.com.br [201.8.160.48]) by mx.google.com with ESMTPS id 34sm3705455yxm.38.2009.03.17.08.09.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 17 Mar 2009 08:09:14 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 204CAB8074; Tue, 17 Mar 2009 12:09:08 -0300 (BRT) Received: from 200.186.60.37 (proxying for 10.12.2.7, 10.12.0.101) (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Tue, 17 Mar 2009 12:09:08 -0300 (BRT) Message-ID: <9a42260f71d0d310ee449a86a0c87f88.squirrel@cygnus.homeunix.com> In-Reply-To: <20090317143952.GA1630@carrot> References: <20090316155800.GA2257@carrot> <20090316155957.GA2385@carrot> <20090317094911.GA2155@carrot.tudelft.net> <796884d5ade2c19ab4f46318e2147128.squirrel@cygnus.homeunix.com> <20090317143952.GA1630@carrot> Date: Tue, 17 Mar 2009 12:09:08 -0300 (BRT) From: "Nenhum_de_Nos" To: "Ulf Lilleengen" User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org Subject: Re: [HEADS UP] Merge of projects/gvinum to head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 15:09:25 -0000 On Tue, March 17, 2009 11:39, Ulf Lilleengen wrote: > On tir, mar 17, 2009 at 09:52:31am -0300, Nenhum_de_Nos wrote: >> >> On Tue, March 17, 2009 06:49, Ulf Lilleengen wrote: >> > On man, mar 16, 2009 at 11:07:12pm -0300, Nenhum_de_Nos wrote: >> >> >> >> On Mon, March 16, 2009 12:59, Ulf Lilleengen wrote: >> >> > On man, mar 16, 2009 at 04:58:00pm +0100, Ulf Lilleengen wrote: >> >> >> Hello, >> >> >> >> >> >> This is a heads-up for a merge of gvinum project code into HEAD. >> This >> >> >> means >> >> >> that gvinum implementation will be changed some. The code is based >> on >> >> >> the >> >> >> work done by Lukas Ertl as well as the work I did before/during >> >> Google >> >> >> SoC >> >> >> 2007 and afterwards. It has been staying in p4 for some time, and >> >> then >> >> >> moved >> >> >> to the subversion project repository not long ago. The main reason >> >> for >> >> >> the >> >> >> delay of getting this into HEAD have been the lack of reviewers of >> >> the >> >> >> code, >> >> >> but after some discussion and help from testers, I've decided this >> is >> >> a >> >> >> good >> >> >> time to get it in (should perhaps have been merged a bit earlier) >> >> >> Testers >> >> >> have spotted several differences from the original gvinum, and >> I've >> >> >> tried to >> >> >> make it behave as the old implementation wherever that seemed the >> >> best >> >> >> way to >> >> >> go. Luckily, the work has gotten a bit of attention lately, thanks >> to >> >> >> Rick C. >> >> >> Petty for helping out with testing and bugfixing, as well as all >> >> others >> >> >> who >> >> >> have dared to run the new gvinum. So, what does this update offer? >> >> > >> >> > And I plan on importing it within 1-2 weeks :) >> >> >> >> great work, thanks. >> >> >> >> what's the status of raid5 ? is it ok to production enviroments ? I >> have >> >> been using gmirror and gstripe just cause I can't do raid5 and I'm >> >> waiting >> >> for ZFS to hit production state. >> >> >> > I would say that since the raid5 code hasn't changed much in terms of >> > functionality, meaning that much of the code concerning raid5 is the >> same, >> > it >> > should provide at least the same production quality as gvinum in 7.x. >> What >> > are your experiences with gvinum raid5 in 7.x? >> >> none, as I always read that the code was not ok or was not doing what >> raid5 is all about (those parity counts), I never was brave enough to >> try >> it. is this all wrong ? >> > I've not heard of any issues with the actual raid5 algorithms to be wrong, no, no, not wrong, but not implemented. so, if I use raid5 now (must see docs to know how to) it will do its job right if I replace one disk ? (as if one would die) thanks, matheus > only gvinum being a bit to sensitive when doing administrative stuff like > switching disks etc. as it would crash if you didn't do things in the > correct > order etc. I've used it on a few storage servers without any problems > directly related to raid5. > > -- > Ulf Lilleengen > -- We will call you cygnus, The God of balance you shall be From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 15:24:27 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21F2C1065675 for ; Tue, 17 Mar 2009 15:24:27 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id F01378FC15 for ; Tue, 17 Mar 2009 15:24:26 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 91D7146BA1; Tue, 17 Mar 2009 11:24:26 -0400 (EDT) Date: Tue, 17 Mar 2009 15:24:26 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Paolo Pisati In-Reply-To: <49BFB340.9050909@oltrelinux.com> Message-ID: References: <929422.83072.qm@web63908.mail.re1.yahoo.com> <49BFB340.9050909@oltrelinux.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Barney Cordoba , current@freebsd.org Subject: Re: Interrupt routine usage not shown by top in 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 15:24:27 -0000 On Tue, 17 Mar 2009, Paolo Pisati wrote: > perhaps i misunderstood your question, but i'll try to explain a bit: > > before 7.0, bus_setup_intr() took just one function thus you could have an > INTR_FAST or an INTR_MPSAFE handler, and you choose the kind of handler via > a flag (INTR_FAST in this case). > > after 7.0, bus_setup_intr() took 2 functions, thus you could have: a fast > handler (aka filter), or an ithread handler (aka mpsafe), or a fast + > ithread handler (available only with INTR_FILTER turned on). > > in bus_setup_intr() the first function pointer is for the filter side of the > handler, while the second pointer is for the ithread part, and if you > declare both you can filter events (interrupts) and call the rest of the > device driver (the ithread part) after the filter has recognized and > acknowledged&masked the interrupt. This clarifies my misunderstanding, thanks! Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 15:32:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id BEB0A106566C; Tue, 17 Mar 2009 15:31:59 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-amd64@FreeBSD.org Date: Tue, 17 Mar 2009 11:31:40 -0400 User-Agent: KMail/1.6.2 References: <1236802980.00085518.1236789602@10.7.7.3> <200903162053.28614.jkim@FreeBSD.org> <49BF4098.2060203@FreeBSD.org> In-Reply-To: <49BF4098.2060203@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200903171131.49023.jkim@FreeBSD.org> Cc: Alexander Motin , freebsd-current@freebsd.org Subject: Re: [HEADSUP] amd64 suspend/resume code to be comitted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 15:32:03 -0000 On Tuesday 17 March 2009 02:18 am, Alexander Motin wrote: > Jung-uk Kim wrote: > > On Monday 16 March 2009 07:50 pm, Alexander Motin wrote: > >> Jung-uk Kim wrote: > >>> With popular demands, I will commit the following patch in next > >>> few days unless a showstopper is found or "over-my-dead-body" > >>> type of review is received. ;-) > >>> > >>> http://people.freebsd.org/~jkim/amd64_suspend-20090311.diff > >>> > >>> FYI, it was originally posted here: > >>> > >>> http://docs.freebsd.org/cgi/mid.cgi?200810211228.31028.jkim > >>> > >>> and here: > >>> > >>> http://docs.freebsd.org/cgi/mid.cgi?200812102120.03788.jkim > >>> > >>> Please read the original threads for more information about the > >>> patch. > >> > >> Have just retested this with just updated 8-CURRENT. Still works > >> fine as before with my Acer TM6292 > >> (Core2Duo+i965GM+ICH8M+bge+iwn+sdhci amd64 SMP). Writing this > >> letter just after successful resume. > >> > >> There is still some DRI resume problems (will try one rnoland@ > >> patch tomorrow) and my touch pad does not wakes up for some > >> reason, but that is probably unrelated. > > > > I went ahead and committed slightly different version. Please > > resync the source if you tested the old version. > > It still works. Thanks for your support and numerous crash tests! ;-) Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 15:47:47 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97B24106568F for ; Tue, 17 Mar 2009 15:47:47 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 6B06C8FC0C for ; Tue, 17 Mar 2009 15:47:47 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n2HFljJg080141 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Mar 2009 08:47:46 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49BFC621.5030208@freebsd.org> Date: Tue, 17 Mar 2009 08:47:45 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Bruce Simpson References: <20081006072447.d51c76f1.elmofo@uol.com.br> <20081009191519.790298e4@lain> <20081010230643.017d0dbe.elmofo@uol.com.br> <49BF7E99.4030208@incunabulum.net> <49BF884A.907@incunabulum.net> In-Reply-To: <49BF884A.907@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Cc: Thiago Luz Basilio , rpaulo@freebsd.org, current@freebsd.org, Tobias Kirschstein Subject: Re: 802.11b broken in -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 15:47:48 -0000 Bruce Simpson wrote: > Bruce Simpson wrote: >> ... >> Can anyone shed further light on this? I know that 802.11b sucks, but >> there's a lot of it out there, >> and it just needs to work. > > Please ignore 'broken'. I found that my 802.11b AP's minipci card had > worked its way loose. > After rebooting it, I found I had to do the following to get 802.11b > access point association to work: > > ifconfig wlan0 create wlandev ath0 > ifconfig wlan0 mode 11b > ifconfig wlan0 channel any:b > ifconfig wlan0 ssid OpenWrt > ifconfig wlan0 down > ifconfig wlan0 up > > Hope this helps! Actually this just promulgates misunderstandings and voodoo that others will ape. This is what you need to setup an 11b-only ap on the best available channel: ifconfig wlan create wlandev ath0 wlanmode hostap mode 11b ssid OpenWrt up For the sta side: ifconfig wlan create wlandev ath0 mode 11b ssid OpenWrt up If the above does not work please enable debugging with wlandebug and file a PR. Sam From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 15:49:10 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE2BB10656FE; Tue, 17 Mar 2009 15:49:10 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id BEBD08FC16; Tue, 17 Mar 2009 15:49:10 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 48FFA2F38A0; Tue, 17 Mar 2009 11:49:10 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Tue, 17 Mar 2009 11:49:10 -0400 X-Sasl-enc: slM2tk4uW1remhuEwb9haEd9ceWI9K9Hq3RbiImOrFwE 1237304949 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 5E5D149189; Tue, 17 Mar 2009 11:49:09 -0400 (EDT) Message-ID: <49BFC672.5020909@incunabulum.net> Date: Tue, 17 Mar 2009 15:49:06 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.19 (X11/20090125) MIME-Version: 1.0 To: Sam Leffler References: <20081006072447.d51c76f1.elmofo@uol.com.br> <20081009191519.790298e4@lain> <20081010230643.017d0dbe.elmofo@uol.com.br> <49BF7E99.4030208@incunabulum.net> <49BF884A.907@incunabulum.net> <49BFC621.5030208@freebsd.org> In-Reply-To: <49BFC621.5030208@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Thiago Luz Basilio , rpaulo@freebsd.org, current@freebsd.org, Tobias Kirschstein Subject: Re: 802.11b broken in -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 15:49:11 -0000 Sam Leffler wrote: > Actually this just promulgates misunderstandings and voodoo that > others will ape. This is what you need to setup an 11b-only ap on the > best available channel: > > ifconfig wlan create wlandev ath0 wlanmode hostap mode 11b ssid > OpenWrt up > > For the sta side: > > ifconfig wlan create wlandev ath0 mode 11b ssid OpenWrt up > > If the above does not work please enable debugging with wlandebug and > file a PR. ETOOMUCHCOFFEE :-) Yup, I found this worked too. thanks Sam, BMS From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 16:28:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07E6E106566B for ; Tue, 17 Mar 2009 16:28:43 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id 622C98FC13 for ; Tue, 17 Mar 2009 16:28:42 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by nf-out-0910.google.com with SMTP id b11so20125nfh.33 for ; Tue, 17 Mar 2009 09:28:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=8ITBYXdRN78UgUy1U6ex68rfXproT9qML/9raHK5Ssw=; b=tWq0y/h8EIOKix7KNsCMQ6COhyFW+qD7ZPp+WUNgylX+E1PiJh3AvkwoVtvcfShIps ad8R2b0BVJ2BwlJM0lk+nBrH9X0d7GXU3mWSzrsIy9mIM2psrEh1OTbAI81sNozq6wMd lornFzxLFFo0ya9UAzu1vWyPXnpAq229tZSYc= 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=AbOaVgKoaimx704R09wwTI6dIT4ueseL1yKZisnXGmYjJsAvg4PEHbDlOiM+GfiGSV Pl/2uYKHv+Vr2l+GcuChf2ickO1JpQA7/8oD8i3DbdbtjZyqAxN4Lixn6NkIwRk9IGnA gdSWw3lArNioXIALz5MjCGzdfBgta0alcH3iM= MIME-Version: 1.0 Received: by 10.210.36.10 with SMTP id j10mr4637930ebj.31.1237307321436; Tue, 17 Mar 2009 09:28:41 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Mar 2009 17:28:41 +0100 Message-ID: <3a142e750903170928r51b07ce5u154c163df987049@mail.gmail.com> From: "Paul B. Mahol" To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: A trio of problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 16:28:43 -0000 On 3/17/09, Ivan Voras wrote: > Marcel Moolenaar wrote: >> >> On Mar 16, 2009, at 4:28 PM, Ivan Voras wrote: >> >>> 2. I can't set a kernel coredump directory. The setup is not unusual (no >>> gmirror, etc.) - simply partitions handled by GPART. The error is in >>> ioctl(DIOCSKERNELDUMP): Device not configured. The only thing that comes >>> to my mind is that the swap device is 2 GB while the machine has 4 GB >>> RAM but AFAIK minidumps should work? If I can get coredumps to work I >>> could provide more information on the first problem. >> >> What's the partition type of the partition you're trying to dump >> to? > > It's ad8s2b from our earlier conversation. > > 2. Name: ad8s2b > Mediasize: 2147483648 (2.0G) > Sectorsize: 512 > Mode: r1w1e0 > rawtype: 7 > length: 2147483648 > offset: 19327352832 > type: freebsd-ufs > index: 2 > end: 41943039 > start: 37748736 > > I see it's labeled as freebsd-ufs. AFAIK I created this file system with > sysinstall. > > Do I need to change the type? Any special instructions? Yes. change the type as follows: sudo gpart modify -t freebsd-swap -i 2 ad8s2b dumpon should work then. -- Paul From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 16:56:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0093106570E; Tue, 17 Mar 2009 16:56:59 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout020.mac.com (asmtpout020.mac.com [17.148.16.95]) by mx1.freebsd.org (Postfix) with ESMTP id 8AA0D8FC1D; Tue, 17 Mar 2009 16:56:59 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp020.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KGN00254TQY43A0@asmtp020.mac.com>; Tue, 17 Mar 2009 09:56:59 -0700 (PDT) Message-id: From: Marcel Moolenaar To: Ivan Voras In-reply-to: Date: Tue, 17 Mar 2009 09:56:57 -0700 References: X-Mailer: Apple Mail (2.930.3) Cc: freebsd-current@freebsd.org Subject: Re: A trio of problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 16:57:01 -0000 On Mar 17, 2009, at 2:31 AM, Ivan Voras wrote: > Marcel Moolenaar wrote: >> >> On Mar 16, 2009, at 4:28 PM, Ivan Voras wrote: >> >>> 2. I can't set a kernel coredump directory. The setup is not >>> unusual (no >>> gmirror, etc.) - simply partitions handled by GPART. The error is in >>> ioctl(DIOCSKERNELDUMP): Device not configured. The only thing that >>> comes >>> to my mind is that the swap device is 2 GB while the machine has 4 >>> GB >>> RAM but AFAIK minidumps should work? If I can get coredumps to >>> work I >>> could provide more information on the first problem. >> >> What's the partition type of the partition you're trying to dump >> to? > > It's ad8s2b from our earlier conversation. > > 2. Name: ad8s2b > Mediasize: 2147483648 (2.0G) > Sectorsize: 512 > Mode: r1w1e0 > rawtype: 7 > length: 2147483648 > offset: 19327352832 > type: freebsd-ufs > index: 2 > end: 41943039 > start: 37748736 > > I see it's labeled as freebsd-ufs. AFAIK I created this file system > with > sysinstall. > > Do I need to change the type? Any special instructions? Yes. Change the type to freebsd-swap if you're going to be dumping kernel core files on it. The anti-footshooting checks in gpart prevent you from dumping to UFS partitions: % sudo gpart modify -i 2 -t freebsd-swap ad8s2 FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 17:15:30 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01960106566B; Tue, 17 Mar 2009 17:15:30 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id C56158FC0C; Tue, 17 Mar 2009 17:15:29 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n2HHFQwK080652 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Mar 2009 10:15:27 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49BFDAAE.6000005@freebsd.org> Date: Tue, 17 Mar 2009 10:15:26 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Bruce Simpson References: <20081006072447.d51c76f1.elmofo@uol.com.br> <20081009191519.790298e4@lain> <20081010230643.017d0dbe.elmofo@uol.com.br> <49BF7E99.4030208@incunabulum.net> <49BF884A.907@incunabulum.net> <49BFC621.5030208@freebsd.org> <49BFC672.5020909@incunabulum.net> In-Reply-To: <49BFC672.5020909@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Cc: Thiago Luz Basilio , rpaulo@freebsd.org, current@freebsd.org, Tobias Kirschstein Subject: Re: 802.11b broken in -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 17:15:30 -0000 Bruce Simpson wrote: > Sam Leffler wrote: >> Actually this just promulgates misunderstandings and voodoo that >> others will ape. This is what you need to setup an 11b-only ap on >> the best available channel: >> >> ifconfig wlan create wlandev ath0 wlanmode hostap mode 11b ssid >> OpenWrt up >> >> For the sta side: >> >> ifconfig wlan create wlandev ath0 mode 11b ssid OpenWrt up >> >> If the above does not work please enable debugging with wlandebug and >> file a PR. > > ETOOMUCHCOFFEE :-) > Yup, I found this worked too. Sorry for the winging. In the sta-side case you don't need "mode 11b" if the ap is 11b-only; you only need it if you want to force 11b operation when talking to a b/g ap. This can also be done by locking down the channel spec with "channel 6:b" (works for both sta and ap configs). The mode knob just controls the set of channels placed in the scan list and is mostly useful to constrain operation of multi-band cards and/or to reduce scan time (which can also be done with the chanlist control). There are techniques we could add to make scanning super-fast but they require proper roaming support which isn't feasible w/ the current quality of our drivers. On the ap side there are "pureg" and "puren" knobs for constraining operation as 11g and 11n channel specs are bi-modal (b/g and legacy/11n). Sam From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 18:12:33 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E767C1065717 for ; Tue, 17 Mar 2009 18:12:33 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id 9BDC08FC17 for ; Tue, 17 Mar 2009 18:12:33 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so67907yxm.13 for ; Tue, 17 Mar 2009 11:12:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=OTQlG2wuJ1ZXIYs0AgT/TR4DLJSZ8ztokJWcy91B2gk=; b=XurDPvtnPOrnr+XU2iJJaJz/d641SyAuSO4CphRuT1jA0iExYABIHz+PNU8lvy9KaG ewyrDIJBC80UxJVPXjFdao/9d5ezPKBVceRQgmWaAVHtPUmAGd3crMvyPWscbvehYZFy 7HjT28UJeTLjSHTIMqHF/WQYXKVJJLr3k+9W8= 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=l+FVX2vTFaoGnPpMo4UAZqd2/QlOvE0wk03MveOMKbYD5X0n/YI7cITVtPfAJV9/MM s2bRpYEzpRb6/+vNCEOsK4zUu6/HM0OPxNyXhxXcE7vqjR/02/0m84vo+kL3qOmSVjim J5FxQBsNI3pQ8qy+gGbmd5KixTZBgTymio7iA= MIME-Version: 1.0 Received: by 10.231.20.1 with SMTP id d1mr131155ibb.17.1237312200275; Tue, 17 Mar 2009 10:50:00 -0700 (PDT) In-Reply-To: <49BFB713.9030309@incunabulum.net> References: <1236937253.2282.0.camel@localhost> <49BAEA9F.8020302@incunabulum.net> <49BB0D3E.2020306@incunabulum.net> <49BC1C66.7030400@freebsd.org> <1237233210.84180.20.camel@localhost> <49BEB312.7060105@freebsd.org> <49BF5B8A.4040108@incunabulum.net> <1237295117.1844.6.camel@localhost> <49BFA8A2.5080807@incunabulum.net> <49BFB713.9030309@incunabulum.net> Date: Tue, 17 Mar 2009 13:50:00 -0400 Message-ID: <25ff90d60903171050g35531357x4f0c63659646233b@mail.gmail.com> From: David Horn To: Bruce Simpson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: IGMP+WiFi panic on recent kernel - in igmp_fasttimo() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 18:12:35 -0000 On Tue, Mar 17, 2009 at 10:43 AM, Bruce Simpson wrote: > A suitably kludgy fix for this issue has now been committed to HEAD. Solves my igmp_fasttimo() panic with avahi on startup and iwn wifi with kldunload/kldload. Thanks! --Dave > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 18:17:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FA35106564A for ; Tue, 17 Mar 2009 18:17:26 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id DBB048FC0A for ; Tue, 17 Mar 2009 18:17:25 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from [172.25.1.16] (atip.spsnetz.de [82.135.45.118]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n2HIHN4V066275 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Mar 2009 19:17:24 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) X-Authentication-Warning: smtp.dmz.omnisec.de: Host atip.spsnetz.de [82.135.45.118] claimed to be [172.25.1.16] Message-ID: <49BFE933.9040706@omnilan.de> Date: Tue, 17 Mar 2009 19:17:23 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Andriy Gapon References: <200810011405.m91E5ugg028685@lava.sentex.ca> <200810011121.21908.jhb@freebsd.org> <49BD0943.3000400@OmniLAN.de> <200903161501.n2GF1bNw090788@lava.sentex.ca> <49BE81DB.6040208@icyb.net.ua> <49BFAEB1.1010800@freebsd.org> In-Reply-To: <49BFAEB1.1010800@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Mike Tancsa Subject: Re: ichwd on ich9 attach failing ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 18:17:26 -0000 Andriy Gapon schrieb: ... > BTW, Harald, I found your older report: > http://lists.freebsd.org/pipermail/freebsd-current/2007-August/076381.html > I wonder if that was with the same HW as now. Hello, thanks all for your answers. This is different hardware. Unfortuantely that box went in production, but I'll see if I can fix another maschine, I have the S3200 Server board in spare. > I think that I got some additional evidence that SMI handler just clears timeout > status bit and doesn't do anything else. > > 1. When watchdogd is running TCO_RLD has value very close to value of TCO_TMR, > e.g. TCO_TMR has 0x1C and TCO_RLD oscillates from 0x1C to 0x1A. > When I kill -9 watchdogd then TCO_RLD value cycles from 4 to 1 (zero value is [snip] > but I do not see any options in my (Intel's actually) BIOS nor do I know of any > other way. > > Fortunately GBL_SMI_EN bit is not locked on my system as I have discovered, so I > will try tonight to let watchdog timer expire with SMIs disabled. > This is quite a sledge-hummer approach. I'll try to understand that in a quiet minute, which won't happen before next week :( One thing which is also new to me is an attached IPMI wtachdog. No idea about IPMI (yet) but maybe the wd-timer is just occupated by BMC/IPMI?! ipmi0: IPMI device rev. 1, firmware rev. 0.2, version 2.0 ipmi0: Number of channels 2 ipmi0: Attached watchdog Best regards, -Harry From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 18:28:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C75BC1065678 for ; Tue, 17 Mar 2009 18:28:00 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 50D2F8FC1F for ; Tue, 17 Mar 2009 18:28:00 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from [172.25.1.16] (atip.spsnetz.de [82.135.45.118]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n2HIRwbA066374 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 17 Mar 2009 19:27:59 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) X-Authentication-Warning: smtp.dmz.omnisec.de: Host atip.spsnetz.de [82.135.45.118] claimed to be [172.25.1.16] Message-ID: <49BFEBAE.7090703@omnilan.de> Date: Tue, 17 Mar 2009 19:27:58 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------040409050705040603030302" Subject: FIB (routing table) question with jailed service X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 18:28:01 -0000 This is a multi-part message in MIME format. --------------040409050705040603030302 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Hello, I set up a second routingtable and told rc.d/jail to use the FIB1. Now I wonder why the SSHd in the jail isn't responding. I set the default router to a local address and the second default router in FIB1 to the ISP router, reachable via a second NIC. Does the FIb only work for outgoing, intiating connections? Best regards, -Harry --------------040409050705040603030302 Content-Type: application/pgp-signature; name="signature.asc" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="signature.asc" LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0NClZlcnNpb246IEdudVBHIHYyLjAuMTAg KEZyZWVCU0QpDQoNCmlFWUVBUkVDQUFZRkFrbStnNVFBQ2drUUxEcVZROVZYYjhpN3lnQ2RF WWZLM2hMZTNlMWVRaHRsbGpVdFF6TC8NCk81d0FvTDdCdFJBOVJuUVcwQmdKdk9hYXVDS3N0 ZnhMDQo9L010VA0KLS0tLS1FTkQgUEdQIFNJR05BVFVSRS0tLS0tDQoNCg== --------------040409050705040603030302-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 18:30:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C37C4106568D for ; Tue, 17 Mar 2009 18:30:06 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 7531E8FC16 for ; Tue, 17 Mar 2009 18:30:06 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1Lje3B-0008Jl-D6 for freebsd-current@freebsd.org; Tue, 17 Mar 2009 11:30:05 -0700 Message-ID: <22565173.post@talk.nabble.com> Date: Tue, 17 Mar 2009 11:30:05 -0700 (PDT) From: Raven2000 To: freebsd-current@freebsd.org In-Reply-To: <49BEDE04.9010301@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Nabble-From: Raven2000@lissyara.su References: <22547510.post@talk.nabble.com> <49BED489.2090809@FreeBSD.org> <3c1674c90903161549k5eaaec79ha6e126cbe29f3748@mail.gmail.com> <49BEDE04.9010301@FreeBSD.org> X-Mailman-Approved-At: Tue, 17 Mar 2009 18:38:27 +0000 Subject: Re: To Alexander Motin HDA sound problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 18:30:07 -0000 =D0=AF =D0=BD=D0=B5 =D0=BF=D0=BB=D0=B0=D0=BD=D0=B8=D1=80=D0=BE=D0=B2=D0=B0= =D0=BB =D0=B8=D1=81=D0=BF=D0=BE=D0=BB=D1=8C=D0=B7=D0=BE=D0=B2=D0=B0=D1=82= =D1=8C =D0=B7=D0=B2=D1=83=D0=BA HDMI =D0=B2=D1=8B=D1=85=D0=BE=D0=B4=D0=B0 = =D0=B8 =D1=82=D0=BF =D1=8F =D1=85=D0=BE=D1=82=D0=B5=D0=BB =D0=B8=D1=81=D0= =BF=D0=BE=D0=BB=D1=8C=D0=B7=D0=BE=D0=B2=D0=B0=D1=82=D1=8C =D0=B2=D1=81=D1=82=D1=80=D0=BE=D0=B5=D0=BD=D0=BD=D1=8B=D0=B9 =D0=B7=D0=B2= =D1=83=D0=BA =D0=B2 =D0=BC=D0=B0=D1=82=D1=80=D0=B8=D0=BD=D1=81=D0=BA=D1=83= =D1=8E =D0=BA=D0=B0=D1=80=D1=82=D1=83=20 http://ru.asus.com/products.aspx?l1=3D3&l2=3D149&l3=3D623&l4=3D0&model=3D11= 81&modelmenu=3D1 ASUS M2-E =D0=9D=D0=B8=D0=BA=D0=B0=D0=BA=D0=B8=D1=85 =D0=B4=D1=80=D1=83=D0= =B3=D0=B8=D1=85 =D0=B7=D0=B2=D1=83=D0=BA=D0=BE=D0=B2=D1=8B=D0=B9 =D0=B4=D0= =B5=D0=B2=D0=B0=D0=B9=D1=81=D0=BE=D0=B2 =D0=BD=D0=B5=D1=82=D1=83. =D0=9D=D0= =B0 =D0=B2=D1=81=D1=8F=D0=BA=D0=B8=D0=B9 =D1=81=D0=BB=D1=83=D1=87=D0=B0=D0= =B9 =D0=BF=D1=80=D0=B8=D0=BB=D0=BE=D0=B6=D1=83 pciconf.=20 # pciconf -lv none0@pci0:0:0:0: class=3D0x058000 card=3D0x815a1043 chip=3D0x005e10d= e rev=3D0xa3 hdr=3D0x00 vendor =3D 'Nvidia Corp' device =3D 'nForce4 Memory Controller' class =3D memory isab0@pci0:0:1:0: class=3D0x060100 card=3D0x815a1043 chip=3D0x005010d= e rev=3D0xf3 hdr=3D0x00 vendor =3D 'Nvidia Corp' device =3D 'nForce4 PCI to ISA Bridge' class =3D bridge subclass =3D PCI-ISA none1@pci0:0:1:1: class=3D0x0c0500 card=3D0x815a1043 chip=3D0x005210d= e rev=3D0xa2 hdr=3D0x00 vendor =3D 'Nvidia Corp' device =3D 'nForce4 SMBus' class =3D serial bus subclass =3D SMBus ohci0@pci0:0:2:0: class=3D0x0c0310 card=3D0x815a1043 chip=3D0x005a10d= e rev=3D0xa2 hdr=3D0x00 vendor =3D 'Nvidia Corp' device =3D 'nForce4 USB Controller' class =3D serial bus subclass =3D USB ehci0@pci0:0:2:1: class=3D0x0c0320 card=3D0x815a1043 chip=3D0x005b10d= e rev=3D0xa3 hdr=3D0x00 vendor =3D 'Nvidia Corp' device =3D 'nForce4 USB 2.0 Controller' class =3D serial bus subclass =3D USB atapci0@pci0:0:6:0: class=3D0x01018a card=3D0x815a1043 chip=3D0x005310d= e rev=3D0xf2 hdr=3D0x00 vendor =3D 'Nvidia Corp' device =3D 'NVidia nForce 4 SLI IDE Controller' class =3D mass storage subclass =3D ATA atapci1@pci0:0:7:0: class=3D0x010185 card=3D0x815a1043 chip=3D0x005410d= e rev=3D0xf3 hdr=3D0x00 vendor =3D 'Nvidia Corp' device =3D 'NVidia nForce 4 SLI IDE Controller' class =3D mass storage subclass =3D ATA atapci2@pci0:0:8:0: class=3D0x010185 card=3D0x815a1043 chip=3D0x005510d= e rev=3D0xf3 hdr=3D0x00 vendor =3D 'Nvidia Corp' device =3D 'NVidia nForce 4 SLI IDE Controller' class =3D mass storage subclass =3D ATA pcib1@pci0:0:9:0: class=3D0x060401 card=3D0x00000000 chip=3D0x005c10d= e rev=3D0xf2 hdr=3D0x01 vendor =3D 'Nvidia Corp' device =3D 'nForce4 PCI Bridge' class =3D bridge subclass =3D PCI-PCI nfe0@pci0:0:10:0: class=3D0x068000 card=3D0x812a1043 chip=3D0x005710d= e rev=3D0xf3 hdr=3D0x00 vendor =3D 'Nvidia Corp' device =3D 'nForce4 Ultra NVidia Network Bus Enumerator' class =3D bridge pcib2@pci0:0:11:0: class=3D0x060400 card=3D0x00000000 chip=3D0x005d10d= e rev=3D0xf3 hdr=3D0x01 vendor =3D 'Nvidia Corp' device =3D 'nForce4 PCIe Bridge' class =3D bridge subclass =3D PCI-PCI pcib3@pci0:0:12:0: class=3D0x060400 card=3D0x00000000 chip=3D0x005d10d= e rev=3D0xf3 hdr=3D0x01 vendor =3D 'Nvidia Corp' device =3D 'nForce4 PCIe Bridge' class =3D bridge subclass =3D PCI-PCI pcib4@pci0:0:13:0: class=3D0x060400 card=3D0x00000000 chip=3D0x005d10d= e rev=3D0xf3 hdr=3D0x01 vendor =3D 'Nvidia Corp' device =3D 'nForce4 PCIe Bridge' class =3D bridge subclass =3D PCI-PCI pcib5@pci0:0:14:0: class=3D0x060400 card=3D0x00000000 chip=3D0x005d10d= e rev=3D0xa3 hdr=3D0x01 vendor =3D 'Nvidia Corp' device =3D 'nForce4 PCIe Bridge' class =3D bridge subclass =3D PCI-PCI hostb0@pci0:0:24:0: class=3D0x060000 card=3D0x00000000 chip=3D0x1100102= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D '(K8) Athlon 64/Opteron HyperTransport Technology Configuration ' class =3D bridge subclass =3D HOST-PCI hostb1@pci0:0:24:1: class=3D0x060000 card=3D0x00000000 chip=3D0x1101102= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D '(K8) Athlon 64/Opteron Address Map' class =3D bridge subclass =3D HOST-PCI hostb2@pci0:0:24:2: class=3D0x060000 card=3D0x00000000 chip=3D0x1102102= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D '(K8) Athlon 64/Opteron DRAM Controller' class =3D bridge subclass =3D HOST-PCI hostb3@pci0:0:24:3: class=3D0x060000 card=3D0x00000000 chip=3D0x1103102= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D '(K8) Athlon 64/Opteron Miscellaneous Control' class =3D bridge subclass =3D HOST-PCI vgapci0@pci0:5:0:0: class=3D0x030000 card=3D0x01d01043 chip=3D0x9589100= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' class =3D display subclass =3D VGA hdac0@pci0:5:0:1: class=3D0x040300 card=3D0xaa081043 chip=3D0xaa08100= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' class =3D multimedia =D0=95=D1=81=D1=82=D1=8C =D0=BF=D0=BE =D1=8D=D1=82=D0=BE=D0=BC=D1=83 =D0=BF= =D0=BE=D0=B2=D0=BE=D0=B4=D1=83 =D0=BC=D1=8B=D1=81=D0=BB=D0=B8? --=20 View this message in context: http://www.nabble.com/To-Alexander-Motin-HDA-= sound-problems.-tp22547510p22565173.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 19:02:43 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 635F41065670; Tue, 17 Mar 2009 19:02:43 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 139828FC08; Tue, 17 Mar 2009 19:02:42 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n2HJ2gaC081216 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Mar 2009 12:02:42 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49BFF3D2.4030407@freebsd.org> Date: Tue, 17 Mar 2009 12:02:42 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Bruce Simpson References: <1236937253.2282.0.camel@localhost> <49BAEA9F.8020302@incunabulum.net> <49BB0D3E.2020306@incunabulum.net> <49BC1C66.7030400@freebsd.org> <1237233210.84180.20.camel@localhost> <49BEB312.7060105@freebsd.org> <49BF5B8A.4040108@incunabulum.net> <1237295117.1844.6.camel@localhost> <49BFA8A2.5080807@incunabulum.net> In-Reply-To: <49BFA8A2.5080807@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Cc: current@freebsd.org, Coleman Kane , freebsd-net Subject: Re: IGMP+WiFi panic on recent kernel - in igmp_fasttimo() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 19:02:44 -0000 Bruce Simpson wrote: > Coleman Kane wrote: >> If you are looking for a reliable test case, this might be it for you, >> but I think you need a wlan interface to test it with: >> * Install net/avahi from ports >> * Set avahi_daemon_enable="YES" in rc.conf >> * Configure VAP params for wlan0 card in rc.conf >> * Log in and run "dhclient wlan0" to trigger the panic >> >> > > Actually I was able to panic the kernel right away with the 802.11 > code, just > by joining a multicast group with mtest(8) on the wlan interface. > > i.e. > > # mtest > j 224.0.0.2 192.168.x.x > -> boom > > I believe I've found the symptom, but the root cause I don't fully > understand. > Sam indicated that the VAP code is using ifma's in some nested way > between > the ifnets which comprise the VAP's member interfaces. > > A workaround is pending.... > net80211 uses the public api's to push mcast addresses from the vap's to the parent ifnet. It does not directly frob any internal data structures except to workaround the ioctl-based callback out of the mcast code when adding an address. Look at ieee80211_ioctl_updatemulti for details. Sam From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 19:06:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8C7F1065670 for ; Tue, 17 Mar 2009 19:06:44 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outR.internet-mail-service.net (outr.internet-mail-service.net [216.240.47.241]) by mx1.freebsd.org (Postfix) with ESMTP id C0DEA8FC23 for ; Tue, 17 Mar 2009 19:06:44 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id DE3BCC075; Tue, 17 Mar 2009 12:06:44 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 4DC482D601A; Tue, 17 Mar 2009 12:06:44 -0700 (PDT) Message-ID: <49BFF4CC.5050505@elischer.org> Date: Tue, 17 Mar 2009 12:06:52 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Harald Schmalzbauer References: <49BFEBAE.7090703@omnilan.de> In-Reply-To: <49BFEBAE.7090703@omnilan.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: FIB (routing table) question with jailed service X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 19:06:45 -0000 Harald Schmalzbauer wrote: > Hello, > > I set up a second routingtable and told rc.d/jail to use the FIB1. > Now I wonder why the SSHd in the jail isn't responding. I set the > default router to a local address and the second default router in FIB1 > to the ISP router, reachable via a second NIC. > Does the FIb only work for outgoing, intiating connections? no, it is supposed to work for listen sockets too. What version of FreeBSD? I assume current because of the mailing list. I say "supposed to" because I have not tested it in -current for a while, and there have been quite a few changes in that area. I'll try check it myself later and get back to you. (It does work correctly in Ironport's 6.x based systems where it came from) > > Best regards, > > -Harry > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 19:21:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B65191065670 for ; Tue, 17 Mar 2009 19:21:18 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from bene1.itea.ntnu.no (bene1.itea.ntnu.no [IPv6:2001:700:300:3::56]) by mx1.freebsd.org (Postfix) with ESMTP id 3BEE48FC16 for ; Tue, 17 Mar 2009 19:21:16 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from localhost (localhost [127.0.0.1]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 9819116C7B2; Tue, 17 Mar 2009 20:21:14 +0100 (CET) Received: from carrot (unknown [IPv6:2001:700:300:3::184]) by bene1.itea.ntnu.no (Postfix) with ESMTP id D1F8916C75F; Tue, 17 Mar 2009 20:21:13 +0100 (CET) Date: Tue, 17 Mar 2009 19:21:19 +0000 From: Ulf Lilleengen To: Nenhum_de_Nos Message-ID: <20090317192119.GA18089@carrot> References: <20090316155800.GA2257@carrot> <20090316155957.GA2385@carrot> <20090317094911.GA2155@carrot.tudelft.net> <796884d5ade2c19ab4f46318e2147128.squirrel@cygnus.homeunix.com> <20090317143952.GA1630@carrot> <9a42260f71d0d310ee449a86a0c87f88.squirrel@cygnus.homeunix.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9a42260f71d0d310ee449a86a0c87f88.squirrel@cygnus.homeunix.com> User-Agent: Mutt/1.5.19 (2009-01-05) X-Virus-Scanned: Debian amavisd-new at bene1.itea.ntnu.no Cc: freebsd-current@freebsd.org Subject: Re: [HEADS UP] Merge of projects/gvinum to head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 19:21:19 -0000 On tir, mar 17, 2009 at 12:09:08pm -0300, Nenhum_de_Nos wrote: > > On Tue, March 17, 2009 11:39, Ulf Lilleengen wrote: > > On tir, mar 17, 2009 at 09:52:31am -0300, Nenhum_de_Nos wrote: > >> > >> On Tue, March 17, 2009 06:49, Ulf Lilleengen wrote: > >> > On man, mar 16, 2009 at 11:07:12pm -0300, Nenhum_de_Nos wrote: > >> >> > >> >> On Mon, March 16, 2009 12:59, Ulf Lilleengen wrote: > >> >> > On man, mar 16, 2009 at 04:58:00pm +0100, Ulf Lilleengen wrote: > >> >> >> Hello, > >> >> >> > >> >> >> This is a heads-up for a merge of gvinum project code into HEAD. > >> This > >> >> >> means > >> >> >> that gvinum implementation will be changed some. The code is based > >> on > >> >> >> the > >> >> >> work done by Lukas Ertl as well as the work I did before/during > >> >> Google > >> >> >> SoC > >> >> >> 2007 and afterwards. It has been staying in p4 for some time, and > >> >> then > >> >> >> moved > >> >> >> to the subversion project repository not long ago. The main reason > >> >> for > >> >> >> the > >> >> >> delay of getting this into HEAD have been the lack of reviewers of > >> >> the > >> >> >> code, > >> >> >> but after some discussion and help from testers, I've decided this > >> is > >> >> a > >> >> >> good > >> >> >> time to get it in (should perhaps have been merged a bit earlier) > >> >> >> Testers > >> >> >> have spotted several differences from the original gvinum, and > >> I've > >> >> >> tried to > >> >> >> make it behave as the old implementation wherever that seemed the > >> >> best > >> >> >> way to > >> >> >> go. Luckily, the work has gotten a bit of attention lately, thanks > >> to > >> >> >> Rick C. > >> >> >> Petty for helping out with testing and bugfixing, as well as all > >> >> others > >> >> >> who > >> >> >> have dared to run the new gvinum. So, what does this update offer? > >> >> > > >> >> > And I plan on importing it within 1-2 weeks :) > >> >> > >> >> great work, thanks. > >> >> > >> >> what's the status of raid5 ? is it ok to production enviroments ? I > >> have > >> >> been using gmirror and gstripe just cause I can't do raid5 and I'm > >> >> waiting > >> >> for ZFS to hit production state. > >> >> > >> > I would say that since the raid5 code hasn't changed much in terms of > >> > functionality, meaning that much of the code concerning raid5 is the > >> same, > >> > it > >> > should provide at least the same production quality as gvinum in 7.x. > >> What > >> > are your experiences with gvinum raid5 in 7.x? > >> > >> none, as I always read that the code was not ok or was not doing what > >> raid5 is all about (those parity counts), I never was brave enough to > >> try > >> it. is this all wrong ? > >> > > I've not heard of any issues with the actual raid5 algorithms to be wrong, > > no, no, not wrong, but not implemented. > Oh, it's been implemented since FreeBSD 5.0 :) (the verst version of geom vinum). > so, if I use raid5 now (must see docs to know how to) it will do its job > right if I replace one disk ? (as if one would die) Yes, but the thing is that you might get problems if you don't do everything strictly by the book. For instance, if the disk fails, and you have to reboot to replace it, the volume will go up having the whole volume in the wrong state, and you must do setstate commands appropriately to set the volume as degraded before you insert the disk again. If you can just hot-swap the disk, it should be quite easy without problems just using the move command. This is a case where the new gvinum should be much less scary to use, so I wouldn't recommend using the old version unless you have hot-swap disks and/or previous experience with gvinum. -- Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 19:33:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB4951065673 for ; Tue, 17 Mar 2009 19:33:27 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 028338FC1E for ; Tue, 17 Mar 2009 19:33:26 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id VAA03600; Tue, 17 Mar 2009 21:31:46 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <49BFFAA2.3000603@icyb.net.ua> Date: Tue, 17 Mar 2009 21:31:46 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: Harald Schmalzbauer References: <200810011405.m91E5ugg028685@lava.sentex.ca> <200810011121.21908.jhb@freebsd.org> <49BD0943.3000400@OmniLAN.de> <200903161501.n2GF1bNw090788@lava.sentex.ca> <49BE81DB.6040208@icyb.net.ua> <49BFAEB1.1010800@freebsd.org> <49BFE933.9040706@omnilan.de> In-Reply-To: <49BFE933.9040706@omnilan.de> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Mike Tancsa Subject: Re: ichwd on ich9 attach failing ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 19:33:28 -0000 on 17/03/2009 20:17 Harald Schmalzbauer said the following: > One thing which is also new to me is an attached IPMI wtachdog. No idea > about IPMI (yet) but maybe the wd-timer is just occupated by BMC/IPMI?! > > ipmi0: IPMI device rev. 1, firmware rev. 0.2, version 2.0 > ipmi0: Number of channels 2 > ipmi0: Attached watchdog I think that this is unlikely. There can definitely be other agents that could reload watchdog's timer, of course. It is even possible to do that via SMBus interface (where ICH acts as slave). But I don't think that micro-controllers typically do that. It's possible to monitor TCO_RLD value and see if it gets reloaded to TCO_TMR value even after watchdogd dies a violent death. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 19:33:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D670910656E8 for ; Tue, 17 Mar 2009 19:33:42 +0000 (UTC) (envelope-from christof.schulze@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id DFDC58FC1C for ; Tue, 17 Mar 2009 19:33:40 +0000 (UTC) (envelope-from christof.schulze@gmx.net) Received: (qmail invoked by alias); 17 Mar 2009 19:06:55 -0000 Received: from p54B6F1FD.dip.t-dialin.net (EHLO klausdieter0815.dyndns.org) [84.182.241.253] by mail.gmx.net (mp004) with SMTP; 17 Mar 2009 20:06:55 +0100 X-Authenticated: #3549759 X-Provags-ID: V01U2FsdGVkX1+XaMcmOkKXzIUteggQHgCmMd8MrrYXIApUVTtVOy yxGGRAylGvj1Ei Received: by myhost.mydomain.de (Postfix, from userid 1001) id 8FA6937; Tue, 17 Mar 2009 20:06:48 +0100 (CET) From: Christof Schulze To: freebsd-current@freebsd.org Date: Tue, 17 Mar 2009 20:06:47 +0100 User-Agent: KMail/1.11.1 (FreeBSD/7.1-RC2; KDE/4.2.1; amd64; ; ) References: <22547510.post@talk.nabble.com> <49BEDE04.9010301@FreeBSD.org> <22565173.post@talk.nabble.com> In-Reply-To: <22565173.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2579052.Eoiyiv96Iv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200903172006.48365.christof.schulze@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.52 Subject: Re: To Alexander Motin HDA sound problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 19:33:43 -0000 --nextPart2579052.Eoiyiv96Iv Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Not everyone on this list is able to read cyrillic letters. I would=20 welcome you writing in english so other people can benefit from your=20 communication with mav. Am Dienstag 17 M=C3=A4rz 2009 19:30:05 schrieb Raven2000: > =D0=AF =D0=BD=D0=B5 =D0=BF=D0=BB=D0=B0=D0=BD=D0=B8=D1=80=D0=BE=D0=B2=D0= =B0=D0=BB =D0=B8=D1=81=D0=BF=D0=BE=D0=BB=D1=8C=D0=B7=D0=BE=D0=B2=D0=B0=D1= =82=D1=8C =D0=B7=D0=B2=D1=83=D0=BA HDMI =D0=B2=D1=8B=D1=85=D0=BE=D0=B4=D0= =B0 =D0=B8 =D1=82=D0=BF =D1=8F =D1=85=D0=BE=D1=82=D0=B5=D0=BB=20 =D0=B8=D1=81=D0=BF=D0=BE=D0=BB=D1=8C=D0=B7=D0=BE=D0=B2=D0=B0=D1=82=D1=8C > =D0=B2=D1=81=D1=82=D1=80=D0=BE=D0=B5=D0=BD=D0=BD=D1=8B=D0=B9 =D0=B7=D0=B2= =D1=83=D0=BA =D0=B2 =D0=BC=D0=B0=D1=82=D1=80=D0=B8=D0=BD=D1=81=D0=BA=D1=83= =D1=8E =D0=BA=D0=B0=D1=80=D1=82=D1=83 >=20 http://ru.asus.com/products.aspx?l1=3D3&l2=3D149&l3=3D623&l4=3D0&model=3D11= 81&mode >lmenu=3D1 ASUS M2-E =D0=9D=D0=B8=D0=BA=D0=B0=D0=BA=D0=B8=D1=85 =D0=B4=D1= =80=D1=83=D0=B3=D0=B8=D1=85 =D0=B7=D0=B2=D1=83=D0=BA=D0=BE=D0=B2=D1=8B=D0= =B9 =D0=B4=D0=B5=D0=B2=D0=B0=D0=B9=D1=81=D0=BE=D0=B2 =D0=BD=D0=B5=D1=82=D1= =83. =D0=9D=D0=B0 =D0=B2=D1=81=D1=8F=D0=BA=D0=B8=D0=B9 > =D1=81=D0=BB=D1=83=D1=87=D0=B0=D0=B9 =D0=BF=D1=80=D0=B8=D0=BB=D0=BE=D0=B6= =D1=83 pciconf. > # pciconf -lv > none0@pci0:0:0:0: class=3D0x058000 card=3D0x815a1043 chip=3D0x005e1= 0de > rev=3D0xa3 > hdr=3D0x00 > vendor =3D 'Nvidia Corp' > device =3D 'nForce4 Memory Controller' > class =3D memory > isab0@pci0:0:1:0: class=3D0x060100 card=3D0x815a1043 chip=3D0x00501= 0de > rev=3D0xf3 > hdr=3D0x00 > vendor =3D 'Nvidia Corp' > device =3D 'nForce4 PCI to ISA Bridge' > class =3D bridge > subclass =3D PCI-ISA > none1@pci0:0:1:1: class=3D0x0c0500 card=3D0x815a1043 chip=3D0x00521= 0de > rev=3D0xa2 > hdr=3D0x00 > vendor =3D 'Nvidia Corp' > device =3D 'nForce4 SMBus' > class =3D serial bus > subclass =3D SMBus > ohci0@pci0:0:2:0: class=3D0x0c0310 card=3D0x815a1043 chip=3D0x005a1= 0de > rev=3D0xa2 > hdr=3D0x00 > vendor =3D 'Nvidia Corp' > device =3D 'nForce4 USB Controller' > class =3D serial bus > subclass =3D USB > ehci0@pci0:0:2:1: class=3D0x0c0320 card=3D0x815a1043 chip=3D0x005b1= 0de > rev=3D0xa3 > hdr=3D0x00 > vendor =3D 'Nvidia Corp' > device =3D 'nForce4 USB 2.0 Controller' > class =3D serial bus > subclass =3D USB > atapci0@pci0:0:6:0: class=3D0x01018a card=3D0x815a1043 chip=3D0x00531= 0de > rev=3D0xf2 > hdr=3D0x00 > vendor =3D 'Nvidia Corp' > device =3D 'NVidia nForce 4 SLI IDE Controller' > class =3D mass storage > subclass =3D ATA > atapci1@pci0:0:7:0: class=3D0x010185 card=3D0x815a1043 chip=3D0x00541= 0de > rev=3D0xf3 > hdr=3D0x00 > vendor =3D 'Nvidia Corp' > device =3D 'NVidia nForce 4 SLI IDE Controller' > class =3D mass storage > subclass =3D ATA > atapci2@pci0:0:8:0: class=3D0x010185 card=3D0x815a1043 chip=3D0x00551= 0de > rev=3D0xf3 > hdr=3D0x00 > vendor =3D 'Nvidia Corp' > device =3D 'NVidia nForce 4 SLI IDE Controller' > class =3D mass storage > subclass =3D ATA > pcib1@pci0:0:9:0: class=3D0x060401 card=3D0x00000000 chip=3D0x005c1= 0de > rev=3D0xf2 > hdr=3D0x01 > vendor =3D 'Nvidia Corp' > device =3D 'nForce4 PCI Bridge' > class =3D bridge > subclass =3D PCI-PCI > nfe0@pci0:0:10:0: class=3D0x068000 card=3D0x812a1043 chip=3D0x00571= 0de > rev=3D0xf3 > hdr=3D0x00 > vendor =3D 'Nvidia Corp' > device =3D 'nForce4 Ultra NVidia Network Bus Enumerator' > class =3D bridge > pcib2@pci0:0:11:0: class=3D0x060400 card=3D0x00000000 chip=3D0x005d1= 0de > rev=3D0xf3 > hdr=3D0x01 > vendor =3D 'Nvidia Corp' > device =3D 'nForce4 PCIe Bridge' > class =3D bridge > subclass =3D PCI-PCI > pcib3@pci0:0:12:0: class=3D0x060400 card=3D0x00000000 chip=3D0x005d1= 0de > rev=3D0xf3 > hdr=3D0x01 > vendor =3D 'Nvidia Corp' > device =3D 'nForce4 PCIe Bridge' > class =3D bridge > subclass =3D PCI-PCI > pcib4@pci0:0:13:0: class=3D0x060400 card=3D0x00000000 chip=3D0x005d1= 0de > rev=3D0xf3 > hdr=3D0x01 > vendor =3D 'Nvidia Corp' > device =3D 'nForce4 PCIe Bridge' > class =3D bridge > subclass =3D PCI-PCI > pcib5@pci0:0:14:0: class=3D0x060400 card=3D0x00000000 chip=3D0x005d1= 0de > rev=3D0xa3 > hdr=3D0x01 > vendor =3D 'Nvidia Corp' > device =3D 'nForce4 PCIe Bridge' > class =3D bridge > subclass =3D PCI-PCI > hostb0@pci0:0:24:0: class=3D0x060000 card=3D0x00000000 chip=3D0x11001= 022 > rev=3D0x00 > hdr=3D0x00 > vendor =3D 'Advanced Micro Devices (AMD)' > device =3D '(K8) Athlon 64/Opteron HyperTransport Technology > Configuration > ' > class =3D bridge > subclass =3D HOST-PCI > hostb1@pci0:0:24:1: class=3D0x060000 card=3D0x00000000 chip=3D0x11011= 022 > rev=3D0x00 > hdr=3D0x00 > vendor =3D 'Advanced Micro Devices (AMD)' > device =3D '(K8) Athlon 64/Opteron Address Map' > class =3D bridge > subclass =3D HOST-PCI > hostb2@pci0:0:24:2: class=3D0x060000 card=3D0x00000000 chip=3D0x11021= 022 > rev=3D0x00 hdr=3D0x00 > vendor =3D 'Advanced Micro Devices (AMD)' > device =3D '(K8) Athlon 64/Opteron DRAM Controller' > class =3D bridge > subclass =3D HOST-PCI > hostb3@pci0:0:24:3: class=3D0x060000 card=3D0x00000000 chip=3D0x11031= 022 > rev=3D0x00 hdr=3D0x00 > vendor =3D 'Advanced Micro Devices (AMD)' > device =3D '(K8) Athlon 64/Opteron Miscellaneous Control' > class =3D bridge > subclass =3D HOST-PCI > vgapci0@pci0:5:0:0: class=3D0x030000 card=3D0x01d01043 chip=3D0x95891= 002 > rev=3D0x00 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > class =3D display > subclass =3D VGA > hdac0@pci0:5:0:1: class=3D0x040300 card=3D0xaa081043 chip=3D0xaa081= 002 > rev=3D0x00 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > class =3D multimedia > =D0=95=D1=81=D1=82=D1=8C =D0=BF=D0=BE =D1=8D=D1=82=D0=BE=D0=BC=D1=83 =D0= =BF=D0=BE=D0=B2=D0=BE=D0=B4=D1=83 =D0=BC=D1=8B=D1=81=D0=BB=D0=B8? --nextPart2579052.Eoiyiv96Iv Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkm/9MgACgkQpZfyPAmdZJk8jQCgwaUXbxDok3KNNVT/gPzxHoq3 GQAAn0oJMofY4vY3EEmNbso3vlhxYmFS =XaTp -----END PGP SIGNATURE----- --nextPart2579052.Eoiyiv96Iv-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 20:07:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B311106566B for ; Tue, 17 Mar 2009 20:07:48 +0000 (UTC) (envelope-from h.schmalzbauer@OmniLAN.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 09A9C8FC0C for ; Tue, 17 Mar 2009 20:07:47 +0000 (UTC) (envelope-from h.schmalzbauer@OmniLAN.de) Received: from akima.flintsbach.schmalzbauer.de (akima.flintsbach.schmalzbauer.de [172.21.1.15]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n2HK7FmV067447 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Mar 2009 21:07:43 +0100 (CET) (envelope-from h.schmalzbauer@OmniLAN.de) Message-ID: <49C002F3.5010406@OmniLAN.de> Date: Tue, 17 Mar 2009 21:07:15 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.9 (X11/20080203) MIME-Version: 1.0 To: Julian Elischer References: <49BFEBAE.7090703@omnilan.de> <49BFF4CC.5050505@elischer.org> In-Reply-To: <49BFF4CC.5050505@elischer.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: FIB (routing table) question with jailed service X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 20:07:48 -0000 Julian Elischer wrote: > Harald Schmalzbauer wrote: >> Hello, >> >> I set up a second routingtable and told rc.d/jail to use the FIB1. >> Now I wonder why the SSHd in the jail isn't responding. I set the >> default router to a local address and the second default router in FIB1 >> to the ISP router, reachable via a second NIC. >> Does the FIb only work for outgoing, intiating connections? > > no, it is supposed to work for listen sockets too. > > What version of FreeBSD? I assume current because of the mailing list. > > I say "supposed to" because I have not tested it in -current for a > while, and there have been quite a few changes in that area. > I'll try check it myself later and get back to you. > (It does work correctly in Ironport's 6.x based systems where it > came from) Hello, sorry for posting stable- question to current, but I got no answer on stable@ so I reposted to current@ I'm running RELENG_7 as of last weekend. Thanks, -Harry From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 20:23:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42EA6106564A; Tue, 17 Mar 2009 20:23:41 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout021.mac.com (asmtpout021.mac.com [17.148.16.96]) by mx1.freebsd.org (Postfix) with ESMTP id 2F8418FC15; Tue, 17 Mar 2009 20:23:40 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from jwills-mbp.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp021.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KGO00A9P3BFG960@asmtp021.mac.com>; Tue, 17 Mar 2009 13:23:40 -0700 (PDT) Message-id: From: Marcel Moolenaar To: freebsd-usb@freebsd.org Date: Tue, 17 Mar 2009 13:23:39 -0700 X-Mailer: Apple Mail (2.930.3) Cc: FreeBSD Current , freebsd-gnome@FreeBSD.org Subject: USB2: usb_device_info not declared (redux) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 20:23:41 -0000 I got the following error building KDE4 on FreeBSD/powerpc (-current): In file included from /usr/obj/nfs/freebsd/ports/x11/kdebase4/work/ kdebase-4.2.1/apps/kinfocenter/usbview/kcmusb.cpp:27: /usr/obj/nfs/freebsd/ports/x11/kdebase4/work/kdebase-4.2.1/apps/ kinfocenter/usbview/usbdevices.h:80: error: 'usb_device_info' has not been declared *** Error code 1 Do we have closure on where it's going to be fixed? Do we know if GNOME is affected as well? Andrew: you were think about adding the ioctl. Did you reach a conclusion? -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 20:28:21 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F44E106564A for ; Tue, 17 Mar 2009 20:28:21 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63902.mail.re1.yahoo.com (web63902.mail.re1.yahoo.com [69.147.97.117]) by mx1.freebsd.org (Postfix) with SMTP id BA4F28FC14 for ; Tue, 17 Mar 2009 20:28:20 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 53848 invoked by uid 60001); 17 Mar 2009 20:28:20 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1237321700; bh=qS//RhLYMeXWwAP0N2u0f+NcvA039zkMZLUHSmQABnQ=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=z3eEXZIaE9BzFSGulOHhtvPpQ3jjyev4lMFJPnNT//BjjRMW/mhKpzzItIV7G5LZAMprCwoTicXU85XXbX3mcbvql8XSn87V2flhD4uFjDWk4ej9j7gEu4eyTq605MabFsTnCXBjvxA9hEEHgjjkZXZEJosnIVrjEM+fRBJWaHE= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=gQwHkClcaU+DAWMN1t7tTJ04JyT4OIVGg+EGeFohPfKtIJnHiHW7PCtjOY3BZS+pQV7ZU7qjqMXCiwoNmq/AsrfBLa7PHtZlEIB+/WfCqFd8WtF1bAO2LaPNT+C4bx/rEGDlmSJOgMlp10qtFzHSotu99R6+P13fyjTyHMpaQkk=; Message-ID: <270142.53274.qm@web63902.mail.re1.yahoo.com> X-YMail-OSG: PZRA9uUVM1mGPOWf7T5VDgkl5HtcHF0z0zGZ_dSpgGGbYxXO_6CgD8oahMPWGAUz0vysqrKywqcxuyOymFMz_AUTw0MVXFahi.sayn1_Yy6VQZVmf0_gbHqbJEZZMK7dreD3pn5pRXjp4fwWQunp8PUIV65PlLCpL9GHi6otGCJojrcMXmsQnYgH1oRCpzm9fS6oPNwxtvg5KRCYVRn8GIDHuL66x9C4GsEXfug849qCBy5SdLgEC8A- Received: from [98.242.222.229] by web63902.mail.re1.yahoo.com via HTTP; Tue, 17 Mar 2009 13:28:20 PDT X-Mailer: YahooMailWebService/0.7.289.1 Date: Tue, 17 Mar 2009 13:28:20 -0700 (PDT) From: Barney Cordoba To: Paolo Pisati , Robert Watson In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: current@freebsd.org Subject: Re: Interrupt routine usage not shown by top in 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: barney_cordoba@yahoo.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 20:28:21 -0000 --- On Tue, 3/17/09, Robert Watson wrote: > From: Robert Watson > Subject: Re: Interrupt routine usage not shown by top in 8.0 > To: "Paolo Pisati" > Cc: "Barney Cordoba" , current@freebsd.org > Date: Tuesday, March 17, 2009, 11:24 AM > On Tue, 17 Mar 2009, Paolo Pisati wrote: > > > perhaps i misunderstood your question, but i'll > try to explain a bit: > > > > before 7.0, bus_setup_intr() took just one function > thus you could have an INTR_FAST or an INTR_MPSAFE handler, > and you choose the kind of handler via a flag (INTR_FAST in > this case). > > > > after 7.0, bus_setup_intr() took 2 functions, thus you > could have: a fast handler (aka filter), or an ithread > handler (aka mpsafe), or a fast + ithread handler (available > only with INTR_FILTER turned on). > > > > in bus_setup_intr() the first function pointer is for > the filter side of the handler, while the second pointer is > for the ithread part, and if you declare both you can filter > events (interrupts) and call the rest of the device driver > (the ithread part) after the filter has recognized and > acknowledged&masked the interrupt. > > This clarifies my misunderstanding, thanks! > I'd still be interested in knowing the specific advantage/consequences of a fast filter vs an MPSAFE ithread? In what circumstance would using a filter and then launching a task be advantageous over just using an ithread? Barney From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 20:41:52 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EEDA1065675 for ; Tue, 17 Mar 2009 20:41:52 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 0D44B8FC17 for ; Tue, 17 Mar 2009 20:41:51 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n2HKfpHr081835 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Mar 2009 13:41:51 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49C00B0E.4030402@freebsd.org> Date: Tue, 17 Mar 2009 13:41:50 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: barney_cordoba@yahoo.com References: <270142.53274.qm@web63902.mail.re1.yahoo.com> In-Reply-To: <270142.53274.qm@web63902.mail.re1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Cc: current@freebsd.org Subject: Re: Interrupt routine usage not shown by top in 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 20:41:53 -0000 Barney Cordoba wrote: > > > --- On Tue, 3/17/09, Robert Watson wrote: > > >> From: Robert Watson >> Subject: Re: Interrupt routine usage not shown by top in 8.0 >> To: "Paolo Pisati" >> Cc: "Barney Cordoba" , current@freebsd.org >> Date: Tuesday, March 17, 2009, 11:24 AM >> On Tue, 17 Mar 2009, Paolo Pisati wrote: >> >> >>> perhaps i misunderstood your question, but i'll >>> >> try to explain a bit: >> >>> before 7.0, bus_setup_intr() took just one function >>> >> thus you could have an INTR_FAST or an INTR_MPSAFE handler, >> and you choose the kind of handler via a flag (INTR_FAST in >> this case). >> >>> after 7.0, bus_setup_intr() took 2 functions, thus you >>> >> could have: a fast handler (aka filter), or an ithread >> handler (aka mpsafe), or a fast + ithread handler (available >> only with INTR_FILTER turned on). >> >>> in bus_setup_intr() the first function pointer is for >>> >> the filter side of the handler, while the second pointer is >> for the ithread part, and if you declare both you can filter >> events (interrupts) and call the rest of the device driver >> (the ithread part) after the filter has recognized and >> acknowledged&masked the interrupt. >> >> This clarifies my misunderstanding, thanks! >> >> > > I'd still be interested in knowing the specific advantage/consequences > of a fast filter vs an MPSAFE ithread? > > In what circumstance would using a filter and then launching a task be > advantageous over just using an ithread? > It mostly depends on the hardware (unless the fast handler does actual work). If ack'ing the interrupt improves latency (e.g. by allowing the device to do other things) then it's better to do that in the filter method even if the actual work is deferred to the ithread. It's also important when interrupts are not edge-triggered; you want to shut them up asap. So, what device are you doing a driver for? Sam From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 20:39:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 699B9106566B for ; Tue, 17 Mar 2009 20:39:01 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 1B6478FC17 for ; Tue, 17 Mar 2009 20:39:00 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1Ljg3w-0006Mz-6b for freebsd-current@freebsd.org; Tue, 17 Mar 2009 13:39:00 -0700 Message-ID: <22567341.post@talk.nabble.com> Date: Tue, 17 Mar 2009 13:39:00 -0700 (PDT) From: Raven2000 To: freebsd-current@freebsd.org In-Reply-To: <200903172006.48365.christof.schulze@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: Raven2000@lissyara.su References: <22547510.post@talk.nabble.com> <49BED489.2090809@FreeBSD.org> <3c1674c90903161549k5eaaec79ha6e126cbe29f3748@mail.gmail.com> <49BEDE04.9010301@FreeBSD.org> <22565173.post@talk.nabble.com> <200903172006.48365.christof.schulze@gmx.net> X-Mailman-Approved-At: Tue, 17 Mar 2009 20:48:12 +0000 Subject: Re: To Alexander Motin HDA sound problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 20:39:01 -0000 I had not planned to use the HDMI audio output etc. I would use the built-in card mainboard ASUS M2-E sound. No other sound devices no. In any case, put pciconf. > # pciconf -lv > none0@pci0:0:0:0: class=0x058000 card=0x815a1043 chip=0x005e10de > rev=0xa3 > hdr=0x00 > vendor = 'Nvidia Corp' > device = 'nForce4 Memory Controller' > class = memory > isab0@pci0:0:1:0: class=0x060100 card=0x815a1043 chip=0x005010de > rev=0xf3 > hdr=0x00 > vendor = 'Nvidia Corp' > device = 'nForce4 PCI to ISA Bridge' > class = bridge > subclass = PCI-ISA > none1@pci0:0:1:1: class=0x0c0500 card=0x815a1043 chip=0x005210de > rev=0xa2 > hdr=0x00 > vendor = 'Nvidia Corp' > device = 'nForce4 SMBus' > class = serial bus > subclass = SMBus > ohci0@pci0:0:2:0: class=0x0c0310 card=0x815a1043 chip=0x005a10de > rev=0xa2 > hdr=0x00 > vendor = 'Nvidia Corp' > device = 'nForce4 USB Controller' > class = serial bus > subclass = USB > ehci0@pci0:0:2:1: class=0x0c0320 card=0x815a1043 chip=0x005b10de > rev=0xa3 > hdr=0x00 > vendor = 'Nvidia Corp' > device = 'nForce4 USB 2.0 Controller' > class = serial bus > subclass = USB > atapci0@pci0:0:6:0: class=0x01018a card=0x815a1043 chip=0x005310de > rev=0xf2 > hdr=0x00 > vendor = 'Nvidia Corp' > device = 'NVidia nForce 4 SLI IDE Controller' > class = mass storage > subclass = ATA > atapci1@pci0:0:7:0: class=0x010185 card=0x815a1043 chip=0x005410de > rev=0xf3 > hdr=0x00 > vendor = 'Nvidia Corp' > device = 'NVidia nForce 4 SLI IDE Controller' > class = mass storage > subclass = ATA > atapci2@pci0:0:8:0: class=0x010185 card=0x815a1043 chip=0x005510de > rev=0xf3 > hdr=0x00 > vendor = 'Nvidia Corp' > device = 'NVidia nForce 4 SLI IDE Controller' > class = mass storage > subclass = ATA > pcib1@pci0:0:9:0: class=0x060401 card=0x00000000 chip=0x005c10de > rev=0xf2 > hdr=0x01 > vendor = 'Nvidia Corp' > device = 'nForce4 PCI Bridge' > class = bridge > subclass = PCI-PCI > nfe0@pci0:0:10:0: class=0x068000 card=0x812a1043 chip=0x005710de > rev=0xf3 > hdr=0x00 > vendor = 'Nvidia Corp' > device = 'nForce4 Ultra NVidia Network Bus Enumerator' > class = bridge > pcib2@pci0:0:11:0: class=0x060400 card=0x00000000 chip=0x005d10de > rev=0xf3 > hdr=0x01 > vendor = 'Nvidia Corp' > device = 'nForce4 PCIe Bridge' > class = bridge > subclass = PCI-PCI > pcib3@pci0:0:12:0: class=0x060400 card=0x00000000 chip=0x005d10de > rev=0xf3 > hdr=0x01 > vendor = 'Nvidia Corp' > device = 'nForce4 PCIe Bridge' > class = bridge > subclass = PCI-PCI > pcib4@pci0:0:13:0: class=0x060400 card=0x00000000 chip=0x005d10de > rev=0xf3 > hdr=0x01 > vendor = 'Nvidia Corp' > device = 'nForce4 PCIe Bridge' > class = bridge > subclass = PCI-PCI > pcib5@pci0:0:14:0: class=0x060400 card=0x00000000 chip=0x005d10de > rev=0xa3 > hdr=0x01 > vendor = 'Nvidia Corp' > device = 'nForce4 PCIe Bridge' > class = bridge > subclass = PCI-PCI > hostb0@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 > rev=0x00 > hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = '(K8) Athlon 64/Opteron HyperTransport Technology > Configuration > ' > class = bridge > subclass = HOST-PCI > hostb1@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 > rev=0x00 > hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = '(K8) Athlon 64/Opteron Address Map' > class = bridge > subclass = HOST-PCI > hostb2@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 > rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = '(K8) Athlon 64/Opteron DRAM Controller' > class = bridge > subclass = HOST-PCI > hostb3@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 > rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = '(K8) Athlon 64/Opteron Miscellaneous Control' > class = bridge > subclass = HOST-PCI > vgapci0@pci0:5:0:0: class=0x030000 card=0x01d01043 chip=0x95891002 > rev=0x00 hdr=0x00 > vendor = 'ATI Technologies Inc' > class = display > subclass = VGA > hdac0@pci0:5:0:1: class=0x040300 card=0xaa081043 chip=0xaa081002 > rev=0x00 hdr=0x00 > vendor = 'ATI Technologies Inc' > class = multimedia There is a thought? == Sorry for my English. -- View this message in context: http://www.nabble.com/To-Alexander-Motin-HDA-sound-problems.-tp22547510p22567341.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 21:02:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DD6D1065692 for ; Tue, 17 Mar 2009 21:02:02 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id D0BE98FC1D for ; Tue, 17 Mar 2009 21:02:01 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by qw-out-2122.google.com with SMTP id 9so174990qwb.7 for ; Tue, 17 Mar 2009 14:02:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; bh=rOLZXWAP6v52+uOYXF0kHXo1mzYX3IqjndXI1at//NY=; b=sQmv4IjCM6/pX/TgnStAqKFxjGwvOCVC9sE2E2GTsYgjn8c0k39Ix3reT8RIPne57O h0NZmzldXsClL0Gniyp6VZcG1ivVURPVuCAEBVTJaHvSV+zM0y+jU8eYOAHTDmSX4LWa g1W46N7/BtAKOA2mVI05b04jDwG/qYqa2Ql6I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; b=YpYJ1o7lriW9XybfiHoQzquKuGZhVvEegOdoxavNK2WL70Z3x5tmyIs7HiM7N/PRln gEtiuy2jN9F1cMOLNYUq+Us2ZUt37Fp6c1qInB2eskeng9LRCtSeV+Mab9sfvEqG4l6X 9pgRRvz7znYMDXlX0XCmLeDzaFtOEwW4SOGno= Received: by 10.229.84.82 with SMTP id i18mr561387qcl.90.1237323720551; Tue, 17 Mar 2009 14:02:00 -0700 (PDT) Received: from cygnus.homeunix.com (201008160048.user.veloxzone.com.br [201.8.160.48]) by mx.google.com with ESMTPS id 33sm4774385yxr.37.2009.03.17.14.01.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 17 Mar 2009 14:01:59 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 03466B8074; Tue, 17 Mar 2009 18:01:52 -0300 (BRT) Received: from 189.92.31.47 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Tue, 17 Mar 2009 18:01:52 -0300 (BRT) Message-ID: Date: Tue, 17 Mar 2009 18:01:52 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: intel vga and today current+xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 21:02:02 -0000 hail, I just installed current in this intel motherboard with vga and using this desktop is hell annoying. I do things in both keyboard and mouse and when I move the mouse it gets done, as it was in " lag". never saw this ! I'm using hald and dbus, if it is needed to knwo. no proccess is eating my cpu and I have no idea how to solve this. FreeBSD herry.tre-pb.gov.br 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Tue Mar 17 05:56:10 BRT 2009 root@herry.tre-pb.gov.br:/usr/obj/usr/src/sys/Core2Duo8 amd64 xorg is using "intel" as driver. thanks matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 21:14:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3E3D106564A for ; Tue, 17 Mar 2009 21:14:13 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 95E088FC08 for ; Tue, 17 Mar 2009 21:14:13 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-19-214-182.bna.bellsouth.net [68.19.214.182]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2HLCmX0065680 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Mar 2009 17:12:48 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Nenhum_de_Nos In-Reply-To: References: Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-cU8x2gJKovX4RcPdl7be" Organization: FreeBSD Date: Tue, 17 Mar 2009 16:13:55 -0500 Message-Id: <1237324435.1993.4.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-current@freebsd.org Subject: Re: intel vga and today current+xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 21:14:14 -0000 --=-cU8x2gJKovX4RcPdl7be Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-03-17 at 18:01 -0300, Nenhum_de_Nos wrote: > hail, >=20 > I just installed current in this intel motherboard with vga and using thi= s > desktop is hell annoying. I do things in both keyboard and mouse and when > I move the mouse it gets done, as it was in " lag". never saw this ! >=20 > I'm using hald and dbus, if it is needed to knwo. no proccess is eating m= y > cpu and I have no idea how to solve this. >=20 >=20 > FreeBSD herry.tre-pb.gov.br 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Tue Mar 1= 7 > 05:56:10 BRT 2009 =20 > root@herry.tre-pb.gov.br:/usr/obj/usr/src/sys/Core2Duo8 amd64 >=20 > xorg is using "intel" as driver. This doesn't sound like a driver specific issue... This sounds like the mouse issue that some people reported when xorg 7.4 was first imported. Are all of your ports up to date? What was the last working configuration. robert. >=20 > thanks > matheus --=20 Robert Noland FreeBSD --=-cU8x2gJKovX4RcPdl7be Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknAEpMACgkQM4TrQ4qfROMHEACcCuuPYpDYvgg8pkwt69tZQ65N OAMAn1xlFp6iucI4ZVqBCmD5/1oDunk1 =DEP3 -----END PGP SIGNATURE----- --=-cU8x2gJKovX4RcPdl7be-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 21:20:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66DF410656C5 for ; Tue, 17 Mar 2009 21:20:51 +0000 (UTC) (envelope-from espartano.mail@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id EF1FA8FC16 for ; Tue, 17 Mar 2009 21:20:50 +0000 (UTC) (envelope-from espartano.mail@gmail.com) Received: by fg-out-1718.google.com with SMTP id 19so15920fgg.12 for ; Tue, 17 Mar 2009 14:20:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=LJ1K4go+nHKuS25iIQGV+DpcDIzPpejFMNc4H3JMLz0=; b=b3mMNU0uZeAXNqG4YPihg/C+N4yHXwr0tEBp+87381X58dEvuHenVgE7Zph641yLac BXlISHofjsD9KDD6QRVCvkeWJ6YY4D2cxqEL/tnEyTnzxHf2sCLPB7KON+Sf8dd8ITf7 ianXqvtc9Hf0b3TOFdDoWA/p5ld8WhP4Bezcs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=hyIv8J/DsThak4N2l22N9yCjxjkHE0NdQu2iP/o2kMoAYOUlyFuYUrcZ5SgX0U7Ha2 XC7tSL2nX5q4CxdrEQO4jfyIy7b+uReogqek4azaUerQ4dIy/5worMTgQk+Md02ZacrZ riEaDDJBWD7qfwg933dpXngqPiN+b+5nQkyW8= MIME-Version: 1.0 Received: by 10.86.53.11 with SMTP id b11mr143452fga.76.1237323624312; Tue, 17 Mar 2009 14:00:24 -0700 (PDT) Date: Tue, 17 Mar 2009 15:00:24 -0600 Message-ID: From: Espartano To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Jail limits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 21:20:51 -0000 Hi folk, sorry for my bat english, i have a question: there is any initiative to implements limits (like cpu limits, memory limits....) inside a jail ? or already exists anything to do it ? thanks a lot. -- "Linux is for people who hate Windows, BSD is for people who love UNIX". "Social Engineer -> Because there is no patch for human stupidity" "The Unix Guru's View of Sex unzip ; strip ; touch ; grep ; finger ; mount ; fsck ; more ; yes ; umount ; sleep." "Documentation is like sex: when it is good, it is very, very good; and when it is bad, it is better than nothing." From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 21:38:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01ED3106564A for ; Tue, 17 Mar 2009 21:38:57 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id B96048FC0A for ; Tue, 17 Mar 2009 21:38:56 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id n2HLcu5B001234 for ; Tue, 17 Mar 2009 14:38:56 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id n2HLcuuj001233 for freebsd-current@freebsd.org; Tue, 17 Mar 2009 14:38:56 -0700 (PDT) (envelope-from sgk) Date: Tue, 17 Mar 2009 14:38:56 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20090317213856.GA1215@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: panic: vm_page_free_toq: freeing mapped page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 21:38:57 -0000 Script started on Tue Mar 17 14:31:57 2009 troutmask:root[201] kgdb /usr/obj/usr/src/sys/SPEW/kernel.debug /usr/tmp/vmcore.3 Unread portion of the kernel message buffer: panic: vm_page_free_toq: freeing mapped page 0xffffff01f77d8f70 cpuid = 1 Uptime: 22h33m24s Physical memory: 8117 MB Dumping 934 MB: 919 903 887 871 855 839 823 807 791 775 759 743 727 711 695 679 663 647 631 615 599 583 567 551 535 519 503 487 471 455 439 423 407 391 375 359 343 327 311 295 279 263 247 231 215 199 183 167 151 135 119 103 87 71 55 39 23 7 #0 doadump () at pcpu.h:215 215 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:215 #1 0xffffffff802e9aea in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420 #2 0xffffffff802e9f5c in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:576 #3 0xffffffff804ccd5d in vm_page_free_toq (m=0xffffff01f77d8f70) at /usr/src/sys/vm/vm_page.c:1370 #4 0xffffffff804c9807 in vm_object_terminate (object=0xffffff00d602b190) at /usr/src/sys/vm/vm_object.c:677 #5 0xffffffff804cb047 in vm_object_deallocate (object=0xffffff00d602b190) at /usr/src/sys/vm/vm_object.c:589 #6 0xffffffff804c3700 in _vm_map_unlock (map=0xffffff01a8300180, file=Variable "file" is not available. ) at /usr/src/sys/vm/vm_map.c:476 #7 0xffffffff804c3cbf in vm_map_remove (map=0xffffff01a8300180, start=Variable "start" is not available. ) at /usr/src/sys/vm/vm_map.c:2596 #8 0xffffffff804c4b25 in vmspace_free (vm=0xffffff01a8300180) at /usr/src/sys/vm/vm_map.c:325 #9 0xffffffff804c5f26 in vmspace_exec (p=0xffffff0004d5c880, minuser=Variable "minuser" is not available. ) at /usr/src/sys/vm/vm_map.c:3228 #10 0xffffffff802c5552 in exec_new_vmspace (imgp=0xffffffff240ad9f0, sv=0xffffffff8075d8c0) at /usr/src/sys/kern/kern_exec.c:1013 #11 0xffffffff8052ef1e in exec_elf32_imgact (imgp=0xffffffff240ad9f0) at imgact_elf.c:694 #12 0xffffffff802c59bb in kern_execve (td=0xffffff0004dee000, args=0xffffffff240adaf0, mac_p=Variable "mac_p" is not available. ) at /usr/src/sys/kern/kern_exec.c:470 #13 0xffffffff802c681d in execve (td=0xffffff0004dee000, uap=Variable "uap" is not available. ) at /usr/src/sys/kern/kern_exec.c:203 #14 0xffffffff80502bed in syscall (frame=0xffffffff240adc80) at /usr/src/sys/amd64/amd64/trap.c:882 #15 0xffffffff804dfefb in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:338 #16 0x0000000200927c4c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) quit Script done on Tue Mar 17 14:32:50 2009 -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 21:55:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3A0E1065673; Tue, 17 Mar 2009 21:55:55 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 7778D8FC19; Tue, 17 Mar 2009 21:55:55 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id n2HLwVUg032984; Tue, 17 Mar 2009 17:58:31 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Marcel Moolenaar In-Reply-To: References: Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-ldhWWW2FRbe3/3kh+Eeu" Organization: MarcusCom, Inc. Date: Tue, 17 Mar 2009 17:55:57 -0400 Message-Id: <1237326957.5465.100.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: FreeBSD Current , freebsd-gnome@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB2: usb_device_info not declared (redux) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 21:55:57 -0000 --=-ldhWWW2FRbe3/3kh+Eeu Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-03-17 at 13:23 -0700, Marcel Moolenaar wrote: > I got the following error building KDE4 on FreeBSD/powerpc (-current): >=20 > In file included from /usr/obj/nfs/freebsd/ports/x11/kdebase4/work/=20 > kdebase-4.2.1/apps/kinfocenter/usbview/kcmusb.cpp:27: > /usr/obj/nfs/freebsd/ports/x11/kdebase4/work/kdebase-4.2.1/apps/=20 > kinfocenter/usbview/usbdevices.h:80: error: 'usb_device_info' has not =20 > been declared > *** Error code 1 >=20 > Do we have closure on where it's going to be fixed? > Do we know if GNOME is affected as well? All GNOME Desktop components should now be building on the latest -CURRENT. Joe >=20 > Andrew: you were think about adding the ioctl. > Did you reach a conclusion? >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-ldhWWW2FRbe3/3kh+Eeu Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAknAHGwACgkQb2iPiv4Uz4e2sQCfQ0CWSgRi09iAQiXbkcv4aMsZ 9pYAmgO+j2lHcBiUeJ/CX+AAaNkpGEEr =VLNN -----END PGP SIGNATURE----- --=-ldhWWW2FRbe3/3kh+Eeu-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 22:27:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B8941065672; Tue, 17 Mar 2009 22:27:18 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout017.mac.com (asmtpout017.mac.com [17.148.16.92]) by mx1.freebsd.org (Postfix) with ESMTP id 844C28FC0A; Tue, 17 Mar 2009 22:27:18 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp017.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KGO00AYU91HYY00@asmtp017.mac.com>; Tue, 17 Mar 2009 15:27:18 -0700 (PDT) Message-id: <94E025C2-8AC4-4AAF-B7D2-43B836D1CC36@mac.com> From: Marcel Moolenaar To: Joe Marcus Clarke In-reply-to: <1237326957.5465.100.camel@shumai.marcuscom.com> Date: Tue, 17 Mar 2009 15:27:17 -0700 References: <1237326957.5465.100.camel@shumai.marcuscom.com> X-Mailer: Apple Mail (2.930.3) Cc: FreeBSD Current , freebsd-gnome@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB2: usb_device_info not declared (redux) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 22:27:19 -0000 On Mar 17, 2009, at 2:55 PM, Joe Marcus Clarke wrote: > On Tue, 2009-03-17 at 13:23 -0700, Marcel Moolenaar wrote: >> I got the following error building KDE4 on FreeBSD/powerpc (- >> current): >> >> In file included from /usr/obj/nfs/freebsd/ports/x11/kdebase4/work/ >> kdebase-4.2.1/apps/kinfocenter/usbview/kcmusb.cpp:27: >> /usr/obj/nfs/freebsd/ports/x11/kdebase4/work/kdebase-4.2.1/apps/ >> kinfocenter/usbview/usbdevices.h:80: error: 'usb_device_info' has not >> been declared >> *** Error code 1 >> >> Do we have closure on where it's going to be fixed? >> Do we know if GNOME is affected as well? > > All GNOME Desktop components should now be building on the latest > -CURRENT. Ok. I guess we change consumers. I switch to GNOME again (I keep ping-ponging :-) Thanks for tracking -current so closely. It's very much appreciated! -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 22:37:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91E82106566B; Tue, 17 Mar 2009 22:37:05 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 23F8B8FC1E; Tue, 17 Mar 2009 22:37:05 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id n2HMdfiW033394; Tue, 17 Mar 2009 18:39:41 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Marcel Moolenaar In-Reply-To: <94E025C2-8AC4-4AAF-B7D2-43B836D1CC36@mac.com> References: <1237326957.5465.100.camel@shumai.marcuscom.com> <94E025C2-8AC4-4AAF-B7D2-43B836D1CC36@mac.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-DIfuoeMxCI0aZ+eyRZ0T" Organization: MarcusCom, Inc. Date: Tue, 17 Mar 2009 18:37:07 -0400 Message-Id: <1237329427.5465.136.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: FreeBSD Current , freebsd-gnome@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB2: usb_device_info not declared (redux) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 22:37:06 -0000 --=-DIfuoeMxCI0aZ+eyRZ0T Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-03-17 at 15:27 -0700, Marcel Moolenaar wrote: > On Mar 17, 2009, at 2:55 PM, Joe Marcus Clarke wrote: >=20 > > On Tue, 2009-03-17 at 13:23 -0700, Marcel Moolenaar wrote: > >> I got the following error building KDE4 on FreeBSD/powerpc (-=20 > >> current): > >> > >> In file included from /usr/obj/nfs/freebsd/ports/x11/kdebase4/work/ > >> kdebase-4.2.1/apps/kinfocenter/usbview/kcmusb.cpp:27: > >> /usr/obj/nfs/freebsd/ports/x11/kdebase4/work/kdebase-4.2.1/apps/ > >> kinfocenter/usbview/usbdevices.h:80: error: 'usb_device_info' has not > >> been declared > >> *** Error code 1 > >> > >> Do we have closure on where it's going to be fixed? > >> Do we know if GNOME is affected as well? > > > > All GNOME Desktop components should now be building on the latest > > -CURRENT. >=20 > Ok. I guess we change consumers. >=20 > I switch to GNOME again (I keep ping-ponging :-) >=20 > Thanks for tracking -current so closely. It's very much appreciated! Tracking -CURRENT is the key. This means running delete-old and delete-old-libs, and removing stale packages. In this case, you should NOT have devel/libusb installed on -CURRENT anymore. If you do that, you shouldn't have any issues with GNOME. I'm running GNOME 2.25 on -CURRENT i386 and amd64 quite well. I assume 2.24 should be okay, but any issues found will be fixed. Joe >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-DIfuoeMxCI0aZ+eyRZ0T Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAknAJhIACgkQb2iPiv4Uz4fN4gCeNHGegvV4dIHJjy9Gk2cUcOMA kh0An3pMgumhouOP8a40LkN/cg5q3cvL =RkGE -----END PGP SIGNATURE----- --=-DIfuoeMxCI0aZ+eyRZ0T-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 22:37:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E975010656C5; Tue, 17 Mar 2009 22:37:38 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-qy0-f110.google.com (mail-qy0-f110.google.com [209.85.221.110]) by mx1.freebsd.org (Postfix) with ESMTP id 753BA8FC13; Tue, 17 Mar 2009 22:37:38 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by qyk8 with SMTP id 8so554152qyk.3 for ; Tue, 17 Mar 2009 15:37:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; bh=bu/lU/VDZOwNrV6wy+fOgMw0/9K08/DHvD7ctUPtI0A=; b=PTB4bUDC33lSW7CxViOnndrgU0YLpuH3RFsRgxVRErXuVa6xivGJ/iULHo+iwBTlS7 mBLaSjhshkD8V84tN3+C3kah4/CWUn7hDurA1LWnJew5Pmlf74n0LAFIxdqbI95gfsDl PjWulb5y7rzYol4Sy4J6kRL1s/a17qYrUtnBQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=tfp5q+XP+tlWNHYobZ6+nqrMJuwyOwA0gpOJIUNztbc08tssv4/tkRb3j3qMRqilW3 bSRcXrXG/j0aDIvyCzoq4u3r2G3kHo61lbUZguIT9nhKivYnGgRaFV6P3dy2fdj+aWLh WGOOWTOdX3OJqybb/eIUJ1DibXPv+u8VfJ+d0= Received: by 10.224.67.83 with SMTP id q19mr577186qai.40.1237329457826; Tue, 17 Mar 2009 15:37:37 -0700 (PDT) Received: from cygnus.homeunix.com (201008160048.user.veloxzone.com.br [201.8.160.48]) by mx.google.com with ESMTPS id 34sm5161360yxl.55.2009.03.17.15.37.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 17 Mar 2009 15:37:37 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id DFBCCB8074; Tue, 17 Mar 2009 19:37:30 -0300 (BRT) Received: from 10.1.1.80 (SquirrelMail authenticated user matheus) by 10.1.1.10 with HTTP; Tue, 17 Mar 2009 19:37:30 -0300 (BRT) Message-ID: In-Reply-To: <1237324435.1993.4.camel@balrog.2hip.net> References: <1237324435.1993.4.camel@balrog.2hip.net> Date: Tue, 17 Mar 2009 19:37:30 -0300 (BRT) From: "Nenhum_de_Nos" To: "Robert Noland" User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org Subject: Re: intel vga and today current+xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 22:37:39 -0000 On Tue, March 17, 2009 18:13, Robert Noland wrote: > On Tue, 2009-03-17 at 18:01 -0300, Nenhum_de_Nos wrote: >> hail, >> >> I just installed current in this intel motherboard with vga and using >> this >> desktop is hell annoying. I do things in both keyboard and mouse and >> when >> I move the mouse it gets done, as it was in " lag". never saw this ! >> >> I'm using hald and dbus, if it is needed to knwo. no proccess is eating >> my >> cpu and I have no idea how to solve this. >> >> >> FreeBSD herry.tre-pb.gov.br 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Tue Mar >> 17 >> 05:56:10 BRT 2009 >> root@herry.tre-pb.gov.br:/usr/obj/usr/src/sys/Core2Duo8 amd64 >> >> xorg is using "intel" as driver. > > This doesn't sound like a driver specific issue... This sounds like the > mouse issue that some people reported when xorg 7.4 was first imported. well, when not in X things are ok. fast. I thought it was the intel driver, but Ok. :) > Are all of your ports up to date? yes, were downloaded via portsnap today. > What was the last working configuration. there was none. this is a fresh 7.1R that became 8-CURRENT today. thanks, matheus > robert. > >> >> thanks >> matheus > > -- > Robert Noland > FreeBSD > -- We will call you cygnus, The God of balance you shall be From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 22:55:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE5FC1065672 for ; Tue, 17 Mar 2009 22:55:18 +0000 (UTC) (envelope-from jrh29@alumni.cwru.edu) Received: from beta.eecs.cwru.edu (beta.eecs.CWRU.Edu [129.22.150.110]) by mx1.freebsd.org (Postfix) with ESMTP id 5FB3E8FC15 for ; Tue, 17 Mar 2009 22:55:18 +0000 (UTC) (envelope-from jrh29@alumni.cwru.edu) Received: from narn.knownspace ([::ffff:69.250.50.210]) (AUTH: PLAIN jrh29, TLS: TLSv1/SSLv3,168bits,DES-CBC3-SHA) by beta.eecs.cwru.edu with esmtp; Tue, 17 Mar 2009 18:55:17 -0400 id 00004C12.49C02A55.00001B2A Date: Tue, 17 Mar 2009 18:55:53 -0400 From: Justin Hibbits To: Marcel Moolenaar Message-ID: <20090317225553.GA20340@narn.knownspace> References: <1237326957.5465.100.camel@shumai.marcuscom.com> <94E025C2-8AC4-4AAF-B7D2-43B836D1CC36@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: <94E025C2-8AC4-4AAF-B7D2-43B836D1CC36@mac.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: FreeBSD Current , freebsd-usb@freebsd.org, freebsd-gnome@freebsd.org Subject: Re: USB2: usb_device_info not declared (redux) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 22:55:18 -0000 On Tue, Mar 17, 2009 at 03:27:17PM -0700, Marcel Moolenaar wrote: > > On Mar 17, 2009, at 2:55 PM, Joe Marcus Clarke wrote: > > > On Tue, 2009-03-17 at 13:23 -0700, Marcel Moolenaar wrote: > >> I got the following error building KDE4 on FreeBSD/powerpc (- > >> current): > >> > >> In file included from /usr/obj/nfs/freebsd/ports/x11/kdebase4/work/ > >> kdebase-4.2.1/apps/kinfocenter/usbview/kcmusb.cpp:27: > >> /usr/obj/nfs/freebsd/ports/x11/kdebase4/work/kdebase-4.2.1/apps/ > >> kinfocenter/usbview/usbdevices.h:80: error: 'usb_device_info' has not > >> been declared > >> *** Error code 1 > >> > >> Do we have closure on where it's going to be fixed? > >> Do we know if GNOME is affected as well? > > > > All GNOME Desktop components should now be building on the latest > > -CURRENT. > > Ok. I guess we change consumers. > > I switch to GNOME again (I keep ping-ponging :-) > > Thanks for tracking -current so closely. It's very much appreciated! > > -- > Marcel Moolenaar > xcllnt@mac.com A patch to kdebase4 was applied recently as well (last couple days). Updating your ports tree to today's should fix that. - Justin From owner-freebsd-current@FreeBSD.ORG Tue Mar 17 23:03:23 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D03BE1065673 for ; Tue, 17 Mar 2009 23:03:23 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63901.mail.re1.yahoo.com (web63901.mail.re1.yahoo.com [69.147.97.116]) by mx1.freebsd.org (Postfix) with SMTP id 8CDEE8FC1D for ; Tue, 17 Mar 2009 23:03:23 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 32011 invoked by uid 60001); 17 Mar 2009 23:03:22 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1237331002; bh=d047vR6PPpUP24sDrv4+4GLWNA7jldZPrJnt5JFhsq8=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=ldD6TveX1MLSsI0Q6RqlDy+/VF6Lw6DnvbjjdLtyhzXkNg6Qh+i+iRcwBf4Ca15xYa9Ozk22L/sAEppHvOomxbdYUHj+dpWBWIgG6danyS3VInoHDXznv7jwyRyYtmfwrfSOVpS69CfrMsSAZw04ZLpsIOYJRNRqZZ+9SdVMb2k= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=VQZQ0R3cfr91lavPzTE9W9LLVGE10OEpzhkGsB8PrKZXCZ5JrrTTQVmLEm0yVobKRiPZnxpwGlWR08j+jRQLrft9Cque9ai9gzHzB95thuYBc7YxG3evgftxXvvvmPAVI3UbxFhIZwo1wb4pDxKgUYQr5N0zI3W5581vLQet9Vg=; Message-ID: <914146.31317.qm@web63901.mail.re1.yahoo.com> X-YMail-OSG: ApX4FJYVM1kcI3XYucwtTAeuprrj5QWN4N8RfA13zOG2c8LUUEh9I6_NJDU26dyBoOnD.j1H2MORQrnV8UG1UYn37E2KPdXziDXuQAkahdt3n1iK5bsNfmJfkGq01VwqujW.gpO0FSuk7QIQ1SXZnZEJjci6myUNIKHa5zJEpIh9RpsGHHY777yDE0Kshw2V1_XqqqVWmIj9tTzaNwJVtflc6fCML.pY7ukk Received: from [98.242.222.229] by web63901.mail.re1.yahoo.com via HTTP; Tue, 17 Mar 2009 16:03:22 PDT X-Mailer: YahooMailWebService/0.7.289.1 Date: Tue, 17 Mar 2009 16:03:22 -0700 (PDT) From: Barney Cordoba To: Sam Leffler In-Reply-To: <49C00B0E.4030402@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: current@freebsd.org Subject: Re: Interrupt routine usage not shown by top in 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: barney_cordoba@yahoo.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 23:03:24 -0000 --- On Tue, 3/17/09, Sam Leffler wrote: > From: Sam Leffler > Subject: Re: Interrupt routine usage not shown by top in 8.0 > To: barney_cordoba@yahoo.com > Cc: current@freebsd.org > Date: Tuesday, March 17, 2009, 4:41 PM > Barney Cordoba wrote: > > > > > > --- On Tue, 3/17/09, Robert Watson > wrote: > > > > > >> From: Robert Watson > >> Subject: Re: Interrupt routine usage not shown by > top in 8.0 > >> To: "Paolo Pisati" > > >> Cc: "Barney Cordoba" > , current@freebsd.org > >> Date: Tuesday, March 17, 2009, 11:24 AM > >> On Tue, 17 Mar 2009, Paolo Pisati wrote: > >> > >> > >>> perhaps i misunderstood your question, but > i'll > >>> > >> try to explain a bit: > >> > >>> before 7.0, bus_setup_intr() took just one > function > >>> > >> thus you could have an INTR_FAST or an INTR_MPSAFE > handler, > >> and you choose the kind of handler via a flag > (INTR_FAST in > >> this case). > >> > >>> after 7.0, bus_setup_intr() took 2 functions, > thus you > >>> > >> could have: a fast handler (aka filter), or an > ithread > >> handler (aka mpsafe), or a fast + ithread handler > (available > >> only with INTR_FILTER turned on). > >> > >>> in bus_setup_intr() the first function pointer > is for > >>> > >> the filter side of the handler, while the second > pointer is > >> for the ithread part, and if you declare both you > can filter > >> events (interrupts) and call the rest of the > device driver > >> (the ithread part) after the filter has recognized > and > >> acknowledged&masked the interrupt. > >> > >> This clarifies my misunderstanding, thanks! > >> > >> > > > > I'd still be interested in knowing the specific > advantage/consequences > > of a fast filter vs an MPSAFE ithread? > > > > In what circumstance would using a filter and then > launching a task be advantageous over just using an ithread? > > > > It mostly depends on the hardware (unless the fast handler > does actual work). If ack'ing the interrupt improves > latency (e.g. by allowing the device to do other things) > then it's better to do that in the filter method even if > the actual work is deferred to the ithread. It's also > important when interrupts are not edge-triggered; you want > to shut them up asap. > > So, what device are you doing a driver for? > > Sam I'm working with the igb and ixgbe drivers. Neither of them use the filters, but em does. Since they are all maintained by the same person I was curious as to why the em used filters and the igb and ixgbe, which are supposedly higher performance cards, use MPSAFE ithreads. Barney From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 01:25:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C4EE10656C9 for ; Wed, 18 Mar 2009 01:25:03 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from tydfam.jp (ns.tydfam.jp [61.197.228.42]) by mx1.freebsd.org (Postfix) with ESMTP id EF4A78FC18 for ; Wed, 18 Mar 2009 01:25:02 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from localhost (tyd3.sub.tydfam.jp [192.168.1.3]) by tydfam.jp (8.14.2/8.14.2) with ESMTP id n2I1PIsu094235; Wed, 18 Mar 2009 10:25:19 +0900 (JST) (envelope-from ken@tydfam.jp) Date: Wed, 18 Mar 2009 10:24:53 +0900 (JST) Message-Id: <20090318.102453.29593248145863256.ken@tydfam.jp> To: hselasky@c2i.net From: ken In-Reply-To: <200903171158.19977.hselasky@c2i.net> References: <200903170852.38464.hselasky@c2i.net> <20090317.185036.29593248145862429.ken@tydfam.jp> <200903171158.19977.hselasky@c2i.net> X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=9.5 tests=ALL_TRUSTED autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on daemon.sub.tydfam.jp Cc: freebsd-current@freebsd.org Subject: Re: usb mouse w/ -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 01:25:03 -0000 Thank you for a hint, I think that I hit the point! This mouse causes a core dump at boot up if it is connected at booting, and I need to connect usb after startup with Feb. 14th kernel. (I remember that core dump issue was reported in freebsd-current last year, not sure if it is fixed.) With the most recent kernel, it does not core dump but it does not recognize ums either. The mouse is recognized if it is unplugged at start up, and connected after starting up. From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 05:34:18 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFD591065672 for ; Wed, 18 Mar 2009 05:34:17 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 75CEE8FC0C for ; Wed, 18 Mar 2009 05:34:17 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n2I5YDHD082767; Tue, 17 Mar 2009 23:34:13 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <49C087D5.4060705@samsco.org> Date: Tue, 17 Mar 2009 23:34:13 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: barney_cordoba@yahoo.com References: <914146.31317.qm@web63901.mail.re1.yahoo.com> In-Reply-To: <914146.31317.qm@web63901.mail.re1.yahoo.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Sam Leffler , current@freebsd.org Subject: Re: Interrupt routine usage not shown by top in 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 05:34:18 -0000 Barney Cordoba wrote: > > > > --- On Tue, 3/17/09, Sam Leffler wrote: > >> From: Sam Leffler >> Subject: Re: Interrupt routine usage not shown by top in 8.0 >> To: barney_cordoba@yahoo.com >> Cc: current@freebsd.org >> Date: Tuesday, March 17, 2009, 4:41 PM >> Barney Cordoba wrote: >>> >>> --- On Tue, 3/17/09, Robert Watson >> wrote: >>> >>>> From: Robert Watson >>>> Subject: Re: Interrupt routine usage not shown by >> top in 8.0 >>>> To: "Paolo Pisati" >> >>>> Cc: "Barney Cordoba" >> , current@freebsd.org >>>> Date: Tuesday, March 17, 2009, 11:24 AM >>>> On Tue, 17 Mar 2009, Paolo Pisati wrote: >>>> >>>> >>>>> perhaps i misunderstood your question, but >> i'll >>>>> >>>> try to explain a bit: >>>> >>>>> before 7.0, bus_setup_intr() took just one >> function >>>>> >>>> thus you could have an INTR_FAST or an INTR_MPSAFE >> handler, >>>> and you choose the kind of handler via a flag >> (INTR_FAST in >>>> this case). >>>> >>>>> after 7.0, bus_setup_intr() took 2 functions, >> thus you >>>>> >>>> could have: a fast handler (aka filter), or an >> ithread >>>> handler (aka mpsafe), or a fast + ithread handler >> (available >>>> only with INTR_FILTER turned on). >>>> >>>>> in bus_setup_intr() the first function pointer >> is for >>>>> >>>> the filter side of the handler, while the second >> pointer is >>>> for the ithread part, and if you declare both you >> can filter >>>> events (interrupts) and call the rest of the >> device driver >>>> (the ithread part) after the filter has recognized >> and >>>> acknowledged&masked the interrupt. >>>> >>>> This clarifies my misunderstanding, thanks! >>>> >>>> >>> I'd still be interested in knowing the specific >> advantage/consequences >>> of a fast filter vs an MPSAFE ithread? >>> >>> In what circumstance would using a filter and then >> launching a task be advantageous over just using an ithread? >>> >> It mostly depends on the hardware (unless the fast handler >> does actual work). If ack'ing the interrupt improves >> latency (e.g. by allowing the device to do other things) >> then it's better to do that in the filter method even if >> the actual work is deferred to the ithread. It's also >> important when interrupts are not edge-triggered; you want >> to shut them up asap. >> >> So, what device are you doing a driver for? >> >> Sam > > I'm working with the igb and ixgbe drivers. Neither of them > use the filters, but em does. Since they are all maintained > by the same person I was curious as to why the em used filters > and the igb and ixgbe, which are supposedly higher performance > cards, use MPSAFE ithreads. > > Barney > Filters were introduced into the em driver to get around a problem in certain Intel chipsets that caused aliased interrupts. That's a different topic of discussion that you are welcome to search the mail archives on. The filter also solves performance and latency problems that are inherent to the ithread model when interrupts are shared between multiple devices. This is especially bad when a high speed device like em shares an interrupt with a low speed device like usb. In the course of testing and validating the filter work, I found that filters caused no degradation in performance or excess context switches, while cleanly solving the above two problems that were common on workstation and server class machines of only a few years ago. However, both of these problems stemmed from using legacy PCI interrupts. At the time, MSI was still very new and very unreliable. As the state of the art progressed and MSI became more reliable, its use has become more common and is the default in several drivers. The igb and ixgbe drivers and hardware both prefer MSI over legacy interrupts, while the em driver and hardware still has a lot of legacy hardware to deal with. So when MSI is the common/expected/default case, there is less of a need for the filter/taskqueue method. Filters rely on the driver being able to reliably control the interrupt enable state of the hardware. This is possible with em hardware, but not as reliable with bge hardware, so the stock driver code does not have it implemented. I am running a filter-enabled bge driver in large-scale production, but I also have precise control over the hardware being used. I also have filter patches for the bce driver, but bce also tends to prefer MSI, so there isn't a compelling reason to continue to develop the patches. Scott From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 05:35:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE3B6106566B for ; Wed, 18 Mar 2009 05:35:07 +0000 (UTC) (envelope-from mrossi@swin.edu.au) Received: from gpo7.cc.swin.edu.au (gpo7.cc.swin.edu.au [136.186.1.36]) by mx1.freebsd.org (Postfix) with ESMTP id 6D7118FC19 for ; Wed, 18 Mar 2009 05:35:07 +0000 (UTC) (envelope-from mrossi@swin.edu.au) Received: from mrossi.caia.swin.edu.au (mrossi.caia.swin.edu.au [136.186.229.109]) by gpo7.cc.swin.edu.au (8.14.3/8.14.3) with ESMTP id n2I5GKmM004970 for ; Wed, 18 Mar 2009 16:16:22 +1100 Message-ID: <49C083A4.5020608@swin.edu.au> Date: Wed, 18 Mar 2009 16:16:20 +1100 From: Mattia Rossi User-Agent: Thunderbird 2.0.0.19 (X11/20090309) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: USB2, mouse and X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 05:35:08 -0000 Hi, I've seen that there are a lot of issues with mice and the new USB2 stack, but as my problem is still not resolved with the current kernel, i think it's time to report my problem: My mouse (or maybe keyboard?) issues regard only the X window system (I tried fluxbox and KDE4). Mouse and keyboard are USB, attached via a USB hub (integrated in my monitor). They both work without flaws in the console, but it's a pain to write text in different windows in X. The typed text just doesn't get displayed some times, unless the mouse cursor is moved. Sometimes after typing some text, and moving the mouse afterwards, the text gets written, but letters will be grouped together and look like this: this iss whahatppen (this is what happens) I guess it's related to the moused problems (it's a HP branded Logitech mouse), so here are the dumps for the mouse and keyboard, dmesg output and uname output: FreeBSD 8.0-CURRENT #11 r189933M: Wed Mar 18 10:34:42 EST 2009 i386 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 480Mbps High Speed USB v2.0 ad0: 152627MB at ata0-master SATA300 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub2: 4 ports with 4 removable, self powered uhub6: 6 ports with 6 removable, self powered ugen6.2: at usbus6 uhub7: on usbus6 uhub7: 2 ports with 1 removable, self powered ugen6.3: at usbus6 ukbd0: on usbus6 kbd2 at ukbd0 ugen6.4: at usbus6 ums0: on usbus6 ums0: 3 buttons and [XYZ] coordinates Keyboard: usbconfig -u 6 -a 3 do_request 0x81 0x06 0x2200 1 0x100 REQUEST = <0x06 0x0c 0x00 0x09 0x01 0xa1 0x01 0x85 0x01 0x25 0x01 0x15 0x00 0x75 0x01 0x0a 0x8a 0x01 0x0a 0x11 0x00 0x0a 0x12 0x00 0x0a 0x23 0x02 0x0a 0x21 0x02 0x0a 0x13 0x00 0x0a 0x14 0x00 0x0a 0x15 0x00 0x95 0x08 0x81 0x06 0x81 0x01 0x81 0x01 0x81 0x01 0x81 0x01 0xc0 0x06 0x00 0xff 0x09 0x01 0xa1 0x01 0x85 0x02 0x25 0x01 0x15 0x00 0x75 0x01 0x0a 0x8a 0x01 0x0a 0x25 0x02 0x0a 0x24 0x02 0x0a 0x23 0x02 0x0a 0x21 0x02 0x0a 0x2a 0x02 0x0a0x27 0x02 0x0a 0x26 0x02 0x95 0x08 0x81 0x06 0x81 0x01 0x81 0x01 0x81 0x01 0x81 0x01 0x15 0x00 0x27 0xff 0xff 0xff 0x7f 0x09 0x30 0x75 0x20 0x95 0x01 0xb1 0x02 0xc0><%u#!%u%$#!*'&'0u > usbconfig -u 6 -a 3 do_request 0x81 0x06 0x2200 0 0x100 REQUEST = Mouse: usbconfig -u 6 -a 4 do_request 0x81 0x06 0x2200 1 0x100 REQUEST = <0x05 0x01 0x09 0x02 0xa1 0x01 0x09 0x01 0xa1 0x00 0x05 0x09 0x19 0x01 0x29 0x03 0x15 0x00 0x25 0x01 0x75 0x01 0x95 0x03 0x81 0x02 0x75 0x05 0x95 0x01 0x81 0x01 0x05 0x01 0x09 0x30 0x09 0x31 0x09 0x38 0x15 0x81 0x25 0x7f 0x75 0x08 0x95 0x03 0x81 0x06 0xc0 0xc0><)%uu018%u> usbconfig -u 6 -a 4 do_request 0x81 0x06 0x2200 0 0x100 REQUEST = And that's the dmesg output for the mouse if it's attached to one of the front ports of the PC: ums0: at uhub7, port 2, addr 4 (disconnected) ugen6.4: at usbus6 (disconnected) ugen1.2: at usbus1 ums0: on usbus1 ums0: 3 buttons and [XYZ] coordinates And the dumps (which don't change - just to eliminate the USB hub as problem source): usbconfig -u 1 -a 2 do_request 0x81 0x06 0x2200 1 0x100 REQUEST = <0x05 0x01 0x09 0x02 0xa1 0x01 0x09 0x01 0xa1 0x00 0x05 0x09 0x19 0x01 0x29 0x03 0x15 0x00 0x25 0x01 0x75 0x01 0x95 0x03 0x81 0x02 0x75 0x05 0x95 0x01 0x81 0x01 0x05 0x01 0x09 0x30 0x09 0x31 0x09 0x38 0x15 0x81 0x25 0x7f 0x75 0x08 0x95 0x03 0x81 0x06 0xc0 0xc0><)%uu018%u> usbconfig -u 1 -a 2 do_request 0x81 0x06 0x2200 0 0x100 REQUEST = <0x05 0x01 0x09 0x02 0xa1 0x01 0x09 0x01 0xa1 0x00 0x05 0x09 0x19 0x01 0x29 0x03 0x15 0x00 0x25 0x01 0x75 0x01 0x95 0x03 0x81 0x02 0x75 0x05 0x95 0x01 0x81 0x01 0x05 0x01 0x09 0x30 0x09 0x31 0x09 0x38 0x15 0x81 0x25 0x7f 0x75 0x08 0x95 0x03 0x81 0x06 0xc0 0xc0><)%uu018%u> Additional observation: After unplugging the mouse from the hub and plugging it into the front USB connector, I need to switch to a console from X to have the moused (I suppose) kick in, in order to be able to use the mouse again. When I switch back to X it works, otherwise it won't. (Probably because it wants me to move the mouse before it continues operating.. or some crap like that..) X is xorg-7.4 with server xorg-server-1.5.3_7 KDE4 is the latest 4.2.1 from today. Completely rebuilt. moused is actually disabled/missing from rc.conf and the X server is started with "AllowEmptyInput" "off" as described by the last UPDATING information in /usr/ports and/or /usr/src. Would be nice if this issue (which persists since the introduction of USB2) could be solved. Thanks Mat From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 07:52:11 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7883F106566C; Wed, 18 Mar 2009 07:52:11 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 1B0B78FC17; Wed, 18 Mar 2009 07:52:11 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: by yw-out-2324.google.com with SMTP id 5so269725ywh.13 for ; Wed, 18 Mar 2009 00:52:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=lalOwfR1gSAt0g1Zgz7jp/1feDvRREkqAngJZBPl0yU=; b=WALsjM9aWymqL9GEMilFugRI8rYBisxKfQq2YFF4Ml+OkpQdIvyU/DFhIvvZTrgCcn gwXToswgE/ozF1CyGulqmME0a+Ijlk5Y7wTJel/32EeDgZ7/B53Tgqkz3cI+W3XJ9VKw YDi+1vnbL7vc8hfg6Agi1woSw+O26WG3EuMh0= 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=Kg3O+bGogP/9mJ6KvwgIIzE8AyAwvlbZgzAlPKzDWNRPp4WzEsCLAXkbH2t7NzynVz sJMDyA2HNjFNYIuHguHxXnD5MKr/Tly/dpiRBAzshQgjyY0chIqNWhUt/2hb7v+AYyEf DPUfUMyNZ4EtkoSyDEKAsASIPoccWN16l912Q= MIME-Version: 1.0 Received: by 10.231.20.2 with SMTP id d2mr370598ibb.27.1237362730351; Wed, 18 Mar 2009 00:52:10 -0700 (PDT) In-Reply-To: <49B4382D.9010403@FreeBSD.org> References: <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail.com> <584bfc3f0903030833k70405609q7e2d3b28c8cf4c29@mail.gmail.com> <20090303180307.GA11134@lor.one-eyed-alien.net> <584bfc3f0903032212x25831c5bi35d9b637c1896e1d@mail.gmail.com> <7d6fde3d0903040004y1fcbb086i355cd0113717620b@mail.gmail.com> <20090304164953.GB1209@lor.one-eyed-alien.net> <49B397A4.8090508@gmail.com> <20090308180934.GA9147@lor.one-eyed-alien.net> <200903082046.n28Kkvfn005494@hergotha.csail.mit.edu> <49B4382D.9010403@FreeBSD.org> Date: Wed, 18 Mar 2009 03:52:10 -0400 Message-ID: <25ff90d60903180052q4f94690fie35905d8b9a2f75b@mail.gmail.com> From: David Horn To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: The rc.d mess strikes back X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 07:52:11 -0000 On Sun, Mar 8, 2009 at 5:27 PM, Doug Barton wrote: > Garrett Wollman wrote: >> I've generally solved this by hacking a little script into the order >> just after named to hold back the boot until named is able to resolve >> an external hostname. > > I've been following this thread (and thinking about your previous > posts on this topic Garrett) and I'm starting to think that having > this as an option in the base is the Right AnswerTM. Off hand I'd say > that we would need options for what hostname to ping, and whether to > use the local name server or just what's in resolv.conf, but that is > trivial stuff. Can I trouble you to post your script? In case anyone is interested, here is my version of the "wait until the network works" rc.d script: #!/bin/sh # # Copyright (c) 2009 The FreeBSD Project. All rights reserved. # # Redistribution and use in source and binary forms, with or without # modification, are permitted provided that the following conditions # are met: # 1. Redistributions of source code must retain the above copyright # notice, this list of conditions and the following disclaimer. # 2. Redistributions in binary form must reproduce the above copyright # notice, this list of conditions and the following disclaimer in the # documentation and/or other materials provided with the distribution. # # THIS SOFTWARE IS PROVIDED BY THE PROJECT ``AS IS'' AND ANY EXPRESS OR # IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES # OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. # IN NO EVENT SHALL THE PROJECT BE LIABLE FOR ANY DIRECT, INDIRECT, # INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT # NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, # DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY # THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT # (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF # THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. # # # PROVIDE: network_is_working # REQUIRE: NETWORKING # BEFORE: DAEMON # KEYWORD: nojail . /etc/rc.subr name="network_is_working" rcvar=`set_rcvar network_is_working` start_cmd="isworking_start" # rc.conf variables: #network_is_working_enable="YES" #network_is_working_timeout="90" #network_is_working_test="dns" #network_is_working_host="www.freebsd.org" # DNS test is the most basic, and can use ipv4 or ipv6 for transport, but is # rarely blocked by firewalls, so is the default for this script. ipv4/ipv6 # selection is based upon the user /etc/resolv.conf, so not in control of # this script. Also the slowest test, and does not respond well to ^C # Of course dns does not stress a central server, which is a plus. dns_test() { up="`host -W 1 -t A $host >/dev/null && echo -n "true"`" } # PING test is setup to be ipv4 only in this script, but also checks dns of # course. icmp can be blocked by firewalls. ping_test() { up="`ping -c1 -W 1 $host >/dev/null 2>&1 && echo -n "true"`" } # TCP test is the most robust, as it checks the default route, dns, and can # automatically function with either ipv4 or ipv6, but of course the user must # have a clear outbound connection to the net on port 80. While netcat (nc) # can support proxies, no effort has been made to auto-detect, or use/pass # proxy in this script. tcp_test() { up="`echo "^D" | nc -w 1 $host 80 >/dev/null 2>&1 && echo -n "true"`" } isworking_start() { up="false" num_nameservers="`grep -c "nameserver" /etc/resolv.conf`" if [ $num_nameservers -eq 0 ]; then echo "" warn "No nameservers defined in /etc/resolv.conf" exit 1 fi if [ -z "`ifconfig -lu | tr " " "\n" | grep -v 'lo0'`" ]; then echo "" warn "No interfaces properly configured and up." exit 1 fi if [ -z $network_is_working_timeout ]; then network_is_working_timeout="90" fi if [ -z $network_is_working_test ]; then network_is_working_test="dns" fi # Use a dns name that has ipv4 host (A) record and ipv6 host (AAAA) record # Use a host that allows both ipv4 and ipv6 ping # Use a host that listens on tcp port 80 on both ipv4 and ipv6 if [ -z "$network_is_working_host" ]; then network_is_working_host="www.freebsd.org" fi host="$network_is_working_host" case $network_is_working_test in [Pp][Ii][Nn][Gg]) func=ping_test ;; [Dd][Nn][Ss]) func=dns_test # host command takes longer, so adjust timeout # (~ 2 sec per query per nameserver) network_is_working_timeout=`expr "$network_is_working_timeout" / 2` network_is_working_timeout=`expr "$network_is_working_timeout" / "$num_nameservers"` ;; [Tt][Cc][Pp]) func=tcp_test ;; esac debug "Now testing using: $func" $func if [ "${up}" != "true" ]; then echo -n "Hit Ctrl+C to Abort waiting for network to come alive.." fi while [ "${up}" != "true" ]; do debug "waiting for $func to return true" $func sleep 1 && echo -n "." network_is_working_timeout=`expr $network_is_working_timeout - 1` if [ "$network_is_working_timeout" -le 0 ]; then echo "" warn "Timeout while waiting for network to respond." exit 1 break fi done exit 0 } load_rc_config $name run_rc_command "$1" Feel free to use/abuse/alter/trash/ignore as needed. --Thanks! --Dave From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 08:02:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE52E106566B for ; Wed, 18 Mar 2009 08:02:21 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe14.swip.net [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id 47D218FC17 for ; Wed, 18 Mar 2009 08:02:21 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=lbJ68NXQDkN7mLsmCk8A:9 a=30S1cF4c7A2_6ef8t332jCHJxKsA:4 a=LY0hPdMaydYA:10 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 468476485; Wed, 18 Mar 2009 09:02:20 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 18 Mar 2009 09:04:51 +0100 User-Agent: KMail/1.9.7 References: <49C083A4.5020608@swin.edu.au> In-Reply-To: <49C083A4.5020608@swin.edu.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903180904.52127.hselasky@c2i.net> Cc: Mattia Rossi Subject: Re: USB2, mouse and X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 08:02:22 -0000 On Wednesday 18 March 2009, Mattia Rossi wrote: > Hi, > > I've seen that there are a lot of issues with mice and the new USB2 > stack, but as my problem is still not resolved with the current kernel, > i think it's time to report my problem: > > My mouse (or maybe keyboard?) issues regard only the X window system (I > tried fluxbox and KDE4). Mouse and keyboard are USB, attached via a USB > hub (integrated in my monitor). They both work without flaws in the > console, but it's a pain to write text in different windows in X. The > typed text just doesn't get displayed some times, unless the mouse > cursor is moved. Sometimes after typing some text, and moving the mouse > afterwards, the text gets written, but letters will be grouped together > and look like this: > Hi, I think this might be an interrupt problem of the Host Controller or kernel in combination with your screen card. Is your screen card using the same interrupt like the USB controllers? What does "vmstat -i" output? Are any processes running high in "top" ? There are also some debugging sysctls: sysctl hw.usb2.ehci.debug=15 sysctl hw.usb2.uhci.debug=15 sysctl hw.usb2.ums.debug=15 sysctl hw.usb2.ukbd.debug=15 Warning: Can generate a lot of dmesg. When you don't see the text and press CTRL+ALT+F1 on the keyboard, do you get switched back to the console? Try to turn on "ums" and "ukbd" debugging first and see if the printouts to dmesg stop when you don't see anything in the X-window. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 08:37:33 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1265B106566B; Wed, 18 Mar 2009 08:37:33 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail1.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id CB5A98FC1B; Wed, 18 Mar 2009 08:37:32 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from localhost (pool-141-151-75-22.phlapa.east.verizon.net [141.151.75.22]) by mail1.asahi-net.or.jp (Postfix) with ESMTP id 326B46910C; Wed, 18 Mar 2009 17:37:29 +0900 (JST) Date: Wed, 18 Mar 2009 04:37:28 -0400 From: Yoshihiro Ota To: Jung-uk Kim Message-Id: <20090318043728.25608090.ota@j.email.ne.jp> In-Reply-To: <200903162053.28614.jkim@FreeBSD.org> References: <1236802980.00085518.1236789602@10.7.7.3> <49BEE5BC.30703@FreeBSD.org> <200903162053.28614.jkim@FreeBSD.org> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-current@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: [HEADSUP] amd64 suspend/resume code to be comitted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 08:37:33 -0000 On Mon, 16 Mar 2009 20:53:24 -0400 Jung-uk Kim wrote: > On Monday 16 March 2009 07:50 pm, Alexander Motin wrote: > > Jung-uk Kim wrote: > > > With popular demands, I will commit the following patch in next > > > few days unless a showstopper is found or "over-my-dead-body" > > > type of review is received. ;-) > > > > > > http://people.freebsd.org/~jkim/amd64_suspend-20090311.diff > > > > > > FYI, it was originally posted here: > > > > > > http://docs.freebsd.org/cgi/mid.cgi?200810211228.31028.jkim > > > > > > and here: > > > > > > http://docs.freebsd.org/cgi/mid.cgi?200812102120.03788.jkim > > > > > > Please read the original threads for more information about the > > > patch. > > > > Have just retested this with just updated 8-CURRENT. Still works > > fine as before with my Acer TM6292 > > (Core2Duo+i965GM+ICH8M+bge+iwn+sdhci amd64 SMP). Writing this > > letter just after successful resume. > > > > There is still some DRI resume problems (will try one rnoland@ > > patch tomorrow) and my touch pad does not wakes up for some reason, > > but that is probably unrelated. > > I went ahead and committed slightly different version. Please resync > the source if you tested the old version. > > Cheers, > > Jung-uk Kim I would like to try this. But how would I suspend; zzz, apm, or acpicnonf? How would I resume? Regards, Hiro From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 08:45:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 518DD106566B for ; Wed, 18 Mar 2009 08:45:38 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id CA63C8FC14 for ; Wed, 18 Mar 2009 08:45:37 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPA id 237792091; Wed, 18 Mar 2009 10:45:36 +0200 Message-ID: <49C0B4B0.3010506@FreeBSD.org> Date: Wed, 18 Mar 2009 10:45:36 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Raven2000 References: <1237252984.00087883.1237239601@10.7.7.3> <1237256586.00087912.1237243204@10.7.7.3> <1237256642.00087917.1237244463@10.7.7.3> <1237256710.00087929.1237245601@10.7.7.3> <1237328581.00088265.1237315202@10.7.7.3> <1237330502.00088284.1237318801@10.7.7.3> <1237335782.00088326.1237323004@10.7.7.3> In-Reply-To: <1237335782.00088326.1237323004@10.7.7.3> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: To Alexander Motin HDA sound problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 08:45:38 -0000 Raven2000 wrote: > I had not planned to use the HDMI audio output etc. I would use the built-in > card mainboard ASUS M2-E sound. No other sound devices no. In any case, put I was trying to find M2-E board on asus.ru site, but found only M2N-E. If you mean it, then according to site there should be HDA controller with AD1988 codec. > pciconf. >> # pciconf -lv > There is a thought? I don't see any other sound controller, except video card one. Is it enabled in BIOS? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 08:52:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 238801065672; Wed, 18 Mar 2009 08:52:09 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 346A88FC12; Wed, 18 Mar 2009 08:52:07 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPA id 237792898; Wed, 18 Mar 2009 10:52:07 +0200 Message-ID: <49C0B636.3090509@FreeBSD.org> Date: Wed, 18 Mar 2009 10:52:06 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Yoshihiro Ota References: <1236802980.00085518.1236789602@10.7.7.3> <49BEE5BC.30703@FreeBSD.org> <200903162053.28614.jkim@FreeBSD.org> <20090318043728.25608090.ota@j.email.ne.jp> In-Reply-To: <20090318043728.25608090.ota@j.email.ne.jp> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, freebsd-amd64@FreeBSD.org, Jung-uk Kim Subject: Re: [HEADSUP] amd64 suspend/resume code to be comitted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 08:52:09 -0000 Yoshihiro Ota wrote: > Jung-uk Kim wrote: >> I went ahead and committed slightly different version. Please resync >> the source if you tested the old version. > > I would like to try this. > But how would I suspend; zzz, apm, or acpicnonf? > How would I resume? I am using `acpiconf -s3` to suspend and power button (which in my case blinks yellow in this state) to resume. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 09:35:47 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A279106564A for ; Wed, 18 Mar 2009 09:35:47 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id 1EB6B8FC18 for ; Wed, 18 Mar 2009 09:35:46 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id n2I9ZegC017869; Wed, 18 Mar 2009 09:35:40 GMT Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LjsBY-0002d9-KK; Wed, 18 Mar 2009 09:35:40 +0000 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.3/8.14.3) with ESMTP id n2I9Ze22025543; Wed, 18 Mar 2009 09:35:40 GMT (envelope-from gavin@FreeBSD.org) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.3/8.14.3/Submit) with ESMTP id n2I9ZeMQ025540; Wed, 18 Mar 2009 09:35:40 GMT (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Wed, 18 Mar 2009 09:35:40 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Nenhum_de_Nos In-Reply-To: Message-ID: <20090318092250.C13401@ury.york.ac.uk> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: freebsd-current@FreeBSD.org, rnoland@FreeBSD.org Subject: Re: intel vga and today current+xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 09:35:47 -0000 On Tue, 17 Mar 2009, Nenhum_de_Nos wrote: > I just installed current in this intel motherboard with vga and using this > desktop is hell annoying. I do things in both keyboard and mouse and when > I move the mouse it gets done, as it was in " lag". never saw this ! > > I'm using hald and dbus, if it is needed to knwo. no proccess is eating my > cpu and I have no idea how to solve this. > > > FreeBSD herry.tre-pb.gov.br 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Tue Mar 17 > 05:56:10 BRT 2009 > root@herry.tre-pb.gov.br:/usr/obj/usr/src/sys/Core2Duo8 amd64 > > xorg is using "intel" as driver. Ah-ha! I thought I was the only one. I see the same thing on my laptop. X.Org X Server 1.5.3 Release Date: 5 November 2008 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 8.0-CURRENT i386 Current Operating System: FreeBSD rho.xxx 8.0-CURRENT FreeBSD 8.0-CURRENT #43: Mon Mar 9 19:21:32 GMT 2009 root@rho.xxx:/usr/obj/usr/src/sys/RHO i386 i386 Build Date: 01 March 2009 11:50:00AM vgapci0@pci0:0:2:0: class=0x030000 card=0x00041179 chip=0x27a28086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 945GM/GU Express Integrated Graphics Controller' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0x00041179 chip=0x27a68086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 945GM/GU Express Integrated Graphics Controller' class = display I haven't yet established what exactly hangs, it may be the video output as the clock in the top corner also stops moving. For me, disabling hald fixes things. Full dmesg/Xorg.log/xorg.conf/pciconf at http://people.freebsd.org/~gavin/rho/ Gavin From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 11:47:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FF091065673; Wed, 18 Mar 2009 11:47:38 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 000318FC25; Wed, 18 Mar 2009 11:47:37 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by an-out-0708.google.com with SMTP id d11so7017and.13 for ; Wed, 18 Mar 2009 04:47:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; bh=hQt/tLfnu4iPzUqpQeAzkzEB0QLge0V9FdNLoX6zM3A=; b=i53QeNXgRYMYPui9KdtkV79/UPOtxbW8Hj7mCMi3bM9wBpIyaghT63CjU0e93YGJDJ EkaNgQOLZTtuLfuw/Ia8UtQmn+jsptjsYVjoPJCD9gp6WEuxC1U9FHwXk6ZQFDxgmF5h HHCbhcbTbSk3OXBoue5S3rUNK71auoUiFgLxE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=eX3PhpQatqTSVP6SWER6xxE8doGQ/OL0zjgeRVAViPgUD4Dr2VYXCDUJaIMXj+eEwu K0F+5dbqj5qWXe+kr+4aM25CMXIX6fhRq6rFTaIiWnPaHOFIaUPUTQJhaRJE0efGzxn+ AlQtZDI94vL/OPg1xSJoE82oLNLqNpapMSDFk= Received: by 10.100.96.10 with SMTP id t10mr1377532anb.32.1237376857195; Wed, 18 Mar 2009 04:47:37 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.66.1]) by mx.google.com with ESMTPS id d38sm76993and.49.2009.03.18.04.47.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 18 Mar 2009 04:47:36 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id B5BCDB8074; Wed, 18 Mar 2009 08:47:30 -0300 (BRT) Received: from 189.92.31.47 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Wed, 18 Mar 2009 08:47:30 -0300 (BRT) Message-ID: <1187cd9ef7e870633dabf091eccc9ab6.squirrel@cygnus.homeunix.com> In-Reply-To: <20090318092250.C13401@ury.york.ac.uk> References: <20090318092250.C13401@ury.york.ac.uk> Date: Wed, 18 Mar 2009 08:47:30 -0300 (BRT) From: "Nenhum_de_Nos" To: "Gavin Atkinson" User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org, rnoland@freebsd.org Subject: Re: intel vga and today current+xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 11:47:38 -0000 On Wed, March 18, 2009 06:35, Gavin Atkinson wrote: > On Tue, 17 Mar 2009, Nenhum_de_Nos wrote: >> I just installed current in this intel motherboard with vga and using >> this >> desktop is hell annoying. I do things in both keyboard and mouse and >> when >> I move the mouse it gets done, as it was in " lag". never saw this ! >> >> I'm using hald and dbus, if it is needed to knwo. no proccess is eating >> my >> cpu and I have no idea how to solve this. >> >> >> FreeBSD herry.tre-pb.gov.br 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Tue Mar >> 17 >> 05:56:10 BRT 2009 >> root@herry.tre-pb.gov.br:/usr/obj/usr/src/sys/Core2Duo8 amd64 >> >> xorg is using "intel" as driver. > > Ah-ha! I thought I was the only one. I see the same thing on my laptop. > > X.Org X Server 1.5.3 > Release Date: 5 November 2008 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 8.0-CURRENT i386 > Current Operating System: FreeBSD rho.xxx 8.0-CURRENT FreeBSD > 8.0-CURRENT #43: Mon Mar 9 19:21:32 GMT 2009 > root@rho.xxx:/usr/obj/usr/src/sys/RHO i386 i386 > Build Date: 01 March 2009 11:50:00AM > > vgapci0@pci0:0:2:0: class=0x030000 card=0x00041179 chip=0x27a28086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Mobile 945GM/GU Express Integrated Graphics Controller' > class = display > subclass = VGA > vgapci1@pci0:0:2:1: class=0x038000 card=0x00041179 chip=0x27a68086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Mobile 945GM/GU Express Integrated Graphics Controller' > class = display > > I haven't yet established what exactly hangs, it may be the video > output as the clock in the top corner also stops moving. For me, > disabling hald fixes things. > > Full dmesg/Xorg.log/xorg.conf/pciconf at > http://people.freebsd.org/~gavin/rho/ > > Gavin good ! how do I disable this one in xorg.conf ? using this way is the hell terrible :/ thanks, matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 12:09:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E04210659A7 for ; Wed, 18 Mar 2009 12:09:16 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id D05AD8FC1E for ; Wed, 18 Mar 2009 12:09:15 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by yw-out-2324.google.com with SMTP id 5so13836ywh.13 for ; Wed, 18 Mar 2009 05:09:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance; bh=QoBu1A+pgs3gDM+KVvNJmKAH3VumfeQ0nrqNybtyoEk=; b=LzyAkkNgtc+43jnD8y2KkcIwhu283fd2nkLeGg+HEkRNEnUUFhMGvwfeaO0s4aaXmx 23KIhznSDFaL4ruO5L5tQfO9qvt5eaSQR/xwxpPmEt53Tjabc3Wlab1FZBZAkFrMrDE7 +7gEP043ByJEBp/3Nxx+xuw+2di/s8CRjvbMg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=GSGfrQgGS3EiRwWWH2mnWxgF9EIHEVYW4OPt/0BMYVqTx7xdibUk21WavMtiqNflWE QzPuYPWpbY3A2AngPFHLFdIyvIiGCibAbCSJdwgnq2AKEyvwnIz7ETEOjOpwmzbiFdkm gUhtqzfh9FTWIJ/PRaJ5SSY8stNTQAKojPO+g= Received: by 10.100.110.15 with SMTP id i15mr1365987anc.88.1237378155093; Wed, 18 Mar 2009 05:09:15 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.66.1]) by mx.google.com with ESMTPS id c1sm165272ana.0.2009.03.18.05.09.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 18 Mar 2009 05:09:14 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 42BCBB8074; Wed, 18 Mar 2009 09:09:10 -0300 (BRT) Received: from 189.92.31.47 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Wed, 18 Mar 2009 09:09:10 -0300 (BRT) Message-ID: In-Reply-To: <1187cd9ef7e870633dabf091eccc9ab6.squirrel@cygnus.homeunix.com> References: <20090318092250.C13401@ury.york.ac.uk> <1187cd9ef7e870633dabf091eccc9ab6.squirrel@cygnus.homeunix.com> Date: Wed, 18 Mar 2009 09:09:10 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: intel vga and today current+xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 12:09:25 -0000 On Wed, March 18, 2009 08:47, Nenhum_de_Nos wrote: > > On Wed, March 18, 2009 06:35, Gavin Atkinson wrote: >> On Tue, 17 Mar 2009, Nenhum_de_Nos wrote: >>> I just installed current in this intel motherboard with vga and using >>> this >>> desktop is hell annoying. I do things in both keyboard and mouse and >>> when >>> I move the mouse it gets done, as it was in " lag". never saw this ! >>> >>> I'm using hald and dbus, if it is needed to knwo. no proccess is eating >>> my >>> cpu and I have no idea how to solve this. >>> >>> >>> FreeBSD herry.tre-pb.gov.br 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Tue Mar >>> 17 >>> 05:56:10 BRT 2009 >>> root@herry.tre-pb.gov.br:/usr/obj/usr/src/sys/Core2Duo8 amd64 >>> >>> xorg is using "intel" as driver. >> >> Ah-ha! I thought I was the only one. I see the same thing on my >> laptop. >> >> X.Org X Server 1.5.3 >> Release Date: 5 November 2008 >> X Protocol Version 11, Revision 0 >> Build Operating System: FreeBSD 8.0-CURRENT i386 >> Current Operating System: FreeBSD rho.xxx 8.0-CURRENT FreeBSD >> 8.0-CURRENT #43: Mon Mar 9 19:21:32 GMT 2009 >> root@rho.xxx:/usr/obj/usr/src/sys/RHO i386 i386 >> Build Date: 01 March 2009 11:50:00AM >> >> vgapci0@pci0:0:2:0: class=0x030000 card=0x00041179 chip=0x27a28086 >> rev=0x03 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'Mobile 945GM/GU Express Integrated Graphics >> Controller' >> class = display >> subclass = VGA >> vgapci1@pci0:0:2:1: class=0x038000 card=0x00041179 chip=0x27a68086 >> rev=0x03 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'Mobile 945GM/GU Express Integrated Graphics >> Controller' >> class = display >> >> I haven't yet established what exactly hangs, it may be the video >> output as the clock in the top corner also stops moving. For me, >> disabling hald fixes things. >> >> Full dmesg/Xorg.log/xorg.conf/pciconf at >> http://people.freebsd.org/~gavin/rho/ >> >> Gavin > > good ! > > how do I disable this one in xorg.conf ? > > using this way is the hell terrible :/ > > thanks, > > matheus I did, not a change :( matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 12:10:57 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AC1F1065B7A; Wed, 18 Mar 2009 12:10:57 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from buffy.york.ac.uk (buffy.york.ac.uk [144.32.226.160]) by mx1.freebsd.org (Postfix) with ESMTP id E9B688FC08; Wed, 18 Mar 2009 12:10:56 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.3/8.14.3) with ESMTP id n2ICAplU097385; Wed, 18 Mar 2009 12:10:51 GMT (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.3/8.14.3/Submit) id n2ICAoR4097384; Wed, 18 Mar 2009 12:10:50 GMT (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Nenhum_de_Nos In-Reply-To: <1187cd9ef7e870633dabf091eccc9ab6.squirrel@cygnus.homeunix.com> References: <20090318092250.C13401@ury.york.ac.uk> <1187cd9ef7e870633dabf091eccc9ab6.squirrel@cygnus.homeunix.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 18 Mar 2009 12:10:49 +0000 Message-Id: <1237378249.90667.16.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port Cc: freebsd-current@FreeBSD.org, rnoland@FreeBSD.org Subject: Re: intel vga and today current+xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 12:11:01 -0000 On Wed, 2009-03-18 at 08:47 -0300, Nenhum_de_Nos wrote: > On Wed, March 18, 2009 06:35, Gavin Atkinson wrote: > > On Tue, 17 Mar 2009, Nenhum_de_Nos wrote: > >> I just installed current in this intel motherboard with vga and using > >> this > >> desktop is hell annoying. I do things in both keyboard and mouse and > >> when > >> I move the mouse it gets done, as it was in " lag". never saw this ! > >> > >> I'm using hald and dbus, if it is needed to knwo. no proccess is eating > >> my > >> cpu and I have no idea how to solve this. > >> > >> > >> FreeBSD herry.tre-pb.gov.br 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Tue Mar > >> 17 > >> 05:56:10 BRT 2009 > >> root@herry.tre-pb.gov.br:/usr/obj/usr/src/sys/Core2Duo8 amd64 > >> > >> xorg is using "intel" as driver. > > > > Ah-ha! I thought I was the only one. I see the same thing on my laptop. > > > > X.Org X Server 1.5.3 > > Release Date: 5 November 2008 > > X Protocol Version 11, Revision 0 > > Build Operating System: FreeBSD 8.0-CURRENT i386 > > Current Operating System: FreeBSD rho.xxx 8.0-CURRENT FreeBSD > > 8.0-CURRENT #43: Mon Mar 9 19:21:32 GMT 2009 > > root@rho.xxx:/usr/obj/usr/src/sys/RHO i386 i386 > > Build Date: 01 March 2009 11:50:00AM > > > > vgapci0@pci0:0:2:0: class=0x030000 card=0x00041179 chip=0x27a28086 > > rev=0x03 hdr=0x00 > > vendor = 'Intel Corporation' > > device = 'Mobile 945GM/GU Express Integrated Graphics Controller' > > class = display > > subclass = VGA > > vgapci1@pci0:0:2:1: class=0x038000 card=0x00041179 chip=0x27a68086 > > rev=0x03 hdr=0x00 > > vendor = 'Intel Corporation' > > device = 'Mobile 945GM/GU Express Integrated Graphics Controller' > > class = display > > > > I haven't yet established what exactly hangs, it may be the video > > output as the clock in the top corner also stops moving. For me, > > disabling hald fixes things. > > > > Full dmesg/Xorg.log/xorg.conf/pciconf at > > http://people.freebsd.org/~gavin/rho/ > > > > Gavin > > good ! > > how do I disable this one in xorg.conf ? > > using this way is the hell terrible :/ Removing "hald_enable" and "gnome_enable" from your rc.conf is sufficient for me. Are you using Gnome or KDE? Also, when did you last install/rebuild Xorg and your desktop, and did you install it from packages or from source? Was there anything special with your build? Gavin From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 12:15:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 800911065831; Wed, 18 Mar 2009 12:15:37 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id 005408FC12; Wed, 18 Mar 2009 12:15:36 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by yw-out-2324.google.com with SMTP id 5so15409ywh.13 for ; Wed, 18 Mar 2009 05:15:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; bh=VVxH6kHnKZr4mDoosPfsmjDgd/tDuuiP11+fqWIJCVE=; b=BZh6AijHS5NyPdxKHtwmlfcsQYOU14DC8avK2jzpmk34rPqFWjpQW4lblZDul8dfg+ vMIgziBpY5587s/lzGB5AWHdfFukzTWIZc0h8euk48IO7fzZPKGDgWUEf69JuYM4NwiQ mPi3UrfFFzRr6+1DMGgvjaz8vsxIB5Po1fWkY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=pNh8q/7euA0cF2vGXcQ72TgTSTnK1E25e9ydsgWWAlMbhZGc9wIoYen7mI4OarJ1j5 W740/T54yDpe52as6qy/Rv1edHs4E42OKE4BspP8HeyXkG/JDiHywtWSpTEMGROkhoQ3 I/M2oGH3po5uXdsboSjbiOIZkvmsT7wy6LMYY= Received: by 10.100.41.9 with SMTP id o9mr1301885ano.49.1237378536361; Wed, 18 Mar 2009 05:15:36 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.66.1]) by mx.google.com with ESMTPS id b37sm125037ana.57.2009.03.18.05.15.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 18 Mar 2009 05:15:35 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 78897B8074; Wed, 18 Mar 2009 09:15:31 -0300 (BRT) Received: from 189.92.31.47 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Wed, 18 Mar 2009 09:15:31 -0300 (BRT) Message-ID: <75db61202196bb2b53e43343ea9e3f85.squirrel@cygnus.homeunix.com> In-Reply-To: <1237378249.90667.16.camel@buffy.york.ac.uk> References: <20090318092250.C13401@ury.york.ac.uk> <1187cd9ef7e870633dabf091eccc9ab6.squirrel@cygnus.homeunix.com> <1237378249.90667.16.camel@buffy.york.ac.uk> Date: Wed, 18 Mar 2009 09:15:31 -0300 (BRT) From: "Nenhum_de_Nos" To: "Gavin Atkinson" User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org, rnoland@freebsd.org Subject: Re: intel vga and today current+xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 12:15:39 -0000 On Wed, March 18, 2009 09:10, Gavin Atkinson wrote: > On Wed, 2009-03-18 at 08:47 -0300, Nenhum_de_Nos wrote: >> On Wed, March 18, 2009 06:35, Gavin Atkinson wrote: >> > On Tue, 17 Mar 2009, Nenhum_de_Nos wrote: >> >> I just installed current in this intel motherboard with vga and using >> >> this >> >> desktop is hell annoying. I do things in both keyboard and mouse and >> >> when >> >> I move the mouse it gets done, as it was in " lag". never saw this ! >> >> >> >> I'm using hald and dbus, if it is needed to knwo. no proccess is >> eating >> >> my >> >> cpu and I have no idea how to solve this. >> >> >> >> >> >> FreeBSD herry.tre-pb.gov.br 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Tue >> Mar >> >> 17 >> >> 05:56:10 BRT 2009 >> >> root@herry.tre-pb.gov.br:/usr/obj/usr/src/sys/Core2Duo8 amd64 >> >> >> >> xorg is using "intel" as driver. >> > >> > Ah-ha! I thought I was the only one. I see the same thing on my >> laptop. >> > >> > X.Org X Server 1.5.3 >> > Release Date: 5 November 2008 >> > X Protocol Version 11, Revision 0 >> > Build Operating System: FreeBSD 8.0-CURRENT i386 >> > Current Operating System: FreeBSD rho.xxx 8.0-CURRENT FreeBSD >> > 8.0-CURRENT #43: Mon Mar 9 19:21:32 GMT 2009 >> > root@rho.xxx:/usr/obj/usr/src/sys/RHO i386 i386 >> > Build Date: 01 March 2009 11:50:00AM >> > >> > vgapci0@pci0:0:2:0: class=0x030000 card=0x00041179 chip=0x27a28086 >> > rev=0x03 hdr=0x00 >> > vendor = 'Intel Corporation' >> > device = 'Mobile 945GM/GU Express Integrated Graphics >> Controller' >> > class = display >> > subclass = VGA >> > vgapci1@pci0:0:2:1: class=0x038000 card=0x00041179 chip=0x27a68086 >> > rev=0x03 hdr=0x00 >> > vendor = 'Intel Corporation' >> > device = 'Mobile 945GM/GU Express Integrated Graphics >> Controller' >> > class = display >> > >> > I haven't yet established what exactly hangs, it may be the video >> > output as the clock in the top corner also stops moving. For me, >> > disabling hald fixes things. >> > >> > Full dmesg/Xorg.log/xorg.conf/pciconf at >> > http://people.freebsd.org/~gavin/rho/ >> > >> > Gavin >> >> good ! >> >> how do I disable this one in xorg.conf ? >> >> using this way is the hell terrible :/ > > Removing "hald_enable" and "gnome_enable" from your rc.conf is > sufficient for me. I did this, as well as put the allowemptyinputs in xorg,conf > Are you using Gnome or KDE? windowmaker > Also, when did you last > install/rebuild Xorg and your desktop, and did you install it from > packages or from source? Was there anything special with your build? yesterday, from ports (source). this is a regular xorg/current box. just choose to build with hald support. try to build without ? thanks, matheus > Gavin > -- We will call you cygnus, The God of balance you shall be From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 12:21:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5C1510656C8 for ; Wed, 18 Mar 2009 12:21:13 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: from airy.salford.ac.uk (airy.salford.ac.uk [146.87.0.11]) by mx1.freebsd.org (Postfix) with SMTP id F25D58FC1A for ; Wed, 18 Mar 2009 12:21:12 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: (qmail 21678 invoked by uid 98); 18 Mar 2009 12:21:11 +0000 Received: from 146.87.255.121 by airy.salford.ac.uk (envelope-from , uid 401) with qmail-scanner-2.01 (clamdscan: 0.94.2/9129. spamassassin: 3.2.4. Clear:RC:1(146.87.255.121):. Processed in 0.052129 secs); 18 Mar 2009 12:21:11 -0000 Received: from rust.salford.ac.uk (HELO rust.salford.ac.uk) (146.87.255.121) by airy.salford.ac.uk (qpsmtpd/0.3x.614) with SMTP; Wed, 18 Mar 2009 12:21:11 +0000 Received: (qmail 23937 invoked by uid 1002); 18 Mar 2009 12:21:09 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 18 Mar 2009 12:21:09 -0000 Date: Wed, 18 Mar 2009 12:21:09 +0000 (GMT) From: "Mark Powell" To: Garrett Cooper In-Reply-To: <7d6fde3d0903170528g656e9edfn4fe5afc013c42999@mail.gmail.com> Message-ID: <20090318121809.N11502@rust.salford.ac.uk> References: <49BE7C5A.2080103@icyb.net.ua> <49BEB449.9090302@googlemail.com> <7d6fde3d0903170528g656e9edfn4fe5afc013c42999@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "army.of.root" , freebsd-current@freebsd.org, Andriy Gapon Subject: Re: ata: printf on every spinup/spindown? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 12:21:14 -0000 On Tue, 17 Mar 2009, Garrett Cooper wrote: > Spinning down to a lower RPM seems legitimate, compared to spinning it > down, which kills the drives. AFAIK there are no drives which have multiple spin speeds. That's too complex. > Look at WD's green drives -- they claim to get 30% ~ 50% better power > efficiency than standard drives. Though WD may like to make it appear their GP drives, vary between 5400 and 7200, all current models spin at a fixed 5400rpm. Looked at closely, their claims only suggest that they may in future release GP drives which spin at 7200rpm, but in truth they won't. Cheers. -- Mark Powell - UNIX System Administrator - The University of Salford Information & Learning Services, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 6843 Fax: +44 161 295 5888 www.pgp.com for PGP key From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 12:25:25 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CB1B106568B; Wed, 18 Mar 2009 12:25:25 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from buffy.york.ac.uk (buffy.york.ac.uk [144.32.226.160]) by mx1.freebsd.org (Postfix) with ESMTP id E11C18FC13; Wed, 18 Mar 2009 12:25:24 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.3/8.14.3) with ESMTP id n2ICPM68097657; Wed, 18 Mar 2009 12:25:22 GMT (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.3/8.14.3/Submit) id n2ICPMx6097656; Wed, 18 Mar 2009 12:25:22 GMT (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Nenhum_de_Nos In-Reply-To: <20090318092250.C13401@ury.york.ac.uk> References: <20090318092250.C13401@ury.york.ac.uk> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 18 Mar 2009 12:25:21 +0000 Message-Id: <1237379121.90667.20.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port Cc: freebsd-current@FreeBSD.org, rnoland@FreeBSD.org Subject: Re: intel vga and today current+xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 12:25:26 -0000 On Wed, 2009-03-18 at 09:35 +0000, Gavin Atkinson wrote: > On Tue, 17 Mar 2009, Nenhum_de_Nos wrote: > > I just installed current in this intel motherboard with vga and using this > > desktop is hell annoying. I do things in both keyboard and mouse and when > > I move the mouse it gets done, as it was in " lag". never saw this ! > > > > I'm using hald and dbus, if it is needed to knwo. no proccess is eating my > > cpu and I have no idea how to solve this. > > > > > > FreeBSD herry.tre-pb.gov.br 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Tue Mar 17 > > 05:56:10 BRT 2009 > > root@herry.tre-pb.gov.br:/usr/obj/usr/src/sys/Core2Duo8 amd64 > > > > xorg is using "intel" as driver. > > Ah-ha! I thought I was the only one. I see the same thing on my laptop. > > X.Org X Server 1.5.3 > Release Date: 5 November 2008 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 8.0-CURRENT i386 > Current Operating System: FreeBSD rho.xxx 8.0-CURRENT FreeBSD > 8.0-CURRENT #43: Mon Mar 9 19:21:32 GMT 2009 > root@rho.xxx:/usr/obj/usr/src/sys/RHO i386 i386 > Build Date: 01 March 2009 11:50:00AM > > vgapci0@pci0:0:2:0: class=0x030000 card=0x00041179 chip=0x27a28086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Mobile 945GM/GU Express Integrated Graphics Controller' > class = display > subclass = VGA > vgapci1@pci0:0:2:1: class=0x038000 card=0x00041179 chip=0x27a68086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Mobile 945GM/GU Express Integrated Graphics Controller' > class = display > > I haven't yet established what exactly hangs, it may be the video > output as the clock in the top corner also stops moving. For me, > disabling hald fixes things. OK, I've done a little more testing. While X/Gnome is "hung", the clock doesn't advance at all, and any input on the keyboard is buffered somewhere. Moving the mouse (either USB or the built-in PS2 trackpad) will release all the queued input. If I type into an SSH session (within an xterm) while X is in this hung state, the input does not get passed through until the mouse is moved, so it is not just the display failing to update. While hung, I can happily SSH into the machine from elsewhere, and the machine itself is fine. Again, none of this happens at all if hald isn't running when X is started. Killing hald while X is in it's hung state makes no difference - it doesn't unhang X nor does it prevent the hang from happening again. Passing time also doesn't seem to unhang the machine - I've had my laptop hung for 10 minutes so far. I've put the output of "ps -aux -o wchan,command" while the machine is in this hung state at http://people.freebsd.org/~gavin/rho/pswchan Gavin From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 14:09:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B80661065672 for ; Wed, 18 Mar 2009 14:09:49 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id 601E48FC14 for ; Wed, 18 Mar 2009 14:09:49 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so44793yxm.13 for ; Wed, 18 Mar 2009 07:09:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance; bh=TG329cP0A6Dlk9bIKRtELa0Cz9ukEgc4BvSYLMyHnoU=; b=CJN954tAKMu8S42+hOc117hTiVLrHzMvZ1FZXr3Qn++Z5bZK/tFYRBGcUQUwCXw3EK ju53DVbS8B7VasUdsnvT2Ay+okpIbwIoRPExuMvG8iQICNGH+5h3+RQRe9UjdORiKnaU QK6Z2Z9x8DjMhOEWp4ZmyjpCW1a+k8Nx2Q+PM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=npKZzYgsD8t7o0vGmrtefdoC/pPYbV8XFT3bWf9wETXPbNZqGnelFd9FNVDcYT+bkB 5FHCbuj5FiTGrH07WK/UbLqH2ki3p9nNLfs+jmnHAur0aWz5WPGVz1wlrJH70MDEIy64 4aEkkFOYYkvWB6kQz7np6tEsV2gdK+C+Axnnk= Received: by 10.100.43.14 with SMTP id q14mr1491247anq.75.1237384891389; Wed, 18 Mar 2009 07:01:31 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.66.1]) by mx.google.com with ESMTPS id b7sm346200ana.16.2009.03.18.07.01.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 18 Mar 2009 07:01:30 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 4672DB8074; Wed, 18 Mar 2009 11:01:26 -0300 (BRT) Received: from 189.92.31.47 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Wed, 18 Mar 2009 11:01:26 -0300 (BRT) Message-ID: <03d6e7b9a29643899e5855aba762dfd6.squirrel@cygnus.homeunix.com> In-Reply-To: <1237379121.90667.20.camel@buffy.york.ac.uk> References: <20090318092250.C13401@ury.york.ac.uk> <1237379121.90667.20.camel@buffy.york.ac.uk> Date: Wed, 18 Mar 2009 11:01:26 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: intel vga and today current+xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 14:09:50 -0000 On Wed, March 18, 2009 09:25, Gavin Atkinson wrote: > On Wed, 2009-03-18 at 09:35 +0000, Gavin Atkinson wrote: >> On Tue, 17 Mar 2009, Nenhum_de_Nos wrote: >> > I just installed current in this intel motherboard with vga and using >> this >> > desktop is hell annoying. I do things in both keyboard and mouse and >> when >> > I move the mouse it gets done, as it was in " lag". never saw this ! >> > >> > I'm using hald and dbus, if it is needed to knwo. no proccess is >> eating my >> > cpu and I have no idea how to solve this. >> > >> > >> > FreeBSD herry.tre-pb.gov.br 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Tue >> Mar 17 >> > 05:56:10 BRT 2009 >> > root@herry.tre-pb.gov.br:/usr/obj/usr/src/sys/Core2Duo8 amd64 >> > >> > xorg is using "intel" as driver. >> >> Ah-ha! I thought I was the only one. I see the same thing on my >> laptop. >> >> X.Org X Server 1.5.3 >> Release Date: 5 November 2008 >> X Protocol Version 11, Revision 0 >> Build Operating System: FreeBSD 8.0-CURRENT i386 >> Current Operating System: FreeBSD rho.xxx 8.0-CURRENT FreeBSD >> 8.0-CURRENT #43: Mon Mar 9 19:21:32 GMT 2009 >> root@rho.xxx:/usr/obj/usr/src/sys/RHO i386 i386 >> Build Date: 01 March 2009 11:50:00AM >> >> vgapci0@pci0:0:2:0: class=0x030000 card=0x00041179 chip=0x27a28086 >> rev=0x03 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'Mobile 945GM/GU Express Integrated Graphics >> Controller' >> class = display >> subclass = VGA >> vgapci1@pci0:0:2:1: class=0x038000 card=0x00041179 chip=0x27a68086 >> rev=0x03 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'Mobile 945GM/GU Express Integrated Graphics >> Controller' >> class = display >> >> I haven't yet established what exactly hangs, it may be the video >> output as the clock in the top corner also stops moving. For me, >> disabling hald fixes things. > > OK, I've done a little more testing. While X/Gnome is "hung", the clock > doesn't advance at all, and any input on the keyboard is buffered > somewhere. Moving the mouse (either USB or the built-in PS2 trackpad) > will release all the queued input. If I type into an SSH session > (within an xterm) while X is in this hung state, the input does not get > passed through until the mouse is moved, so it is not just the display > failing to update. While hung, I can happily SSH into the machine from > elsewhere, and the machine itself is fine. > > Again, none of this happens at all if hald isn't running when X is > started. Killing hald while X is in it's hung state makes no difference > - it doesn't unhang X nor does it prevent the hang from happening again. > Passing time also doesn't seem to unhang the machine - I've had my > laptop hung for 10 minutes so far. > > I've put the output of "ps -aux -o wchan,command" while the machine is > in this hung state at http://people.freebsd.org/~gavin/rho/pswchan > > Gavin > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" I get the same hanging, but hald is not running though: [root@herry ~]# ps ax | grep hal 78237 0 S+ 0:00.00 grep hal [root@herry ~]# my symptoms are just the same ... :( matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 15:23:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F15411065675 for ; Wed, 18 Mar 2009 15:23:55 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id B840D8FC18 for ; Wed, 18 Mar 2009 15:23:55 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 87B67FF6E; Thu, 19 Mar 2009 04:23:54 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5mukwhNUqUNF; Thu, 19 Mar 2009 04:23:50 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Thu, 19 Mar 2009 04:23:50 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 5C34E1142F; Thu, 19 Mar 2009 04:23:50 +1300 (NZDT) Date: Wed, 18 Mar 2009 08:23:50 -0700 From: Andrew Thompson To: Mattia Rossi Message-ID: <20090318152350.GA65816@citylink.fud.org.nz> References: <49C083A4.5020608@swin.edu.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49C083A4.5020608@swin.edu.au> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: USB2, mouse and X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 15:23:56 -0000 On Wed, Mar 18, 2009 at 04:16:20PM +1100, Mattia Rossi wrote: > Hi, > > I've seen that there are a lot of issues with mice and the new USB2 stack, > but as my problem is still not resolved with the current kernel, i think > it's time to report my problem: > > My mouse (or maybe keyboard?) issues regard only the X window system (I > tried fluxbox and KDE4). Mouse and keyboard are USB, attached via a USB hub > (integrated in my monitor). They both work without flaws in the console, > but it's a pain to write text in different windows in X. The typed text > just doesn't get displayed some times, unless the mouse cursor is moved. > Sometimes after typing some text, and moving the mouse afterwards, the text > gets written, but letters will be grouped together and look like this: > > this iss whahatppen > > (this is what happens) > > Would be nice if this issue (which persists since the introduction of USB2) > could be solved. I observed this problem a while ago on my laptop and it went away when I stopped the hal daemon and restarted X. I havnt checked it recently but it may be something you want to quickly test. Andrew From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 17:06:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AFFC1065677 for ; Wed, 18 Mar 2009 17:06:27 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 5BAAE8FC17 for ; Wed, 18 Mar 2009 17:06:27 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1LjzDm-0008Ek-Mq for freebsd-current@freebsd.org; Wed, 18 Mar 2009 10:06:26 -0700 Message-ID: <22583730.post@talk.nabble.com> Date: Wed, 18 Mar 2009 10:06:26 -0700 (PDT) From: Raven2000 To: freebsd-current@freebsd.org In-Reply-To: <49C0B4B0.3010506@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Nabble-From: Raven2000@lissyara.su References: <22547510.post@talk.nabble.com> <49C0B4B0.3010506@FreeBSD.org> X-Mailman-Approved-At: Wed, 18 Mar 2009 17:31:05 +0000 Subject: Re: To Alexander Motin HDA sound problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 17:06:28 -0000 I sealed the M2N-E, but the link gave correct =3D)=20 Integrated sound card is working, and this option is enabled in the BIOS. For example the built-in Windows sound works. =D0=AF =D0=BE=D0=BF=D0=B5=D1=87=D0=B0=D1=82=D0=B0=D0=BB=D1=81=D1=8F M2N-E, = =D0=BD=D0=BE =D1=81=D1=81=D1=8B=D0=BB=D0=BA=D1=83 =D0=B4=D0=B0=D0=BB =D0=B2= =D0=B5=D1=80=D0=BD=D1=83=D1=8E =3D) =D0=92=D1=81=D1=82=D1=80=D0=BE=D0=B5=D0=BD=D0=BD=D0=B0=D1=8F =D0=B7=D0=B2= =D1=83=D0=BA=D0=BE=D0=B2=D0=B0=D1=8F =D0=BA=D0=B0=D1=80=D1=82=D0=B0 =D1=80= =D0=B0=D0=B1=D0=BE=D1=82=D0=B0=D0=B5=D1=82 =D0=B8 =D1=8D=D1=82=D0=B0 =D0=BE= =D0=BF=D1=86=D0=B8=D1=8F =D0=B2=D0=BA=D0=BB=D1=8E=D1=87=D0=B5=D0=BD=D0=B0 = =D0=B2 BIOS. =D0=9D=D0=B0=D0=BF=D1=80=D0=B8=D0=BC=D0=B5=D1=80 =D0=B2 Windows =D0=B2=D1=81=D1=82=D1=80=D0=BE=D0=B5=D0=BD=D0=BD=D1=8B=D0=B9 =D0=B7= =D0=B2=D1=83=D0=BA =D1=80=D0=B0=D0=B1=D0=BE=D1=82=D0=B0=D0=B5=D1=82. --=20 View this message in context: http://www.nabble.com/To-Alexander-Motin-HDA-= sound-problems.-tp22547510p22583730.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 17:35:54 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F6991065766 for ; Wed, 18 Mar 2009 17:35:54 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 51EFD8FC1F for ; Wed, 18 Mar 2009 17:35:54 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-19-214-182.bna.bellsouth.net [68.19.214.182]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2IHYRGQ072953 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Mar 2009 13:34:27 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Gavin Atkinson In-Reply-To: <1237378249.90667.16.camel@buffy.york.ac.uk> References: <20090318092250.C13401@ury.york.ac.uk> <1187cd9ef7e870633dabf091eccc9ab6.squirrel@cygnus.homeunix.com> <1237378249.90667.16.camel@buffy.york.ac.uk> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-GNQZaaSWLtmDK/osqKOH" Organization: FreeBSD Date: Wed, 18 Mar 2009 12:35:33 -0500 Message-Id: <1237397733.1738.5.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.1 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-current@FreeBSD.org, Nenhum_de_Nos Subject: Re: intel vga and today current+xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 17:35:55 -0000 --=-GNQZaaSWLtmDK/osqKOH Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-03-18 at 12:10 +0000, Gavin Atkinson wrote: > On Wed, 2009-03-18 at 08:47 -0300, Nenhum_de_Nos wrote: > > On Wed, March 18, 2009 06:35, Gavin Atkinson wrote: > > > On Tue, 17 Mar 2009, Nenhum_de_Nos wrote: > > >> I just installed current in this intel motherboard with vga and usin= g > > >> this > > >> desktop is hell annoying. I do things in both keyboard and mouse and > > >> when > > >> I move the mouse it gets done, as it was in " lag". never saw this ! > > >> > > >> I'm using hald and dbus, if it is needed to knwo. no proccess is eat= ing > > >> my > > >> cpu and I have no idea how to solve this. > > >> > > >> > > >> FreeBSD herry.tre-pb.gov.br 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Tue = Mar > > >> 17 > > >> 05:56:10 BRT 2009 > > >> root@herry.tre-pb.gov.br:/usr/obj/usr/src/sys/Core2Duo8 amd64 > > >> > > >> xorg is using "intel" as driver. > > > > > > Ah-ha! I thought I was the only one. I see the same thing on my lap= top. > > > > > > X.Org X Server 1.5.3 > > > Release Date: 5 November 2008 > > > X Protocol Version 11, Revision 0 > > > Build Operating System: FreeBSD 8.0-CURRENT i386 > > > Current Operating System: FreeBSD rho.xxx 8.0-CURRENT FreeBSD > > > 8.0-CURRENT #43: Mon Mar 9 19:21:32 GMT 2009 > > > root@rho.xxx:/usr/obj/usr/src/sys/RHO i386 i386 > > > Build Date: 01 March 2009 11:50:00AM > > > > > > vgapci0@pci0:0:2:0: class=3D0x030000 card=3D0x00041179 chip=3D0x2= 7a28086 > > > rev=3D0x03 hdr=3D0x00 > > > vendor =3D 'Intel Corporation' > > > device =3D 'Mobile 945GM/GU Express Integrated Graphics Cont= roller' > > > class =3D display > > > subclass =3D VGA > > > vgapci1@pci0:0:2:1: class=3D0x038000 card=3D0x00041179 chip=3D0x2= 7a68086 > > > rev=3D0x03 hdr=3D0x00 > > > vendor =3D 'Intel Corporation' > > > device =3D 'Mobile 945GM/GU Express Integrated Graphics Cont= roller' > > > class =3D display > > > > > > I haven't yet established what exactly hangs, it may be the video > > > output as the clock in the top corner also stops moving. For me, > > > disabling hald fixes things. > > > > > > Full dmesg/Xorg.log/xorg.conf/pciconf at > > > http://people.freebsd.org/~gavin/rho/ > > > > > > Gavin > >=20 > > good ! > >=20 > > how do I disable this one in xorg.conf ? > >=20 > > using this way is the hell terrible :/ >=20 > Removing "hald_enable" and "gnome_enable" from your rc.conf is > sufficient for me. Are you using Gnome or KDE? Also, when did you last > install/rebuild Xorg and your desktop, and did you install it from > packages or from source? Was there anything special with your build? Just set Option "AutoAddDevices" "off" in your ServerLayout or ServerFlags section and configure your mice keyboards the old fashioned way. robert. > Gavin --=20 Robert Noland FreeBSD --=-GNQZaaSWLtmDK/osqKOH Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknBMOUACgkQM4TrQ4qfROMczwCfSxUa67vgm68apEYMNW6pjv9C OKcAn2wxd6uepGdyQH8g1gLR7AxWPjBC =f3P1 -----END PGP SIGNATURE----- --=-GNQZaaSWLtmDK/osqKOH-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 17:44:16 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46D64106567C for ; Wed, 18 Mar 2009 17:44:16 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id AA05D8FC17 for ; Wed, 18 Mar 2009 17:44:15 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-19-214-182.bna.bellsouth.net [68.19.214.182]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2IHgoHe073005 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Mar 2009 13:42:51 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Gavin Atkinson In-Reply-To: <1237379121.90667.20.camel@buffy.york.ac.uk> References: <20090318092250.C13401@ury.york.ac.uk> <1237379121.90667.20.camel@buffy.york.ac.uk> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-zpUPgx3gtktAMbI8Dw8S" Organization: FreeBSD Date: Wed, 18 Mar 2009 12:43:56 -0500 Message-Id: <1237398236.1738.9.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.1 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-current@FreeBSD.org, Nenhum_de_Nos Subject: Re: intel vga and today current+xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 17:44:16 -0000 --=-zpUPgx3gtktAMbI8Dw8S Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-03-18 at 12:25 +0000, Gavin Atkinson wrote: > On Wed, 2009-03-18 at 09:35 +0000, Gavin Atkinson wrote: > > On Tue, 17 Mar 2009, Nenhum_de_Nos wrote: > > > I just installed current in this intel motherboard with vga and using= this > > > desktop is hell annoying. I do things in both keyboard and mouse and = when > > > I move the mouse it gets done, as it was in " lag". never saw this ! > > > > > > I'm using hald and dbus, if it is needed to knwo. no proccess is eati= ng my > > > cpu and I have no idea how to solve this. > > > > > > > > > FreeBSD herry.tre-pb.gov.br 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Tue M= ar 17 > > > 05:56:10 BRT 2009 > > > root@herry.tre-pb.gov.br:/usr/obj/usr/src/sys/Core2Duo8 amd64 > > > > > > xorg is using "intel" as driver. > >=20 > > Ah-ha! I thought I was the only one. I see the same thing on my lapto= p. > >=20 > > X.Org X Server 1.5.3 > > Release Date: 5 November 2008 > > X Protocol Version 11, Revision 0 > > Build Operating System: FreeBSD 8.0-CURRENT i386 > > Current Operating System: FreeBSD rho.xxx 8.0-CURRENT FreeBSD > > 8.0-CURRENT #43: Mon Mar 9 19:21:32 GMT 2009=20 > > root@rho.xxx:/usr/obj/usr/src/sys/RHO i386 i386 > > Build Date: 01 March 2009 11:50:00AM > >=20 > > vgapci0@pci0:0:2:0: class=3D0x030000 card=3D0x00041179 chip=3D0x27a= 28086=20 > > rev=3D0x03 hdr=3D0x00 > > vendor =3D 'Intel Corporation' > > device =3D 'Mobile 945GM/GU Express Integrated Graphics Contro= ller' > > class =3D display > > subclass =3D VGA > > vgapci1@pci0:0:2:1: class=3D0x038000 card=3D0x00041179 chip=3D0x27a= 68086=20 > > rev=3D0x03 hdr=3D0x00 > > vendor =3D 'Intel Corporation' > > device =3D 'Mobile 945GM/GU Express Integrated Graphics Contro= ller' > > class =3D display > >=20 > > I haven't yet established what exactly hangs, it may be the video=20 > > output as the clock in the top corner also stops moving. For me,=20 > > disabling hald fixes things. >=20 > OK, I've done a little more testing. While X/Gnome is "hung", the clock > doesn't advance at all, and any input on the keyboard is buffered > somewhere. Moving the mouse (either USB or the built-in PS2 trackpad) > will release all the queued input. If I type into an SSH session > (within an xterm) while X is in this hung state, the input does not get > passed through until the mouse is moved, so it is not just the display > failing to update. While hung, I can happily SSH into the machine from > elsewhere, and the machine itself is fine. >=20 > Again, none of this happens at all if hald isn't running when X is > started. Killing hald while X is in it's hung state makes no difference > - it doesn't unhang X nor does it prevent the hang from happening again. > Passing time also doesn't seem to unhang the machine - I've had my > laptop hung for 10 minutes so far. Is moused enabled or not? I just committed a patch to HEAD to enable O_ASYNC on psm. I started to fix up usb as well, but couldn't quite figure out usb2 to find where to send the signal... So, if you are not using moused, this may help. Are you using the synaptics driver? or generic mouse driver? robert. > I've put the output of "ps -aux -o wchan,command" while the machine is > in this hung state at http://people.freebsd.org/~gavin/rho/pswchan >=20 > Gavin --=20 Robert Noland FreeBSD --=-zpUPgx3gtktAMbI8Dw8S Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknBMtwACgkQM4TrQ4qfRON2rACfWE14iDuZsRp6FoRHPQXV75Om 3uUAnRTG5adYyrYlO3VRVH2fsM0hY09H =o2UI -----END PGP SIGNATURE----- --=-zpUPgx3gtktAMbI8Dw8S-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 18:08:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD48B106582B; Wed, 18 Mar 2009 18:08:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id A9C748FC16; Wed, 18 Mar 2009 18:08:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 3C03B46B81; Wed, 18 Mar 2009 14:08:11 -0400 (EDT) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n2II7TJx007423; Wed, 18 Mar 2009 14:08:05 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Pawel Jakub Dawidek Date: Wed, 18 Mar 2009 12:09:18 -0400 User-Agent: KMail/1.9.7 References: <20090312175345.Y80227@rust.salford.ac.uk> <49BAA103.2060508@FreeBSD.org> <20090317070440.GE2012@garage.freebsd.pl> In-Reply-To: <20090317070440.GE2012@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903181209.18970.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 18 Mar 2009 14:08:05 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.2/9130/Wed Mar 18 09:51:53 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: "freebsd-current@freebsd.org" , Attilio Rao , Tim Kientzle , Mark Powell , Anonymous , Peter Schuller Subject: Re: repeatable ZFS panic: share->excl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 18:08:12 -0000 On Tuesday 17 March 2009 3:04:40 am Pawel Jakub Dawidek wrote: > On Fri, Mar 13, 2009 at 02:08:03PM -0400, John Baldwin wrote: > > John Baldwin wrote: > > >Yes, I think that is the real bug. Looking at this further I think > > >zfs_get_xattrdir() will return the vnode locked if it has to create a > > >new node via zfs_make_attrdir() but only returns it held and unlocked if > > >it finds an existing one. So my new patch is to just fix > > >zfs_get_xattrdir() to unlock the vnode if it creates a new one like so: > > > > > >(Sorry, TBird is probably going to butcher all the whitespace): > > > > > >--- > > >//depot/user/jhb/lock/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c > > >+++ > > >/Users/jhb/work/p4/lock/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c > > > > > >@@ -940,6 +940,7 @@ > > > /* NB: we already did dmu_tx_wait() if necessary */ > > > goto top; > > > } > > >+ VOP_UNLOCK(*xvpp, 0); > > > > > > return (error); > > > } > > > > > >A non-butchered version is at www.FreeBSD.org/~jhb/patches/zfs_ea.patch. > > > > So lulf@ reports success with this patch. Pawel, can you review it? > > Yes, it works for me too and looks good. The only thing we need to > change is to check for error beeing 0 before unlocking the vnode. > The zfs_make_xattrdir() function can still return with EIO, so I'd add > something like this: > > if (error == 0) > VOP_UNLOCK(*xvpp, 0); Yes, I realized this about 30 minutes after I sent this e-mail. :-P I will commit a version with the error check today. > Thank you John for spending time on tracking this one down. Sure, was good to read a bit of the ZFS code. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 18:38:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D2E5106567C for ; Wed, 18 Mar 2009 18:38:56 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from mail-gx0-f176.google.com (mail-gx0-f176.google.com [209.85.217.176]) by mx1.freebsd.org (Postfix) with ESMTP id 50E498FC1B for ; Wed, 18 Mar 2009 18:38:56 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: by gxk24 with SMTP id 24so1675227gxk.19 for ; Wed, 18 Mar 2009 11:38:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:reply-to:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=YBSjVSmWvgLfFbmZJ20BDV1SZl2YA9q077VgYqmwJ/I=; b=pPb7/Onjo2elKPTZydl9zWBIrFBQbjTt1aD+/4cRn7yP35kxAX1WjO+y04OkdswAwB zkxjD84/WvwcU8F1jHmC1lLZeoynGGVLpKCjCkl3sdNpd/onzyEsSQgo2PNXK3vAPBb6 bK5vNiLLFtQCRzXc0rs0I2xyRItTzj+9ohzDc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=Hfvu8z9MR7w4tJNaKoqeYUTGYvcTl/9E1xDD4bgXZrENw9YJbnNv/KONz8xzyM2vDc bSt2nYxBneHzDTsd0JguPTTSNF5k0ZjOmIJhh1CEjqhk/MnYLFIBvMqmrHCE3GAuA9AZ sm11HXkgJxxjb5GpbzbV3fq9ok6Vy16Y2R2FM= MIME-Version: 1.0 Received: by 10.151.142.16 with SMTP id u16mr2068642ybn.125.1237401535802; Wed, 18 Mar 2009 11:38:55 -0700 (PDT) In-Reply-To: <20090317213856.GA1215@troutmask.apl.washington.edu> References: <20090317213856.GA1215@troutmask.apl.washington.edu> Date: Wed, 18 Mar 2009 13:38:55 -0500 Message-ID: From: Alan Cox To: Steve Kargl Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: panic: vm_page_free_toq: freeing mapped page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: alc@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 18:38:57 -0000 Can you please file a problem report on this crash? I'd like to have it in the database. It's a very rare crash that been reported on a couple occasions over the past five or more years. Thanks, Alan 2009/3/17 Steve Kargl > Script started on Tue Mar 17 14:31:57 2009 > troutmask:root[201] kgdb /usr/obj/usr/src/sys/SPEW/kernel.debug > /usr/tmp/vmcore.3 > > Unread portion of the kernel message buffer: > panic: vm_page_free_toq: freeing mapped page 0xffffff01f77d8f70 > cpuid = 1 > Uptime: 22h33m24s > Physical memory: 8117 MB > Dumping 934 MB: 919 903 887 871 855 839 823 807 791 775 759 743 727 711 695 > 679 663 647 631 615 599 583 567 551 535 519 503 487 471 455 439 423 407 391 > 375 359 343 327 311 295 279 263 247 231 215 199 183 167 151 135 119 103 87 > 71 55 39 23 7 > > #0 doadump () at pcpu.h:215 > 215 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:215 > #1 0xffffffff802e9aea in boot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:420 > #2 0xffffffff802e9f5c in panic (fmt=Variable "fmt" is not available. > ) > at /usr/src/sys/kern/kern_shutdown.c:576 > #3 0xffffffff804ccd5d in vm_page_free_toq (m=0xffffff01f77d8f70) > at /usr/src/sys/vm/vm_page.c:1370 > #4 0xffffffff804c9807 in vm_object_terminate (object=0xffffff00d602b190) > at /usr/src/sys/vm/vm_object.c:677 > #5 0xffffffff804cb047 in vm_object_deallocate (object=0xffffff00d602b190) > at /usr/src/sys/vm/vm_object.c:589 > #6 0xffffffff804c3700 in _vm_map_unlock (map=0xffffff01a8300180, > file=Variable "file" is not available. > ) > at /usr/src/sys/vm/vm_map.c:476 > #7 0xffffffff804c3cbf in vm_map_remove (map=0xffffff01a8300180, > start=Variable "start" is not available. > ) > at /usr/src/sys/vm/vm_map.c:2596 > #8 0xffffffff804c4b25 in vmspace_free (vm=0xffffff01a8300180) > at /usr/src/sys/vm/vm_map.c:325 > #9 0xffffffff804c5f26 in vmspace_exec (p=0xffffff0004d5c880, > minuser=Variable "minuser" is not available. > ) > at /usr/src/sys/vm/vm_map.c:3228 > #10 0xffffffff802c5552 in exec_new_vmspace (imgp=0xffffffff240ad9f0, > sv=0xffffffff8075d8c0) at /usr/src/sys/kern/kern_exec.c:1013 > #11 0xffffffff8052ef1e in exec_elf32_imgact (imgp=0xffffffff240ad9f0) > at imgact_elf.c:694 > #12 0xffffffff802c59bb in kern_execve (td=0xffffff0004dee000, > args=0xffffffff240adaf0, mac_p=Variable "mac_p" is not available. > ) at /usr/src/sys/kern/kern_exec.c:470 > #13 0xffffffff802c681d in execve (td=0xffffff0004dee000, uap=Variable "uap" > is not available. > ) > at /usr/src/sys/kern/kern_exec.c:203 > #14 0xffffffff80502bed in syscall (frame=0xffffffff240adc80) > at /usr/src/sys/amd64/amd64/trap.c:882 > #15 0xffffffff804dfefb in Xfast_syscall () > at /usr/src/sys/amd64/amd64/exception.S:338 > #16 0x0000000200927c4c in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) quit > Script done on Tue Mar 17 14:32:50 2009 > > -- > Steve > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 18:48:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE7C0106572A; Wed, 18 Mar 2009 18:48:34 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id BE47A8FC15; Wed, 18 Mar 2009 18:48:34 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id n2IImYri003679; Wed, 18 Mar 2009 11:48:34 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id n2IImYsd003678; Wed, 18 Mar 2009 11:48:34 -0700 (PDT) (envelope-from sgk) Date: Wed, 18 Mar 2009 11:48:34 -0700 From: Steve Kargl To: alc@freebsd.org Message-ID: <20090318184834.GA3590@troutmask.apl.washington.edu> References: <20090317213856.GA1215@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: panic: vm_page_free_toq: freeing mapped page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 18:48:36 -0000 On Wed, Mar 18, 2009 at 01:38:55PM -0500, Alan Cox wrote: > Can you please file a problem report on this crash? I'd like to have it in > the database. It's a very rare crash that been reported on a couple > occasions over the past five or more years. > > Thanks, > Alan > Sure. I'm not sure if I can reproduce this panic. I was doing a 'make buildworld' while using portupgrade to update several Xorg related ports while running a numerically intensive gmp/mpfr application. I'll see if I still have kernel.debug and vmcore. If you need them, I can make them available to you. -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 19:43:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83D49106567B for ; Wed, 18 Mar 2009 19:43:42 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from mail.wanderview.com (mail.wanderview.com [66.92.166.102]) by mx1.freebsd.org (Postfix) with ESMTP id BD8D28FC0A for ; Wed, 18 Mar 2009 19:43:41 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from harkness.in.wanderview.com (harkness.in.wanderview.com [10.76.10.150]) (authenticated bits=0) by mail.wanderview.com (8.14.3/8.14.3) with ESMTP id n2IJ4TnG002971 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Wed, 18 Mar 2009 19:04:29 GMT (envelope-from ben@wanderview.com) Message-Id: From: Ben Kelly To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary=Apple-Mail-46--749651897 Mime-Version: 1.0 (Apple Message framework v930.3) Date: Wed, 18 Mar 2009 15:04:29 -0400 X-Mailer: Apple Mail (2.930.3) X-Spam-Score: -1.44 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.64 on 10.76.20.1 Subject: [patch] zfs livelock and thread priorities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 19:43:42 -0000 --Apple-Mail-46--749651897 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Hello all, Recently my home server has been going into a livelock state during my nightly backups. The server has two zfs pools that look like this: NAME STATE READ WRITE CKSUM backup ONLINE 0 0 0 mirror ONLINE 0 0 0 label/backup0.eli ONLINE 0 0 0 label/backup1.eli ONLINE 0 0 0 label/backup2.eli ONLINE 0 0 0 NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 ad0s3 ONLINE 0 0 0 I've had the tank pool for quite a while, but just recently added the backup pool. Previously I had been backing up to a smaller disk using UFS+geli. The server is running a very recent CURRENT. With this configuration I could get the server into a bad state within 15 minutes by running my rsync backup script. I call it a livelock, but I'm not really sure if thats the right term. Existing shell sessions would work for a while, but eventually get wedged. Sometimes the serial console would stay responsive for a while, but it also eventually stopped responding to input. The server would continue to respond to pings and other network traffic. I was not able to log into new shells. To try to figure out what was going on I left top running while I triggered the problem. The following processes were using all the CPU: PID USERNAME PRI NICE SIZE RES STATE TIME CPU COMMAND 210 root 46 - 0K 20K RUN 0:06 16.70% txg_thread_enter 1207 root 44 0 3280K 1296K RUN 0:05 13.87% syslogd 889 root 44 0 5436K 2852K RUN 0:04 13.09% apcupsd 33 root 44 - 0K 8K RUN 0:05 12.99% syncer 1696 root 44 0 3280K 1344K RUN 0:01 12.79% syslogd 727 root 44 0 3280K 1496K RUN 0:01 12.60% syslogd 2065 root 44 0 3280K 1344K RUN 0:01 12.60% syslogd 209 root 46 - 0K 8K tx->tx 0:02 4.79% txg_thread_enter 2485 root 44 0 4636K 2664K RUN 0:00 0.10% top 11 root 171 ki31 0K 8K RUN 0:15 0.00% idle The exact processes varied, but txg_thread_enter was always in the mix. The syncer was not always present. I also noticed that lower in the list was a spa_zio process set to RUN: 2458 root 49 - 0K 8K RUN 0:00 0.00% spa_zio Using the serial console I broke to the debugger and got some stack traces. All of the spinning processes were in some form of txg_wait_open() or txg_thread_wait(). For example: Tracing command syslogd pid 2065 tid 100174 td 0xa3a568c0 sched_switch(a3a568c0,0,104,f744824c,17e,...) at sched_switch+0x1fc mi_switch(104,0,a3a568c0,a3a568c0,dfc729a0,...) at mi_switch+0x12a sleepq_switch(a3a568c0,0,9e88745b,247,0,...) at sleepq_switch+0xcb sleepq_wait(a35181f0,0,a321b2ab,1,0,...) at sleepq_wait+0x39 _cv_wait(a35181f0,a3518180,a321b186,1d3,a35181f0,...) at _cv_wait+0x188 txg_wait_open(a3518000,2542a87,0,0,cc00,...) at txg_wait_open+0xb5 dmu_tx_wait(ab4d7a00,2,0,cbb5,0,...) at dmu_tx_wait+0x138 zfs_freebsd_write(dfc72be0,0,9e88c07e,0,a62f5df4,...) at zfs_freebsd_write+0x3e0 VOP_WRITE_APV(a3221580,dfc72be0,9e88c07e,25a,dfc72c70,...) at VOP_WRITE_APV+0xa6 vn_write(a5689690,bcf74780,a3ec7700,0,a3a568c0,...) at vn_write+0x1b4 dofilewrite(bcf74780,ffffffff,ffffffff,0,a5689690,...) at dofilewrite +0x97 kern_writev(a3a568c0,e,bcf74780,bcf74780,0,...) at kern_writev+0x58 writev(a3a568c0,dfc72cf8,c,9e5f0500,a3a568c0,...) at writev+0x46 syscall(dfc72d38) at syscall+0x325 Xint0x80_syscall() at Xint0x80_syscall+0x20 The one exception was a single txg_thread_enter process that appeared to be waiting on zio: Tracing command txg_thread_enter pid 2469 tid 100252 td 0xa48f4690 sched_switch(a48f4690,0,104,9cb79a82,139,...) at sched_switch+0x1fc mi_switch(104,0,a48f4690,a48f4690,dfd7ba80,...) at mi_switch+0x12a sleepq_switch(a48f4690,0,9e88745b,247,0,...) at sleepq_switch+0xcb sleepq_wait(adff56ec,0,a321cffb,1,0,...) at sleepq_wait+0x39 _cv_wait(adff56ec,adff56d8,a321cf9b,3fe,3b9aca00,...) at _cv_wait+0x188 zio_wait(adff54a8,3ec8,0,0,9f055a60,...) at zio_wait+0x62 dsl_pool_sync(a2d0a400,3ec8,0,0,0,...) at dsl_pool_sync+0x112 --More-- spa_sync(a2ff5000,3ec8,0,0,3e8,...) at spa_sync+0x3b5 txg_sync_thread(a2d0a400,dfd7bd38,0,0,0,...) at txg_sync_thread+0x3b4 fork_exit(a3182790,a2d0a400,dfd7bd38) at fork_exit+0x90 fork_trampoline() at fork_trampoline+0x8 All of the spa_zio processes were blocked waiting on task queues except for the one spa_zio process marked RUN. It appeared to have been interrupted: Tracing command spa_zio pid 2458 tid 100245 td 0xa48d1d20 sched_switch(a48d1d20,0,602,d1125c99,17e,...) at sched_switch+0x1fc mi_switch(602,0,9e884bce,bc,0,...) at mi_switch+0x12a --More-- critical_exit(9e8f29a8,a48d1d20,9e8f29a8,a2c33580,e,...) at critical_exit+0x92 intr_event_handle(a2c33580,dfd62b54,dfd62b48,c3c85000,e,...) at intr_event_handle+0xaa intr_execute_handlers (9e8f29a8,dfd62b54,c3c85000,c381b284,dfd62c10,...) at intr_execute_handlers+0x> atpic_handle_intr(e,dfd62b54) at atpic_handle_intr+0x67 Xatpic_intr14() at Xatpic_intr14+0x21 --- interrupt, eip = 0x9e821e7e, esp = 0xdfd62b94, ebp = 0xdfd62c10 --- generic_bcopy(a4c4ab68,c1757254,a321c015,134,a4c4ab2c,...) at generic_bcopy+0x1a vdev_queue_io_done(c1757254,0,a324aad8,a9d0c4c0,a9d0c4c0,...) at vdev_queue_io_done+0xb2 zio_vdev_io_done(c1757254,a31316e2,a324aad8,0,a3214fd8,...) at zio_vdev_io_done+0x72 zio_execute(c1757254,0,a3214fd8,352,6a7334a1,...) at zio_execute+0x62 taskq_thread(a324aab8,dfd62d38,0,0,0,...) at taskq_thread+0x1a0 fork_exit(a3132030,a324aab8,dfd62d38) at fork_exit+0x90 fork_trampoline() at fork_trampoline+0x8 Across all the livelocks I triggered the spa_zio process was always marked to RUN and appeared to have been interrupted. Also, if you look at the top output it is running at a lower priority than the other spinning threads. Its not clear to me why the top threads were spinning in the txg calls. The zfs code, however, does spawn the txg threads at minclsyspri and the zio threads at maxclsyspri. It seems that their intention was that the zio threads should preempt the txg processing. Currently in FreeBSD, however, these priority values are ignored. In this case, at least, it looks like the priorities may be required by the zfs design. To test this theory I applied the attached patch to sets the zfs thread priorities. I chose the priority values to be similar to PRIBIO but so that minclsyspri is still lower priority than maxclsyspri. The exact values are somewhat arbitrary. With these changes I have not been able to trigger the livelock condition again. (Also, it occurred to me that this might make the arc_reclaim_thread more responsive to system memory pressure.) I should note, however, that the livelock failure is somewhat timing dependent. When I enabled WITNESS at one point it changed the timing to the point where the livelock would only occur after running the backup for hours instead of minutes. Its possible the thread priority change has only changed the timing, but not really fixed the problem. Also, this patch might affect dtrace, but I have not tested that. Does my analysis look reasonable? Should the spa_zio thread have been rescheduled even without the priority change? Is there a better way to attack this problem? Any input would be greatly appreciated. Thank you. - Ben --Apple-Mail-46--749651897 Content-Disposition: attachment; filename=zfs_thread_priority.diff Content-Type: application/octet-stream; x-unix-mode=0644; name="zfs_thread_priority.diff" Content-Transfer-Encoding: 7bit Index: sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_geom.c =================================================================== --- sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_geom.c (revision 187) +++ sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_geom.c (working copy) @@ -32,6 +32,7 @@ #include #include #include +#include #include #include @@ -194,6 +195,8 @@ zio_t *zio; struct bio *bp; + sched_prio(curthread, PRIBIO); + ctx = arg; for (;;) { mtx_lock(&ctx->gc_queue_mtx); Index: sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zvol.c =================================================================== --- sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zvol.c (revision 187) +++ sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zvol.c (working copy) @@ -72,6 +72,7 @@ #include #include #include +#include #include #include "zfs_namecheck.h" @@ -402,6 +403,8 @@ zvol_state_t *zv; struct bio *bp; + sched_prio(curthread, PRIBIO); + zv = arg; for (;;) { mtx_lock(&zv->zv_queue_mtx); Index: sys/cddl/compat/opensolaris/sys/proc.h =================================================================== --- sys/cddl/compat/opensolaris/sys/proc.h (revision 187) +++ sys/cddl/compat/opensolaris/sys/proc.h (working copy) @@ -35,12 +35,14 @@ #include #include #include +#include +#include #ifdef _KERNEL #define CPU curcpu -#define minclsyspri 0 -#define maxclsyspri 0 +#define minclsyspri (PRIBIO + 2) +#define maxclsyspri (PRIBIO + 1) #define max_ncpus mp_ncpus #define boot_max_ncpus mp_ncpus @@ -60,6 +62,7 @@ { proc_t *p; int error; + kthread_t *t; /* * Be sure there are no surprises. @@ -70,7 +73,13 @@ error = kproc_create(proc, arg, &p, 0, stksize / PAGE_SIZE, "solthread %p", proc); - return (error == 0 ? FIRST_THREAD_IN_PROC(p) : NULL); + if (error == 0) { + t = FIRST_THREAD_IN_PROC(p); + sched_prio(t, pri); + return t; + } else { + return NULL; + } } #define thread_exit() kproc_exit(0) --Apple-Mail-46--749651897 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit --Apple-Mail-46--749651897-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 20:18:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2765D106567C for ; Wed, 18 Mar 2009 20:18:33 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id D5D4F8FC1C for ; Wed, 18 Mar 2009 20:18:31 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: by an-out-0708.google.com with SMTP id d11so153493and.13 for ; Wed, 18 Mar 2009 13:18:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=Uul7iUtETxzJz8r84Lu3arWmWvILg8ko7nLG5r0XHdY=; b=rMFEqbc8rN2bMQy5wa79b2L9AfvkFdWZ47klrgUm3lY/RfDYagdO+zm9X+tv73Lnmj zEOU9zKA6YkM8BmzxupFUuhOHXN3JbfkPStTNbQ7YN7UGnb/Tod6Rxn8Zr4g4SP4emTt O/vzG5f1+9onn80xPSa6ITXA7TMet8Y7R7+zQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=eWcDEGoom5mvNDlL8eH6QIdJ5yBG2OyOynU0EvXQArKLL/rKVDHt5z1zllfRHyutuP Mr+pN5cIyQTTZuDYmK+TuH6IzpAUbA0IItRLlmOq81kFaR5UB7M1BquHriVGMyVTKzLj IfGICanRP4LCpwVTnWK3hRiCuRwZo7ly409mA= MIME-Version: 1.0 Received: by 10.100.143.14 with SMTP id q14mr1957454and.40.1237405632525; Wed, 18 Mar 2009 12:47:12 -0700 (PDT) Date: Wed, 18 Mar 2009 20:47:12 +0100 Message-ID: <4e6cba830903181247w20a30b7fme5ef0c0cd98e0755@mail.gmail.com> From: Giovanni Trematerra To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Attilio Rao , scottl@freebsd.org, trasz@freebsd.org Subject: DDB show command for CAM module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 20:18:33 -0000 Hi all, during a private discussion with attilio@ he pointed me out the lack of DDB show commands for CAM/XPT layer. Eventually I come up with this patch to add some command: http://www.trematerra.net/patches/camddb.diff This patch add the following show commands to DDB: cam_sim
to inspect cam_sim type variables xpt_cam_eb [address] to inspect cam_eb type variables. whithout an address it shows the list of all busses connected. xpt_cam_et
to inspect cam_et type variables xpt_cam_ed
to inspect cam_ed type variables The patch is all but complete. Actually what I'd like to know is how useful this command could be in debugging problems related to CAM layer. This is my first try to hack FreeBSD kernel so any advice about the code especially in regard of style(9) is welcomed. Thanks for your time in reviewing my patch. -- Trematerra Giovanni From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 20:44:50 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76E571065670 for ; Wed, 18 Mar 2009 20:44:50 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63903.mail.re1.yahoo.com (web63903.mail.re1.yahoo.com [69.147.97.118]) by mx1.freebsd.org (Postfix) with SMTP id 350668FC0C for ; Wed, 18 Mar 2009 20:44:50 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 95552 invoked by uid 60001); 18 Mar 2009 20:44:49 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1237409089; bh=t9Qm2r6KPHmFW0TfJhteFFJPC/Vuqt8yqdNdefQvhXM=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=kjRHm6SwmNDIXZjoOkKZYpy/meUu/JIMAfTmGDNCVMNBlZdmkfg3EB6nPQudHpURhI2Kfs1A3XmuDlL8ViViJHIqCc1v0iYzK7245wqyGI0PGaDI4agF6GE81Mms1n2FsNL7bHSgNdE0GvFMjx8N5wEMLKYLLIYVTQCibHPWpio= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=BJUYeXOWnbFPqPrWsjGQfj6qDqPBfjHwmF6LpjvEhndNkQTNk/h5SAtTi5K71guOp27aQtj3+DzSBCIoG4H38Sy/l/WdrkbTvUbbXzavquaykVdzI8H6Oewi+NLVWUVBkX9ZJmW7I1YHbFQVR6EzwfH3blA7g/lqUpPylzCGBXg=; Message-ID: <713528.91102.qm@web63903.mail.re1.yahoo.com> X-YMail-OSG: dwbrc28VM1kkuAmDQ8qNDyMa_hM55FK3i.RNG.o0XOBvSOjd4ozbl8XVMBfvFSU30x4V0tFSnVXVUUnmDc.eIaCFpSpVfm.FvVK3Rw5wZbaC8Gu2eiwae8pnW2G2MlA4qUj9YF2.oOJ_WRzg0mhhSTTTZGAsNFa5uEoZ3yQh6uOlfbhgEyr.r6UbaCBIKrwp7EyhbkfAP1Fl025fYWO6x5QJQBohNpkStjii Received: from [98.242.222.229] by web63903.mail.re1.yahoo.com via HTTP; Wed, 18 Mar 2009 13:44:49 PDT X-Mailer: YahooMailWebService/0.7.289.1 Date: Wed, 18 Mar 2009 13:44:49 -0700 (PDT) From: Barney Cordoba To: Scott Long In-Reply-To: <49C087D5.4060705@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Sam Leffler , current@freebsd.org Subject: Re: Interrupt routine usage not shown by top in 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: barney_cordoba@yahoo.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 20:44:50 -0000 --- On Wed, 3/18/09, Scott Long wrote: > From: Scott Long > Subject: Re: Interrupt routine usage not shown by top in 8.0 > To: barney_cordoba@yahoo.com > Cc: "Sam Leffler" , current@freebsd.org > Date: Wednesday, March 18, 2009, 1:34 AM > Barney Cordoba wrote: > > > > > > > > --- On Tue, 3/17/09, Sam Leffler > wrote: > > > >> From: Sam Leffler > >> Subject: Re: Interrupt routine usage not shown by > top in 8.0 > >> To: barney_cordoba@yahoo.com > >> Cc: current@freebsd.org > >> Date: Tuesday, March 17, 2009, 4:41 PM > >> Barney Cordoba wrote: > >>> > >>> --- On Tue, 3/17/09, Robert Watson > >> wrote: > >>> > >>>> From: Robert Watson > > >>>> Subject: Re: Interrupt routine usage not > shown by > >> top in 8.0 > >>>> To: "Paolo Pisati" > >> > >>>> Cc: "Barney Cordoba" > >> , > current@freebsd.org > >>>> Date: Tuesday, March 17, 2009, 11:24 AM > >>>> On Tue, 17 Mar 2009, Paolo Pisati wrote: > >>>> > >>>> > >>>>> perhaps i misunderstood your question, > but > >> i'll > >>>>> > >>>> try to explain a bit: > >>>> > >>>>> before 7.0, bus_setup_intr() took just > one > >> function > >>>>> > >>>> thus you could have an INTR_FAST or an > INTR_MPSAFE > >> handler, > >>>> and you choose the kind of handler via a > flag > >> (INTR_FAST in > >>>> this case). > >>>> > >>>>> after 7.0, bus_setup_intr() took 2 > functions, > >> thus you > >>>>> > >>>> could have: a fast handler (aka filter), > or an > >> ithread > >>>> handler (aka mpsafe), or a fast + ithread > handler > >> (available > >>>> only with INTR_FILTER turned on). > >>>> > >>>>> in bus_setup_intr() the first function > pointer > >> is for > >>>>> > >>>> the filter side of the handler, while the > second > >> pointer is > >>>> for the ithread part, and if you declare > both you > >> can filter > >>>> events (interrupts) and call the rest of > the > >> device driver > >>>> (the ithread part) after the filter has > recognized > >> and > >>>> acknowledged&masked the interrupt. > >>>> > >>>> This clarifies my misunderstanding, > thanks! > >>>> > >>>> > >>> I'd still be interested in knowing the > specific > >> advantage/consequences > >>> of a fast filter vs an MPSAFE ithread? > >>> > >>> In what circumstance would using a filter and > then > >> launching a task be advantageous over just using > an ithread? > >>> > >> It mostly depends on the hardware (unless the fast > handler > >> does actual work). If ack'ing the interrupt > improves > >> latency (e.g. by allowing the device to do other > things) > >> then it's better to do that in the filter > method even if > >> the actual work is deferred to the ithread. > It's also > >> important when interrupts are not edge-triggered; > you want > >> to shut them up asap. > >> > >> So, what device are you doing a driver for? > >> > >> Sam > > > > I'm working with the igb and ixgbe drivers. > Neither of them > > use the filters, but em does. Since they are all > maintained > > by the same person I was curious as to why the em used > filters > > and the igb and ixgbe, which are supposedly higher > performance > > cards, use MPSAFE ithreads. > > > > Barney > > > > Filters were introduced into the em driver to get around a > problem in > certain Intel chipsets that caused aliased interrupts. > That's a > different topic of discussion that you are welcome to > search the mail > archives on. The filter also solves performance and > latency problems > that are inherent to the ithread model when interrupts are > shared > between multiple devices. This is especially bad when a > high speed > device like em shares an interrupt with a low speed device > like usb. > In the course of testing and validating the filter work, I > found that > filters caused no degradation in performance or excess > context switches, > while cleanly solving the above two problems that were > common on > workstation and server class machines of only a few years > ago. > > However, both of these problems stemmed from using legacy > PCI > interrupts. At the time, MSI was still very new and very > unreliable. > As the state of the art progressed and MSI became more > reliable, its > use has become more common and is the default in several > drivers. The > igb and ixgbe drivers and hardware both prefer MSI over > legacy > interrupts, while the em driver and hardware still has a > lot of legacy > hardware to deal with. So when MSI is the > common/expected/default case, > there is less of a need for the filter/taskqueue method. > > Filters rely on the driver being able to reliably control > the interrupt > enable state of the hardware. This is possible with em > hardware, but > not as reliable with bge hardware, so the stock driver code > does not > have it implemented. I am running a filter-enabled bge > driver in > large-scale production, but I also have precise control > over the > hardware being used. I also have filter patches for the > bce driver, but > bce also tends to prefer MSI, so there isn't a > compelling reason to > continue to develop the patches. > > > Scott Assuming same technique is used within an ithread as with a fast interrupt, that is: filtered_foo(){ taskqueue_enqueue(); return FILTER_HANDLED; } ithread_foo(){ taskqueue_enqueue(); return; } Is there any additional overhead/locking in the ithread method? I'm looking to get better control over cpu distribution. Barney From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 21:25:53 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 589BD1065676; Wed, 18 Mar 2009 21:25:53 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 011EB8FC0C; Wed, 18 Mar 2009 21:25:52 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.home (pooker.samsco.home [192.168.254.1]) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n2ILPmJR086349; Wed, 18 Mar 2009 15:25:49 -0600 (MDT) (envelope-from scottl@samsco.org) Date: Wed, 18 Mar 2009 15:25:48 -0600 (MDT) From: Scott Long To: Barney Cordoba In-Reply-To: <713528.91102.qm@web63903.mail.re1.yahoo.com> Message-ID: <20090318150721.U22014@pooker.samsco.org> References: <713528.91102.qm@web63903.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Sam Leffler , current@freebsd.org Subject: Re: Interrupt routine usage not shown by top in 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 21:25:55 -0000 On Wed, 18 Mar 2009, Barney Cordoba wrote: > --- On Wed, 3/18/09, Scott Long wrote: >> >> Filters were introduced into the em driver to get around a >> problem in >> certain Intel chipsets that caused aliased interrupts. >> That's a >> different topic of discussion that you are welcome to >> search the mail >> archives on. The filter also solves performance and >> latency problems >> that are inherent to the ithread model when interrupts are >> shared >> between multiple devices. This is especially bad when a >> high speed >> device like em shares an interrupt with a low speed device >> like usb. >> In the course of testing and validating the filter work, I >> found that >> filters caused no degradation in performance or excess >> context switches, >> while cleanly solving the above two problems that were >> common on >> workstation and server class machines of only a few years >> ago. >> >> However, both of these problems stemmed from using legacy >> PCI >> interrupts. At the time, MSI was still very new and very >> unreliable. >> As the state of the art progressed and MSI became more >> reliable, its >> use has become more common and is the default in several >> drivers. The >> igb and ixgbe drivers and hardware both prefer MSI over >> legacy >> interrupts, while the em driver and hardware still has a >> lot of legacy >> hardware to deal with. So when MSI is the >> common/expected/default case, >> there is less of a need for the filter/taskqueue method. >> >> Filters rely on the driver being able to reliably control >> the interrupt >> enable state of the hardware. This is possible with em >> hardware, but >> not as reliable with bge hardware, so the stock driver code >> does not >> have it implemented. I am running a filter-enabled bge >> driver in >> large-scale production, but I also have precise control >> over the >> hardware being used. I also have filter patches for the >> bce driver, but >> bce also tends to prefer MSI, so there isn't a >> compelling reason to >> continue to develop the patches. >> >> >> Scott > > Assuming same technique is used within an ithread as with a fast > interrupt, that is: > > filtered_foo(){ > taskqueue_enqueue(); > return FILTER_HANDLED; > } This will give you two context switches, one for the actual interrupt, and one for the taskqueue. It'll also encounter a spinlock in the taskqueue code, and a spinlock or two in the scheduler. > > ithread_foo(){ > taskqueue_enqueue(); > return; > } > > Is there any additional overhead/locking in the ithread method? I'm > looking to get better control over cpu distribution. > This will give you 3 context switches. First one will be for the actual interrupts. Second one will be for the ithread (recall that ithreads are full process contexts and are scheduled as such). Third one will be for the taskqueue. Along with the spinlocks for the scheduler and taskqueue code mentioned above, there will also be spinlocks to protect the APIC registers, as well as extra bus cycles to service the APIC. So, that's 2 trips through the scheduler, plus the associated spinlocks, plus the overhead of going through the APIC code, whereas the first method only goes through the scheduler once. Both will have a context switch to service the low-level interrupt. The second method will definitely have more context switches, and will almost certainly have higher overall service latency and CPU usage. Scott From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 21:59:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66E66106566B for ; Wed, 18 Mar 2009 21:59:46 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id EDB6D8FC08 for ; Wed, 18 Mar 2009 21:59:45 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 6110 invoked by uid 399); 18 Mar 2009 21:59:43 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 18 Mar 2009 21:59:43 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <49C16ECD.1040901@FreeBSD.org> Date: Wed, 18 Mar 2009 14:59:41 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (X11/20090312) MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: New mergemaster option to install files that differ only by $FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 21:59:46 -0000 This was already discussed on -stable recently, so I've committed the change in order to get it MFCed prior to the 7.2 code freeze. Would those of you who were concerned about this issue during the last round of discussions please test this new option and report back? Thanks, Doug -------- Original Message -------- Subject: svn commit: r189992 - head/usr.sbin/mergemaster Date: Wed, 18 Mar 2009 21:51:12 +0000 (UTC) From: Doug Barton To: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Author: dougb Date: Wed Mar 18 21:51:11 2009 New Revision: 189992 URL: http://svn.freebsd.org/changeset/base/189992 Log: Add a new -F option to automatically install files that differ only by version control Id strings Modified: head/usr.sbin/mergemaster/mergemaster.sh From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 22:47:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1514106564A for ; Wed, 18 Mar 2009 22:47:41 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 84B5C8FC16 for ; Wed, 18 Mar 2009 22:47:41 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n2IMlddA010947 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Wed, 18 Mar 2009 23:47:40 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: <4C8BEF98-B6EF-4B26-9649-F0666A837230@lassitu.de> From: Stefan Bethke To: FreeBSD Current Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Wed, 18 Mar 2009 23:47:39 +0100 X-Mailer: Apple Mail (2.930.3) Subject: ifconfig bridge0 does not list bridge data? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 22:47:42 -0000 I've just set up a new home router with current. I'm using if_bridge(4) to bridge an OpenVPN connection to the local ethernet. Although everything seems to be working fine, ifconfig does not show bridge parameters: # ifconfig bridge0 bridge0: flags=8843 metric 0 mtu 1500 ether 3a:30:67:76:af:05 inet 10.0.0.1 netmask 0xffffffc0 broadcast 10.0.0.63 In a VMware sandbox with a 10-day old -current, I get the expected output: # ifconfig bridge0 bridge0: flags=8843 metric 0 mtu 1500 ether ca:26:3c:e3:7e:00 inet 10.0.0.14 netmask 0xffffffc0 broadcast 10.0.0.63 id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 member: em0 flags=143 ifmaxaddr 0 port 1 priority 128 path cost 20000 member: tap0 flags=143 ifmaxaddr 0 port 4 priority 128 path cost 2000000 I also have two vlans hanging off em0. Any ideas? Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 22:49:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A3931065689 for ; Wed, 18 Mar 2009 22:49:02 +0000 (UTC) (envelope-from mrossi@swin.edu.au) Received: from gpo4.cc.swin.edu.au (gpo4.cc.swin.edu.au [136.186.1.33]) by mx1.freebsd.org (Postfix) with ESMTP id B41BB8FC1D for ; Wed, 18 Mar 2009 22:49:01 +0000 (UTC) (envelope-from mrossi@swin.edu.au) Received: from mrossi.caia.swin.edu.au (mrossi.caia.swin.edu.au [136.186.229.109]) by gpo4.cc.swin.edu.au (8.14.3/8.14.3) with ESMTP id n2IMmpQl020385; Thu, 19 Mar 2009 09:48:53 +1100 Message-ID: <49C17A53.8030608@swin.edu.au> Date: Thu, 19 Mar 2009 09:48:51 +1100 From: Mattia Rossi User-Agent: Thunderbird 2.0.0.19 (X11/20090309) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <49C083A4.5020608@swin.edu.au> <200903180904.52127.hselasky@c2i.net> In-Reply-To: <200903180904.52127.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Hans Petter Selasky Subject: Re: USB2, mouse and X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 22:49:02 -0000 Hans Petter Selasky wrote: > On Wednesday 18 March 2009, Mattia Rossi wrote: > >> Hi, >> >> I've seen that there are a lot of issues with mice and the new USB2 >> stack, but as my problem is still not resolved with the current kernel, >> i think it's time to report my problem: >> >> My mouse (or maybe keyboard?) issues regard only the X window system (I >> tried fluxbox and KDE4). Mouse and keyboard are USB, attached via a USB >> hub (integrated in my monitor). They both work without flaws in the >> console, but it's a pain to write text in different windows in X. The >> typed text just doesn't get displayed some times, unless the mouse >> cursor is moved. Sometimes after typing some text, and moving the mouse >> afterwards, the text gets written, but letters will be grouped together >> and look like this: >> >> > > Hi, > > I think this might be an interrupt problem of the Host Controller or kernel in > combination with your screen card. Is your screen card using the same > interrupt like the USB controllers? > > What does "vmstat -i" output? > > Are any processes running high in "top" ? > > There are also some debugging sysctls: > > sysctl hw.usb2.ehci.debug=15 > sysctl hw.usb2.uhci.debug=15 > > sysctl hw.usb2.ums.debug=15 > sysctl hw.usb2.ukbd.debug=15 > > Warning: Can generate a lot of dmesg. > > When you don't see the text and press CTRL+ALT+F1 on the keyboard, do you get > switched back to the console? > > Try to turn on "ums" and "ukbd" debugging first and see if the printouts to > dmesg stop when you don't see anything in the X-window. > > --HPS > Okay here are the test results: vmstat -i seems normal - an interrupt storm was my first doubt too: vmstat -i interrupt total rate irq14: ata0 537721 8 irq15: ata1 490028 7 irq20: fxp0 uhci0* 160653 2 irq21: uhci1 uhci3 7924 0 irq22: ehci0 uhci4 1 0 cpu0: timer 123726882 1971 irq256: em0 10075932 160 irq257: hdac0 857 0 cpu1: timer 123717870 1971 irq258: vgapci0 109162 1 Total 258827030 4124 output of top: last pid: 4696; load averages: 0.13, 0.10, 0.06 up 0+17:30:23 09:08:00 122 processes: 1 running, 119 sleeping, 2 zombie CPU: 4.1% user, 0.0% nice, 2.6% system, 0.0% interrupt, 93.2% idle Mem: 429M Active, 2263M Inact, 303M Wired, 39M Cache, 112M Buf, 462M Free Swap: 4096M Total, 168K Used, 4096M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 1962 root 1 47 0 380M 362M select 0 43:15 5.08% Xorg 2045 mat 1 46 0 154M 35168K select 1 34:40 1.86% kded4 2065 mat 4 76 0 261M 49400K ucond 1 12:01 0.00% plasma 2092 mat 1 44 0 73160K 22656K select 1 1:36 0.00% kmix 2067 mat 1 44 0 54028K 20360K select 1 0:41 0.00% nepomukservicestub 2085 mat 2 44 0 257M 39376K select 0 0:35 0.00% krunner 2093 mat 1 44 0 232M 32884K select 1 0:35 0.00% skype 2096 mat 3 45 0 114M 47376K select 1 0:21 0.00% kopete 1384 root 1 44 0 3776K 1748K select 1 0:14 0.00% hald-addon-storage 2064 mat 1 44 0 57532K 22976K select 1 0:09 0.00% nepomukservicestub 4655 mat 13 44 0 106M 66832K ucond 1 0:08 0.00% thunderbird-bin 1340 haldaemon 1 44 0 21560K 4976K select 1 0:07 0.00% hald 2098 mat 1 44 0 232M 32884K nanslp 0 0:05 0.00% skype 2070 mat 1 44 0 3296K 1536K select 1 0:05 0.00% ksysguardd 2037 mat 1 44 0 3472K 2300K select 0 0:05 0.00% dbus-daemon 2142 mat 2 52 0 86088K 30136K select 0 0:04 0.00% konsole 2097 mat 1 44 0 232M 32884K select 0 0:04 0.00% skype 1842 root 1 44 0 3420K 1320K select 1 0:03 0.00% moused 2057 mat 1 44 0 68136K 21496K select 1 0:03 0.00% kwin 2102 mat 1 44 0 67908K 19076K select 1 0:02 0.00% klipper 1467 mat 1 44 0 150M 27368K ucond 1 0:02 0.00% kded4 2061 mat 4 45 0 101M 31064K ucond 0 0:01 0.00% knotify4 1259 root 1 44 0 6020K 3148K select 0 0:01 0.00% sendmail 2056 mat 2 52 0 89068K 24576K select 1 0:00 0.00% ksmserver 2043 mat 1 44 0 54224K 19872K select 1 0:00 0.00% klauncher 1198 messagebus 1 44 0 3472K 2104K select 1 0:00 0.00% dbus-daemon 2330 mat 1 44 0 3672K 1976K select 1 0:00 0.00% screen 2069 mat 1 44 0 54144K 20116K select 0 0:00 0.00% nepomukservicestub 2076 mat 1 44 0 65180K 17132K select 1 0:00 0.00% kaccess 2068 mat 1 44 0 53984K 19708K select 1 0:00 0.00% nepomukservicestub Xorg puts always quite a high load on the system. The whole system is also extremely slow and X can reach up to 30-40% CPU load.. That's why I tried to recompile X several times (about 10 times at least in the last 2 weeks).. This is a sample ums, ukbd enabled dmesg output. The ukbd part stopped showing up until i moved the mouse cursor again. Its like the whole system actually gets hold up. Actually waiting one or two seconds, lets the text reappear sometimes too, which means that it switches also to the console after a few seconds. But that doesn't work all the time. This can be seen in the gap from 09:45:04 to 09:45:07. I continued writing, waited a little bit, and the text showed up. At 09:45:08 i moved the mouse. Mar 19 09:45:04 mrossi kernel: ukbd_intr_callback:476: actlen=8 bytes Mar 19 09:45:04 mrossi kernel: ukbd_intr_callback:490: [0] = 19 Mar 19 09:45:04 mrossi kernel: ukbd_put_key:271: 0x13 (19) pressed Mar 19 09:45:04 mrossi kernel: ukbd_intr_callback:476: actlen=8 bytes Mar 19 09:45:04 mrossi kernel: ukbd_put_key:271: 0x413 (1043) released Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:476: actlen=8 bytes Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:490: [0] = 44 Mar 19 09:45:07 mrossi kernel: ukbd_put_key:271: 0x2c (44) pressed Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:476: actlen=8 bytes Mar 19 09:45:07 mrossi kernel: ukbd_put_key:271: 0x42c (1068) released Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:476: actlen=8 bytes Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:490: [0] = 4 Mar 19 09:45:07 mrossi kernel: ukbd_put_key:271: 0x04 (4) pressed Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:476: actlen=8 bytes Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:490: [0] = 4 Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:490: [1] = 22 Mar 19 09:45:07 mrossi kernel: ukbd_put_key:271: 0x16 (22) pressed Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:476: actlen=8 bytes Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:490: [0] = 22 Mar 19 09:45:07 mrossi kernel: ukbd_put_key:271: 0x404 (1028) released Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:476: actlen=8 bytes Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:490: [0] = 22 Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:490: [1] = 7 Mar 19 09:45:07 mrossi kernel: ukbd_put_key:271: 0x07 (7) pressed Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:476: actlen=8 bytes Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:490: [0] = 7 Mar 19 09:45:07 mrossi kernel: ukbd_put_key:271: 0x416 (1046) released Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:476: actlen=8 bytes Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:490: [0] = 9 Mar 19 09:45:07 mrossi kernel: ukbd_put_key:271: 0x407 (1031) released Mar 19 09:45:07 mrossi kernel: ukbd_put_key:271: 0x09 (9) pressed Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:476: actlen=8 bytes Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:490: [0] = 9 Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:490: [1] = 4 Mar 19 09:45:07 mrossi kernel: ukbd_put_key:271: 0x04 (4) pressed Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:476: actlen=8 bytes Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:490: [0] = 9 Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:490: [1] = 4 Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:490: [2] = 22 Mar 19 09:45:07 mrossi kernel: ukbd_put_key:271: 0x16 (22) pressed Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:476: actlen=8 bytes Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:490: [0] = 4 Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:490: [1] = 22 Mar 19 09:45:07 mrossi kernel: ukbd_put_key:271: 0x409 (1033) released Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:476: actlen=8 bytes Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:490: [0] = 4 Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:490: [1] = 22 Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:490: [2] = 9 Mar 19 09:45:07 mrossi kernel: ukbd_put_key:271: 0x09 (9) pressed Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:476: actlen=8 bytes Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:490: [0] = 22 Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:490: [1] = 9 Mar 19 09:45:07 mrossi kernel: ukbd_put_key:271: 0x404 (1028) released Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:476: actlen=8 bytes Mar 19 09:45:07 mrossi kernel: ukbd_intr_callback:490: [0] = 9 Mar 19 09:45:07 mrossi kernel: ukbd_put_key:271: 0x416 (1046) released Mar 19 09:45:08 mrossi kernel: ukbd_intr_callback:476: actlen=8 bytes Mar 19 09:45:08 mrossi kernel: ukbd_intr_callback:490: [0] = 9 Mar 19 09:45:08 mrossi kernel: ukbd_intr_callback:490: [1] = 7 Mar 19 09:45:08 mrossi kernel: ukbd_put_key:271: 0x07 (7) pressed Mar 19 09:45:08 mrossi kernel: ukbd_intr_callback:476: actlen=8 bytes Mar 19 09:45:08 mrossi kernel: ukbd_put_key:271: 0x409 (1033) released Mar 19 09:45:08 mrossi kernel: ukbd_put_key:271: 0x407 (1031) released Mar 19 09:45:08 mrossi kernel: ums_intr_callback:181: sc=0xc6f56400 actlen=4 Mar 19 09:45:08 mrossi kernel: ums_intr_callback:198: data = 00 ff 00 00 00 00 00 00 Mar 19 09:45:08 mrossi kernel: ums_intr_callback:255: x:-1 y:0 z:0 t:0 w:0 buttons:0x00000000 Mar 19 09:45:08 mrossi kernel: ums_intr_callback:181: sc=0xc6f56400 actlen=4 Mar 19 09:45:08 mrossi kernel: ums_intr_callback:198: data = 00 ff 01 00 00 00 00 00 Mar 19 09:45:08 mrossi kernel: ums_intr_callback:255: x:-1 y:-1 z:0 t:0 w:0 buttons:0x00000000 Mar 19 09:45:08 mrossi kernel: ums_intr_callback:181: sc=0xc6f56400 actlen=4 Mar 19 09:45:08 mrossi kernel: ums_intr_callback:198: data = 00 fb 00 00 00 00 00 00 With the ehci, uhci debug enabled too I found one suspect part: _ehci_append_qh:1032: 0xc79c7a00 to 0xc6f85700 ehci_check_transfer:1295: xfer=0xc6f578b8 checking transfer ehci_check_transfer:1400: xfer=0xc6f578b8 is still active uhci_interrupt:1453: uhci_interrupt: host controller halted uhci_dumpregs:691: usbus0 regs: cmd=0080, sts=0020, intr=000f, frnum=00b6, flbase=01cd82d8, sof=0040, portsc1=0080, portsc2=0080 uhci_dump_qh:764: QH(0xc6ecea80) at 0x01acea82: h_next=0x01acea02 e_next=0x00000001 uhci_dump_qh:764: QH(0xc6ecea00) at 0x01acea02: h_next=0x01ace982 e_next=0x00000001 uhci_dump_qh:764: QH(0xc6ece980) at 0x01ace982: h_next=0x01ace902 e_next=0x00000001 uhci_dump_qh:764: QH(0xc6ece900) at 0x01ace902: h_next=0x00000001 e_next=0x01ace880 uhci_interrupt:1453: uhci_interrupt: host controller halted uhci_dumpregs:691: usbus3 regs: cmd=0080, sts=0020, intr=000f, frnum=0750, flbase=01ce3d40, sof=0040, portsc1=0080, portsc2=0080 uhci_dump_qh:764: QH(0xc6f41d80) at 0x01b41d82: h_next=0x01b41d02 e_next=0x00000001 uhci_dump_qh:764: QH(0xc6f41d00) at 0x01b41d02: h_next=0x01b41c82 e_next=0x00000001 uhci_dump_qh:764: QH(0xc6f41c80) at 0x01b41c82: h_next=0x01b41c02 e_next=0x00000001 uhci_dump_qh:764: QH(0xc6f41c00) at 0x01b41c02: h_next=0x00000001 e_next=0x01b41b80 ehci_check_transfer:1295: xfer=0xc72924b8 checking transfer ehci_check_transfer:1400: xfer=0xc72924b8 is still active ehci_check_transfer:1295: xfer=0xc726c0b8 checking transfer ehci_check_transfer:1400: xfer=0xc726c0b8 is still active ehci_check_transfer:1295: xfer=0xc6f578b8 checking transfer ehci_non_isoc_done:1235: xfer=0xc6f578b8 pipe=0xc803b220 transfer done QTD(0xc840f280) at 0xad40f280: next=0x00000001 altnext=0x00000001 status=0x80018d00: toggle=1 bytes=0x1 ioc=1 c_page=0x0 cerr=3 pid=1 stat=NOT_ACTIVE buffer[0]=0x01b5796c buffer[1]=0x01b57000 buffer[2]=0x00000000 buffer[3]=0x00000000 buffer[4]=0x00000000 buffer_hi[0]=0x00000000 buffer_hi[1]=0x00000000 buffer_hi[2]=0x00000000 buffer_hi[3]=0x00000000 buffer_hi[4]=0x00000000 dump aborted, too many TDs Why does it halt the host controller? uhci_interrupt:1453: uhci_interrupt: host controller halted Then to the console switching part: It's not possible to switch to the console until the text shows up again. As I said, it seems the system gets blocked. Mat From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 22:54:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B8711065670 for ; Wed, 18 Mar 2009 22:54:27 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 5A14C8FC08 for ; Wed, 18 Mar 2009 22:54:27 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 92754FF68; Thu, 19 Mar 2009 11:54:26 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ni-ZjAHMHzF2; Thu, 19 Mar 2009 11:54:23 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Thu, 19 Mar 2009 11:54:23 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 9CB161142F; Thu, 19 Mar 2009 11:54:22 +1300 (NZDT) Date: Wed, 18 Mar 2009 15:54:22 -0700 From: Andrew Thompson To: Stefan Bethke Message-ID: <20090318225422.GC79077@citylink.fud.org.nz> References: <4C8BEF98-B6EF-4B26-9649-F0666A837230@lassitu.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C8BEF98-B6EF-4B26-9649-F0666A837230@lassitu.de> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Current Subject: Re: ifconfig bridge0 does not list bridge data? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 22:54:27 -0000 On Wed, Mar 18, 2009 at 11:47:39PM +0100, Stefan Bethke wrote: > I've just set up a new home router with current. I'm using if_bridge(4) to > bridge an OpenVPN connection to the local ethernet. Although everything > seems to be working fine, ifconfig does not show bridge parameters: > > # ifconfig bridge0 > bridge0: flags=8843 metric 0 mtu > 1500 > ether 3a:30:67:76:af:05 > inet 10.0.0.1 netmask 0xffffffc0 broadcast 10.0.0.63 > > In a VMware sandbox with a 10-day old -current, I get the expected output: > > # ifconfig bridge0 > bridge0: flags=8843 metric 0 mtu > 1500 > ether ca:26:3c:e3:7e:00 > inet 10.0.0.14 netmask 0xffffffc0 broadcast 10.0.0.63 > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > member: em0 flags=143 > ifmaxaddr 0 port 1 priority 128 path cost 20000 > member: tap0 flags=143 > ifmaxaddr 0 port 4 priority 128 path cost 2000000 > > I also have two vlans hanging off em0. > > Any ideas? This means that one of the BRDGGCACHE, BRDGGTO or BRDGPARAM ioctls has failed so bridge_status() in sbin/ifconfig/ifbridge.c exits early (the function that prints the info you are missing). Is it possible your sources are out of sync? If you look at it with kdump then the actual ioctl these are wrapped in is called SIOCGDRVSPEC Andrew From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 22:56:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD95D1065736 for ; Wed, 18 Mar 2009 22:56:26 +0000 (UTC) (envelope-from mrossi@swin.edu.au) Received: from gpo2.cc.swin.edu.au (gpo2.cc.swin.edu.au [136.186.1.31]) by mx1.freebsd.org (Postfix) with ESMTP id 676A98FC16 for ; Wed, 18 Mar 2009 22:56:26 +0000 (UTC) (envelope-from mrossi@swin.edu.au) Received: from mrossi.caia.swin.edu.au (mrossi.caia.swin.edu.au [136.186.229.109]) by gpo2.cc.swin.edu.au (8.14.3/8.14.3) with ESMTP id n2IMuMwc006529; Thu, 19 Mar 2009 09:56:25 +1100 Message-ID: <49C17C16.2060909@swin.edu.au> Date: Thu, 19 Mar 2009 09:56:22 +1100 From: Mattia Rossi User-Agent: Thunderbird 2.0.0.19 (X11/20090309) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <49C083A4.5020608@swin.edu.au> <20090318152350.GA65816@citylink.fud.org.nz> In-Reply-To: <20090318152350.GA65816@citylink.fud.org.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Andrew Thompson Subject: Re: USB2, mouse and X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 22:56:28 -0000 Andrew Thompson wrote: > On Wed, Mar 18, 2009 at 04:16:20PM +1100, Mattia Rossi wrote: > >> Hi, >> >> I've seen that there are a lot of issues with mice and the new USB2 stack, >> but as my problem is still not resolved with the current kernel, i think >> it's time to report my problem: >> >> My mouse (or maybe keyboard?) issues regard only the X window system (I >> tried fluxbox and KDE4). Mouse and keyboard are USB, attached via a USB hub >> (integrated in my monitor). They both work without flaws in the console, >> but it's a pain to write text in different windows in X. The typed text >> just doesn't get displayed some times, unless the mouse cursor is moved. >> Sometimes after typing some text, and moving the mouse afterwards, the text >> gets written, but letters will be grouped together and look like this: >> >> this iss whahatppen >> >> (this is what happens) >> >> Would be nice if this issue (which persists since the introduction of USB2) >> could be solved. >> > > I observed this problem a while ago on my laptop and it went away when I > stopped the hal daemon and restarted X. I havnt checked it recently but > it may be something you want to quickly test. > > Andrew > > Thanks for the tip, but that didn't help at all. Still the same problem. Mat From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 23:03:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C4AA106566C; Wed, 18 Mar 2009 23:03:56 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 6C4B98FC15; Wed, 18 Mar 2009 23:03:56 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n2IN3tEs090506 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Mar 2009 16:03:56 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49C17DDB.5030800@freebsd.org> Date: Wed, 18 Mar 2009 16:03:55 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Andrew Thompson References: <4C8BEF98-B6EF-4B26-9649-F0666A837230@lassitu.de> <20090318225422.GC79077@citylink.fud.org.nz> In-Reply-To: <20090318225422.GC79077@citylink.fud.org.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-CTc-dcc1-Metrics: ebb.errno.com; whitelist Cc: FreeBSD Current , Stefan Bethke Subject: Re: ifconfig bridge0 does not list bridge data? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 23:03:57 -0000 Andrew Thompson wrote: > On Wed, Mar 18, 2009 at 11:47:39PM +0100, Stefan Bethke wrote: > >> I've just set up a new home router with current. I'm using if_bridge(4) to >> bridge an OpenVPN connection to the local ethernet. Although everything >> seems to be working fine, ifconfig does not show bridge parameters: >> >> # ifconfig bridge0 >> bridge0: flags=8843 metric 0 mtu >> 1500 >> ether 3a:30:67:76:af:05 >> inet 10.0.0.1 netmask 0xffffffc0 broadcast 10.0.0.63 >> >> In a VMware sandbox with a 10-day old -current, I get the expected output: >> >> # ifconfig bridge0 >> bridge0: flags=8843 metric 0 mtu >> 1500 >> ether ca:26:3c:e3:7e:00 >> inet 10.0.0.14 netmask 0xffffffc0 broadcast 10.0.0.63 >> id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 >> maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 >> root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 >> member: em0 flags=143 >> ifmaxaddr 0 port 1 priority 128 path cost 20000 >> member: tap0 flags=143 >> ifmaxaddr 0 port 4 priority 128 path cost 2000000 >> >> I also have two vlans hanging off em0. >> >> Any ideas? >> > > This means that one of the BRDGGCACHE, BRDGGTO or BRDGPARAM ioctls has > failed so bridge_status() in sbin/ifconfig/ifbridge.c exits early (the > function that prints the info you are missing). Is it possible your > sources are out of sync? If you look at it with kdump then the actual > ioctl these are wrapped in is called SIOCGDRVSPEC > > Try backing out r189864. Sam From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 23:08:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F05A3106566B for ; Wed, 18 Mar 2009 23:08:24 +0000 (UTC) (envelope-from mrossi@swin.edu.au) Received: from gpo6.cc.swin.edu.au (gpo6.cc.swin.edu.au [136.186.1.35]) by mx1.freebsd.org (Postfix) with ESMTP id 718298FC12 for ; Wed, 18 Mar 2009 23:08:24 +0000 (UTC) (envelope-from mrossi@swin.edu.au) Received: from mrossi.caia.swin.edu.au (mrossi.caia.swin.edu.au [136.186.229.109]) by gpo6.cc.swin.edu.au (8.14.3/8.14.3) with ESMTP id n2IN8FN3026844; Thu, 19 Mar 2009 10:08:23 +1100 Message-ID: <49C17EDF.5030808@swin.edu.au> Date: Thu, 19 Mar 2009 10:08:15 +1100 From: Mattia Rossi User-Agent: Thunderbird 2.0.0.19 (X11/20090309) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <49C083A4.5020608@swin.edu.au> <49C0BCCA.7020904@wup-katowice.pl> In-Reply-To: <49C0BCCA.7020904@wup-katowice.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: arek@wup-katowice.pl Subject: Re: USB2, mouse and X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 23:08:25 -0000 Arek Czereszewski wrote: > Mattia Rossi pisze: > >> Hi, >> >> I've seen that there are a lot of issues with mice and the new USB2 >> stack, but as my problem is still not resolved with the current kernel, >> i think it's time to report my problem: >> > [...] > I had similar mouse problem. When I set > > moused_nondefault_enable="NO" > mice work fine in X > > moused_nondefault_enable="YES" # is in /etc/default/rc.conf > > Regards > Arek > > Thanks for this tip too, but it didn't work either. I ended up with no mouse support in X at all... Mat From owner-freebsd-current@FreeBSD.ORG Wed Mar 18 23:32:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88911106566B for ; Wed, 18 Mar 2009 23:32:50 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 1B1A98FC12 for ; Wed, 18 Mar 2009 23:32:49 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n2INWlkP018880 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 19 Mar 2009 00:32:48 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: <2F12B7AC-BCB3-4E2D-AFD9-C59E6C8A7BA4@lassitu.de> From: Stefan Bethke To: Sam Leffler In-Reply-To: <49C17DDB.5030800@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Thu, 19 Mar 2009 00:32:47 +0100 References: <4C8BEF98-B6EF-4B26-9649-F0666A837230@lassitu.de> <20090318225422.GC79077@citylink.fud.org.nz> <49C17DDB.5030800@freebsd.org> X-Mailer: Apple Mail (2.930.3) Cc: bz@freebsd.org, FreeBSD Current , jamie@freebsd.org, Andrew Thompson Subject: Re: ifconfig bridge0 does not list bridge data? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 23:32:50 -0000 Am 19.03.2009 um 00:03 schrieb Sam Leffler: > Andrew Thompson wrote: >> On Wed, Mar 18, 2009 at 11:47:39PM +0100, Stefan Bethke wrote: >> >>> I've just set up a new home router with current. I'm using >>> if_bridge(4) to bridge an OpenVPN connection to the local >>> ethernet. Although everything seems to be working fine, ifconfig >>> does not show bridge parameters: >>> >>> # ifconfig bridge0 >>> bridge0: flags=8843 metric >>> 0 mtu 1500 >>> ether 3a:30:67:76:af:05 >>> inet 10.0.0.1 netmask 0xffffffc0 broadcast 10.0.0.63 >>> >>> In a VMware sandbox with a 10-day old -current, I get the expected >>> output: >>> >>> # ifconfig bridge0 >>> bridge0: flags=8843 metric >>> 0 mtu 1500 >>> ether ca:26:3c:e3:7e:00 >>> inet 10.0.0.14 netmask 0xffffffc0 broadcast 10.0.0.63 >>> id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 >>> maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 >>> root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 >>> member: em0 flags=143 >>> ifmaxaddr 0 port 1 priority 128 path cost 20000 >>> member: tap0 flags=143 >>> ifmaxaddr 0 port 4 priority 128 path cost 2000000 >>> >>> I also have two vlans hanging off em0. >>> >>> Any ideas? >>> >> >> This means that one of the BRDGGCACHE, BRDGGTO or BRDGPARAM ioctls >> has >> failed so bridge_status() in sbin/ifconfig/ifbridge.c exits early >> (the >> function that prints the info you are missing). Is it possible your >> sources are out of sync? If you look at it with kdump then the actual >> ioctl these are wrapped in is called SIOCGDRVSPEC >> >> > Try backing out r189864. That appears to be the culprit. I've just rebuilt ifconfig, and without this change, it displays the bridge info. Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 05:19:36 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1ED46106564A; Thu, 19 Mar 2009 05:19:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E800A8FC08; Thu, 19 Mar 2009 05:19:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2J5JVPj022404; Thu, 19 Mar 2009 01:19:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2J5JVuo019861; Thu, 19 Mar 2009 01:19:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 37B637302F; Thu, 19 Mar 2009 00:19:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090319051931.37B637302F@freebsd-current.sentex.ca> Date: Thu, 19 Mar 2009 00:19:31 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 05:19:36 -0000 TB --- 2009-03-19 04:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-19 04:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-03-19 04:00:00 - cleaning the object tree TB --- 2009-03-19 04:01:22 - cvsupping the source tree TB --- 2009-03-19 04:01:22 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-03-19 04:01:30 - building world TB --- 2009-03-19 04:01:30 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-19 04:01:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-19 04:01:30 - TARGET=amd64 TB --- 2009-03-19 04:01:30 - TARGET_ARCH=amd64 TB --- 2009-03-19 04:01:30 - TZ=UTC TB --- 2009-03-19 04:01:30 - __MAKE_CONF=/dev/null TB --- 2009-03-19 04:01:30 - cd /src TB --- 2009-03-19 04:01:30 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 19 04:01:35 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/if.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/inet.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/main.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mbuf.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute.c cc1: warnings being treated as errors /src/usr.bin/netstat/mroute.c: In function 'mroutepr': /src/usr.bin/netstat/mroute.c:296: warning: format '%d' expects type 'int', but argument 2 has type 'size_t' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-19 05:19:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-19 05:19:31 - ERROR: failed to build world TB --- 2009-03-19 05:19:31 - 3642.02 user 368.43 system 4770.46 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 07:44:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5E6810656DC for ; Thu, 19 Mar 2009 07:44:38 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe16.swipnet.se [212.247.155.225]) by mx1.freebsd.org (Postfix) with ESMTP id 78C898FC2E for ; Thu, 19 Mar 2009 07:44:37 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=btKoVUTncN6kmBNGjncA:9 a=tASjDy3cb6moiCY2zh4KolDYrUUA:4 a=LY0hPdMaydYA:10 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe16.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 468405641; Thu, 19 Mar 2009 08:44:36 +0100 From: Hans Petter Selasky To: Mattia Rossi Date: Thu, 19 Mar 2009 08:47:06 +0100 User-Agent: KMail/1.9.7 References: <49C083A4.5020608@swin.edu.au> <200903180904.52127.hselasky@c2i.net> <49C17A53.8030608@swin.edu.au> In-Reply-To: <49C17A53.8030608@swin.edu.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903190847.07427.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: USB2, mouse and X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 07:44:39 -0000 On Wednesday 18 March 2009, Mattia Rossi wrote: > > > Why does it halt the host controller? It has to do with power save. The message is not dangerous. > > uhci_interrupt:1453: uhci_interrupt: host controller halted > > Then to the console switching part: It's not possible to switch to the > console until the text shows up again. As I said, it seems the system > gets blocked. Did you try Andrew's trick to kill and restart hald? --HPS From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 07:45:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 938F51065687; Thu, 19 Mar 2009 07:45:04 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3A18E8FC15; Thu, 19 Mar 2009 07:45:03 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 3735141C65E; Thu, 19 Mar 2009 08:25:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([195.88.108.3]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id 3PohUlVNT6Fs; Thu, 19 Mar 2009 08:25:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id D38F241C678; Thu, 19 Mar 2009 08:25:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 6435B4448E6; Thu, 19 Mar 2009 07:24:20 +0000 (UTC) Date: Thu, 19 Mar 2009 07:24:20 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Stefan Bethke In-Reply-To: <2F12B7AC-BCB3-4E2D-AFD9-C59E6C8A7BA4@lassitu.de> Message-ID: <20090319072312.S67075@maildrop.int.zabbadoz.net> References: <4C8BEF98-B6EF-4B26-9649-F0666A837230@lassitu.de> <20090318225422.GC79077@citylink.fud.org.nz> <49C17DDB.5030800@freebsd.org> <2F12B7AC-BCB3-4E2D-AFD9-C59E6C8A7BA4@lassitu.de> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Sam Leffler , Andrew Thompson , jamie@freebsd.org, FreeBSD Current Subject: Re: ifconfig bridge0 does not list bridge data? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 07:45:13 -0000 On Thu, 19 Mar 2009, Stefan Bethke wrote: Hi, >>> This means that one of the BRDGGCACHE, BRDGGTO or BRDGPARAM ioctls has >>> failed so bridge_status() in sbin/ifconfig/ifbridge.c exits early (the >>> function that prints the info you are missing). Is it possible your >>> sources are out of sync? If you look at it with kdump then the actual >>> ioctl these are wrapped in is called SIOCGDRVSPEC >>> >>> >> Try backing out r189864. > > That appears to be the culprit. I've just rebuilt ifconfig, and without this > change, it displays the bridge info. Heh. ok. I had tested that as well with a few setups but obviously not enough. I'll look into this. -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 08:23:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C07FB106566B for ; Thu, 19 Mar 2009 08:23:01 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.tele2.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 56A748FC14 for ; Thu, 19 Mar 2009 08:23:00 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=ju0DaVT_qBWoUzuHmwMA:9 a=xuhqRrJou3ijWeZwI50-NJ-Zp6EA:4 a=50e4U0PicR4A:10 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1039589819; Thu, 19 Mar 2009 09:22:59 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Thu, 19 Mar 2009 09:25:31 +0100 User-Agent: KMail/1.9.7 References: <49C083A4.5020608@swin.edu.au> <200903180904.52127.hselasky@c2i.net> <49C17A53.8030608@swin.edu.au> In-Reply-To: <49C17A53.8030608@swin.edu.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903190925.31551.hselasky@c2i.net> Cc: Mattia Rossi Subject: Re: USB2, mouse and X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 08:23:02 -0000 Hi Mattia, I see that your keyboard is connected through a High-Speed HUB. 1) Has your setup ever worked with the USB2 stack? It's strange that there is only one interrupt on the EHCI. And when was the kernel built? 2) When you run "usbconfig" you will see some lines with "pwr=SAVE". Maybe there is a bug that will disable the wrong ports at power save. 3) Can you try other ports or connect another High Speed HUB in between? usbconfig -u 6 -a 2 power_on --HPS ugen6.2: at usbus6 uhub7: on usbus6 uhub7: 2 ports with 1 removable, self powered ugen6.3: at usbus6 ukbd0: on usbus6 kbd2 at ukbd0 ugen6.4: at usbus6 ums0: on usbus6 ums0: 3 buttons and [XYZ] coordinates > irq22: ehci0 uhci4 1 0 > Then to the console switching part: It's not possible to switch to the > console until the text shows up again. As I said, it seems the system > gets blocked. From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 09:10:36 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6CC6106564A; Thu, 19 Mar 2009 09:10:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AC14F8FC08; Thu, 19 Mar 2009 09:10:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2J9AWRh030366; Thu, 19 Mar 2009 05:10:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2J9AWGl028671; Thu, 19 Mar 2009 05:10:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E565E7302F; Thu, 19 Mar 2009 04:10:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090319091031.E565E7302F@freebsd-current.sentex.ca> Date: Thu, 19 Mar 2009 04:10:31 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 09:10:37 -0000 TB --- 2009-03-19 07:27:40 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-19 07:27:40 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-03-19 07:27:40 - cleaning the object tree TB --- 2009-03-19 07:28:15 - cvsupping the source tree TB --- 2009-03-19 07:28:15 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-03-19 07:28:25 - building world TB --- 2009-03-19 07:28:25 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-19 07:28:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-19 07:28:25 - TARGET=ia64 TB --- 2009-03-19 07:28:25 - TARGET_ARCH=ia64 TB --- 2009-03-19 07:28:25 - TZ=UTC TB --- 2009-03-19 07:28:25 - __MAKE_CONF=/dev/null TB --- 2009-03-19 07:28:25 - cd /src TB --- 2009-03-19 07:28:25 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 19 07:28:28 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/if.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/inet.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/main.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mbuf.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute.c cc1: warnings being treated as errors /src/usr.bin/netstat/mroute.c: In function 'mroutepr': /src/usr.bin/netstat/mroute.c:296: warning: format '%d' expects type 'int', but argument 2 has type 'size_t' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-19 09:10:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-19 09:10:31 - ERROR: failed to build world TB --- 2009-03-19 09:10:31 - 4713.38 user 367.32 system 6171.23 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 10:24:37 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E88E8106564A; Thu, 19 Mar 2009 10:24:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id BE7858FC0C; Thu, 19 Mar 2009 10:24:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2JAOZQV028585; Thu, 19 Mar 2009 06:24:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2JAOZmT030315; Thu, 19 Mar 2009 06:24:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 613CE7302F; Thu, 19 Mar 2009 05:24:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090319102435.613CE7302F@freebsd-current.sentex.ca> Date: Thu, 19 Mar 2009 05:24:35 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 10:24:39 -0000 TB --- 2009-03-19 09:10:32 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-19 09:10:32 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-03-19 09:10:32 - cleaning the object tree TB --- 2009-03-19 09:11:09 - cvsupping the source tree TB --- 2009-03-19 09:11:10 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-03-19 09:11:17 - building world TB --- 2009-03-19 09:11:17 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-19 09:11:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-19 09:11:17 - TARGET=sparc64 TB --- 2009-03-19 09:11:17 - TARGET_ARCH=sparc64 TB --- 2009-03-19 09:11:17 - TZ=UTC TB --- 2009-03-19 09:11:17 - __MAKE_CONF=/dev/null TB --- 2009-03-19 09:11:17 - cd /src TB --- 2009-03-19 09:11:17 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 19 09:11:19 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/if.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/inet.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/main.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mbuf.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute.c cc1: warnings being treated as errors /src/usr.bin/netstat/mroute.c: In function 'mroutepr': /src/usr.bin/netstat/mroute.c:296: warning: format '%d' expects type 'int', but argument 2 has type 'size_t' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-19 10:24:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-19 10:24:35 - ERROR: failed to build world TB --- 2009-03-19 10:24:35 - 3468.99 user 343.09 system 4443.20 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 11:08:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D4801065677 for ; Thu, 19 Mar 2009 11:08:36 +0000 (UTC) (envelope-from c.r.n.a@wanadoo.fr) Received: from smtp2c.orange.fr (smtp2c.orange.fr [80.12.242.155]) by mx1.freebsd.org (Postfix) with ESMTP id DF38E8FC1C for ; Thu, 19 Mar 2009 11:08:35 +0000 (UTC) (envelope-from c.r.n.a@wanadoo.fr) Received: from smtp20.orange.fr (mwinf2029 [172.22.130.129]) by mwinf2c20.orange.fr (SMTP Server) with ESMTP id 08A961C01445; Thu, 19 Mar 2009 11:46:03 +0100 (CET) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2029.orange.fr (SMTP Server) with ESMTP id E4F221C0009C; Thu, 19 Mar 2009 11:46:01 +0100 (CET) Received: from [192.168.1.96] (ABordeaux-157-1-104-249.w90-38.abo.wanadoo.fr [90.38.79.249]) by mwinf2029.orange.fr (SMTP Server) with ESMTP id 9D9E51C00092; Thu, 19 Mar 2009 11:46:01 +0100 (CET) X-ME-UUID: 20090319104601645.9D9E51C00092@mwinf2029.orange.fr Message-ID: <49C2221B.2050004@wanadoo.fr> Date: Thu, 19 Mar 2009 11:44:43 +0100 From: Nicolas User-Agent: Thunderbird 2.0.0.19 (X11/20090311) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 19 Mar 2009 11:19:55 +0000 Cc: Subject: RE: Problem with ACPI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 11:08:36 -0000 Hi FreeBSD users, I'm using FreeBSD 8-Current and i have this message in dmesg when i click on the direct application button: acpi_ec0: wait timed out (no response), forcing polled mode acpi_ec0: EcRead: failed waiting to get data ACPI Exception (evregion-0529): AE_NO_HARDWARE_RESPONSE, Returned by Handler for [EmbeddedControl] [20070320] ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.HTEV] (Node 0xc6b4cb60), AE_NO_HARDWARE_RESPONSE ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.PCI0.LPC_.EC0_._Q44] (Node 0xc6b4b020), AE_NO_HARDWARE_RESPONSE acpi_ec0: evaluation of query method _Q44 failed: AE_NO_HARDWARE_RESPONSE acpi_ec0: EcRead: failed waiting to get data ACPI Exception (evregion-0529): AE_NO_HARDWARE_RESPONSE, Returned by Handler for [EmbeddedControl] [20070320] ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.BAT0._BST] (Node 0xc6b46860), AE_NO_HARDWARE_RESPONSE acpi_ec0: EcRead: failed waiting to get data ACPI Exception (evregion-0529): AE_NO_HARDWARE_RESPONSE, Returned by Handler for [EmbeddedControl] [20070320] ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.BAT0._BST] (Node 0xc6b46860), AE_NO_HARDWARE_RESPONSE acpi_ec0: EcRead: failed waiting to get data ACPI Exception (evregion-0529): AE_NO_HARDWARE_RESPONSE, Returned by Handler for [EmbeddedControl] [20070320] ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.BAT0._BST] (Node 0xc6b46860), AE_NO_HARDWARE_RESPONSE acpi_ec0: EcRead: failed waiting to get data ACPI Exception (evregion-0529): AE_NO_HARDWARE_RESPONSE, Returned by Handler for [EmbeddedControl] [20070320] ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.BAT0._BST] (Node 0xc6b46860), AE_NO_HARDWARE_RESPONSE acpi_ec0: EcRead: failed waiting to get data ACPI Exception (evregion-0529): AE_NO_HARDWARE_RESPONSE, Returned by Handler for [EmbeddedControl] [20070320] ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.PCI0.LPC_.EC0_._Q43] (Node 0xc6b4b040), AE_NO_HARDWARE_RESPONSE acpi_ec0: evaluation of query method _Q43 failed: AE_NO_HARDWARE_RESPONSE I'm using the latest available bios version. Do you know where the problem come from ? Do you know if i need a special "acpi_support" driver to make it work (like the acpi_panasonic or acpi_sony) ? Thanks in advance. Niko. From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 11:34:00 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 191131065674; Thu, 19 Mar 2009 11:34:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E22858FC20; Thu, 19 Mar 2009 11:33:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2JBXtGe036814; Thu, 19 Mar 2009 07:33:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2JBXtYp020151; Thu, 19 Mar 2009 07:33:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5D2887302F; Thu, 19 Mar 2009 06:33:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090319113355.5D2887302F@freebsd-current.sentex.ca> Date: Thu, 19 Mar 2009 06:33:55 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 11:34:01 -0000 TB --- 2009-03-19 10:24:35 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-19 10:24:35 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-03-19 10:24:35 - cleaning the object tree TB --- 2009-03-19 10:25:08 - cvsupping the source tree TB --- 2009-03-19 10:25:08 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-03-19 10:25:18 - building world TB --- 2009-03-19 10:25:18 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-19 10:25:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-19 10:25:18 - TARGET=sun4v TB --- 2009-03-19 10:25:18 - TARGET_ARCH=sparc64 TB --- 2009-03-19 10:25:18 - TZ=UTC TB --- 2009-03-19 10:25:18 - __MAKE_CONF=/dev/null TB --- 2009-03-19 10:25:18 - cd /src TB --- 2009-03-19 10:25:18 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 19 10:25:20 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/if.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/inet.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/main.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mbuf.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute.c cc1: warnings being treated as errors /src/usr.bin/netstat/mroute.c: In function 'mroutepr': /src/usr.bin/netstat/mroute.c:296: warning: format '%d' expects type 'int', but argument 2 has type 'size_t' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-19 11:33:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-19 11:33:55 - ERROR: failed to build world TB --- 2009-03-19 11:33:55 - 3469.95 user 339.73 system 4159.59 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 13:38:32 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0B311065676 for ; Thu, 19 Mar 2009 13:38:32 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id ACA838FC12 for ; Thu, 19 Mar 2009 13:38:32 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@FreeBSD.org with esmtp (envelope-from ) id <1LkIS7-0005uj-WF>; Thu, 19 Mar 2009 14:38:32 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@FreeBSD.org with esmtpsa (envelope-from ) id <1LkIS7-0005Fc-V2>; Thu, 19 Mar 2009 14:38:31 +0100 Message-ID: <49C24A76.7000707@zedat.fu-berlin.de> Date: Thu, 19 Mar 2009 13:36:54 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.19 (X11/20090311) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Subject: GEOM: ad10s1: geometry does not match label (255h,63s != 16h,63s). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 13:38:33 -0000 Since I switched recently my lab's box from FreeBSD 7.1 to FreeBSD 8.0-CURRENT/amd64 SMP, I get this weird message: GEOM: ad10s1: geometry does not match label (255h,63s != 16h,63s). GEOM: ad10s2: geometry does not match label (255h,63s != 16h,63s). This is the device identiying string: ad10: 238475MB at ata5-master SATA300 ad12: 610480MB at ata6-master SATA300 GEOM: ad10s1: geometry does not match label (255h,63s != 16h,63s). GEOM: ad10s2: geometry does not match label (255h,63s != 16h,63s). ad14: 476940MB at ata7-master SATA300 ad16: 381554MB at ata8-master SATA300 acd0: DVDR at ata10-master SATA150 On hat specific box I have the problem of a crashing system everytime I reboot or shutdown. I reported this once in the list, but I was told it could be suspicious hardware. So I tested memory twice, thrice over hours without issue, I did stress tests while the box was up and running and tried to examine the harddrive via SMART monitoring tools. No issues found. Is someone is willing giving advice how to save a core dump message on screen I will follow. yes, I'm aware of the debugging chapter in the handbook and I will perform this as soon as possible. Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 14:36:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 437261065675; Thu, 19 Mar 2009 14:36:42 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E6B2A8FC18; Thu, 19 Mar 2009 14:36:40 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA06373; Thu, 19 Mar 2009 16:36:38 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <49C25875.8070704@icyb.net.ua> Date: Thu, 19 Mar 2009 16:36:37 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: freebsd-current@freebsd.org, Alexander Motin References: <22547510.post@talk.nabble.com> <49C0B4B0.3010506@FreeBSD.org> <22583730.post@talk.nabble.com> In-Reply-To: <22583730.post@talk.nabble.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: To Alexander Motin HDA sound problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 14:36:43 -0000 on 18/03/2009 19:06 Raven2000 said the following: > I sealed the M2N-E, but the link gave correct =) > Integrated sound card is working, and this option is enabled in the BIOS. > For example the built-in Windows sound works. Can this be an issue where a device is not seen behind PCI bridge? http://www.lm-sensors.org/attachment/ticket/2302/Asus_M2N-E-AMD-Phenom-9850-lspci.txt >From this it seems that audio device is found on pci bus #1 not #0. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 15:37:39 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 624D7106566C for ; Thu, 19 Mar 2009 15:37:39 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout022.mac.com (asmtpout022.mac.com [17.148.16.97]) by mx1.freebsd.org (Postfix) with ESMTP id 4DAF88FC23 for ; Thu, 19 Mar 2009 15:37:39 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from andyhong-t61.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp022.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KGR0046CFELUV80@asmtp022.mac.com> for freebsd-current@FreeBSD.org; Thu, 19 Mar 2009 08:37:37 -0700 (PDT) Message-id: <5F9E4F6E-E979-40DE-9DF7-41107A949819@mac.com> From: Marcel Moolenaar To: "O. Hartmann" In-reply-to: <49C24A76.7000707@zedat.fu-berlin.de> Date: Thu, 19 Mar 2009 08:37:34 -0700 References: <49C24A76.7000707@zedat.fu-berlin.de> X-Mailer: Apple Mail (2.930.3) Cc: freebsd-current@FreeBSD.org Subject: Re: GEOM: ad10s1: geometry does not match label (255h, 63s != 16h, 63s). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 15:37:40 -0000 On Mar 19, 2009, at 6:36 AM, O. Hartmann wrote: > Since I switched recently my lab's box from FreeBSD 7.1 to FreeBSD > 8.0-CURRENT/amd64 SMP, I get this weird message: > > GEOM: ad10s1: geometry does not match label (255h,63s != 16h,63s). > GEOM: ad10s2: geometry does not match label (255h,63s != 16h,63s). It means that the number of heads the disk reports it has is not the same as the number of heads that sysinstall put in the BSD disklabel. A mismatch for the number of heads is generally speaking harmless, but the discrepancy is there and it may be a problem in some cases. Hence the message. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 15:58:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BBF61065670; Thu, 19 Mar 2009 15:58:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 198F68FC15; Thu, 19 Mar 2009 15:58:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 9B85A46B81; Thu, 19 Mar 2009 11:58:50 -0400 (EDT) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n2JFwIoo016925; Thu, 19 Mar 2009 11:58:42 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 19 Mar 2009 11:04:48 -0400 User-Agent: KMail/1.9.7 References: <20081121231400.GA94863@onelab2.iet.unipi.it> <20081121232325.GA15258@citylink.fud.org.nz> <20081121234104.GA95875@onelab2.iet.unipi.it> In-Reply-To: <20081121234104.GA95875@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903191104.48803.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 19 Mar 2009 11:58:44 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.2/9139/Thu Mar 19 10:09:58 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: kib@freebsd.org, Luigi Rizzo , current@freebsd.org, Andrew Thompson Subject: Re: Recent versions of pxeboot hang/panic on AMD platform. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 15:58:51 -0000 On Friday 21 November 2008 6:41:04 pm Luigi Rizzo wrote: > On Fri, Nov 21, 2008 at 03:23:25PM -0800, Andrew Thompson wrote: > > On Sat, Nov 22, 2008 at 12:14:00AM +0100, Luigi Rizzo wrote: > > > [copying some people involved with recent related commits] > > > > > > As reported in kern/118222 recent versions of pxeboot hang/panic > > > on AMD platform. > > > > > > Initial reports mentioned that the RELENG_6 versions worked well, > > > however i found out that even the recent RELENG_6 code is problematic. > > > > > > Specifically, the problem i see on two machines with AMD CPU (one > > > is an Asus M2N-VM) motherboard netbooting with PXEboot, is that the > > > loading of config files or binary modules (kernel, etc.) randomly > > > hangs with recent version of pxeboot (RELENG_6, RELENG_7 and HEAD > > > all give the same behaviour). > > > > I have found that the kernel size can trigger this for me, after > > reducing the size I didnt experience loader hangs with pxe. You may want > > to experiment with this in your investigations. > > no luck - the hang often occurs as early as while reading loader.conf, > which is way smaller than the kernel. > > Assuming that the interrupt thing is a possible cause for the bug, > I can understand that the kernel size can affect the probability of > getting an interrupt at the wrong time. > > There was one bug due to memory overflow that i fixed in a recent > commit to head (see boot/common/interp.c), > but this only helped on a different amd64 motherboard. Is this now resolved with the latest pxeboot from HEAD? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 15:58:51 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BBF61065670; Thu, 19 Mar 2009 15:58:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 198F68FC15; Thu, 19 Mar 2009 15:58:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 9B85A46B81; Thu, 19 Mar 2009 11:58:50 -0400 (EDT) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n2JFwIoo016925; Thu, 19 Mar 2009 11:58:42 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 19 Mar 2009 11:04:48 -0400 User-Agent: KMail/1.9.7 References: <20081121231400.GA94863@onelab2.iet.unipi.it> <20081121232325.GA15258@citylink.fud.org.nz> <20081121234104.GA95875@onelab2.iet.unipi.it> In-Reply-To: <20081121234104.GA95875@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903191104.48803.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 19 Mar 2009 11:58:44 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.2/9139/Thu Mar 19 10:09:58 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: kib@freebsd.org, Luigi Rizzo , current@freebsd.org, Andrew Thompson Subject: Re: Recent versions of pxeboot hang/panic on AMD platform. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 15:58:51 -0000 On Friday 21 November 2008 6:41:04 pm Luigi Rizzo wrote: > On Fri, Nov 21, 2008 at 03:23:25PM -0800, Andrew Thompson wrote: > > On Sat, Nov 22, 2008 at 12:14:00AM +0100, Luigi Rizzo wrote: > > > [copying some people involved with recent related commits] > > > > > > As reported in kern/118222 recent versions of pxeboot hang/panic > > > on AMD platform. > > > > > > Initial reports mentioned that the RELENG_6 versions worked well, > > > however i found out that even the recent RELENG_6 code is problematic. > > > > > > Specifically, the problem i see on two machines with AMD CPU (one > > > is an Asus M2N-VM) motherboard netbooting with PXEboot, is that the > > > loading of config files or binary modules (kernel, etc.) randomly > > > hangs with recent version of pxeboot (RELENG_6, RELENG_7 and HEAD > > > all give the same behaviour). > > > > I have found that the kernel size can trigger this for me, after > > reducing the size I didnt experience loader hangs with pxe. You may want > > to experiment with this in your investigations. > > no luck - the hang often occurs as early as while reading loader.conf, > which is way smaller than the kernel. > > Assuming that the interrupt thing is a possible cause for the bug, > I can understand that the kernel size can affect the probability of > getting an interrupt at the wrong time. > > There was one bug due to memory overflow that i fixed in a recent > commit to head (see boot/common/interp.c), > but this only helped on a different amd64 motherboard. Is this now resolved with the latest pxeboot from HEAD? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 15:58:57 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 694401065733; Thu, 19 Mar 2009 15:58:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2EB6C8FC12; Thu, 19 Mar 2009 15:58:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id D0E7546B82; Thu, 19 Mar 2009 11:58:56 -0400 (EDT) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n2JFwIop016925; Thu, 19 Mar 2009 11:58:50 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org, barney_cordoba@yahoo.com Date: Thu, 19 Mar 2009 11:23:44 -0400 User-Agent: KMail/1.9.7 References: <808304.73330.qm@web63904.mail.re1.yahoo.com> In-Reply-To: <808304.73330.qm@web63904.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903191123.45006.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 19 Mar 2009 11:58:51 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.2/9139/Thu Mar 19 10:09:58 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Julian Elischer , current@freebsd.org Subject: Re: Is there a delay which yields? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 15:58:57 -0000 On Sunday 15 March 2009 2:43:18 pm Barney Cordoba wrote: > > --- On Sun, 3/15/09, Julian Elischer wrote: > > > From: Julian Elischer > > Subject: Re: Is there a delay which yields? > > To: barney_cordoba@yahoo.com > > Cc: current@freebsd.org > > Date: Sunday, March 15, 2009, 1:16 PM > > Barney Cordoba wrote: > > > I'd expect DELAY to yield till timeout but a task > > with a delay loop just > > > runs to 100% usage. Is there a function which can > > yield exectution for > > > a set amount of time (without having to use a timer)? > > > > DELAY is designe for use early in the boot when thre are no > > timers. > > it is only occasionally used for cases during normal > > operation. > > > > how would a thread know how long it has been away if no > > timer is used? > > > I guess I mean a sleep. > > Also, this is a kernel driver. I have a device > which requires a toggle with a 10ms delay between pulses. I hate to > tie up the cpu for 10ms with a delay. Sort of like the following: > > write_pulse(); > delay(10000); > write_pulse(); Use pause(9). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 15:58:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 694401065733; Thu, 19 Mar 2009 15:58:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2EB6C8FC12; Thu, 19 Mar 2009 15:58:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id D0E7546B82; Thu, 19 Mar 2009 11:58:56 -0400 (EDT) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n2JFwIop016925; Thu, 19 Mar 2009 11:58:50 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org, barney_cordoba@yahoo.com Date: Thu, 19 Mar 2009 11:23:44 -0400 User-Agent: KMail/1.9.7 References: <808304.73330.qm@web63904.mail.re1.yahoo.com> In-Reply-To: <808304.73330.qm@web63904.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903191123.45006.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 19 Mar 2009 11:58:51 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.2/9139/Thu Mar 19 10:09:58 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Julian Elischer , current@freebsd.org Subject: Re: Is there a delay which yields? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 15:58:57 -0000 On Sunday 15 March 2009 2:43:18 pm Barney Cordoba wrote: > > --- On Sun, 3/15/09, Julian Elischer wrote: > > > From: Julian Elischer > > Subject: Re: Is there a delay which yields? > > To: barney_cordoba@yahoo.com > > Cc: current@freebsd.org > > Date: Sunday, March 15, 2009, 1:16 PM > > Barney Cordoba wrote: > > > I'd expect DELAY to yield till timeout but a task > > with a delay loop just > > > runs to 100% usage. Is there a function which can > > yield exectution for > > > a set amount of time (without having to use a timer)? > > > > DELAY is designe for use early in the boot when thre are no > > timers. > > it is only occasionally used for cases during normal > > operation. > > > > how would a thread know how long it has been away if no > > timer is used? > > > I guess I mean a sleep. > > Also, this is a kernel driver. I have a device > which requires a toggle with a 10ms delay between pulses. I hate to > tie up the cpu for 10ms with a delay. Sort of like the following: > > write_pulse(); > delay(10000); > write_pulse(); Use pause(9). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 15:59:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D8C1106588C for ; Thu, 19 Mar 2009 15:59:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5C8EC8FC0C for ; Thu, 19 Mar 2009 15:59:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 06ACD46BA2; Thu, 19 Mar 2009 11:59:03 -0400 (EDT) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n2JFwIoq016925; Thu, 19 Mar 2009 11:58:57 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 19 Mar 2009 11:26:14 -0400 User-Agent: KMail/1.9.7 References: <20090316033113.GB33369@michelle.cdnetworks.co.kr> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200903191126.15390.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 19 Mar 2009 11:58:57 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.2/9139/Thu Mar 19 10:09:58 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Mars G Miro , pyunyh@gmail.com Subject: Re: sk/msk no more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 15:59:05 -0000 On Monday 16 March 2009 12:10:21 am Mars G Miro wrote: > On Mon, Mar 16, 2009 at 11:31 AM, Pyun YongHyeon wrote: > > On Mon, Mar 16, 2009 at 10:22:40AM +0800, Mars G Miro wrote: > >> Hi guys, > >> > >> =A0 =A0I upgraded a box w/ sk and msk NICs running 7.1-RELEASE to late= st > >> -CURRENT =A0to try out the new USB2 stuff but my sk/msk NICs don't work > >> anymore: > >> > >> =A0 =A0http://pastebin.com/m28a41b14 > >> > >> =A0 =A0Saw this first last Friday, March 13, and re-csup'd a few hours= ago > >> and the problem is still there. > >> > >> =A0 =A0Any thoughts? Thanks. > >> > > > > I don't see sk(4)/msk(4) hardwares in your dmesg output. > > Does "pciconf -lcv" show your controller? >=20 > That's the problem, the hardware disappears: What if you set 'hw.pci.mcfg=3D0' in loader? =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 16:06:16 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C68AB10656D3 for ; Thu, 19 Mar 2009 16:06:16 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id A97568FC16 for ; Thu, 19 Mar 2009 16:06:13 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 63E8A1CE0D; Thu, 19 Mar 2009 17:06:12 +0100 (CET) Date: Thu, 19 Mar 2009 17:06:12 +0100 From: Ed Schouten To: Marcel Moolenaar Message-ID: <20090319160612.GP31961@hoeg.nl> References: <49C24A76.7000707@zedat.fu-berlin.de> <5F9E4F6E-E979-40DE-9DF7-41107A949819@mac.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eoIDHIhs9vfKIXA8" Content-Disposition: inline In-Reply-To: <5F9E4F6E-E979-40DE-9DF7-41107A949819@mac.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@FreeBSD.org, "O. Hartmann" Subject: Re: GEOM: ad10s1: geometry does not match label (255h, 63s != 16h, 63s). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 16:06:20 -0000 --eoIDHIhs9vfKIXA8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Marcel Moolenaar wrote: > It means that the number of heads the disk reports it has is > not the same as the number of heads that sysinstall put in > the BSD disklabel. A mismatch for the number of heads is > generally speaking harmless, but the discrepancy is there > and it may be a problem in some cases. Hence the message. Is there a simple way to repair this? --=20 Ed Schouten WWW: http://80386.nl/ --eoIDHIhs9vfKIXA8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAknCbXQACgkQ52SDGA2eCwWTvgCcC4oqjugz++owG0aifL8bY+4t wgcAn1I/SX+T/CmsCVKsARqN0zzUlXMQ =PSm2 -----END PGP SIGNATURE----- --eoIDHIhs9vfKIXA8-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 16:29:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A75E01065986 for ; Thu, 19 Mar 2009 16:29:38 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id 5232E8FC2D for ; Thu, 19 Mar 2009 16:29:38 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by an-out-0708.google.com with SMTP id d11so377859and.13 for ; Thu, 19 Mar 2009 09:29:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance; bh=0TPoByJPmZSeoEZtp4qlVmr4YgPilkMrZI2NR2o9YMk=; b=mVILqHABGWQcCKA9TBs3YP5MvhVnyw+o4tunHMSxIymSTqIYIrYn+GDX8DVME6vinD SFxrLRsIuJwDzPD3TYwWPQfySVeE33MGATYuRMtco95kjls885Q5HbkEW4wegFGek74N 0k3MP6cPiThn1lek5/JJ1ysT2jjZW9pw707+E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=XWeTOz4z6aU1d1JYXXGN2Mcx5LlYgf01g3Od4zu/w6JFFD6GPggK88d/ObYP4nMTQL L49QzkkkKj3hXd0Fe6tJZvr1I+H9jZXF0+lVW/vIiCURxjF/jHnbq7IIi+KhGXcdb9Ix 6s3sNDk53u1G1mHdhbGROPAn3vh7L5NKnt8Ag= Received: by 10.100.14.2 with SMTP id 2mr2852000ann.79.1237480177486; Thu, 19 Mar 2009 09:29:37 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.66.1]) by mx.google.com with ESMTPS id c29sm1886408anc.23.2009.03.19.09.29.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 19 Mar 2009 09:29:34 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 0B9CDB8074; Thu, 19 Mar 2009 13:29:30 -0300 (BRT) Received: from 10.1.1.80 (SquirrelMail authenticated user matheus) by 10.1.1.10 with HTTP; Thu, 19 Mar 2009 13:29:30 -0300 (BRT) Message-ID: <75fd68605b86cab6bbd56d0534083b20.squirrel@10.1.1.10> In-Reply-To: <49C25875.8070704@icyb.net.ua> References: <22547510.post@talk.nabble.com> <49C0B4B0.3010506@FreeBSD.org> <22583730.post@talk.nabble.com> <49C25875.8070704@icyb.net.ua> Date: Thu, 19 Mar 2009 13:29:30 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: To Alexander Motin HDA sound problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 16:29:43 -0000 hail, if I may, I'd like to ask a thing about the snd_hda driver. my motherboard has a front line out that I can't manage to turn on. I looked in google and didn't find it, is there a way to use that ? I'm running current from monday, using xmms to play music :) thanks, matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 16:30:47 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D51CE1065AC0 for ; Thu, 19 Mar 2009 16:30:47 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout021.mac.com (asmtpout021.mac.com [17.148.16.96]) by mx1.freebsd.org (Postfix) with ESMTP id BBC258FC08 for ; Thu, 19 Mar 2009 16:30:47 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed Received: from jwills-mbp.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp021.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KGR00BDBHUZBN70@asmtp021.mac.com> for freebsd-current@FreeBSD.org; Thu, 19 Mar 2009 09:30:36 -0700 (PDT) Message-id: <35C8AFC2-6D21-422D-8192-BA85D4B30BE3@mac.com> From: Marcel Moolenaar To: Ed Schouten In-reply-to: <20090319160612.GP31961@hoeg.nl> Date: Thu, 19 Mar 2009 09:30:34 -0700 References: <49C24A76.7000707@zedat.fu-berlin.de> <5F9E4F6E-E979-40DE-9DF7-41107A949819@mac.com> <20090319160612.GP31961@hoeg.nl> X-Mailer: Apple Mail (2.930.3) Cc: freebsd-current@FreeBSD.org, "O. Hartmann" Subject: Re: GEOM: ad10s1: geometry does not match label (255h, 63s != 16h, 63s). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 16:30:53 -0000 On Mar 19, 2009, at 9:06 AM, Ed Schouten wrote: > * Marcel Moolenaar wrote: >> It means that the number of heads the disk reports it has is >> not the same as the number of heads that sysinstall put in >> the BSD disklabel. A mismatch for the number of heads is >> generally speaking harmless, but the discrepancy is there >> and it may be a problem in some cases. Hence the message. > > Is there a simple way to repair this? bsdlabel -e -A $dev Fix "tracks/cylinder" and recalculate "sectors/cylinder". Based on "sectors/unit" and "sectors/cylinder", adjust "cylinders" accordingly. You want to boot from an alternate media for this. I haven't decided how (if at all) this should be fixable with gpart. A "recreate" verb could do the trick... -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 16:33:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B381C1065C1A; Thu, 19 Mar 2009 16:33:09 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 643E98FC17; Thu, 19 Mar 2009 16:33:09 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.21.167] (helo=beastie.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LkLAF-0004Va-U7; Fri, 20 Mar 2009 00:32:16 +0800 Message-ID: <49C273C2.9000808@micom.mng.net> Date: Fri, 20 Mar 2009 00:33:06 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.19 (X11/20090127) MIME-Version: 1.0 To: Weongyo Jeong X-Enigmail-Version: 0.95.7 OpenPGP: id=78F6425E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" Subject: ndis related panic in CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 16:33:17 -0000 Hi, When I tried to make wlan0 down (ndis driver for Intel 5100AGN) got panic: ... Slab at 0x8cdd7cb8, freei 86 = 0. panic: Duplicate free of item 0x8cdd7560 from zone 0x8148c380(16) cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper(80a5d82b,84e06ba0,80729ff9,80a8d790,0,...) at db_trace_self_wrapper+0x26 kdb_backtrace(80a8d790,0,80a810e5,84e06bac,0,...) at kdb_backtrace+0x29 panic(80a810e5,8cdd7560,8148c380,80a2c3b6,8,...) at panic+0x119 uma_dbg_free(8148c380,8cdd7cb8,8cdd7560,9dc,8574286c,...) at uma_dbg_free+0x17b uma_zfree_arg(8148c380,8cdd7560,8cdd7cb8,24,85742800,...) at uma_zfree_arg+0x6e free(8cdd7560,80b2c4e0,88c3a1ec,cb3,854e8800,...) at free+0xca ndis_stop(84e06c80,80cc13d8,85176964,80cc13d8,80b2e344,...) at ndis_stop+0xe6 ndis_ioctl_80211(854e8800,80206910,0,84e06cd4,807623cb,...) at ndis_ioctl_80211+0x388 parent_updown(854e8800,1,80a5ef36,54,85247b9c,...) at parent_updown+0x22 taskqueue_run(85247b80,85247b9c,0,80a511b5,0,...) at taskqueue_run+0x10b taskqueue_thread_loop(80b94068,84e06d38,80a56585,32d,80b7f400,...) at taskqueue_thread_loop+0x68 fork_exit(807624c0,80b94068,84e06d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0x84e06d70, ebp = 0 --- Uptime: 2h9m2s Physical memory: 1979 MB Dumping 400 MB: 385 369 353 337 321 305 289 273 257 241 225 209 193 177 161 145 129 113 97 81 65 49 33 17 1 ... I'm running: beastie# uname -an FreeBSD beastie.micom.mng.net 8.0-CURRENT FreeBSD 8.0-CURRENT #5 r190040M: Thu Mar 19 21:45:37 ULAT 2009 tsgan@beastie.micom.mng.net:/usr/obj/usr/src/sys/DEVIL_WITNESS i386 Please let me know if you need more info. thanks, Ganbold -- My Bonnie looked into a gas tank, The height of its contents to see! She lit a small match to assist her, Oh, bring back my Bonnie to me. From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 16:48:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29F2E1065672; Thu, 19 Mar 2009 16:48:20 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id D50458FC19; Thu, 19 Mar 2009 16:48:19 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.21.167] (helo=beastie.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LkKqt-0004J7-7o; Fri, 20 Mar 2009 00:12:15 +0800 Message-ID: <49C26F12.5060204@micom.mng.net> Date: Fri, 20 Mar 2009 00:13:06 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.19 (X11/20090127) MIME-Version: 1.0 To: Weongyo Jeong X-Enigmail-Version: 0.95.7 OpenPGP: id=78F6425E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" Subject: Intel 5100AGN ndis driver problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 16:48:20 -0000 Hi, I'm trying to use ndis driver for Intel 5100AGN and got following error: beastie# grep ndis /var/log/messages Mar 19 23:41:21 beastie kernel: ndis0: mem 0xf4300000-0xf4301fff irq 17 at device 0.0 on pci3 Mar 19 23:41:21 beastie kernel: ndis0: [ITHREAD] Mar 19 23:41:21 beastie kernel: ndis0: NDIS API version: 5.1 Mar 19 23:41:21 beastie kernel: ndis0: NDIS ERROR: 40001b7c (unknown error) Mar 19 23:41:21 beastie kernel: ndis0: NDIS ERROR: 40001b7c (unknown error) Mar 19 23:41:21 beastie root: Unknown USB device: vendor 0x08ff product 0x2810 bus uhub1 Mar 19 23:41:21 beastie root: Unknown USB device: vendor 0x0a5c product 0x2145 bus uhub1 Mar 19 23:41:21 beastie root: Unknown USB device: vendor 0x17ef product 0x1004 bus uhub3 Mar 19 23:41:53 beastie kernel: ugen1.3: at usbus1 (disconnected) Mar 19 23:41:57 beastie kernel: ugen1.3: at usbus1 Mar 19 23:41:57 beastie root: Unknown USB device: vendor 0x0a5c product 0x2145 bus uhub1 Mar 19 23:45:36 beastie kernel: wlan0: Ethernet address: 00:21:6b:9a:23:8e Mar 19 23:52:02 beastie kernel: pid 9861 (initial thread) is using legacy pty devices Mar 20 00:08:06 beastie kernel: ndis0: NDIS ERROR: 40001b7c (unknown error) ... ndis0@pci0:3:0:0: class=0x028000 card=0x12118086 chip=0x42378086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' class = network I'm running: beastie# uname -an FreeBSD beastie.micom.mng.net 8.0-CURRENT FreeBSD 8.0-CURRENT #5 r190040M: Thu Mar 19 21:45:37 ULAT 2009 tsgan@beastie.micom.mng.net:/usr/obj/usr/src/sys/DEVIL_WITNESS i386 Any idea how to fix this issue? Please let me know if you need more info. thanks, Ganbold -- It is said that the lonely eagle flies to the mountain peaks while the lowly ant crawls the ground, but cannot the soul of the ant soar as high as the eagle? From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 17:19:54 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C501F1065672; Thu, 19 Mar 2009 17:19:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9AC808FC0C; Thu, 19 Mar 2009 17:19:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2JHJoKv085227; Thu, 19 Mar 2009 13:19:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2JHJo5I085079; Thu, 19 Mar 2009 13:19:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 24E6F7302F; Thu, 19 Mar 2009 12:19:50 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090319171950.24E6F7302F@freebsd-current.sentex.ca> Date: Thu, 19 Mar 2009 12:19:50 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 17:19:55 -0000 TB --- 2009-03-19 15:14:11 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-19 15:14:11 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-03-19 15:14:11 - cleaning the object tree TB --- 2009-03-19 15:14:30 - cvsupping the source tree TB --- 2009-03-19 15:14:30 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-03-19 15:14:42 - building world TB --- 2009-03-19 15:14:42 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-19 15:14:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-19 15:14:42 - TARGET=ia64 TB --- 2009-03-19 15:14:42 - TARGET_ARCH=ia64 TB --- 2009-03-19 15:14:42 - TZ=UTC TB --- 2009-03-19 15:14:42 - __MAKE_CONF=/dev/null TB --- 2009-03-19 15:14:42 - cd /src TB --- 2009-03-19 15:14:42 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 19 15:14:44 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 19 17:03:03 UTC 2009 TB --- 2009-03-19 17:03:03 - generating LINT kernel config TB --- 2009-03-19 17:03:03 - cd /src/sys/ia64/conf TB --- 2009-03-19 17:03:03 - /usr/bin/make -B LINT TB --- 2009-03-19 17:03:03 - building LINT kernel TB --- 2009-03-19 17:03:03 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-19 17:03:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-19 17:03:03 - TARGET=ia64 TB --- 2009-03-19 17:03:03 - TARGET_ARCH=ia64 TB --- 2009-03-19 17:03:03 - TZ=UTC TB --- 2009-03-19 17:03:03 - __MAKE_CONF=/dev/null TB --- 2009-03-19 17:03:03 - cd /src TB --- 2009-03-19 17:03:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 19 17:03:03 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/ip_mroute.c: In function 'X_ip_mforward': /src/sys/netinet/ip_mroute.c:1227: error: 'mcastgrp' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c:1227: error: (Each undeclared identifier is reported only once /src/sys/netinet/ip_mroute.c:1227: error: for each function it appears in.) /src/sys/netinet/ip_mroute.c: In function 'send_packet': /src/sys/netinet/ip_mroute.c:1688: error: 'ptrdiff_t' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c: In function 'pim_input': /src/sys/netinet/ip_mroute.c:2565: error: incompatible type for argument 1 of 'inet_ntoa' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-19 17:19:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-19 17:19:49 - ERROR: failed to build lint kernel TB --- 2009-03-19 17:19:49 - 6212.00 user 441.73 system 7538.27 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 18:57:10 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE826106564A; Thu, 19 Mar 2009 18:57:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 83C468FC0A; Thu, 19 Mar 2009 18:57:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2JIv6sn004264; Thu, 19 Mar 2009 14:57:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2JIv6Ks099417; Thu, 19 Mar 2009 14:57:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 05D0A7302F; Thu, 19 Mar 2009 13:57:05 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090319185706.05D0A7302F@freebsd-current.sentex.ca> Date: Thu, 19 Mar 2009 13:57:05 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 18:57:11 -0000 TB --- 2009-03-19 17:19:50 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-19 17:19:50 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-03-19 17:19:50 - cleaning the object tree TB --- 2009-03-19 17:20:18 - cvsupping the source tree TB --- 2009-03-19 17:20:18 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-03-19 17:20:25 - building world TB --- 2009-03-19 17:20:25 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-19 17:20:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-19 17:20:25 - TARGET=powerpc TB --- 2009-03-19 17:20:25 - TARGET_ARCH=powerpc TB --- 2009-03-19 17:20:25 - TZ=UTC TB --- 2009-03-19 17:20:25 - __MAKE_CONF=/dev/null TB --- 2009-03-19 17:20:25 - cd /src TB --- 2009-03-19 17:20:25 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 19 17:20:27 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 19 18:44:49 UTC 2009 TB --- 2009-03-19 18:44:49 - generating LINT kernel config TB --- 2009-03-19 18:44:49 - cd /src/sys/powerpc/conf TB --- 2009-03-19 18:44:49 - /usr/bin/make -B LINT TB --- 2009-03-19 18:44:49 - building LINT kernel TB --- 2009-03-19 18:44:49 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-19 18:44:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-19 18:44:49 - TARGET=powerpc TB --- 2009-03-19 18:44:49 - TARGET_ARCH=powerpc TB --- 2009-03-19 18:44:49 - TZ=UTC TB --- 2009-03-19 18:44:49 - __MAKE_CONF=/dev/null TB --- 2009-03-19 18:44:49 - cd /src TB --- 2009-03-19 18:44:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 19 18:44:49 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/ip_mroute.c: In function 'X_ip_mforward': /src/sys/netinet/ip_mroute.c:1227: error: 'mcastgrp' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c:1227: error: (Each undeclared identifier is reported only once /src/sys/netinet/ip_mroute.c:1227: error: for each function it appears in.) /src/sys/netinet/ip_mroute.c: In function 'send_packet': /src/sys/netinet/ip_mroute.c:1688: error: 'ptrdiff_t' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c: In function 'pim_input': /src/sys/netinet/ip_mroute.c:2565: error: incompatible type for argument 1 of 'inet_ntoa' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-19 18:57:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-19 18:57:05 - ERROR: failed to build lint kernel TB --- 2009-03-19 18:57:05 - 4642.23 user 426.17 system 5835.66 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 19:25:37 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C89D01065673; Thu, 19 Mar 2009 19:25:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9E3E98FC12; Thu, 19 Mar 2009 19:25:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2JJPZbN033413; Thu, 19 Mar 2009 15:25:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2JJPZhV072147; Thu, 19 Mar 2009 15:25:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 549157302F; Thu, 19 Mar 2009 14:25:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090319192535.549157302F@freebsd-current.sentex.ca> Date: Thu, 19 Mar 2009 14:25:35 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 19:25:38 -0000 TB --- 2009-03-19 17:51:43 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-19 17:51:43 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-03-19 17:51:43 - cleaning the object tree TB --- 2009-03-19 17:52:08 - cvsupping the source tree TB --- 2009-03-19 17:52:08 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-03-19 17:52:17 - building world TB --- 2009-03-19 17:52:17 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-19 17:52:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-19 17:52:17 - TARGET=sparc64 TB --- 2009-03-19 17:52:17 - TARGET_ARCH=sparc64 TB --- 2009-03-19 17:52:17 - TZ=UTC TB --- 2009-03-19 17:52:17 - __MAKE_CONF=/dev/null TB --- 2009-03-19 17:52:17 - cd /src TB --- 2009-03-19 17:52:17 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 19 17:52:18 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 19 19:12:50 UTC 2009 TB --- 2009-03-19 19:12:50 - generating LINT kernel config TB --- 2009-03-19 19:12:50 - cd /src/sys/sparc64/conf TB --- 2009-03-19 19:12:50 - /usr/bin/make -B LINT TB --- 2009-03-19 19:12:50 - building LINT kernel TB --- 2009-03-19 19:12:50 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-19 19:12:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-19 19:12:50 - TARGET=sparc64 TB --- 2009-03-19 19:12:50 - TARGET_ARCH=sparc64 TB --- 2009-03-19 19:12:50 - TZ=UTC TB --- 2009-03-19 19:12:50 - __MAKE_CONF=/dev/null TB --- 2009-03-19 19:12:50 - cd /src TB --- 2009-03-19 19:12:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 19 19:12:50 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/ip_mroute.c: In function 'X_ip_mforward': /src/sys/netinet/ip_mroute.c:1227: error: 'mcastgrp' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c:1227: error: (Each undeclared identifier is reported only once /src/sys/netinet/ip_mroute.c:1227: error: for each function it appears in.) /src/sys/netinet/ip_mroute.c: In function 'send_packet': /src/sys/netinet/ip_mroute.c:1688: error: 'ptrdiff_t' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c: In function 'pim_input': /src/sys/netinet/ip_mroute.c:2565: error: incompatible type for argument 1 of 'inet_ntoa' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-19 19:25:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-19 19:25:35 - ERROR: failed to build lint kernel TB --- 2009-03-19 19:25:35 - 4450.00 user 415.43 system 5631.63 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 20:23:47 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE0AD106564A; Thu, 19 Mar 2009 20:23:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 924EA8FC13; Thu, 19 Mar 2009 20:23:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2JKNhkX025009; Thu, 19 Mar 2009 16:23:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2JKNghx089555; Thu, 19 Mar 2009 16:23:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D31DF7302F; Thu, 19 Mar 2009 15:23:42 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090319202342.D31DF7302F@freebsd-current.sentex.ca> Date: Thu, 19 Mar 2009 15:23:42 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 20:23:48 -0000 TB --- 2009-03-19 18:57:06 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-19 18:57:06 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-03-19 18:57:06 - cleaning the object tree TB --- 2009-03-19 18:57:31 - cvsupping the source tree TB --- 2009-03-19 18:57:31 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-03-19 18:57:41 - building world TB --- 2009-03-19 18:57:41 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-19 18:57:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-19 18:57:41 - TARGET=sun4v TB --- 2009-03-19 18:57:41 - TARGET_ARCH=sparc64 TB --- 2009-03-19 18:57:41 - TZ=UTC TB --- 2009-03-19 18:57:41 - __MAKE_CONF=/dev/null TB --- 2009-03-19 18:57:41 - cd /src TB --- 2009-03-19 18:57:41 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 19 18:57:44 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 19 20:12:22 UTC 2009 TB --- 2009-03-19 20:12:22 - generating LINT kernel config TB --- 2009-03-19 20:12:22 - cd /src/sys/sun4v/conf TB --- 2009-03-19 20:12:22 - /usr/bin/make -B LINT TB --- 2009-03-19 20:12:23 - building LINT kernel TB --- 2009-03-19 20:12:23 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-19 20:12:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-19 20:12:23 - TARGET=sun4v TB --- 2009-03-19 20:12:23 - TARGET_ARCH=sparc64 TB --- 2009-03-19 20:12:23 - TZ=UTC TB --- 2009-03-19 20:12:23 - __MAKE_CONF=/dev/null TB --- 2009-03-19 20:12:23 - cd /src TB --- 2009-03-19 20:12:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 19 20:12:23 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/ip_mroute.c: In function 'X_ip_mforward': /src/sys/netinet/ip_mroute.c:1227: error: 'mcastgrp' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c:1227: error: (Each undeclared identifier is reported only once /src/sys/netinet/ip_mroute.c:1227: error: for each function it appears in.) /src/sys/netinet/ip_mroute.c: In function 'send_packet': /src/sys/netinet/ip_mroute.c:1688: error: 'ptrdiff_t' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c: In function 'pim_input': /src/sys/netinet/ip_mroute.c:2565: error: incompatible type for argument 1 of 'inet_ntoa' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-19 20:23:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-19 20:23:42 - ERROR: failed to build lint kernel TB --- 2009-03-19 20:23:42 - 4438.38 user 412.99 system 5196.48 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 20:40:44 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59CBC1065692 for ; Thu, 19 Mar 2009 20:40:44 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 1811C8FC18 for ; Thu, 19 Mar 2009 20:40:43 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 3F67BFF4C for ; Fri, 20 Mar 2009 09:40:43 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UqzRF37yaDqx for ; Fri, 20 Mar 2009 09:40:37 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP for ; Fri, 20 Mar 2009 09:40:37 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 0E60011432; Fri, 20 Mar 2009 09:40:37 +1300 (NZDT) Date: Thu, 19 Mar 2009 13:40:36 -0700 From: Andrew Thompson To: current@freebsd.org Message-ID: <20090319204036.GC2118@citylink.fud.org.nz> References: <200903192033.n2JKXQeF074801@svn.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200903192033.n2JKXQeF074801@svn.freebsd.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: FYI, uscanner removed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 20:40:44 -0000 Please note and update kernel confs as needed. On Thu, Mar 19, 2009 at 08:33:26PM +0000, Andrew Thompson wrote: > Author: thompsa > Date: Thu Mar 19 20:33:26 2009 > New Revision: 190100 > URL: http://svn.freebsd.org/changeset/base/190100 > > Log: > Remove the uscanner(4) driver, this follows the removal of the kernel scanner > driver in Linux 2.6. uscanner was just a simple wrapper around a fifo and > contained no logic, the default interface is now libusb (supported by sane). > > Reviewed by: HPS > > Deleted: > head/share/man/man4/uscanner.4 > head/sys/dev/usb/image/uscanner.c ... From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 20:57:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BDD610656C5; Thu, 19 Mar 2009 20:57:23 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 39A978FC08; Thu, 19 Mar 2009 20:57:22 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id 65A6923C471; Thu, 19 Mar 2009 21:57:21 +0100 (CET) Date: Thu, 19 Mar 2009 21:57:21 +0100 From: Peter Schuller To: Pawel Jakub Dawidek Message-ID: <20090319205720.GA92836@hyperion.scode.org> References: <3481d8e60811220249q47462b14v84c69bc9a9a006b0@mail.gmail.com> <4927EE9F.6080100@delphij.net> <20081122132826.GA4061@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <20081122132826.GA4061@garage.freebsd.pl> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org, d@delphij.net, Benoit Calvez Subject: Re: zfs, installworld and chflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 20:57:25 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > > > install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /mnt/test/l= ib > > > install: /mnt/test/lib/libc.so.7: chflags: Invalid argument > > >=20 > > > thanks for all the work you've done, zfs is a great feature for freeb= sd and > > > it simplify hard drive / partition management. > >=20 > > For the record, defining NO_FSCHG=3D would work around this (I got bite= by > > this as well since I use ZFS / :) >=20 > I just committed missing bits for chflags(2)/lchflags(2) support. > Note that the only supported flags are: UF_NODUMP, SF_IMMUTABLE, > SF_APPEND, SF_NOUNLINK. I notice that this is still a problem (i.e., when running installworld without NO_FSCH on a kernel from a couple of days ago, the same failure occurs). Am I misunderstanding something or doing something wrong, or is that still intended? --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAknCsbAACgkQDNor2+l1i32lNgCfdhkeC1kCwHPNevbu2PdQpywq nOMAnj0+3v4LYOWXwZjJdnX3ZuS1m2NS =II1q -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 22:02:50 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 507B3106566B for ; Thu, 19 Mar 2009 22:02:50 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63908.mail.re1.yahoo.com (web63908.mail.re1.yahoo.com [69.147.97.123]) by mx1.freebsd.org (Postfix) with SMTP id ED9CE8FC18 for ; Thu, 19 Mar 2009 22:02:49 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 46976 invoked by uid 60001); 19 Mar 2009 22:02:49 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1237500169; bh=mr1gBZFTSoBKpw1nv7Twyv4GzxL3jmWPG0kBV5J56Eo=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=L6vP1BICutE2MQ84K6D+XBlyw2kJ/A4xnHsPFPIUBsdLKI6v+qOfxPtug+hJJRPGL7AbX7pngSHX5joFJ29W2xaERf9mY+DdM+oGay/UqDj9woR45np8Bf/spvZC6OPERg1not9IWQuZScRb1lam80wgJXkwD0RhGsqRss5tTjw= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=y9+gOmGzrpsK19LHri0SRYM/oxayPmCaVivwNV5zu+H0QRWJBGkyDj+x31rgy+9CujIwmZIuxCS59imZX16vjBrQgf8O0NRRYFb17agkgaQD5sBJj61RKlBSAys087WoMLN1FloG3vaU7kqpNzXuKv20H347SXlHkmf3qql6XOg=; Message-ID: <258770.46329.qm@web63908.mail.re1.yahoo.com> X-YMail-OSG: iTCFnjkVM1mGkrcIAuMZ9JXahB44AZGUp2SP3.lNDP5C6TmXwQ7S9xDA1.LIpkqchUlBPJ854CRyStvjCzLa_QltR5HERlp8Aly1kRwfmIJPTPvCt4ZdLmOM.P72x.6Lqcr_9BmcmcKvPywvfG0T5ARmorO0vuYEtycGrW7pecIeagTmAS6dV07CqTd_9y2aPMghYtwI58fSm1Isg_TzqDJsMM.kPQqj1Q-- Received: from [98.242.222.229] by web63908.mail.re1.yahoo.com via HTTP; Thu, 19 Mar 2009 15:02:49 PDT X-Mailer: YahooMailWebService/0.7.289.1 Date: Thu, 19 Mar 2009 15:02:49 -0700 (PDT) From: Barney Cordoba To: freebsd-current@freebsd.org, John Baldwin In-Reply-To: <200903191123.45006.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Julian Elischer , current@freebsd.org Subject: Re: Is there a delay which yields? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: barney_cordoba@yahoo.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 22:02:50 -0000 --- On Thu, 3/19/09, John Baldwin wrote: > From: John Baldwin > Subject: Re: Is there a delay which yields? > To: freebsd-current@freebsd.org, barney_cordoba@yahoo.com > Cc: "Julian Elischer" , current@freebsd.org > Date: Thursday, March 19, 2009, 11:23 AM > On Sunday 15 March 2009 2:43:18 pm Barney Cordoba wrote: > > > > --- On Sun, 3/15/09, Julian Elischer > wrote: > > > > > From: Julian Elischer > > > Subject: Re: Is there a delay which yields? > > > To: barney_cordoba@yahoo.com > > > Cc: current@freebsd.org > > > Date: Sunday, March 15, 2009, 1:16 PM > > > Barney Cordoba wrote: > > > > I'd expect DELAY to yield till timeout > but a task > > > with a delay loop just > > > > runs to 100% usage. Is there a function > which can > > > yield exectution for > > > > a set amount of time (without having to use > a timer)? > > > > > > DELAY is designe for use early in the boot when > thre are no > > > timers. > > > it is only occasionally used for cases during > normal > > > operation. > > > > > > how would a thread know how long it has been away > if no > > > timer is used? > > > > > > I guess I mean a sleep. > > > > Also, this is a kernel driver. I have a device > > which requires a toggle with a 10ms delay between > pulses. I hate to > > tie up the cpu for 10ms with a delay. Sort of like the > following: > > > > write_pulse(); > > delay(10000); > > write_pulse(); > > Use pause(9). > timo is in hz? So 1/1000th of a second by default? Also, I notice that hz is 1000 but get 2000 ints/second per cpu. Why is it twice hz? Barney From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 22:07:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CF6B1065674 for ; Thu, 19 Mar 2009 22:07:00 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.freebsd.org (Postfix) with ESMTP id 948A48FC12 for ; Thu, 19 Mar 2009 22:06:59 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-045-044.pools.arcor-ip.net [88.66.45.44]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1LkQOA0z7n-0007TU; Thu, 19 Mar 2009 23:06:58 +0100 Received: (qmail 46611 invoked from network); 19 Mar 2009 22:06:58 -0000 Received: from fbsd8.laiers.local (192.168.4.200) by ns1.laiers.local with SMTP; 19 Mar 2009 22:06:58 -0000 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org, barney_cordoba@yahoo.com Date: Thu, 19 Mar 2009 23:06:57 +0100 User-Agent: KMail/1.11.0 (FreeBSD/8.0-CURRENT; KDE/4.2.1; i386; ; ) References: <258770.46329.qm@web63908.mail.re1.yahoo.com> In-Reply-To: <258770.46329.qm@web63908.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903192306.57780.max@love2party.net> X-Provags-ID: V01U2FsdGVkX19eLlUq+FnPLRQYj5BQSsAiVtxiCCMCjyuowPS DtDm47Nw6ZcpsNqg4OjrI0YMVhjgLEADhiGVxa/h9lVfoNgI/J VEB1ai5+PL973cuDTjySA== Cc: Julian Elischer , current@freebsd.org Subject: Re: Is there a delay which yields? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 22:07:00 -0000 On Thursday 19 March 2009 23:02:49 Barney Cordoba wrote: > --- On Thu, 3/19/09, John Baldwin wrote: > > From: John Baldwin > > Subject: Re: Is there a delay which yields? > > To: freebsd-current@freebsd.org, barney_cordoba@yahoo.com > > Cc: "Julian Elischer" , current@freebsd.org > > Date: Thursday, March 19, 2009, 11:23 AM > > > > On Sunday 15 March 2009 2:43:18 pm Barney Cordoba wrote: > > > --- On Sun, 3/15/09, Julian Elischer > > > > wrote: > > > > From: Julian Elischer > > > > Subject: Re: Is there a delay which yields? > > > > To: barney_cordoba@yahoo.com > > > > Cc: current@freebsd.org > > > > Date: Sunday, March 15, 2009, 1:16 PM > > > > > > > > Barney Cordoba wrote: > > > > > I'd expect DELAY to yield till timeout > > > > but a task > > > > > > with a delay loop just > > > > > > > > > runs to 100% usage. Is there a function > > > > which can > > > > > > yield exectution for > > > > > > > > > a set amount of time (without having to use > > > > a timer)? > > > > > > DELAY is designe for use early in the boot when > > > > thre are no > > > > > > timers. > > > > it is only occasionally used for cases during > > > > normal > > > > > > operation. > > > > > > > > how would a thread know how long it has been away > > > > if no > > > > > > timer is used? > > > > > > I guess I mean a sleep. > > > > > > Also, this is a kernel driver. I have a device > > > which requires a toggle with a 10ms delay between > > > > pulses. I hate to > > > > > tie up the cpu for 10ms with a delay. Sort of like the > > > > following: > > > write_pulse(); > > > delay(10000); > > > write_pulse(); > > > > Use pause(9). > > timo is in hz? So 1/1000th of a second by default? tvtohz() (see time.h) will help you figure out how many ticks you need for a given timeval. > Also, I notice that hz is 1000 but get 2000 ints/second per > cpu. Why is it twice hz? That I don't know. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 22:14:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE3E3106566B; Thu, 19 Mar 2009 22:14:43 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 8EEDA8FC18; Thu, 19 Mar 2009 22:14:43 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id n2JMEhBv001288; Thu, 19 Mar 2009 15:14:43 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id n2JMEhh7001287; Thu, 19 Mar 2009 15:14:43 -0700 (PDT) (envelope-from sgk) Date: Thu, 19 Mar 2009 15:14:43 -0700 From: Steve Kargl To: alc@freebsd.org Message-ID: <20090319221443.GA1275@troutmask.apl.washington.edu> References: <20090317213856.GA1215@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: panic: vm_page_free_toq: freeing mapped page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 22:14:44 -0000 On Wed, Mar 18, 2009 at 01:38:55PM -0500, Alan Cox wrote: > Can you please file a problem report on this crash? I'd like to have it in > the database. It's a very rare crash that been reported on a couple > occasions over the past five or more years. > > Thanks, > Alan > > 2009/3/17 Steve Kargl > > > Script started on Tue Mar 17 14:31:57 2009 > > troutmask:root[201] kgdb /usr/obj/usr/src/sys/SPEW/kernel.debug > > /usr/tmp/vmcore.3 > > > > Unread portion of the kernel message buffer: > > panic: vm_page_free_toq: freeing mapped page 0xffffff01f77d8f70 My system just panicked again with the same back trace and message. I was starting linux's acroread on my amd64 system. If you want the kernel.debug and vmcore.4, then send me an email off-list. -- steve From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 22:19:34 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B0291065670 for ; Thu, 19 Mar 2009 22:19:34 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.freebsd.org (Postfix) with ESMTP id 17A948FC16 for ; Thu, 19 Mar 2009 22:19:33 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-045-044.pools.arcor-ip.net [88.66.45.44]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis) id 0ML25U-1LkQOA129k-0000TD; Thu, 19 Mar 2009 23:06:58 +0100 Received: (qmail 46611 invoked from network); 19 Mar 2009 22:06:58 -0000 Received: from fbsd8.laiers.local (192.168.4.200) by ns1.laiers.local with SMTP; 19 Mar 2009 22:06:58 -0000 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org, barney_cordoba@yahoo.com Date: Thu, 19 Mar 2009 23:06:57 +0100 User-Agent: KMail/1.11.0 (FreeBSD/8.0-CURRENT; KDE/4.2.1; i386; ; ) References: <258770.46329.qm@web63908.mail.re1.yahoo.com> In-Reply-To: <258770.46329.qm@web63908.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903192306.57780.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/Y9PhS87WG1z81+Je7pvIuIvuRPGoGBtu3Li1 1JEbxzOCBEClrlGuC4yIbzwPyOgmGLaSjPimZlbcllQYkdNwWh 1vQm7g/CCrWHEwgByY36Q== Cc: Julian Elischer , current@freebsd.org Subject: Re: Is there a delay which yields? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 22:19:34 -0000 On Thursday 19 March 2009 23:02:49 Barney Cordoba wrote: > --- On Thu, 3/19/09, John Baldwin wrote: > > From: John Baldwin > > Subject: Re: Is there a delay which yields? > > To: freebsd-current@freebsd.org, barney_cordoba@yahoo.com > > Cc: "Julian Elischer" , current@freebsd.org > > Date: Thursday, March 19, 2009, 11:23 AM > > > > On Sunday 15 March 2009 2:43:18 pm Barney Cordoba wrote: > > > --- On Sun, 3/15/09, Julian Elischer > > > > wrote: > > > > From: Julian Elischer > > > > Subject: Re: Is there a delay which yields? > > > > To: barney_cordoba@yahoo.com > > > > Cc: current@freebsd.org > > > > Date: Sunday, March 15, 2009, 1:16 PM > > > > > > > > Barney Cordoba wrote: > > > > > I'd expect DELAY to yield till timeout > > > > but a task > > > > > > with a delay loop just > > > > > > > > > runs to 100% usage. Is there a function > > > > which can > > > > > > yield exectution for > > > > > > > > > a set amount of time (without having to use > > > > a timer)? > > > > > > DELAY is designe for use early in the boot when > > > > thre are no > > > > > > timers. > > > > it is only occasionally used for cases during > > > > normal > > > > > > operation. > > > > > > > > how would a thread know how long it has been away > > > > if no > > > > > > timer is used? > > > > > > I guess I mean a sleep. > > > > > > Also, this is a kernel driver. I have a device > > > which requires a toggle with a 10ms delay between > > > > pulses. I hate to > > > > > tie up the cpu for 10ms with a delay. Sort of like the > > > > following: > > > write_pulse(); > > > delay(10000); > > > write_pulse(); > > > > Use pause(9). > > timo is in hz? So 1/1000th of a second by default? tvtohz() (see time.h) will help you figure out how many ticks you need for a given timeval. > Also, I notice that hz is 1000 but get 2000 ints/second per > cpu. Why is it twice hz? That I don't know. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 22:29:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8A6A1065670 for ; Thu, 19 Mar 2009 22:29:29 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63908.mail.re1.yahoo.com (web63908.mail.re1.yahoo.com [69.147.97.123]) by mx1.freebsd.org (Postfix) with SMTP id 9671B8FC25 for ; Thu, 19 Mar 2009 22:29:29 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 46976 invoked by uid 60001); 19 Mar 2009 22:02:49 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1237500169; bh=mr1gBZFTSoBKpw1nv7Twyv4GzxL3jmWPG0kBV5J56Eo=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=L6vP1BICutE2MQ84K6D+XBlyw2kJ/A4xnHsPFPIUBsdLKI6v+qOfxPtug+hJJRPGL7AbX7pngSHX5joFJ29W2xaERf9mY+DdM+oGay/UqDj9woR45np8Bf/spvZC6OPERg1not9IWQuZScRb1lam80wgJXkwD0RhGsqRss5tTjw= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=y9+gOmGzrpsK19LHri0SRYM/oxayPmCaVivwNV5zu+H0QRWJBGkyDj+x31rgy+9CujIwmZIuxCS59imZX16vjBrQgf8O0NRRYFb17agkgaQD5sBJj61RKlBSAys087WoMLN1FloG3vaU7kqpNzXuKv20H347SXlHkmf3qql6XOg=; Message-ID: <258770.46329.qm@web63908.mail.re1.yahoo.com> X-YMail-OSG: iTCFnjkVM1mGkrcIAuMZ9JXahB44AZGUp2SP3.lNDP5C6TmXwQ7S9xDA1.LIpkqchUlBPJ854CRyStvjCzLa_QltR5HERlp8Aly1kRwfmIJPTPvCt4ZdLmOM.P72x.6Lqcr_9BmcmcKvPywvfG0T5ARmorO0vuYEtycGrW7pecIeagTmAS6dV07CqTd_9y2aPMghYtwI58fSm1Isg_TzqDJsMM.kPQqj1Q-- Received: from [98.242.222.229] by web63908.mail.re1.yahoo.com via HTTP; Thu, 19 Mar 2009 15:02:49 PDT X-Mailer: YahooMailWebService/0.7.289.1 Date: Thu, 19 Mar 2009 15:02:49 -0700 (PDT) From: Barney Cordoba To: freebsd-current@freebsd.org, John Baldwin In-Reply-To: <200903191123.45006.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Julian Elischer , current@freebsd.org Subject: Re: Is there a delay which yields? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: barney_cordoba@yahoo.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 22:29:30 -0000 --- On Thu, 3/19/09, John Baldwin wrote: > From: John Baldwin > Subject: Re: Is there a delay which yields? > To: freebsd-current@freebsd.org, barney_cordoba@yahoo.com > Cc: "Julian Elischer" , current@freebsd.org > Date: Thursday, March 19, 2009, 11:23 AM > On Sunday 15 March 2009 2:43:18 pm Barney Cordoba wrote: > > > > --- On Sun, 3/15/09, Julian Elischer > wrote: > > > > > From: Julian Elischer > > > Subject: Re: Is there a delay which yields? > > > To: barney_cordoba@yahoo.com > > > Cc: current@freebsd.org > > > Date: Sunday, March 15, 2009, 1:16 PM > > > Barney Cordoba wrote: > > > > I'd expect DELAY to yield till timeout > but a task > > > with a delay loop just > > > > runs to 100% usage. Is there a function > which can > > > yield exectution for > > > > a set amount of time (without having to use > a timer)? > > > > > > DELAY is designe for use early in the boot when > thre are no > > > timers. > > > it is only occasionally used for cases during > normal > > > operation. > > > > > > how would a thread know how long it has been away > if no > > > timer is used? > > > > > > I guess I mean a sleep. > > > > Also, this is a kernel driver. I have a device > > which requires a toggle with a 10ms delay between > pulses. I hate to > > tie up the cpu for 10ms with a delay. Sort of like the > following: > > > > write_pulse(); > > delay(10000); > > write_pulse(); > > Use pause(9). > timo is in hz? So 1/1000th of a second by default? Also, I notice that hz is 1000 but get 2000 ints/second per cpu. Why is it twice hz? Barney From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 22:45:11 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C94ED106564A for ; Thu, 19 Mar 2009 22:45:11 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outJ.internet-mail-service.net (outj.internet-mail-service.net [216.240.47.233]) by mx1.freebsd.org (Postfix) with ESMTP id AD2CB8FC15 for ; Thu, 19 Mar 2009 22:45:11 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 53C1010B2D3; Thu, 19 Mar 2009 15:45:11 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id A1B982D6020; Thu, 19 Mar 2009 15:45:10 -0700 (PDT) Message-ID: <49C2CAFF.8040805@elischer.org> Date: Thu, 19 Mar 2009 15:45:19 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: barney_cordoba@yahoo.com References: <258770.46329.qm@web63908.mail.re1.yahoo.com> In-Reply-To: <258770.46329.qm@web63908.mail.re1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Is there a delay which yields? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 22:45:12 -0000 Barney Cordoba wrote: > > > > --- On Thu, 3/19/09, John Baldwin wrote: > >> From: John Baldwin >> Subject: Re: Is there a delay which yields? >> To: freebsd-current@freebsd.org, barney_cordoba@yahoo.com >> Cc: "Julian Elischer" , current@freebsd.org >> Date: Thursday, March 19, 2009, 11:23 AM >> On Sunday 15 March 2009 2:43:18 pm Barney Cordoba wrote: >>> --- On Sun, 3/15/09, Julian Elischer >> wrote: >>>> From: Julian Elischer >>>> Subject: Re: Is there a delay which yields? >>>> To: barney_cordoba@yahoo.com >>>> Cc: current@freebsd.org >>>> Date: Sunday, March 15, 2009, 1:16 PM >>>> Barney Cordoba wrote: >>>>> I'd expect DELAY to yield till timeout >> but a task >>>> with a delay loop just >>>>> runs to 100% usage. Is there a function >> which can >>>> yield exectution for >>>>> a set amount of time (without having to use >> a timer)? >>>> DELAY is designe for use early in the boot when >> thre are no >>>> timers. >>>> it is only occasionally used for cases during >> normal >>>> operation. >>>> >>>> how would a thread know how long it has been away >> if no >>>> timer is used? >>> >>> I guess I mean a sleep. >>> >>> Also, this is a kernel driver. I have a device >>> which requires a toggle with a 10ms delay between >> pulses. I hate to >>> tie up the cpu for 10ms with a delay. Sort of like the >> following: >>> write_pulse(); >>> delay(10000); >>> write_pulse(); >> Use pause(9). >> > > timo is in hz? So 1/1000th of a second by default? > > Also, I notice that hz is 1000 but get 2000 ints/second per > cpu. Why is it twice hz? how many cpus do you have? > > Barney > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 22:45:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAB3E1065672 for ; Thu, 19 Mar 2009 22:45:11 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outK.internet-mail-service.net (outk.internet-mail-service.net [216.240.47.234]) by mx1.freebsd.org (Postfix) with ESMTP id ADA668FC1F for ; Thu, 19 Mar 2009 22:45:11 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 53C1010B2D3; Thu, 19 Mar 2009 15:45:11 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id A1B982D6020; Thu, 19 Mar 2009 15:45:10 -0700 (PDT) Message-ID: <49C2CAFF.8040805@elischer.org> Date: Thu, 19 Mar 2009 15:45:19 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: barney_cordoba@yahoo.com References: <258770.46329.qm@web63908.mail.re1.yahoo.com> In-Reply-To: <258770.46329.qm@web63908.mail.re1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Is there a delay which yields? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 22:45:12 -0000 Barney Cordoba wrote: > > > > --- On Thu, 3/19/09, John Baldwin wrote: > >> From: John Baldwin >> Subject: Re: Is there a delay which yields? >> To: freebsd-current@freebsd.org, barney_cordoba@yahoo.com >> Cc: "Julian Elischer" , current@freebsd.org >> Date: Thursday, March 19, 2009, 11:23 AM >> On Sunday 15 March 2009 2:43:18 pm Barney Cordoba wrote: >>> --- On Sun, 3/15/09, Julian Elischer >> wrote: >>>> From: Julian Elischer >>>> Subject: Re: Is there a delay which yields? >>>> To: barney_cordoba@yahoo.com >>>> Cc: current@freebsd.org >>>> Date: Sunday, March 15, 2009, 1:16 PM >>>> Barney Cordoba wrote: >>>>> I'd expect DELAY to yield till timeout >> but a task >>>> with a delay loop just >>>>> runs to 100% usage. Is there a function >> which can >>>> yield exectution for >>>>> a set amount of time (without having to use >> a timer)? >>>> DELAY is designe for use early in the boot when >> thre are no >>>> timers. >>>> it is only occasionally used for cases during >> normal >>>> operation. >>>> >>>> how would a thread know how long it has been away >> if no >>>> timer is used? >>> >>> I guess I mean a sleep. >>> >>> Also, this is a kernel driver. I have a device >>> which requires a toggle with a 10ms delay between >> pulses. I hate to >>> tie up the cpu for 10ms with a delay. Sort of like the >> following: >>> write_pulse(); >>> delay(10000); >>> write_pulse(); >> Use pause(9). >> > > timo is in hz? So 1/1000th of a second by default? > > Also, I notice that hz is 1000 but get 2000 ints/second per > cpu. Why is it twice hz? how many cpus do you have? > > Barney > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 22:46:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16CE01065670 for ; Thu, 19 Mar 2009 22:46:11 +0000 (UTC) (envelope-from mrossi@swin.edu.au) Received: from gpo6.cc.swin.edu.au (gpo6.cc.swin.edu.au [136.186.1.35]) by mx1.freebsd.org (Postfix) with ESMTP id A391A8FC14 for ; Thu, 19 Mar 2009 22:46:10 +0000 (UTC) (envelope-from mrossi@swin.edu.au) Received: from mrossi.caia.swin.edu.au (mrossi.caia.swin.edu.au [136.186.229.109]) by gpo6.cc.swin.edu.au (8.14.3/8.14.3) with ESMTP id n2JMk0QM008779; Fri, 20 Mar 2009 09:46:05 +1100 Message-ID: <49C2CB27.30102@swin.edu.au> Date: Fri, 20 Mar 2009 09:45:59 +1100 From: Mattia Rossi User-Agent: Thunderbird 2.0.0.19 (X11/20090309) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <49C083A4.5020608@swin.edu.au> <200903180904.52127.hselasky@c2i.net> <49C17A53.8030608@swin.edu.au> <200903190925.31551.hselasky@c2i.net> In-Reply-To: <200903190925.31551.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Hans Petter Selasky Subject: Re: USB2, mouse and X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 22:46:11 -0000 Hans Petter Selasky wrote: > Hi Mattia, > > I see that your keyboard is connected through a High-Speed HUB. > > 1) Has your setup ever worked with the USB2 stack? It's strange that there is > only one interrupt on the EHCI. And when was the kernel built? > FreeBSD 8.0-CURRENT #11 r189933M: Wed Mar 18 10:34:42 EST 2009 Actually the trouble with the mouse started with the USB2 stack. It never worked properly since then. First I thought it's an X problem, then a KDE4 problem, and after rebuilding and rebuilding I gave up.. > 2) When you run "usbconfig" you will see some lines with "pwr=SAVE". Maybe > there is a bug that will disable the wrong ports at power save. > ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen2.1: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: at usbus4, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen5.1: at usbus5, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen6.1: at usbus6, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen6.2: at usbus6, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen6.3: at usbus6, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON ugen6.4: at usbus6, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON That's what it looks like. > 3) Can you try other ports or connect another High Speed HUB in between? > > usbconfig -u 6 -a 2 power_on > Tried to switch power on. It looks like this now: ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen2.1: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: at usbus4, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen5.1: at usbus5, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen6.1: at usbus6, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen6.2: at usbus6, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen6.3: at usbus6, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON ugen6.4: at usbus6, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON but it doesn't change the situation. There is still the lag. Plugging keyboard and mouse in on the back port of the PC just gives the following output: ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen2.1: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: at usbus4, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen5.1: at usbus5, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen6.1: at usbus6, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen6.2: at usbus6, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen5.2: at usbus5, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON ugen5.3: at usbus5, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON Nothing changes here either. I'll rebuild the latest kernel, and see what happens then. Thanks for your help! Mat > --HPS > > ugen6.2: at usbus6 > uhub7: addr 2> on usbus6 > uhub7: 2 ports with 1 removable, self powered > ugen6.3: at usbus6 > ukbd0: > on usbus6 > kbd2 at ukbd0 > ugen6.4: at usbus6 > ums0: on > usbus6 > ums0: 3 buttons and [XYZ] coordinates > > >> irq22: ehci0 uhci4 1 0 >> Then to the console switching part: It's not possible to switch to the >> console until the text shows up again. As I said, it seems the system >> gets blocked. >> From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 22:47:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F4E71065692; Thu, 19 Mar 2009 22:47:26 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 602B48FC13; Thu, 19 Mar 2009 22:47:26 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id 4F28E23C4D9; Thu, 19 Mar 2009 23:47:25 +0100 (CET) Date: Thu, 19 Mar 2009 23:47:25 +0100 From: Peter Schuller To: Pawel Jakub Dawidek Message-ID: <20090319224724.GB2578@hyperion.scode.org> References: <3481d8e60811220249q47462b14v84c69bc9a9a006b0@mail.gmail.com> <4927EE9F.6080100@delphij.net> <20081122132826.GA4061@garage.freebsd.pl> <20090319205720.GA92836@hyperion.scode.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H1spWtNR+x+ondvy" Content-Disposition: inline In-Reply-To: <20090319205720.GA92836@hyperion.scode.org> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org, d@delphij.net, Benoit Calvez Subject: Re: zfs, installworld and chflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 22:47:27 -0000 --H1spWtNR+x+ondvy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > I notice that this is still a problem (i.e., when running installworld > without NO_FSCH on a kernel from a couple of days ago, the same > failure occurs). Am I misunderstanding something or doing something > wrong, or is that still intended? Sorry, this is likely because I haven't upgraded my pool as was pointed out to me in private. That's on purpose and for some reason I didn't make the connection. So just to clarify, there is probably no issue on modern CURRENT so ignore my previous post... --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --H1spWtNR+x+ondvy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAknCy3wACgkQDNor2+l1i33SwACeN74Vkf4s3iS3faFqLKOlaRHP nHcAn0XNIUXwtKDF0cnMltDsc08Se9EU =Fqfb -----END PGP SIGNATURE----- --H1spWtNR+x+ondvy-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 22:56:50 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1B821065670; Thu, 19 Mar 2009 22:56:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 869738FC17; Thu, 19 Mar 2009 22:56:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2JMujJR045259; Thu, 19 Mar 2009 18:56:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2JMujrq016717; Thu, 19 Mar 2009 18:56:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BC0407302F; Thu, 19 Mar 2009 17:56:45 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090319225645.BC0407302F@freebsd-current.sentex.ca> Date: Thu, 19 Mar 2009 17:56:45 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 22:56:51 -0000 TB --- 2009-03-19 20:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-19 20:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-03-19 20:40:00 - cleaning the object tree TB --- 2009-03-19 20:41:26 - cvsupping the source tree TB --- 2009-03-19 20:41:26 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-03-19 20:41:34 - building world TB --- 2009-03-19 20:41:34 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-19 20:41:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-19 20:41:34 - TARGET=amd64 TB --- 2009-03-19 20:41:34 - TARGET_ARCH=amd64 TB --- 2009-03-19 20:41:34 - TZ=UTC TB --- 2009-03-19 20:41:34 - __MAKE_CONF=/dev/null TB --- 2009-03-19 20:41:34 - cd /src TB --- 2009-03-19 20:41:34 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 19 20:41:36 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Mar 19 22:41:45 UTC 2009 TB --- 2009-03-19 22:41:45 - generating LINT kernel config TB --- 2009-03-19 22:41:45 - cd /src/sys/amd64/conf TB --- 2009-03-19 22:41:45 - /usr/bin/make -B LINT TB --- 2009-03-19 22:41:45 - building LINT kernel TB --- 2009-03-19 22:41:45 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-19 22:41:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-19 22:41:45 - TARGET=amd64 TB --- 2009-03-19 22:41:45 - TARGET_ARCH=amd64 TB --- 2009-03-19 22:41:45 - TZ=UTC TB --- 2009-03-19 22:41:45 - __MAKE_CONF=/dev/null TB --- 2009-03-19 22:41:45 - cd /src TB --- 2009-03-19 22:41:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 19 22:41:45 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/ip_mroute.c: In function 'X_ip_mforward': /src/sys/netinet/ip_mroute.c:1227: error: 'mcastgrp' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c:1227: error: (Each undeclared identifier is reported only once /src/sys/netinet/ip_mroute.c:1227: error: for each function it appears in.) /src/sys/netinet/ip_mroute.c: In function 'send_packet': /src/sys/netinet/ip_mroute.c:1688: error: 'ptrdiff_t' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c: In function 'pim_input': /src/sys/netinet/ip_mroute.c:2565: error: incompatible type for argument 1 of 'inet_ntoa' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-19 22:56:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-19 22:56:45 - ERROR: failed to build lint kernel TB --- 2009-03-19 22:56:45 - 6343.85 user 642.08 system 8205.10 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 23:02:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE2EA1065672; Thu, 19 Mar 2009 23:02:47 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ew0-f171.google.com (mail-ew0-f171.google.com [209.85.219.171]) by mx1.freebsd.org (Postfix) with ESMTP id 312FE8FC1B; Thu, 19 Mar 2009 23:02:46 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by ewy19 with SMTP id 19so517516ewy.43 for ; Thu, 19 Mar 2009 16:02:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=VlsiQa3MWAOPz9BLDrNz+JbXRGnBiv9PGFmFDn9/AVU=; b=fNeNavUZIN4jky1RH/SrDqpE7IwRDZP85z+IUah4gYbqTWp7WB0I1xHidQNuNxQaQ4 BioCPgwcxoIvUUp0Wt4tYkqlWTs4Rm8/FLSkgLDC/vlnY8LMLdhOt89Wau0Az7kBbCaV EG5tRAQZ49USqbfSCeQwFdcDrmp51O9E1tK/0= 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=Yyf1herljWmm7/ND7NRB+nRT8jxt+Oa+2zKNx8iOZkemcoAo7G0XBkt9S2SU0UZDnQ jL8Nfw7yQprADeyeLa8mZ+rG8mV3nvU98yd+YMQTTXnkByfFCd7evT/kuNz3XeCrZD2g M8uE1CsAi9LpkqsjLtJvlOEuqqeCO6VlRGTh0= MIME-Version: 1.0 Received: by 10.210.18.18 with SMTP id 18mr6777519ebr.11.1237503766203; Thu, 19 Mar 2009 16:02:46 -0700 (PDT) In-Reply-To: <49C273C2.9000808@micom.mng.net> References: <49C273C2.9000808@micom.mng.net> Date: Fri, 20 Mar 2009 00:02:46 +0100 Message-ID: <3a142e750903191602k18ef27acr7ddc86f07f502234@mail.gmail.com> From: "Paul B. Mahol" To: Ganbold Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" , Weongyo Jeong Subject: Re: ndis related panic in CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 23:02:48 -0000 On 3/19/09, Ganbold wrote: > Hi, > > When I tried to make wlan0 down (ndis driver for Intel 5100AGN) got > panic: > ... > Slab at 0x8cdd7cb8, freei 86 = 0. > panic: Duplicate free of item 0x8cdd7560 from zone 0x8148c380(16) > > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper(80a5d82b,84e06ba0,80729ff9,80a8d790,0,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(80a8d790,0,80a810e5,84e06bac,0,...) at kdb_backtrace+0x29 > panic(80a810e5,8cdd7560,8148c380,80a2c3b6,8,...) at panic+0x119 > uma_dbg_free(8148c380,8cdd7cb8,8cdd7560,9dc,8574286c,...) at > uma_dbg_free+0x17b > uma_zfree_arg(8148c380,8cdd7560,8cdd7cb8,24,85742800,...) at > uma_zfree_arg+0x6e > free(8cdd7560,80b2c4e0,88c3a1ec,cb3,854e8800,...) at free+0xca > ndis_stop(84e06c80,80cc13d8,85176964,80cc13d8,80b2e344,...) at > ndis_stop+0xe6 > ndis_ioctl_80211(854e8800,80206910,0,84e06cd4,807623cb,...) at > ndis_ioctl_80211+0x388 > parent_updown(854e8800,1,80a5ef36,54,85247b9c,...) at parent_updown+0x22 > taskqueue_run(85247b80,85247b9c,0,80a511b5,0,...) at taskqueue_run+0x10b > taskqueue_thread_loop(80b94068,84e06d38,80a56585,32d,80b7f400,...) at > taskqueue_thread_loop+0x68 > fork_exit(807624c0,80b94068,84e06d38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0x84e06d70, ebp = 0 --- > Uptime: 2h9m2s > Physical memory: 1979 MB > Dumping 400 MB: 385 369 353 337 321 305 289 273 257 241 225 209 193 177 > 161 145 129 113 97 81 65 49 33 17 1 > ... > > I'm running: > beastie# uname -an > FreeBSD beastie.micom.mng.net 8.0-CURRENT FreeBSD 8.0-CURRENT #5 > r190040M: Thu Mar 19 21:45:37 ULAT 2009 > tsgan@beastie.micom.mng.net:/usr/obj/usr/src/sys/DEVIL_WITNESS i386 > > > Please let me know if you need more info. It looks to be related only to 5100AGN so just keep one thread about it. -- Paul From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 23:06:12 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4622106566C; Thu, 19 Mar 2009 23:06:12 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 5AA488FC0C; Thu, 19 Mar 2009 23:06:12 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n2JN5xov092052; Thu, 19 Mar 2009 17:05:59 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <49C2CFD7.6000409@samsco.org> Date: Thu, 19 Mar 2009 17:05:59 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: barney_cordoba@yahoo.com References: <258770.46329.qm@web63908.mail.re1.yahoo.com> In-Reply-To: <258770.46329.qm@web63908.mail.re1.yahoo.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org, Julian Elischer , current@freebsd.org Subject: Re: Is there a delay which yields? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 23:06:13 -0000 Barney Cordoba wrote: > > > > --- On Thu, 3/19/09, John Baldwin wrote: > >> From: John Baldwin >> Subject: Re: Is there a delay which yields? >> To: freebsd-current@freebsd.org, barney_cordoba@yahoo.com >> Cc: "Julian Elischer" , current@freebsd.org >> Date: Thursday, March 19, 2009, 11:23 AM >> On Sunday 15 March 2009 2:43:18 pm Barney Cordoba wrote: >>> --- On Sun, 3/15/09, Julian Elischer >> wrote: >>>> From: Julian Elischer >>>> Subject: Re: Is there a delay which yields? >>>> To: barney_cordoba@yahoo.com >>>> Cc: current@freebsd.org >>>> Date: Sunday, March 15, 2009, 1:16 PM >>>> Barney Cordoba wrote: >>>>> I'd expect DELAY to yield till timeout >> but a task >>>> with a delay loop just >>>>> runs to 100% usage. Is there a function >> which can >>>> yield exectution for >>>>> a set amount of time (without having to use >> a timer)? >>>> DELAY is designe for use early in the boot when >> thre are no >>>> timers. >>>> it is only occasionally used for cases during >> normal >>>> operation. >>>> >>>> how would a thread know how long it has been away >> if no >>>> timer is used? >>> >>> I guess I mean a sleep. >>> >>> Also, this is a kernel driver. I have a device >>> which requires a toggle with a 10ms delay between >> pulses. I hate to >>> tie up the cpu for 10ms with a delay. Sort of like the >> following: >>> write_pulse(); >>> delay(10000); >>> write_pulse(); >> Use pause(9). >> > > timo is in hz? So 1/1000th of a second by default? No, hz is variable. The expression "timo * hz" will give you a sleep of 'timo' number of seconds. The expression "time * hz / 1000" will give you a sleep of 'timo' number of milliseconds. Resolution under 10ms is not guaranteed, though that conventional wisdom is from the days when hz was 100 and might not be as strict with hz=1000. But again, you can't assume that you know the value of hz. The symbol 'hz' is global in the kernel and available from the standard kernel header files. This is all explained in the pause.9 man page. > > Also, I notice that hz is 1000 but get 2000 ints/second per > cpu. Why is it twice hz? The cpu timer is divided down to 3 timers: hz, stathz, and profhz. These tree timer frequencies need to be as dissimilar as possible so they don't develop a beat frequency between them. Having the cpu timer be significantly higher than hz makes it easier to choose good divisors for the other frequencies. The value is of the cpu timer is based off of the desired value of hz, but sometimes is not 2x. For example, if you set kern.hz=100, the cpu timer will be 400. This allows for sufficient resolution of profhz. There's something to be said for going back to single stathz and profhz timers, instead of having every CPU run at a high interrupt rate to track them. Fixing that is likely hard, what is easier is to just set kern.hz=100. With kernel preemption, having a high scheduler resolution isn't as critical is it was once thought to be. Scott From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 23:06:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4622106566C; Thu, 19 Mar 2009 23:06:12 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 5AA488FC0C; Thu, 19 Mar 2009 23:06:12 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n2JN5xov092052; Thu, 19 Mar 2009 17:05:59 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <49C2CFD7.6000409@samsco.org> Date: Thu, 19 Mar 2009 17:05:59 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: barney_cordoba@yahoo.com References: <258770.46329.qm@web63908.mail.re1.yahoo.com> In-Reply-To: <258770.46329.qm@web63908.mail.re1.yahoo.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org, Julian Elischer , current@freebsd.org Subject: Re: Is there a delay which yields? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 23:06:13 -0000 Barney Cordoba wrote: > > > > --- On Thu, 3/19/09, John Baldwin wrote: > >> From: John Baldwin >> Subject: Re: Is there a delay which yields? >> To: freebsd-current@freebsd.org, barney_cordoba@yahoo.com >> Cc: "Julian Elischer" , current@freebsd.org >> Date: Thursday, March 19, 2009, 11:23 AM >> On Sunday 15 March 2009 2:43:18 pm Barney Cordoba wrote: >>> --- On Sun, 3/15/09, Julian Elischer >> wrote: >>>> From: Julian Elischer >>>> Subject: Re: Is there a delay which yields? >>>> To: barney_cordoba@yahoo.com >>>> Cc: current@freebsd.org >>>> Date: Sunday, March 15, 2009, 1:16 PM >>>> Barney Cordoba wrote: >>>>> I'd expect DELAY to yield till timeout >> but a task >>>> with a delay loop just >>>>> runs to 100% usage. Is there a function >> which can >>>> yield exectution for >>>>> a set amount of time (without having to use >> a timer)? >>>> DELAY is designe for use early in the boot when >> thre are no >>>> timers. >>>> it is only occasionally used for cases during >> normal >>>> operation. >>>> >>>> how would a thread know how long it has been away >> if no >>>> timer is used? >>> >>> I guess I mean a sleep. >>> >>> Also, this is a kernel driver. I have a device >>> which requires a toggle with a 10ms delay between >> pulses. I hate to >>> tie up the cpu for 10ms with a delay. Sort of like the >> following: >>> write_pulse(); >>> delay(10000); >>> write_pulse(); >> Use pause(9). >> > > timo is in hz? So 1/1000th of a second by default? No, hz is variable. The expression "timo * hz" will give you a sleep of 'timo' number of seconds. The expression "time * hz / 1000" will give you a sleep of 'timo' number of milliseconds. Resolution under 10ms is not guaranteed, though that conventional wisdom is from the days when hz was 100 and might not be as strict with hz=1000. But again, you can't assume that you know the value of hz. The symbol 'hz' is global in the kernel and available from the standard kernel header files. This is all explained in the pause.9 man page. > > Also, I notice that hz is 1000 but get 2000 ints/second per > cpu. Why is it twice hz? The cpu timer is divided down to 3 timers: hz, stathz, and profhz. These tree timer frequencies need to be as dissimilar as possible so they don't develop a beat frequency between them. Having the cpu timer be significantly higher than hz makes it easier to choose good divisors for the other frequencies. The value is of the cpu timer is based off of the desired value of hz, but sometimes is not 2x. For example, if you set kern.hz=100, the cpu timer will be 400. This allows for sufficient resolution of profhz. There's something to be said for going back to single stathz and profhz timers, instead of having every CPU run at a high interrupt rate to track them. Fixing that is likely hard, what is easier is to just set kern.hz=100. With kernel preemption, having a high scheduler resolution isn't as critical is it was once thought to be. Scott From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 23:06:21 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6284106568C; Thu, 19 Mar 2009 23:06:21 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from gritton.org (gritton.org [161.58.222.4]) by mx1.freebsd.org (Postfix) with ESMTP id 668688FC19; Thu, 19 Mar 2009 23:06:21 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from guppy.corp.verio.net (fw.oremut02.us.wh.verio.net [198.65.168.24]) (authenticated bits=0) by gritton.org (8.13.6.20060614/8.13.6) with ESMTP id n2JMgTmJ041481; Thu, 19 Mar 2009 16:42:29 -0600 (MDT) Message-ID: <49C2CA50.8000406@FreeBSD.org> Date: Thu, 19 Mar 2009 16:42:24 -0600 From: Jamie Gritton User-Agent: Thunderbird 2.0.0.19 (X11/20090109) MIME-Version: 1.0 To: FreeBSD Current References: <4C8BEF98-B6EF-4B26-9649-F0666A837230@lassitu.de> <20090318225422.GC79077@citylink.fud.org.nz> <49C17DDB.5030800@freebsd.org> <2F12B7AC-BCB3-4E2D-AFD9-C59E6C8A7BA4@lassitu.de> <20090319072312.S67075@maildrop.int.zabbadoz.net> In-Reply-To: <20090319072312.S67075@maildrop.int.zabbadoz.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.94.2/9142/Thu Mar 19 14:19:47 2009 on gritton.org X-Virus-Status: Clean Cc: "Bjoern A. Zeeb" , Andrew Thompson , Stefan Bethke , Sam Leffler Subject: Re: ifconfig bridge0 does not list bridge data? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 23:06:23 -0000 Bjoern A. Zeeb wrote: > On Thu, 19 Mar 2009, Stefan Bethke wrote: >>>> This means that one of the BRDGGCACHE, BRDGGTO or BRDGPARAM ioctls has >>>> failed so bridge_status() in sbin/ifconfig/ifbridge.c exits early (the >>>> function that prints the info you are missing). Is it possible your >>>> sources are out of sync? If you look at it with kdump then the actual >>>> ioctl these are wrapped in is called SIOCGDRVSPEC >>>> >>>> >>> Try backing out r189864. >> >> That appears to be the culprit. I've just rebuilt ifconfig, and >> without this change, it displays the bridge info. > > Heh. ok. I had tested that as well with a few setups but obviously not > enough. I'll look into this. A fix for this is forthcoming, probably to the kernel and not to ifconfig. In the meantime, backing out r189864 will work fine. - Jamie From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 23:09:27 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1969F1065672; Thu, 19 Mar 2009 23:09:27 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id CE0E98FC19; Thu, 19 Mar 2009 23:09:26 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 21F60FF4B; Fri, 20 Mar 2009 12:09:26 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JA5xa2rnVtzv; Fri, 20 Mar 2009 12:09:22 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Fri, 20 Mar 2009 12:09:22 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 975191143C; Fri, 20 Mar 2009 11:37:56 +1300 (NZDT) Date: Thu, 19 Mar 2009 15:37:56 -0700 From: Andrew Thompson To: usb Message-ID: <20090319223756.GF2118@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@freebsd.org Subject: USBTODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 23:09:28 -0000 Hi, Remember there is a page tracking the new USB stack to the 8.0 release. Please add any items/regressions or even better would be to pick up a task and work on it. http://wiki.freebsd.org/USBTODO Andrew From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 23:12:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 684CA10656DD; Thu, 19 Mar 2009 23:12:14 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ew0-f171.google.com (mail-ew0-f171.google.com [209.85.219.171]) by mx1.freebsd.org (Postfix) with ESMTP id A45968FC29; Thu, 19 Mar 2009 23:12:13 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by ewy19 with SMTP id 19so519254ewy.43 for ; Thu, 19 Mar 2009 16:12:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=y7fOO3vPJ0uWssSgALxYGFmRpGyL38VMzJ252uE+W8I=; b=DgZ6aOlwVkWJK2soX3ZPP2IABcYdRrD/BttbFO5YJLb1oKDCD0a6GP4duLLB/eh9C3 X9gobJRku2reHAfQjhmRDJ7tZdbAeqZEctkml0J/D3SVQzZu8GznESUrDJmgXtqKEP/U BqVjNiXU6NM2v6DQpxRMFOx1itb6TUAMNTEsU= 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=wVsQG0hjp/KFnctd7snbx8hXFgC5ceFL38FTCY6t5GJIZGGIRsD80cFi0V/jwAmVcx J37hTmmG+rsRbxBXTwb73AL7k4kDrYVgRX8+GALk0SmQYF646dlbRzn1OL+W1NxURQVA MH9OB0RCT/hw+sxRZ0nR3Dd2JVZJ5N0dK3gKw= MIME-Version: 1.0 Received: by 10.210.91.17 with SMTP id o17mr2290081ebb.13.1237504332566; Thu, 19 Mar 2009 16:12:12 -0700 (PDT) In-Reply-To: <49C26F12.5060204@micom.mng.net> References: <49C26F12.5060204@micom.mng.net> Date: Fri, 20 Mar 2009 00:12:12 +0100 Message-ID: <3a142e750903191612g551def93x8e5ff994ec741f49@mail.gmail.com> From: "Paul B. Mahol" To: Ganbold Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" , Weongyo Jeong Subject: Re: Intel 5100AGN ndis driver problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 23:12:15 -0000 On 3/19/09, Ganbold wrote: > Hi, > > I'm trying to use ndis driver for Intel 5100AGN and got > following error: > > beastie# grep ndis /var/log/messages > Mar 19 23:41:21 beastie kernel: ndis0: mem > 0xf4300000-0xf4301fff irq 17 at device 0.0 on pci3 > Mar 19 23:41:21 beastie kernel: ndis0: [ITHREAD] > Mar 19 23:41:21 beastie kernel: ndis0: NDIS API version: 5.1 > Mar 19 23:41:21 beastie kernel: ndis0: NDIS ERROR: 40001b7c (unknown error) > > Mar 19 23:41:21 beastie kernel: ndis0: NDIS ERROR: 40001b7c (unknown error) > Mar 19 23:41:21 beastie root: Unknown USB device: vendor 0x08ff product > 0x2810 bus uhub1 > Mar 19 23:41:21 beastie root: Unknown USB device: vendor 0x0a5c product > 0x2145 bus uhub1 > Mar 19 23:41:21 beastie root: Unknown USB device: vendor 0x17ef product > 0x1004 bus uhub3 > Mar 19 23:41:53 beastie kernel: ugen1.3: at > usbus1 (disconnected) > Mar 19 23:41:57 beastie kernel: ugen1.3: at usbus1 > Mar 19 23:41:57 beastie root: Unknown USB device: vendor 0x0a5c product > 0x2145 bus uhub1 > Mar 19 23:45:36 beastie kernel: wlan0: Ethernet address: 00:21:6b:9a:23:8e > Mar 19 23:52:02 beastie kernel: pid 9861 (initial thread) is using > legacy pty devices > Mar 20 00:08:06 beastie kernel: ndis0: NDIS ERROR: 40001b7c (unknown error) > ... > ndis0@pci0:3:0:0: class=0x028000 card=0x12118086 chip=0x42378086 > rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > class = network > > I'm running: > beastie# uname -an > FreeBSD beastie.micom.mng.net 8.0-CURRENT FreeBSD 8.0-CURRENT #5 > r190040M: Thu Mar 19 21:45:37 ULAT 2009 > tsgan@beastie.micom.mng.net:/usr/obj/usr/src/sys/DEVIL_WITNESS i386 > > > Any idea how to fix this issue? > Please let me know if you need more info. How you generate ndis module? Post whole output _after_ is module loaded _not_ just lines containing ndis. also enable debug.ndis sysctl. -- Paul From owner-freebsd-current@FreeBSD.ORG Thu Mar 19 23:26:15 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4A571065680; Thu, 19 Mar 2009 23:26:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id BA8658FC13; Thu, 19 Mar 2009 23:26:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2JNQD1N070928; Thu, 19 Mar 2009 19:26:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2JNQD3g008724; Thu, 19 Mar 2009 19:26:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3C3937302F; Thu, 19 Mar 2009 18:26:13 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090319232613.3C3937302F@freebsd-current.sentex.ca> Date: Thu, 19 Mar 2009 18:26:13 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 23:26:16 -0000 TB --- 2009-03-19 21:48:37 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-19 21:48:37 - starting HEAD tinderbox run for i386/i386 TB --- 2009-03-19 21:48:37 - cleaning the object tree TB --- 2009-03-19 21:49:13 - cvsupping the source tree TB --- 2009-03-19 21:49:13 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-03-19 21:49:27 - building world TB --- 2009-03-19 21:49:27 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-19 21:49:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-19 21:49:27 - TARGET=i386 TB --- 2009-03-19 21:49:27 - TARGET_ARCH=i386 TB --- 2009-03-19 21:49:27 - TZ=UTC TB --- 2009-03-19 21:49:27 - __MAKE_CONF=/dev/null TB --- 2009-03-19 21:49:27 - cd /src TB --- 2009-03-19 21:49:27 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 19 21:49:28 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 19 23:11:22 UTC 2009 TB --- 2009-03-19 23:11:22 - generating LINT kernel config TB --- 2009-03-19 23:11:22 - cd /src/sys/i386/conf TB --- 2009-03-19 23:11:22 - /usr/bin/make -B LINT TB --- 2009-03-19 23:11:22 - building LINT kernel TB --- 2009-03-19 23:11:22 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-19 23:11:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-19 23:11:22 - TARGET=i386 TB --- 2009-03-19 23:11:22 - TARGET_ARCH=i386 TB --- 2009-03-19 23:11:22 - TZ=UTC TB --- 2009-03-19 23:11:22 - __MAKE_CONF=/dev/null TB --- 2009-03-19 23:11:22 - cd /src TB --- 2009-03-19 23:11:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 19 23:11:22 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/ip_mroute.c: In function 'X_ip_mforward': /src/sys/netinet/ip_mroute.c:1227: error: 'mcastgrp' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c:1227: error: (Each undeclared identifier is reported only once /src/sys/netinet/ip_mroute.c:1227: error: for each function it appears in.) /src/sys/netinet/ip_mroute.c: In function 'send_packet': /src/sys/netinet/ip_mroute.c:1688: error: 'ptrdiff_t' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c: In function 'pim_input': /src/sys/netinet/ip_mroute.c:2565: error: incompatible type for argument 1 of 'inet_ntoa' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-19 23:26:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-19 23:26:13 - ERROR: failed to build lint kernel TB --- 2009-03-19 23:26:13 - 4642.85 user 442.64 system 5855.61 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 00:20:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FD0E106564A; Fri, 20 Mar 2009 00:20:22 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from mail.wanderview.com (mail.wanderview.com [66.92.166.102]) by mx1.freebsd.org (Postfix) with ESMTP id 85CBD8FC12; Fri, 20 Mar 2009 00:20:21 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from harkness.in.wanderview.com (harkness.in.wanderview.com [10.76.10.150]) (authenticated bits=0) by mail.wanderview.com (8.14.3/8.14.3) with ESMTP id n2K0JkCJ002415 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 20 Mar 2009 00:19:47 GMT (envelope-from ben@wanderview.com) Message-Id: From: Ben Kelly To: Adam McDougall In-Reply-To: <49C2CFF6.8070608@egr.msu.edu> Mime-Version: 1.0 (Apple Message framework v930.3) Date: Thu, 19 Mar 2009 20:19:46 -0400 References: <49C2CFF6.8070608@egr.msu.edu> X-Mailer: Apple Mail (2.930.3) X-Spam-Score: -1.439 () ALL_TRUSTED,HTML_MESSAGE X-Scanned-By: MIMEDefang 2.64 on 10.76.20.1 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: attilio@freebsd.org, Jeff Roberson , Sam Leffler , freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: [patch] zfs livelock and thread priorities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 00:20:22 -0000 On Mar 19, 2009, at 7:06 PM, Adam McDougall wrote: > I was really impressed with your diagnosis but didn't try your patch > until this afternoon. I had not seen processes spin, but I have had > zfs get stuck roughly every 2 days on a somewhat busy ftp/rsync > server until I turned off zil again, then it was up for over 13 days > when I decided to try this patch. This system boots from a ufs / > and turns around to try mounting a zfs root over top, but the first > time it stalled for a few minutes at the root mount and "gave up" > with a spinlock held too long, second time same thing but I didn't > wait long enough for the spinlock error. Then I tried a power cycle > just because, and the next two tries I got a page fault kernel > panic. I'd try to give more details but right now im trying to get > the server back up with a livecd because I goofed and don't have an > old kernel to fall back on. Just wanted to let you know, and thanks > for getting as far as you did! Ouch! Sorry you ran into that. I haven't seen these problems, but I keep my root partition on UFS and only use zfs for /usr, /var, etc. Perhaps that explains the difference in behavior. You could try changing the patch to use lower priorities. To do this change compat/opensolaris/sys/proc.h so that it reads: #define minclsyspri PRI_MAX_REALTIME #define maxclsyspri (PRI_MAX_REALTIME - 4) This compiles and runs on my machine. The theory here is that other kernel threads will be able to run as they used to, but the zfs threads will still be fixed relative to one another. Its really just a stab in the dark, though. I don't have any experience with the "zfs mounted on top of ufs root" configuration. If this works we should try to see if we can replace PRI_MAX_REALTIME with PRI_MAX_KERN so that the zfs kernel threads run in the kernel priority range. If you could get a stack trace of the kernel panic that would be helpful. Also, if you have console access, can you break to debugger during the boot spinlock hang and get a backtrace of the blocked process? If you want to compare other aspects of your environment to mine I uploaded a bunch of info here: http://www.wanderview.com/svn/public/misc/zfs_livelock Finally, I'm CC'ing the list and some other people so they are aware that the patch runs the risk of a panic. I hope that helps. - Ben From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 00:29:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F41C3106566B for ; Fri, 20 Mar 2009 00:29:31 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id B67D48FC21 for ; Fri, 20 Mar 2009 00:29:31 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 6C4CA61F1 for ; Thu, 19 Mar 2009 20:29:30 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1237508970; bh=w8U4ZFiS89JrC081Hx9bryDJc2momBJGY+G/2X/sxlo=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=Onj8Y9POsEExgavwBDZhR0OHUzKLCQc8ac3tGzFIQ+dJNAioHQBorcwNhUYaRKp+3 hacLbkD3IJhwmBXXEuRPvAQ3NHgmacHeePYzjXcdQrKiNa7nnVesGQP9++uW7jY DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=YamWYRrYdJteag/O4A4s4bvda1/BVYhQUH/jCYYOuSYO6y9knwpFIsNEsr70w7FC0 tftpkoZVZ3ymAlLbiu1X6dm0p13aS11PJRneLk24YwcLEn/p3QefDVVPK8Qpfrh Message-ID: <49C2E365.5000301@protected-networks.net> Date: Thu, 19 Mar 2009 20:29:25 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.19 (X11/20090217) MIME-Version: 1.0 To: freebsd-current X-Enigmail-Version: 0.95.7 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: *ERROR* trying to get vblank count for disabled pipe 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 00:29:32 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Is this something I should be concerned about? From my laptop .. error: [drm:pid1359:i915_get_vblank_counter] *ERROR* trying to get vblank count for disabled pipe 0 /var/log/Xorg.0.log says: (II) intel(0): Selecting standard 18 bit TMDS pixel format. (II) intel(0): Output configuration: (II) intel(0): Pipe A is off (II) intel(0): Display plane A is now disabled and connected to pipe A. (II) intel(0): Pipe B is on (II) intel(0): Display plane B is now enabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe none (II) intel(0): Output LVDS is connected to pipe B (II) intel(0): Output TV is connected to pipe none (II) intel(0): [drm] mapped front buffer at 0xd1000000, handle = 0xd1000000 (II) intel(0): [drm] dma control initialized, using IRQ 16 .. and X works just fine .. Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAknC42UACgkQQv9rrgRC1JIHagCfdZaQwdclx/AZXp6juQCFMe+w A5EAoJHR9H09pCsIldUNy8icxTtT3G91 =1gl0 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 00:31:07 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AF8E10656C5; Fri, 20 Mar 2009 00:31:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6141D8FC0C; Fri, 20 Mar 2009 00:31:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2K0V57d077860; Thu, 19 Mar 2009 20:31:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2K0V5nh031948; Thu, 19 Mar 2009 20:31:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 59D567302F; Thu, 19 Mar 2009 19:31:05 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090320003105.59D567302F@freebsd-current.sentex.ca> Date: Thu, 19 Mar 2009 19:31:05 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 00:31:08 -0000 TB --- 2009-03-19 22:56:45 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-19 22:56:45 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-03-19 22:56:45 - cleaning the object tree TB --- 2009-03-19 22:57:16 - cvsupping the source tree TB --- 2009-03-19 22:57:16 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-03-19 22:57:29 - building world TB --- 2009-03-19 22:57:29 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-19 22:57:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-19 22:57:29 - TARGET=pc98 TB --- 2009-03-19 22:57:29 - TARGET_ARCH=i386 TB --- 2009-03-19 22:57:29 - TZ=UTC TB --- 2009-03-19 22:57:29 - __MAKE_CONF=/dev/null TB --- 2009-03-19 22:57:29 - cd /src TB --- 2009-03-19 22:57:29 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 19 22:57:31 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 20 00:18:18 UTC 2009 TB --- 2009-03-20 00:18:18 - generating LINT kernel config TB --- 2009-03-20 00:18:18 - cd /src/sys/pc98/conf TB --- 2009-03-20 00:18:18 - /usr/bin/make -B LINT TB --- 2009-03-20 00:18:18 - building LINT kernel TB --- 2009-03-20 00:18:18 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-20 00:18:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-20 00:18:18 - TARGET=pc98 TB --- 2009-03-20 00:18:18 - TARGET_ARCH=i386 TB --- 2009-03-20 00:18:18 - TZ=UTC TB --- 2009-03-20 00:18:18 - __MAKE_CONF=/dev/null TB --- 2009-03-20 00:18:18 - cd /src TB --- 2009-03-20 00:18:18 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 20 00:18:18 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/ip_mroute.c: In function 'X_ip_mforward': /src/sys/netinet/ip_mroute.c:1227: error: 'mcastgrp' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c:1227: error: (Each undeclared identifier is reported only once /src/sys/netinet/ip_mroute.c:1227: error: for each function it appears in.) /src/sys/netinet/ip_mroute.c: In function 'send_packet': /src/sys/netinet/ip_mroute.c:1688: error: 'ptrdiff_t' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c: In function 'pim_input': /src/sys/netinet/ip_mroute.c:2565: error: incompatible type for argument 1 of 'inet_ntoa' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-20 00:31:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-20 00:31:05 - ERROR: failed to build lint kernel TB --- 2009-03-20 00:31:05 - 4495.73 user 442.26 system 5659.34 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 01:09:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 160B3106564A for ; Fri, 20 Mar 2009 01:09:05 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id B733F8FC0A for ; Fri, 20 Mar 2009 01:09:04 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-19-214-182.bna.bellsouth.net [68.19.214.182]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2K17gPd084242 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 19 Mar 2009 21:07:42 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Michael Butler In-Reply-To: <49C2E365.5000301@protected-networks.net> References: <49C2E365.5000301@protected-networks.net> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Bu9O1cky8QEOXLHeAKmp" Organization: FreeBSD Date: Thu, 19 Mar 2009 20:08:46 -0500 Message-Id: <1237511326.1777.193.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.3 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-current Subject: Re: *ERROR* trying to get vblank count for disabled pipe 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 01:09:05 -0000 --=-Bu9O1cky8QEOXLHeAKmp Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2009-03-19 at 20:29 -0400, Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > Is this something I should be concerned about? From my laptop .. >=20 > error: [drm:pid1359:i915_get_vblank_counter] *ERROR* trying to get > vblank count for disabled pipe 0 >=20 > /var/log/Xorg.0.log says: >=20 > (II) intel(0): Selecting standard 18 bit TMDS pixel format. > (II) intel(0): Output configuration: > (II) intel(0): Pipe A is off > (II) intel(0): Display plane A is now disabled and connected to pipe A. > (II) intel(0): Pipe B is on > (II) intel(0): Display plane B is now enabled and connected to pipe B. > (II) intel(0): Output VGA is connected to pipe none > (II) intel(0): Output LVDS is connected to pipe B > (II) intel(0): Output TV is connected to pipe none > (II) intel(0): [drm] mapped front buffer at 0xd1000000, handle =3D > 0xd1000000 > (II) intel(0): [drm] dma control initialized, using IRQ 16 >=20 > .. and X works just fine .. It should be harmless... I had converted it to a debug message at one point, but it snuck back it. FWIW, I think I fixed the source of this today, so it should go away with tomorrows -CURRENT. robert. > Michael >=20 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (FreeBSD) >=20 > iEYEARECAAYFAknC42UACgkQQv9rrgRC1JIHagCfdZaQwdclx/AZXp6juQCFMe+w > A5EAoJHR9H09pCsIldUNy8icxTtT3G91 > =3D1gl0 > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=20 Robert Noland FreeBSD --=-Bu9O1cky8QEOXLHeAKmp Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknC7J4ACgkQM4TrQ4qfROMTmwCbBufarhL7Ykopff0uGmaaLSjl XXYAn0Ke+kFc4GX164oY/8W8tOVWWKBl =VSkH -----END PGP SIGNATURE----- --=-Bu9O1cky8QEOXLHeAKmp-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 01:31:27 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E2B2106566B; Fri, 20 Mar 2009 01:31:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 238F68FC0C; Fri, 20 Mar 2009 01:31:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2K1VMES056052; Thu, 19 Mar 2009 21:31:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2K1VMC5020830; Thu, 19 Mar 2009 21:31:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 644B27302F; Thu, 19 Mar 2009 20:31:22 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090320013122.644B27302F@freebsd-current.sentex.ca> Date: Thu, 19 Mar 2009 20:31:22 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 01:31:28 -0000 TB --- 2009-03-19 23:26:13 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-19 23:26:13 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-03-19 23:26:13 - cleaning the object tree TB --- 2009-03-19 23:26:37 - cvsupping the source tree TB --- 2009-03-19 23:26:37 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-03-19 23:26:45 - building world TB --- 2009-03-19 23:26:45 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-19 23:26:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-19 23:26:45 - TARGET=ia64 TB --- 2009-03-19 23:26:45 - TARGET_ARCH=ia64 TB --- 2009-03-19 23:26:45 - TZ=UTC TB --- 2009-03-19 23:26:45 - __MAKE_CONF=/dev/null TB --- 2009-03-19 23:26:45 - cd /src TB --- 2009-03-19 23:26:45 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 19 23:26:47 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 20 01:14:23 UTC 2009 TB --- 2009-03-20 01:14:23 - generating LINT kernel config TB --- 2009-03-20 01:14:23 - cd /src/sys/ia64/conf TB --- 2009-03-20 01:14:23 - /usr/bin/make -B LINT TB --- 2009-03-20 01:14:23 - building LINT kernel TB --- 2009-03-20 01:14:23 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-20 01:14:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-20 01:14:23 - TARGET=ia64 TB --- 2009-03-20 01:14:23 - TARGET_ARCH=ia64 TB --- 2009-03-20 01:14:23 - TZ=UTC TB --- 2009-03-20 01:14:23 - __MAKE_CONF=/dev/null TB --- 2009-03-20 01:14:23 - cd /src TB --- 2009-03-20 01:14:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 20 01:14:24 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/ip_mroute.c: In function 'X_ip_mforward': /src/sys/netinet/ip_mroute.c:1227: error: 'mcastgrp' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c:1227: error: (Each undeclared identifier is reported only once /src/sys/netinet/ip_mroute.c:1227: error: for each function it appears in.) /src/sys/netinet/ip_mroute.c: In function 'send_packet': /src/sys/netinet/ip_mroute.c:1688: error: 'ptrdiff_t' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c: In function 'pim_input': /src/sys/netinet/ip_mroute.c:2565: error: incompatible type for argument 1 of 'inet_ntoa' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-20 01:31:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-20 01:31:22 - ERROR: failed to build lint kernel TB --- 2009-03-20 01:31:22 - 6215.48 user 445.13 system 7508.83 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 01:37:06 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBE901065670; Fri, 20 Mar 2009 01:37:06 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 905DB8FC13; Fri, 20 Mar 2009 01:37:06 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id n2K1YG68085812; Thu, 19 Mar 2009 19:34:16 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 19 Mar 2009 19:34:47 -0600 (MDT) Message-Id: <20090319.193447.-399283086.imp@bsdimp.com> To: thompsa@freebsd.org From: "M. Warner Losh" In-Reply-To: <20090319223756.GF2118@citylink.fud.org.nz> References: <20090319223756.GF2118@citylink.fud.org.nz> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, current@freebsd.org Subject: Re: USBTODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 01:37:07 -0000 In message: <20090319223756.GF2118@citylink.fud.org.nz> Andrew Thompson writes: : Remember there is a page tracking the new USB stack to the 8.0 release. : Please add any items/regressions or even better would be to pick up a : task and work on it. : : http://wiki.freebsd.org/USBTODO I have a flash drive that dies under heavy load (the LED on it goes out) and then any further disk I/O fails. Would something like that go on the page? Warner From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 02:02:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C95C1065675 for ; Fri, 20 Mar 2009 02:02:59 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id D43018FC17 for ; Fri, 20 Mar 2009 02:02:58 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.129.4.53]) by ns2.bafirst.com with esmtp; Thu, 19 Mar 2009 21:02:56 -0500 id 000D5175.49C2F951.0001379F Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Thu, 19 Mar 2009 20:02:56 -0600 id 0004AC1A.49C2F950.0000AB4D Received: from 172.16.0.42 (172.16.0.42 [172.16.0.42]) by econet.encontacto.net (Horde Framework) with HTTP; Thu, 19 Mar 2009 21:02:56 -0500 Message-ID: <20090319210256.112653yvpxxtv7m8@econet.encontacto.net> Date: Thu, 19 Mar 2009 21:02:56 -0500 From: eculp To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.0.7) Gecko/2009031117 Firefox/3.0.4, Ant.com Toolbar 1.3 X-IMP-Server: 189.129.4.53 X-Originating-IP: 201.155.7.3 X-Originating-User: eculp@encontacto.net Subject: I can't update to hal-0.5.11 probably because of a usb2 configuration problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 02:02:59 -0000 I'm trying tu update hal to 0.5.11 on current for the last few days =20 and now think that the problem isn't hal but me and related to my usb2 =20 configuration. If anyone else has seen this or has any suggestions they would be very =20 much appreciated. ed The port error follows: gmake[5]: Entering directory =20 `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/probing' cc -DHAVE_CONFIG_H -I. -I../../.. =20 -DPACKAGE_SYSCONF_DIR=3D\""/usr/local/etc"\" =20 -DPACKAGE_DATA_DIR=3D\""/usr/local/share"\" =20 -DPACKAGE_BIN_DIR=3D\""/usr/local/bin"\" =20 -DPACKAGE_LOCALE_DIR=3D\""/usr/local/share/locale"\" =20 -DPACKAGE_LOCALSTATEDIR=3D\""/var"\" -I../../.. =20 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include =20 -I/usr/local/include -DHAVE_CK_0_3 -O2 -pipe -fno-strict-aliasing =20 -Wall -Wchar-subscripts -Wmissing-declarations -Wnested-externs =20 -Wpointer-arith -Wcast-align -Wsign-compare -MT probe-hiddev.o -MD -MP =20 -MF .deps/probe-hiddev.Tpo -c -o probe-hiddev.o probe-hiddev.c probe-hiddev.c: In function 'main': probe-hiddev.c:81: error: 'USB_GET_REPORT_ID' undeclared (first use in =20 this function) probe-hiddev.c:81: error: (Each undeclared identifier is reported only once probe-hiddev.c:81: error: for each function it appears in.) gmake[5]: *** [probe-hiddev.o] Error 1 gmake[5]: Leaving directory =20 `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/probing' gmake[4]: *** [all-recursive] Error 1 gmake[4]: Leaving directory =20 `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11' gmake: *** [all] Error 2 *** Error code 2 From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 02:15:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2537F106568A for ; Fri, 20 Mar 2009 02:15:17 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id C50208FC1B for ; Fri, 20 Mar 2009 02:15:16 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id n2K2Hkb6061218; Thu, 19 Mar 2009 22:17:46 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: eculp In-Reply-To: <20090319210256.112653yvpxxtv7m8@econet.encontacto.net> References: <20090319210256.112653yvpxxtv7m8@econet.encontacto.net> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-3JBhXzxteHJtPCWr80Cp" Organization: MarcusCom, Inc. Date: Thu, 19 Mar 2009 22:15:09 -0400 Message-Id: <1237515309.31432.139.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: freebsd-current Subject: Re: I can't update to hal-0.5.11 probably because of a usb2 configuration problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 02:15:17 -0000 --=-3JBhXzxteHJtPCWr80Cp Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2009-03-19 at 21:02 -0500, eculp wrote: > I'm trying tu update hal to 0.5.11 on current for the last few days =20 > and now think that the problem isn't hal but me and related to my usb2 =20 > configuration. >=20 > If anyone else has seen this or has any suggestions they would be very =20 > much appreciated. Make sure you are running the latest -CURRENT, your ports tree has hal 0.5.11_21, you have run delete-old and delete-old-libs, and you do NOT have devel/libusb installed. Hal will build then. Joe >=20 > ed >=20 > The port error follows: >=20 > gmake[5]: Entering directory =20 > `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/probing' > cc -DHAVE_CONFIG_H -I. -I../../.. =20 > -DPACKAGE_SYSCONF_DIR=3D\""/usr/local/etc"\" =20 > -DPACKAGE_DATA_DIR=3D\""/usr/local/share"\" =20 > -DPACKAGE_BIN_DIR=3D\""/usr/local/bin"\" =20 > -DPACKAGE_LOCALE_DIR=3D\""/usr/local/share/locale"\" =20 > -DPACKAGE_LOCALSTATEDIR=3D\""/var"\" -I../../.. =20 > -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include =20 > -I/usr/local/include -DHAVE_CK_0_3 -O2 -pipe -fno-strict-aliasing =20 > -Wall -Wchar-subscripts -Wmissing-declarations -Wnested-externs =20 > -Wpointer-arith -Wcast-align -Wsign-compare -MT probe-hiddev.o -MD -MP =20 > -MF .deps/probe-hiddev.Tpo -c -o probe-hiddev.o probe-hiddev.c > probe-hiddev.c: In function 'main': > probe-hiddev.c:81: error: 'USB_GET_REPORT_ID' undeclared (first use in =20 > this function) > probe-hiddev.c:81: error: (Each undeclared identifier is reported only on= ce > probe-hiddev.c:81: error: for each function it appears in.) > gmake[5]: *** [probe-hiddev.o] Error 1 > gmake[5]: Leaving directory =20 > `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/probing' > gmake[4]: *** [all-recursive] Error 1 > gmake[4]: Leaving directory =20 > `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd' > gmake[3]: *** [all-recursive] Error 1 > gmake[3]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald= ' > gmake[2]: *** [all] Error 2 > gmake[2]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald= ' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11' > gmake: *** [all] Error 2 > *** Error code 2 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-3JBhXzxteHJtPCWr80Cp Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAknC/CwACgkQb2iPiv4Uz4e3SwCeIrfNJVRngfakK9LVuQgUFxxT w8gAn3evCr1WePIwDX0VsaiDCN3O4WIe =auRk -----END PGP SIGNATURE----- --=-3JBhXzxteHJtPCWr80Cp-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 02:59:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E9EA1065686 for ; Fri, 20 Mar 2009 02:59:49 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id D31EB8FC0A for ; Fri, 20 Mar 2009 02:59:48 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id n2K32IPx061500; Thu, 19 Mar 2009 23:02:18 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Manfred Antar In-Reply-To: <200903200253.n2K2rLhY013643@pozo.com> References: <20090319210256.112653yvpxxtv7m8@econet.encontacto.net> <1237515309.31432.139.camel@shumai.marcuscom.com> <200903200253.n2K2rLhY013643@pozo.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-e4q8n3fqwjONImOxuI3D" Organization: MarcusCom, Inc. Date: Thu, 19 Mar 2009 22:59:42 -0400 Message-Id: <1237517982.31432.150.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: freebsd-current Subject: Re: I can't update to hal-0.5.11 probably because of a usb2 configuration problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 02:59:50 -0000 --=-e4q8n3fqwjONImOxuI3D Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2009-03-19 at 19:53 -0700, Manfred Antar wrote: > At 07:15 PM 3/19/2009, Joe Marcus Clarke wrote: > >On Thu, 2009-03-19 at 21:02 -0500, eculp wrote: > >> I'm trying tu update hal to 0.5.11 on current for the last few days =20 > >> and now think that the problem isn't hal but me and related to my usb2= =20 > >> configuration. > >>=20 > >> If anyone else has seen this or has any suggestions they would be very= =20 > >> much appreciated. > > > >Make sure you are running the latest -CURRENT, your ports tree has hal > >0.5.11_21, you have run delete-old and delete-old-libs, and you do NOT > >have devel/libusb installed. Hal will build then. > > > >Joe >=20 > With current sources. > I'm seeing a problem too but in a different place: > cc -O2 -pipe -fno-strict-aliasing -Wall -Wchar-subscripts -Wmissing-decla= rations -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -Wl,--= as-needed -o hald hald_marshal.o util.o util_helper.o util_pm.o hald_runner= .o device.o device_info.o device_store.o device_pm.o hald.o hald_dbus.o log= ger.o ids.o mmap_cache.o ci-tracker.o access-check.o ck-tracker.o -L/usr/l= ocal/lib /usr/local/lib/libdbus-glib-1.so /usr/local/lib/libgobject-2.0.so = /usr/local/lib/libglib-2.0.so -licui18n /usr/local/lib/libintl.so /usr/loca= l/lib/libiconv.so /usr/local/lib/libpcre.so /usr/local/lib/libdbus-1.so -pt= hread /usr/local/lib/libpolkit.so /usr/local/lib/libexpat.so -lm ../hald/fr= eebsd/.libs/libhald_freebsd.a -lcam -Wl,--rpath -Wl,/usr/local/lib -Wl,--= rpath -Wl,/usr/local/lib > ../hald/freebsd/.libs/libhald_freebsd.a(osspec.o)(.data.rel.ro+0xc): unde= fined reference to `hf_usb2_handler' > ../hald/freebsd/.libs/libhald_freebsd.a(hf-devd.o)(.data.rel.ro+0x0): und= efined reference to `hf_usb2_devd_handler' > gmake[4]: *** [hald] Error 1 > gmake[4]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald= ' > gmake[3]: *** [all-recursive] Error 1 > gmake[3]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald= ' > gmake[2]: *** [all] Error 2 > gmake[2]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald= ' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11' > gmake: *** [all] Error 2 > *** Error code 2 >=20 > I don't have devel/libusb installed > I don't know about you have run delete-old and delete-old-libs > How do you do this ? cd /usr/src make delete-old make delete-old-libs Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-e4q8n3fqwjONImOxuI3D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAknDBpsACgkQb2iPiv4Uz4e3FgCgqyCoMQk0mkXwby7w/3GNc6oR W9sAoKMvPHi7qNlt8FSSrlr37wABYssJ =mDYN -----END PGP SIGNATURE----- --=-e4q8n3fqwjONImOxuI3D-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 03:07:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38FA2106566B for ; Fri, 20 Mar 2009 03:07:45 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from m12-16.163.com (m12-16.163.com [220.181.12.16]) by mx1.freebsd.org (Postfix) with SMTP id 8375F8FC0A for ; Fri, 20 Mar 2009 03:07:44 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from [127.0.0.1] (unknown [60.191.86.3]) by smtp12 (Coremail) with SMTP id EMCowLBL6T35BsNJbAgnJg--.2519S2; Fri, 20 Mar 2009 11:01:13 +0800 (CST) Message-ID: <49C306F3.2010709@163.com> Date: Fri, 20 Mar 2009 11:01:07 +0800 From: kevin User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: eculp References: <20090319210256.112653yvpxxtv7m8@econet.encontacto.net> In-Reply-To: <20090319210256.112653yvpxxtv7m8@econet.encontacto.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-CM-TRANSID: EMCowLBL6T35BsNJbAgnJg--.2519S2 X-Coremail-Antispam: 1Uf129KBjvJXoW7tF15tF1rJry7XF47Jry3XFb_yoW5Jr1rpa 9F93ZakrsFqFWjv34qyr10ga12ka1rGr90krs8Gr10qrWDJa9rGF1IkF1ruayUJrW3CryF vr10grWDWF48AFJanT9S1TB71UUUUUUv73VFW2AGmfu7bjvjm3AaLaJ3UjIYCTnIWjp_UU UeW7k042IE42xK82IY6r43WwAYjxAI6xAIw28IcVAK0I8IjxAxM7k042IE4IxYO2xFxVAq jxCEw4Av424lb7Iv0xC_JF4lb4IE77IF4wAFF20E14v26r1j6r4UM7C26xCjj4IEI4klw4 CSwwAFxVCaYxvI4VCIwcAKzIAtM7CIcVAFz4kK6r1j6r18M28EF7xvwVC0I7IYx2IY67AK xVWDJVCq3wA2z4x0Y4vE2Ix0cI8IcVCY1x0267AKxVW0oVCq3wA2z4x0Y4vEx4A2jsIE14 v26rxl6s0DM28EF7xvwVC2z280aVCY1x0267AKxVW0oVCq3wAawVAYYI1S6c8GOVWUur45 Jryln4vEF7Iv6F18KVAqrcv_GVWUtr1rJF1lnx0Ec2IEnICE548m6r1DJrWUZwAqx4xG64 xvF2IEw4CE5I8CrVC2j2WlYx0E2Ix0cI8IcVAFwI0_JrI_JrylYx0Ex4A2jsIE14v26r1j 6r4UM4x0Y48IcVAKI48JM4IEnf9ElVAFpTB2q-sK649IAas0WaI_GwCjxxvEw4Wlc2xSY4 AK67AK6r48MxkI7II2jI8vz4v_Cr0_Zr1l42xK82IYc2Ij64vIr41l4x8a6c8ajcxJMI8E 67AF67kF1VAFwI0_Jrv_JF1lIxkGc2Ij64vIr4UvcSsGvfC2KfnxnUUI43ZEXa7xRMyCJ3 UUUUU== X-CM-SenderInfo: pnhyx0x0ol03r26rljoofrz/ Cc: freebsd-current Subject: Re: I can't update to hal-0.5.11 probably because of a usb2 configuration problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 03:07:45 -0000 eculp wrote: > I'm trying tu update hal to 0.5.11 on current for the last few days > and now think that the problem isn't hal but me and related to my usb2 > configuration. > > If anyone else has seen this or has any suggestions they would be very > much appreciated. > > ed > > The port error follows: > > gmake[5]: Entering directory > `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/probing' > cc -DHAVE_CONFIG_H -I. -I../../.. > -DPACKAGE_SYSCONF_DIR=\""/usr/local/etc"\" > -DPACKAGE_DATA_DIR=\""/usr/local/share"\" > -DPACKAGE_BIN_DIR=\""/usr/local/bin"\" > -DPACKAGE_LOCALE_DIR=\""/usr/local/share/locale"\" > -DPACKAGE_LOCALSTATEDIR=\""/var"\" -I../../.. > -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include > -I/usr/local/include -DHAVE_CK_0_3 -O2 -pipe -fno-strict-aliasing > -Wall -Wchar-subscripts -Wmissing-declarations -Wnested-externs > -Wpointer-arith -Wcast-align -Wsign-compare -MT probe-hiddev.o -MD -MP > -MF .deps/probe-hiddev.Tpo -c -o probe-hiddev.o probe-hiddev.c > probe-hiddev.c: In function 'main': > probe-hiddev.c:81: error: 'USB_GET_REPORT_ID' undeclared (first use in > this function) > probe-hiddev.c:81: error: (Each undeclared identifier is reported only > once > probe-hiddev.c:81: error: for each function it appears in.) > gmake[5]: *** [probe-hiddev.o] Error 1 > gmake[5]: Leaving directory > `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/probing' > gmake[4]: *** [all-recursive] Error 1 > gmake[4]: Leaving directory > `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd' > gmake[3]: *** [all-recursive] Error 1 > gmake[3]: Leaving directory > `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' > gmake[2]: *** [all] Error 2 > gmake[2]: Leaving directory > `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11' > gmake: *** [all] Error 2 > *** Error code 2 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > It has been reported. http://www.freebsd.org/cgi/query-pr.cgi?pr=132684 Thanks, kevin From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 03:08:06 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 964C21065780; Fri, 20 Mar 2009 03:08:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6BC268FC1D; Fri, 20 Mar 2009 03:08:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2K381GR059815; Thu, 19 Mar 2009 23:08:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2K381It012163; Thu, 19 Mar 2009 23:08:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6B0537302F; Thu, 19 Mar 2009 22:08:01 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090320030801.6B0537302F@freebsd-current.sentex.ca> Date: Thu, 19 Mar 2009 22:08:01 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 03:08:07 -0000 TB --- 2009-03-20 01:31:22 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-20 01:31:22 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-03-20 01:31:22 - cleaning the object tree TB --- 2009-03-20 01:31:46 - cvsupping the source tree TB --- 2009-03-20 01:31:46 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-03-20 01:31:56 - building world TB --- 2009-03-20 01:31:56 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-20 01:31:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-20 01:31:56 - TARGET=powerpc TB --- 2009-03-20 01:31:56 - TARGET_ARCH=powerpc TB --- 2009-03-20 01:31:56 - TZ=UTC TB --- 2009-03-20 01:31:56 - __MAKE_CONF=/dev/null TB --- 2009-03-20 01:31:56 - cd /src TB --- 2009-03-20 01:31:56 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 20 01:31:58 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 20 02:56:19 UTC 2009 TB --- 2009-03-20 02:56:19 - generating LINT kernel config TB --- 2009-03-20 02:56:19 - cd /src/sys/powerpc/conf TB --- 2009-03-20 02:56:19 - /usr/bin/make -B LINT TB --- 2009-03-20 02:56:19 - building LINT kernel TB --- 2009-03-20 02:56:19 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-20 02:56:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-20 02:56:19 - TARGET=powerpc TB --- 2009-03-20 02:56:19 - TARGET_ARCH=powerpc TB --- 2009-03-20 02:56:19 - TZ=UTC TB --- 2009-03-20 02:56:19 - __MAKE_CONF=/dev/null TB --- 2009-03-20 02:56:19 - cd /src TB --- 2009-03-20 02:56:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 20 02:56:19 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/ip_mroute.c: In function 'X_ip_mforward': /src/sys/netinet/ip_mroute.c:1227: error: 'mcastgrp' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c:1227: error: (Each undeclared identifier is reported only once /src/sys/netinet/ip_mroute.c:1227: error: for each function it appears in.) /src/sys/netinet/ip_mroute.c: In function 'send_packet': /src/sys/netinet/ip_mroute.c:1688: error: 'ptrdiff_t' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c: In function 'pim_input': /src/sys/netinet/ip_mroute.c:2565: error: incompatible type for argument 1 of 'inet_ntoa' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-20 03:08:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-20 03:08:01 - ERROR: failed to build lint kernel TB --- 2009-03-20 03:08:01 - 4641.75 user 423.52 system 5798.72 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 03:11:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AED1A10656CA for ; Fri, 20 Mar 2009 03:11:41 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [216.101.162.50]) by mx1.freebsd.org (Postfix) with ESMTP id EC40D8FC13 for ; Fri, 20 Mar 2009 03:11:40 +0000 (UTC) (envelope-from null@pozo.com) Received: from T61p.pozo.com (t61p.pozo.com [192.168.0.8]) (authenticated bits=0) by pozo.com (8.14.3/8.14.3) with ESMTP id n2K2rLhY013643 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 19 Mar 2009 19:53:22 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <200903200253.n2K2rLhY013643@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 19 Mar 2009 19:53:15 -0700 To: Joe Marcus Clarke , eculp From: Manfred Antar In-Reply-To: <1237515309.31432.139.camel@shumai.marcuscom.com> References: <20090319210256.112653yvpxxtv7m8@econet.encontacto.net> <1237515309.31432.139.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Virus-Scanned: ClamAV 0.94.2-exp/9142/Thu Mar 19 13:19:47 2009 on pozo.com X-Virus-Status: Clean X-pozo.com-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: n2K2rLhY013643 X-pozo.com-MailScanner: Found to be clean X-pozo.com-MailScanner-From: null@pozo.com X-Spam-Status: No Cc: freebsd-current Subject: Re: I can't update to hal-0.5.11 probably because of a usb2 configuration problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 03:11:42 -0000 At 07:15 PM 3/19/2009, Joe Marcus Clarke wrote: >On Thu, 2009-03-19 at 21:02 -0500, eculp wrote: >> I'm trying tu update hal to 0.5.11 on current for the last few days >> and now think that the problem isn't hal but me and related to my usb2 >> configuration. >> >> If anyone else has seen this or has any suggestions they would be very >> much appreciated. > >Make sure you are running the latest -CURRENT, your ports tree has hal >0.5.11_21, you have run delete-old and delete-old-libs, and you do NOT >have devel/libusb installed. Hal will build then. > >Joe With current sources. I'm seeing a problem too but in a different place: cc -O2 -pipe -fno-strict-aliasing -Wall -Wchar-subscripts -Wmissing-declarations -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -Wl,--as-needed -o hald hald_marshal.o util.o util_helper.o util_pm.o hald_runner.o device.o device_info.o device_store.o device_pm.o hald.o hald_dbus.o logger.o ids.o mmap_cache.o ci-tracker.o access-check.o ck-tracker.o -L/usr/local/lib /usr/local/lib/libdbus-glib-1.so /usr/local/lib/libgobject-2.0.so /usr/local/lib/libglib-2.0.so -licui18n /usr/local/lib/libintl.so /usr/local/lib/libiconv.so /usr/local/lib/libpcre.so /usr/local/lib/libdbus-1.so -pthread /usr/local/lib/libpolkit.so /usr/local/lib/libexpat.so -lm ../hald/freebsd/.libs/libhald_freebsd.a -lcam -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib ../hald/freebsd/.libs/libhald_freebsd.a(osspec.o)(.data.rel.ro+0xc): undefined reference to `hf_usb2_handler' ../hald/freebsd/.libs/libhald_freebsd.a(hf-devd.o)(.data.rel.ro+0x0): undefined reference to `hf_usb2_devd_handler' gmake[4]: *** [hald] Error 1 gmake[4]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11' gmake: *** [all] Error 2 *** Error code 2 I don't have devel/libusb installed I don't know about you have run delete-old and delete-old-libs How do you do this ? ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 03:11:58 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97AF1106566C; Fri, 20 Mar 2009 03:11:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6D1C48FC14; Fri, 20 Mar 2009 03:11:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2K3BraG059952; Thu, 19 Mar 2009 23:11:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2K3BrqM019501; Thu, 19 Mar 2009 23:11:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CCD557302F; Thu, 19 Mar 2009 22:11:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090320031153.CCD557302F@freebsd-current.sentex.ca> Date: Thu, 19 Mar 2009 22:11:53 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 03:11:59 -0000 TB --- 2009-03-20 01:37:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-20 01:37:51 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-03-20 01:37:51 - cleaning the object tree TB --- 2009-03-20 01:38:23 - cvsupping the source tree TB --- 2009-03-20 01:38:23 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-03-20 01:38:32 - building world TB --- 2009-03-20 01:38:32 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-20 01:38:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-20 01:38:32 - TARGET=sparc64 TB --- 2009-03-20 01:38:32 - TARGET_ARCH=sparc64 TB --- 2009-03-20 01:38:32 - TZ=UTC TB --- 2009-03-20 01:38:32 - __MAKE_CONF=/dev/null TB --- 2009-03-20 01:38:32 - cd /src TB --- 2009-03-20 01:38:32 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 20 01:38:33 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 20 02:59:19 UTC 2009 TB --- 2009-03-20 02:59:19 - generating LINT kernel config TB --- 2009-03-20 02:59:19 - cd /src/sys/sparc64/conf TB --- 2009-03-20 02:59:19 - /usr/bin/make -B LINT TB --- 2009-03-20 02:59:19 - building LINT kernel TB --- 2009-03-20 02:59:19 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-20 02:59:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-20 02:59:19 - TARGET=sparc64 TB --- 2009-03-20 02:59:19 - TARGET_ARCH=sparc64 TB --- 2009-03-20 02:59:19 - TZ=UTC TB --- 2009-03-20 02:59:19 - __MAKE_CONF=/dev/null TB --- 2009-03-20 02:59:19 - cd /src TB --- 2009-03-20 02:59:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 20 02:59:20 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/ip_mroute.c: In function 'X_ip_mforward': /src/sys/netinet/ip_mroute.c:1227: error: 'mcastgrp' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c:1227: error: (Each undeclared identifier is reported only once /src/sys/netinet/ip_mroute.c:1227: error: for each function it appears in.) /src/sys/netinet/ip_mroute.c: In function 'send_packet': /src/sys/netinet/ip_mroute.c:1688: error: 'ptrdiff_t' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c: In function 'pim_input': /src/sys/netinet/ip_mroute.c:2565: error: incompatible type for argument 1 of 'inet_ntoa' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-20 03:11:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-20 03:11:53 - ERROR: failed to build lint kernel TB --- 2009-03-20 03:11:53 - 4456.00 user 410.05 system 5642.78 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 03:16:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EB53106566B for ; Fri, 20 Mar 2009 03:16:30 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [216.101.162.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8A1098FC0C for ; Fri, 20 Mar 2009 03:16:29 +0000 (UTC) (envelope-from null@pozo.com) Received: from T61p.pozo.com (t61p.pozo.com [192.168.0.8]) (authenticated bits=0) by pozo.com (8.14.3/8.14.3) with ESMTP id n2K3Fn0G043093 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 19 Mar 2009 20:15:50 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <200903200315.n2K3Fn0G043093@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 19 Mar 2009 20:15:44 -0700 To: Joe Marcus Clarke From: Manfred Antar In-Reply-To: <1237517982.31432.150.camel@shumai.marcuscom.com> References: <20090319210256.112653yvpxxtv7m8@econet.encontacto.net> <1237515309.31432.139.camel@shumai.marcuscom.com> <200903200253.n2K2rLhY013643@pozo.com> <1237517982.31432.150.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Virus-Scanned: ClamAV 0.94.2-exp/9142/Thu Mar 19 13:19:47 2009 on pozo.com X-Virus-Status: Clean X-pozo.com-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: n2K3Fn0G043093 X-pozo.com-MailScanner: Found to be clean X-pozo.com-MailScanner-From: null@pozo.com X-Spam-Status: No Cc: freebsd-current Subject: Re: I can't update to hal-0.5.11 probably because of a usb2 configuration problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 03:16:30 -0000 At 07:59 PM 3/19/2009, Joe Marcus Clarke wrote: >On Thu, 2009-03-19 at 19:53 -0700, Manfred Antar wrote: >> At 07:15 PM 3/19/2009, Joe Marcus Clarke wrote: >> >On Thu, 2009-03-19 at 21:02 -0500, eculp wrote: >> >> I'm trying tu update hal to 0.5.11 on current for the last few days >> >> and now think that the problem isn't hal but me and related to my usb2 >> >> configuration. >> >> >> >> If anyone else has seen this or has any suggestions they would be very >> >> much appreciated. >> > >> >Make sure you are running the latest -CURRENT, your ports tree has hal >> >0.5.11_21, you have run delete-old and delete-old-libs, and you do NOT >> >have devel/libusb installed. Hal will build then. >> > >> >Joe >> >> With current sources. >> I'm seeing a problem too but in a different place: >> cc -O2 -pipe -fno-strict-aliasing -Wall -Wchar-subscripts -Wmissing-declarations -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -Wl,--as-needed -o hald hald_marshal.o util.o util_helper.o util_pm.o hald_runner.o device.o device_info.o device_store.o device_pm.o hald.o hald_dbus.o logger.o ids.o mmap_cache.o ci-tracker.o access-check.o ck-tracker.o -L/usr/local/lib /usr/local/lib/libdbus-glib-1.so /usr/local/lib/libgobject-2.0.so /usr/local/lib/libglib-2.0.so -licui18n /usr/local/lib/libintl.so /usr/local/lib/libiconv.so /usr/local/lib/libpcre.so /usr/local/lib/libdbus-1.so -pthread /usr/local/lib/libpolkit.so /usr/local/lib/libexpat.so -lm ../hald/freebsd/.libs/libhald_freebsd.a -lcam -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib >> ../hald/freebsd/.libs/libhald_freebsd.a(osspec.o)(.data.rel.ro+0xc): undefined reference to `hf_usb2_handler' >> ../hald/freebsd/.libs/libhald_freebsd.a(hf-devd.o)(.data.rel.ro+0x0): undefined reference to `hf_usb2_devd_handler' >> gmake[4]: *** [hald] Error 1 >> gmake[4]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' >> gmake[3]: *** [all-recursive] Error 1 >> gmake[3]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' >> gmake[2]: *** [all] Error 2 >> gmake[2]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' >> gmake[1]: *** [all-recursive] Error 1 >> gmake[1]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11' >> gmake: *** [all] Error 2 >> *** Error code 2 >> >> I don't have devel/libusb installed >> I don't know about you have run delete-old and delete-old-libs >> How do you do this ? > >cd /usr/src >make delete-old >make delete-old-libs > >Joe > >-- >PGP Key : http://www.marcuscom.com/pgp.asc > That fixed it for me: ---> Upgrade of sysutils/hal ended at: Thu, 19 Mar 2009 20:12:54 -0700 (consumed 00:02:59) ---> ** Upgrade tasks 1: 1 done, 0 ignored, 0 skipped and 0 failed ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) + sysutils/hal (hal-0.5.11_20) Thanks Manfred ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 04:32:48 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04ADE106564A; Fri, 20 Mar 2009 04:32:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id CE49A8FC15; Fri, 20 Mar 2009 04:32:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2K4WhRk064798; Fri, 20 Mar 2009 00:32:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2K4Whgn079127; Fri, 20 Mar 2009 00:32:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1A2687302F; Thu, 19 Mar 2009 23:32:43 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090320043243.1A2687302F@freebsd-current.sentex.ca> Date: Thu, 19 Mar 2009 23:32:43 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 04:32:48 -0000 TB --- 2009-03-20 03:08:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-20 03:08:01 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-03-20 03:08:01 - cleaning the object tree TB --- 2009-03-20 03:08:27 - cvsupping the source tree TB --- 2009-03-20 03:08:27 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-03-20 03:08:37 - building world TB --- 2009-03-20 03:08:37 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-20 03:08:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-20 03:08:37 - TARGET=sun4v TB --- 2009-03-20 03:08:37 - TARGET_ARCH=sparc64 TB --- 2009-03-20 03:08:37 - TZ=UTC TB --- 2009-03-20 03:08:37 - __MAKE_CONF=/dev/null TB --- 2009-03-20 03:08:37 - cd /src TB --- 2009-03-20 03:08:37 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 20 03:08:38 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 20 04:21:26 UTC 2009 TB --- 2009-03-20 04:21:26 - generating LINT kernel config TB --- 2009-03-20 04:21:26 - cd /src/sys/sun4v/conf TB --- 2009-03-20 04:21:26 - /usr/bin/make -B LINT TB --- 2009-03-20 04:21:26 - building LINT kernel TB --- 2009-03-20 04:21:26 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-20 04:21:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-20 04:21:26 - TARGET=sun4v TB --- 2009-03-20 04:21:26 - TARGET_ARCH=sparc64 TB --- 2009-03-20 04:21:26 - TZ=UTC TB --- 2009-03-20 04:21:26 - __MAKE_CONF=/dev/null TB --- 2009-03-20 04:21:26 - cd /src TB --- 2009-03-20 04:21:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 20 04:21:26 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/ip_mroute.c: In function 'X_ip_mforward': /src/sys/netinet/ip_mroute.c:1227: error: 'mcastgrp' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c:1227: error: (Each undeclared identifier is reported only once /src/sys/netinet/ip_mroute.c:1227: error: for each function it appears in.) /src/sys/netinet/ip_mroute.c: In function 'send_packet': /src/sys/netinet/ip_mroute.c:1688: error: 'ptrdiff_t' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c: In function 'pim_input': /src/sys/netinet/ip_mroute.c:2565: error: incompatible type for argument 1 of 'inet_ntoa' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-20 04:32:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-20 04:32:43 - ERROR: failed to build lint kernel TB --- 2009-03-20 04:32:43 - 4439.05 user 411.50 system 5081.48 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 04:43:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5D731065670 for ; Fri, 20 Mar 2009 04:43:02 +0000 (UTC) (envelope-from mrossi@swin.edu.au) Received: from gpo2.cc.swin.edu.au (gpo2.cc.swin.edu.au [136.186.1.31]) by mx1.freebsd.org (Postfix) with ESMTP id 5DA008FC14 for ; Fri, 20 Mar 2009 04:43:02 +0000 (UTC) (envelope-from mrossi@swin.edu.au) Received: from mrossi.caia.swin.edu.au (mrossi.caia.swin.edu.au [136.186.229.109]) by gpo2.cc.swin.edu.au (8.14.3/8.14.3) with ESMTP id n2K4gu8G016481; Fri, 20 Mar 2009 15:42:56 +1100 Message-ID: <49C31ED0.2070908@swin.edu.au> Date: Fri, 20 Mar 2009 15:42:56 +1100 From: Mattia Rossi User-Agent: Thunderbird 2.0.0.19 (X11/20090309) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <49C083A4.5020608@swin.edu.au> <200903180904.52127.hselasky@c2i.net> <49C17A53.8030608@swin.edu.au> <200903190925.31551.hselasky@c2i.net> <49C2CB27.30102@swin.edu.au> In-Reply-To: <49C2CB27.30102@swin.edu.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Hans Petter Selasky Subject: Re: USB2, mouse and X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 04:43:03 -0000 Okay. Got some help from Lawrence (Stewart), who cleaned up my messy system, and it seems everything resolved itself, after we recompiled world and the kernel, and recompiled also the libpciaccess port. It seems that the msi pci stuff of the old libpciaccess was interfering with the changes in the new kernel. I can't tell more details, just that it works now. Mat P.s.: It also improved 2D acceleration massively! Mattia Rossi wrote: > Hans Petter Selasky wrote: >> Hi Mattia, >> >> I see that your keyboard is connected through a High-Speed HUB. >> >> 1) Has your setup ever worked with the USB2 stack? It's strange that >> there is only one interrupt on the EHCI. And when was the kernel built? >> > FreeBSD 8.0-CURRENT #11 r189933M: Wed Mar 18 10:34:42 EST 2009 > > Actually the trouble with the mouse started with the USB2 stack. It > never worked properly since then. > First I thought it's an X problem, then a KDE4 problem, and after > rebuilding and rebuilding I gave up.. >> 2) When you run "usbconfig" you will see some lines with "pwr=SAVE". >> Maybe there is a bug that will disable the wrong ports at power save. >> > ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON > ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON > ugen2.1: at usbus2, cfg=0 md=HOST spd=HIGH > (480Mbps) pwr=ON > ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON > ugen4.1: at usbus4, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON > ugen5.1: at usbus5, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON > ugen6.1: at usbus6, cfg=0 md=HOST spd=HIGH > (480Mbps) pwr=ON > ugen6.2: at usbus6, cfg=0 > md=HOST spd=HIGH (480Mbps) pwr=SAVE > ugen6.3: at usbus6, cfg=0 md=HOST spd=LOW > (1.5Mbps) pwr=ON > ugen6.4: at usbus6, cfg=0 md=HOST > spd=LOW (1.5Mbps) pwr=ON > > That's what it looks like. >> 3) Can you try other ports or connect another High Speed HUB in between? >> >> usbconfig -u 6 -a 2 power_on >> > Tried to switch power on. It looks like this now: > > ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON > ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON > ugen2.1: at usbus2, cfg=0 md=HOST spd=HIGH > (480Mbps) pwr=ON > ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON > ugen4.1: at usbus4, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON > ugen5.1: at usbus5, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON > ugen6.1: at usbus6, cfg=0 md=HOST spd=HIGH > (480Mbps) pwr=ON > ugen6.2: at usbus6, cfg=0 > md=HOST spd=HIGH (480Mbps) pwr=ON > ugen6.3: at usbus6, cfg=0 md=HOST spd=LOW > (1.5Mbps) pwr=ON > ugen6.4: at usbus6, cfg=0 md=HOST > spd=LOW (1.5Mbps) pwr=ON > > but it doesn't change the situation. There is still the lag. Plugging > keyboard and mouse in on the back port of the PC > just gives the following output: > > ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON > ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON > ugen2.1: at usbus2, cfg=0 md=HOST spd=HIGH > (480Mbps) pwr=ON > ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON > ugen4.1: at usbus4, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON > ugen5.1: at usbus5, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON > ugen6.1: at usbus6, cfg=0 md=HOST spd=HIGH > (480Mbps) pwr=ON > ugen6.2: at usbus6, cfg=0 > md=HOST spd=HIGH (480Mbps) pwr=SAVE > ugen5.2: at usbus5, cfg=0 md=HOST spd=LOW > (1.5Mbps) pwr=ON > ugen5.3: at usbus5, cfg=0 md=HOST > spd=LOW (1.5Mbps) pwr=ON > > Nothing changes here either. > > I'll rebuild the latest kernel, and see what happens then. > > Thanks for your help! > > Mat >> --HPS >> >> ugen6.2: at usbus6 >> uhub7: > 2.00/0.00, addr 2> on usbus6 >> uhub7: 2 ports with 1 removable, self powered >> ugen6.3: at usbus6 >> ukbd0: > 3> on usbus6 >> kbd2 at ukbd0 >> ugen6.4: at usbus6 >> ums0: >> on usbus6 >> ums0: 3 buttons and [XYZ] coordinates >> >> >>> irq22: ehci0 uhci4 1 0 >>> Then to the console switching part: It's not possible to switch to the >>> console until the text shows up again. As I said, it seems the system >>> gets blocked. >>> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 03:24:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 127901065670 for ; Fri, 20 Mar 2009 03:24:25 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.226]) by mx1.freebsd.org (Postfix) with ESMTP id E00068FC19 for ; Fri, 20 Mar 2009 03:24:24 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: by rv-out-0506.google.com with SMTP id l9so873894rvb.43 for ; Thu, 19 Mar 2009 20:24:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.143.5.20 with SMTP id h20mr1255980wfi.167.1237519464433; Thu, 19 Mar 2009 20:24:24 -0700 (PDT) In-Reply-To: <200903191126.15390.jhb@freebsd.org> References: <20090316033113.GB33369@michelle.cdnetworks.co.kr> <200903191126.15390.jhb@freebsd.org> Date: Fri, 20 Mar 2009 11:24:24 +0800 Message-ID: From: Mars G Miro To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Fri, 20 Mar 2009 04:51:33 +0000 Cc: pyunyh@gmail.com, freebsd-current@freebsd.org Subject: Re: sk/msk no more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 03:24:25 -0000 On Thu, Mar 19, 2009 at 11:26 PM, John Baldwin wrote: > On Monday 16 March 2009 12:10:21 am Mars G Miro wrote: >> On Mon, Mar 16, 2009 at 11:31 AM, Pyun YongHyeon wrot= e: >> > On Mon, Mar 16, 2009 at 10:22:40AM +0800, Mars G Miro wrote: >> >> Hi guys, >> >> >> >> =A0 =A0I upgraded a box w/ sk and msk NICs running 7.1-RELEASE to lat= est >> >> -CURRENT =A0to try out the new USB2 stuff but my sk/msk NICs don't wo= rk >> >> anymore: >> >> >> >> =A0 =A0http://pastebin.com/m28a41b14 >> >> >> >> =A0 =A0Saw this first last Friday, March 13, and re-csup'd a few hour= s ago >> >> and the problem is still there. >> >> >> >> =A0 =A0Any thoughts? Thanks. >> >> >> > >> > I don't see sk(4)/msk(4) hardwares in your dmesg output. >> > Does "pciconf -lcv" show your controller? >> >> That's the problem, the hardware disappears: > > What if you set 'hw.pci.mcfg=3D0' in loader? > That did it! Even w/ ACPI enabled in the BIOS, the sk/msk NICs don't get lost anymore. pciconf and verbose dmesg: http://pastebin.com/f31621191 btw, what does this knob actually do ? > -- > John Baldwin > --=20 cheers mars ----- E. B. White - "Be obscure clearly." From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 05:08:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63CDA106564A for ; Fri, 20 Mar 2009 05:08:12 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (mail.cs.rice.edu [128.42.1.31]) by mx1.freebsd.org (Postfix) with ESMTP id 3BE108FC19 for ; Fri, 20 Mar 2009 05:08:12 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (localhost.localdomain [127.0.0.1]) by mail.cs.rice.edu (Postfix) with ESMTP id E8DF12C2ACE; Thu, 19 Mar 2009 23:37:31 -0500 (CDT) X-Virus-Scanned: by amavis-2.4.0 at mail.cs.rice.edu Received: from mail.cs.rice.edu ([127.0.0.1]) by mail.cs.rice.edu (mail.cs.rice.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id rBz64-YuCNzK; Thu, 19 Mar 2009 23:37:24 -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 DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.rice.edu (Postfix) with ESMTP id 03CE32C2A91; Thu, 19 Mar 2009 23:37:23 -0500 (CDT) Message-ID: <49C31D83.3020608@cs.rice.edu> Date: Thu, 19 Mar 2009 23:37:23 -0500 From: Alan Cox User-Agent: Thunderbird 2.0.0.19 (X11/20090124) MIME-Version: 1.0 To: Steve Kargl References: <20090317213856.GA1215@troutmask.apl.washington.edu> <20090319221443.GA1275@troutmask.apl.washington.edu> In-Reply-To: <20090319221443.GA1275@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: alc@freebsd.org, freebsd-current@freebsd.org Subject: Re: panic: vm_page_free_toq: freeing mapped page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 05:08:12 -0000 Steve Kargl wrote: > On Wed, Mar 18, 2009 at 01:38:55PM -0500, Alan Cox wrote: > >> Can you please file a problem report on this crash? I'd like to have it in >> the database. It's a very rare crash that been reported on a couple >> occasions over the past five or more years. >> >> Thanks, >> Alan >> >> 2009/3/17 Steve Kargl >> >> >>> Script started on Tue Mar 17 14:31:57 2009 >>> troutmask:root[201] kgdb /usr/obj/usr/src/sys/SPEW/kernel.debug >>> /usr/tmp/vmcore.3 >>> >>> Unread portion of the kernel message buffer: >>> panic: vm_page_free_toq: freeing mapped page 0xffffff01f77d8f70 >>> > > My system just panicked again with the same back trace and message. > I was starting linux's acroread on my amd64 system. If you want > the kernel.debug and vmcore.4, then send me an email off-list. > > After looking more carefully at your stack trace, I realize that it is different from the one that I've seen before involving the vm_page_free_toq assertion. Your stack trace says that you crashed while starting a 32-bit process from a 64-bit parent. This takes a slightly different path through the code than starting a 64-bit process from 64-bit parent. Please send me a pointer to your kernel.debug and vmcore.4 Thanks, Alan From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 05:35:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20157106564A; Fri, 20 Mar 2009 05:35:51 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id C25E58FC14; Fri, 20 Mar 2009 05:35:50 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-19-214-182.bna.bellsouth.net [68.19.214.182]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2K5YSCC085433 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Mar 2009 01:34:28 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: freebsd-x11 , freebsd-current Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-TTSZ/+AGctgiEzQaaBDy" Organization: FreeBSD Date: Fri, 20 Mar 2009 00:35:31 -0500 Message-Id: <1237527331.1777.516.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.3 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Subject: [PREVIEW] Nouveau on FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 05:35:51 -0000 --=-TTSZ/+AGctgiEzQaaBDy Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Ok, this patch may abuse your cat, or run off with your sister... Use at your own risk... If you have an NV50 or greater, don't bother yet... The way that this driver handles attach, it will attach to *any* Nvidia display adapter. It will attach to an NV50+, but it won't do much more than start twm, as it can't map the GART. Ok, enough of what it can't do... You *should* be able to run EXA and Xv with this on at least NV40 class hardware. I know that it has worked successfully on an NV40 and NV44. You will need: 1. A very recent -CURRENT or -STABLE (I plan to MFC the needed bits to -STABLE when I'm done with this mail) 2. This patch. 3. If you are on amd64, you will need libdrm from git and maybe even if you aren't. 2.4.5 should be ok for i386, but in either case you will need to add --enable-nouveau-experimental-api to libdrm's configure. 4. The nouveau driver. xf86-video-nouveau should be ok, if you have that running now, or convince it to build... otherwise get that from git as well. It's a moving target and fixes go in pretty regularly, so if you are having issues, it's a place to start. I'm not exactly ready for bug reports... This is a preview, if it works, thats awesome. If it doesn't set Option "NoAccel" in your xorg.conf or switch back to nv or the blob for the time being... That isn't to say that I'm not interested in hearing that it works or not, just that this isn't production code. The only issue that I'm seeing currently is some artifacts on my mouse pointer. I don't think this is related to drm though, I think it is a ddx issue. Otherwise it seems to be working quite well. Oh, I have generally been able to vt switch without issues, restarts not so good... http://people.freebsd.org/~rnoland/drm-nouveau-031909.patch robert. --=20 Robert Noland FreeBSD --=-TTSZ/+AGctgiEzQaaBDy Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknDKyMACgkQM4TrQ4qfRONQRwCfcj+wRZFTHTtLJzntCEVatMm7 zFwAn36ONdWcLcSBW254LqD7Uxqh1Kbu =gLzH -----END PGP SIGNATURE----- --=-TTSZ/+AGctgiEzQaaBDy-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 05:59:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EBD31065672 for ; Fri, 20 Mar 2009 05:59:49 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.233]) by mx1.freebsd.org (Postfix) with ESMTP id E94BB8FC08 for ; Fri, 20 Mar 2009 05:59:48 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by rv-out-0506.google.com with SMTP id l9so927193rvb.43 for ; Thu, 19 Mar 2009 22:59:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=dJFDNwV9aWlyHAWbk+8srVMs5y8K5zLtN2Hizz2LoqY=; b=ZMK1yeudX0psJAB11vhduvfviH5Y3N7uDHvVnkEv4p5TqFSp864MQRi90G5ykUaEBV jDpMwVdPiqaFzcUk53ZgWzQ4MHf6phn9DjYq8rOF6jyHmZgOc91sgGIJdY7aVQpa3iyv FvH+EL26eCdU4Iu0Z6sBbJSn5eol7YtR4mVh4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=KoCte1QYBI3nSACWKuFZCXAHrCDPUKVSurrFfC+Y4PCTEGjrL1kSIL+NVOvLOD86Q9 hFOHpTRTSnNT4btm7xhkvVRtlnN0eljT7/iuvsbCfFqiZBrqRxPMDsJFgPzpmLlDCLAD tTFgW1YLrIK73T4pjBfpNg8ZWW1vDkoduS9hs= Received: by 10.141.29.8 with SMTP id g8mr1168157rvj.283.1237528787701; Thu, 19 Mar 2009 22:59:47 -0700 (PDT) Received: from weongyo ([114.111.62.249]) by mx.google.com with ESMTPS id g14sm4037538rvb.49.2009.03.19.22.59.46 (version=SSLv3 cipher=RC4-MD5); Thu, 19 Mar 2009 22:59:47 -0700 (PDT) Received: by weongyo (sSMTP sendmail emulation); Fri, 20 Mar 2009 14:59:44 +0900 From: Weongyo Jeong Date: Fri, 20 Mar 2009 14:59:44 +0900 To: Ganbold Message-ID: <20090320055944.GB22527@weongyo.cdnetworks.kr> Mail-Followup-To: Ganbold , "freebsd-current@freebsd.org" References: <49C273C2.9000808@micom.mng.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="IrhDeMKUP4DT/M7F" Content-Disposition: inline In-Reply-To: <49C273C2.9000808@micom.mng.net> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: "freebsd-current@freebsd.org" Subject: Re: ndis related panic in CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 05:59:49 -0000 --IrhDeMKUP4DT/M7F Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Mar 20, 2009 at 12:33:06AM +0800, Ganbold wrote: > Hi, > > When I tried to make wlan0 down (ndis driver for Intel 5100AGN) got > panic: > ... > Slab at 0x8cdd7cb8, freei 86 = 0. > panic: Duplicate free of item 0x8cdd7560 from zone 0x8148c380(16) > > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper(80a5d82b,84e06ba0,80729ff9,80a8d790,0,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(80a8d790,0,80a810e5,84e06bac,0,...) at kdb_backtrace+0x29 > panic(80a810e5,8cdd7560,8148c380,80a2c3b6,8,...) at panic+0x119 > uma_dbg_free(8148c380,8cdd7cb8,8cdd7560,9dc,8574286c,...) at > uma_dbg_free+0x17b > uma_zfree_arg(8148c380,8cdd7560,8cdd7cb8,24,85742800,...) at > uma_zfree_arg+0x6e > free(8cdd7560,80b2c4e0,88c3a1ec,cb3,854e8800,...) at free+0xca > ndis_stop(84e06c80,80cc13d8,85176964,80cc13d8,80b2e344,...) at > ndis_stop+0xe6 > ndis_ioctl_80211(854e8800,80206910,0,84e06cd4,807623cb,...) at > ndis_ioctl_80211+0x388 > parent_updown(854e8800,1,80a5ef36,54,85247b9c,...) at parent_updown+0x22 > taskqueue_run(85247b80,85247b9c,0,80a511b5,0,...) at taskqueue_run+0x10b > taskqueue_thread_loop(80b94068,84e06d38,80a56585,32d,80b7f400,...) at > taskqueue_thread_loop+0x68 > fork_exit(807624c0,80b94068,84e06d38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0x84e06d70, ebp = 0 --- > Uptime: 2h9m2s > Physical memory: 1979 MB > Dumping 400 MB: 385 369 353 337 321 305 289 273 257 241 225 209 193 177 > 161 145 129 113 97 81 65 49 33 17 1 > ... > > I'm running: > beastie# uname -an > FreeBSD beastie.micom.mng.net 8.0-CURRENT FreeBSD 8.0-CURRENT #5 > r190040M: Thu Mar 19 21:45:37 ULAT 2009 > tsgan@beastie.micom.mng.net:/usr/obj/usr/src/sys/DEVIL_WITNESS i386 > > Please let me know if you need more info. > > thanks, Just for preventing a panic could you please try to test attached patch though I'm not sure the patch is helpful? regards, Weongyo Jeong --IrhDeMKUP4DT/M7F Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="patch_ndis_20090320_5100agn.diff" ==== //depot/user/weongyo/wireless/src/sys/dev/if_ndis/if_ndis.c#14 - /mnt/l223/sys/dev/if_ndis/if_ndis.c ==== @@ -3250,8 +3250,10 @@ NDIS_LOCK(sc); for (i = 0; i < NDIS_EVENTS; i++) { - if (sc->ndis_evt[i].ne_sts && sc->ndis_evt[i].ne_buf != NULL) + if (sc->ndis_evt[i].ne_sts && sc->ndis_evt[i].ne_buf != NULL) { free(sc->ndis_evt[i].ne_buf, M_TEMP); + sc->ndis_evt[i].ne_buf = NULL; + } sc->ndis_evt[i].ne_sts = 0; sc->ndis_evt[i].ne_len = 0; } --IrhDeMKUP4DT/M7F-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 06:01:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91F161065674 for ; Fri, 20 Mar 2009 06:01:22 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 641FA8FC19 for ; Fri, 20 Mar 2009 06:01:22 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-19-214-182.bna.bellsouth.net [68.19.214.182]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2K5xv4A085571 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Mar 2009 01:59:58 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Mattia Rossi In-Reply-To: <49C31ED0.2070908@swin.edu.au> References: <49C083A4.5020608@swin.edu.au> <200903180904.52127.hselasky@c2i.net> <49C17A53.8030608@swin.edu.au> <200903190925.31551.hselasky@c2i.net> <49C2CB27.30102@swin.edu.au> <49C31ED0.2070908@swin.edu.au> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-AIJLf/ed42LFvNfFPYDX" Organization: FreeBSD Date: Fri, 20 Mar 2009 01:01:01 -0500 Message-Id: <1237528861.1777.523.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00, MIME_QP_LONG_LINE,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: USB2, mouse and X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 06:01:23 -0000 --=-AIJLf/ed42LFvNfFPYDX Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-03-20 at 15:42 +1100, Mattia Rossi wrote: > Okay. Got some help from Lawrence (Stewart), who cleaned up my messy=20 > system, and it seems everything resolved itself, after we recompiled=20 > world and the kernel, and recompiled also the libpciaccess port. >=20 > It seems that the msi pci stuff of the old libpciaccess was interfering=20 > with the changes in the new kernel. >=20 > I can't tell more details, just that it works now. So, the issue is that for some reason that I don't understand... libpciaccess seems to trash usb for a few folks when it frobs the registers on it's own. jhb@ added an ioctl to the kernel so that userland could just ask for the info, rather than digging around in the bowels of the pci bus. The port will use the ioctl if it exists at build time. So, you need a semi-recent -STABLE or -CURRENT and then rebuild devel/libpciaccess. robert. > Mat >=20 > P.s.: It also improved 2D acceleration massively! >=20 > Mattia Rossi wrote: > > Hans Petter Selasky wrote: > >> Hi Mattia, > >> > >> I see that your keyboard is connected through a High-Speed HUB. > >> > >> 1) Has your setup ever worked with the USB2 stack? It's strange that=20 > >> there is only one interrupt on the EHCI. And when was the kernel built= ? > >> =20 > > FreeBSD 8.0-CURRENT #11 r189933M: Wed Mar 18 10:34:42 EST 2009 > > > > Actually the trouble with the mouse started with the USB2 stack. It=20 > > never worked properly since then. > > First I thought it's an X problem, then a KDE4 problem, and after=20 > > rebuilding and rebuilding I gave up.. > >> 2) When you run "usbconfig" you will see some lines with "pwr=3DSAVE".= =20 > >> Maybe there is a bug that will disable the wrong ports at power save. > >> =20 > > ugen0.1: at usbus0, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen1.1: at usbus1, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen2.1: at usbus2, cfg=3D0 md=3DHOST spd=3DHIGH=20 > > (480Mbps) pwr=3DON > > ugen3.1: at usbus3, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen4.1: at usbus4, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen5.1: at usbus5, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen6.1: at usbus6, cfg=3D0 md=3DHOST spd=3DHIGH=20 > > (480Mbps) pwr=3DON > > ugen6.2: at usbus6, cfg=3D0=20 > > md=3DHOST spd=3DHIGH (480Mbps) pwr=3DSAVE > > ugen6.3: at usbus6, cfg=3D0 md=3DHOST spd= =3DLOW=20 > > (1.5Mbps) pwr=3DON > > ugen6.4: at usbus6, cfg=3D0 md=3DHOST=20 > > spd=3DLOW (1.5Mbps) pwr=3DON > > > > That's what it looks like. > >> 3) Can you try other ports or connect another High Speed HUB in betwee= n? > >> > >> usbconfig -u 6 -a 2 power_on > >> =20 > > Tried to switch power on. It looks like this now: > > > > ugen0.1: at usbus0, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen1.1: at usbus1, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen2.1: at usbus2, cfg=3D0 md=3DHOST spd=3DHIGH=20 > > (480Mbps) pwr=3DON > > ugen3.1: at usbus3, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen4.1: at usbus4, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen5.1: at usbus5, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen6.1: at usbus6, cfg=3D0 md=3DHOST spd=3DHIGH=20 > > (480Mbps) pwr=3DON > > ugen6.2: at usbus6, cfg=3D0=20 > > md=3DHOST spd=3DHIGH (480Mbps) pwr=3DON > > ugen6.3: at usbus6, cfg=3D0 md=3DHOST spd= =3DLOW=20 > > (1.5Mbps) pwr=3DON > > ugen6.4: at usbus6, cfg=3D0 md=3DHOST=20 > > spd=3DLOW (1.5Mbps) pwr=3DON > > > > but it doesn't change the situation. There is still the lag. Plugging=20 > > keyboard and mouse in on the back port of the PC > > just gives the following output: > > > > ugen0.1: at usbus0, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen1.1: at usbus1, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen2.1: at usbus2, cfg=3D0 md=3DHOST spd=3DHIGH=20 > > (480Mbps) pwr=3DON > > ugen3.1: at usbus3, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen4.1: at usbus4, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen5.1: at usbus5, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen6.1: at usbus6, cfg=3D0 md=3DHOST spd=3DHIGH=20 > > (480Mbps) pwr=3DON > > ugen6.2: at usbus6, cfg=3D0=20 > > md=3DHOST spd=3DHIGH (480Mbps) pwr=3DSAVE > > ugen5.2: at usbus5, cfg=3D0 md=3DHOST spd= =3DLOW=20 > > (1.5Mbps) pwr=3DON > > ugen5.3: at usbus5, cfg=3D0 md=3DHOST=20 > > spd=3DLOW (1.5Mbps) pwr=3DON > > > > Nothing changes here either. > > > > I'll rebuild the latest kernel, and see what happens then. > > > > Thanks for your help! > > > > Mat > >> --HPS > >> > >> ugen6.2: at usbus6 > >> uhub7: >> 2.00/0.00, addr 2> on usbus6 > >> uhub7: 2 ports with 1 removable, self powered > >> ugen6.3: at usbus6 > >> ukbd0: >> 3> on usbus6 > >> kbd2 at ukbd0 > >> ugen6.4: at usbus6 > >> ums0: =20 > >> on usbus6 > >> ums0: 3 buttons and [XYZ] coordinates > >> > >> =20 > >>> irq22: ehci0 uhci4 1 0 > >>> Then to the console switching part: It's not possible to switch to th= e > >>> console until the text shows up again. As I said, it seems the system > >>> gets blocked. > >>> =20 > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to=20 > > "freebsd-current-unsubscribe@freebsd.org" >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=20 Robert Noland FreeBSD --=-AIJLf/ed42LFvNfFPYDX Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknDMR0ACgkQM4TrQ4qfRONalwCfTQ4enfilGmlo7oIYlR0/ksCr E4gAnRcTLdvPL/R7JRwMNhkNXhG0z3OT =8jJS -----END PGP SIGNATURE----- --=-AIJLf/ed42LFvNfFPYDX-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 06:52:34 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99B1F106566B for ; Fri, 20 Mar 2009 06:52:34 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id D7E0D8FC16 for ; Fri, 20 Mar 2009 06:52:33 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id n2K6qUVD013154 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Mar 2009 09:52:31 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LkYak-0007AG-OW; Fri, 20 Mar 2009 09:52:30 +0300 From: Vladimir Grebenschikov To: Andrew Thompson In-Reply-To: <20090319223756.GF2118@citylink.fud.org.nz> References: <20090319223756.GF2118@citylink.fud.org.nz> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 20 Mar 2009 09:52:30 +0300 Message-Id: <1237531950.1728.25.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: usb , current@FreeBSD.org Subject: Re: USBTODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 06:52:35 -0000 On Thu, 2009-03-19 at 15:37 -0700, Andrew Thompson wrote: > Hi, > > > Remember there is a page tracking the new USB stack to the 8.0 release. > Please add any items/regressions or even better would be to pick up a > task and work on it. > > http://wiki.freebsd.org/USBTODO Please add here http://wiki.freebsd.org/PortsBrokenOnCurrent to USB part print/hplip > Andrew -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 06:55:39 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 089B31065670; Fri, 20 Mar 2009 06:55:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D307B8FC1D; Fri, 20 Mar 2009 06:55:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2K6tYDs071290; Fri, 20 Mar 2009 02:55:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2K6tY7F018165; Fri, 20 Mar 2009 02:55:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 26DE87302F; Fri, 20 Mar 2009 01:55:34 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090320065534.26DE87302F@freebsd-current.sentex.ca> Date: Fri, 20 Mar 2009 01:55:34 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 06:55:39 -0000 TB --- 2009-03-20 04:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-20 04:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-03-20 04:40:00 - cleaning the object tree TB --- 2009-03-20 04:41:15 - cvsupping the source tree TB --- 2009-03-20 04:41:15 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-03-20 04:41:25 - building world TB --- 2009-03-20 04:41:25 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-20 04:41:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-20 04:41:25 - TARGET=amd64 TB --- 2009-03-20 04:41:25 - TARGET_ARCH=amd64 TB --- 2009-03-20 04:41:25 - TZ=UTC TB --- 2009-03-20 04:41:25 - __MAKE_CONF=/dev/null TB --- 2009-03-20 04:41:25 - cd /src TB --- 2009-03-20 04:41:25 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 20 04:41:30 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Mar 20 06:40:41 UTC 2009 TB --- 2009-03-20 06:40:41 - generating LINT kernel config TB --- 2009-03-20 06:40:41 - cd /src/sys/amd64/conf TB --- 2009-03-20 06:40:41 - /usr/bin/make -B LINT TB --- 2009-03-20 06:40:41 - building LINT kernel TB --- 2009-03-20 06:40:41 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-20 06:40:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-20 06:40:41 - TARGET=amd64 TB --- 2009-03-20 06:40:41 - TARGET_ARCH=amd64 TB --- 2009-03-20 06:40:41 - TZ=UTC TB --- 2009-03-20 06:40:41 - __MAKE_CONF=/dev/null TB --- 2009-03-20 06:40:41 - cd /src TB --- 2009-03-20 06:40:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 20 06:40:41 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/ip_mroute.c: In function 'X_ip_mforward': /src/sys/netinet/ip_mroute.c:1227: error: 'mcastgrp' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c:1227: error: (Each undeclared identifier is reported only once /src/sys/netinet/ip_mroute.c:1227: error: for each function it appears in.) /src/sys/netinet/ip_mroute.c: In function 'send_packet': /src/sys/netinet/ip_mroute.c:1688: error: 'ptrdiff_t' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c: In function 'pim_input': /src/sys/netinet/ip_mroute.c:2565: error: incompatible type for argument 1 of 'inet_ntoa' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-20 06:55:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-20 06:55:33 - ERROR: failed to build lint kernel TB --- 2009-03-20 06:55:33 - 6348.74 user 635.15 system 8133.70 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 07:25:25 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A7801065700; Fri, 20 Mar 2009 07:25:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0F1678FC19; Fri, 20 Mar 2009 07:25:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2K7PKYq072797; Fri, 20 Mar 2009 03:25:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2K7PKOL067216; Fri, 20 Mar 2009 03:25:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7000D7302F; Fri, 20 Mar 2009 02:25:20 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090320072520.7000D7302F@freebsd-current.sentex.ca> Date: Fri, 20 Mar 2009 02:25:20 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 07:25:26 -0000 TB --- 2009-03-20 05:48:06 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-20 05:48:06 - starting HEAD tinderbox run for i386/i386 TB --- 2009-03-20 05:48:06 - cleaning the object tree TB --- 2009-03-20 05:48:35 - cvsupping the source tree TB --- 2009-03-20 05:48:35 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-03-20 05:48:45 - building world TB --- 2009-03-20 05:48:45 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-20 05:48:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-20 05:48:45 - TARGET=i386 TB --- 2009-03-20 05:48:45 - TARGET_ARCH=i386 TB --- 2009-03-20 05:48:45 - TZ=UTC TB --- 2009-03-20 05:48:45 - __MAKE_CONF=/dev/null TB --- 2009-03-20 05:48:45 - cd /src TB --- 2009-03-20 05:48:45 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 20 05:48:46 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 20 07:10:37 UTC 2009 TB --- 2009-03-20 07:10:37 - generating LINT kernel config TB --- 2009-03-20 07:10:37 - cd /src/sys/i386/conf TB --- 2009-03-20 07:10:37 - /usr/bin/make -B LINT TB --- 2009-03-20 07:10:37 - building LINT kernel TB --- 2009-03-20 07:10:37 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-20 07:10:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-20 07:10:37 - TARGET=i386 TB --- 2009-03-20 07:10:37 - TARGET_ARCH=i386 TB --- 2009-03-20 07:10:37 - TZ=UTC TB --- 2009-03-20 07:10:37 - __MAKE_CONF=/dev/null TB --- 2009-03-20 07:10:37 - cd /src TB --- 2009-03-20 07:10:37 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 20 07:10:37 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/ip_mroute.c: In function 'X_ip_mforward': /src/sys/netinet/ip_mroute.c:1227: error: 'mcastgrp' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c:1227: error: (Each undeclared identifier is reported only once /src/sys/netinet/ip_mroute.c:1227: error: for each function it appears in.) /src/sys/netinet/ip_mroute.c: In function 'send_packet': /src/sys/netinet/ip_mroute.c:1688: error: 'ptrdiff_t' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c: In function 'pim_input': /src/sys/netinet/ip_mroute.c:2565: error: incompatible type for argument 1 of 'inet_ntoa' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-20 07:25:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-20 07:25:20 - ERROR: failed to build lint kernel TB --- 2009-03-20 07:25:20 - 4642.84 user 440.23 system 5834.38 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 07:27:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 996BB1065686 for ; Fri, 20 Mar 2009 07:27:33 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 1F7E68FC21 for ; Fri, 20 Mar 2009 07:27:32 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 237992949; Fri, 20 Mar 2009 09:27:32 +0200 Message-ID: <49C34563.4000307@FreeBSD.org> Date: Fri, 20 Mar 2009 09:27:31 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Andriy Gapon References: <22547510.post@talk.nabble.com> <49C0B4B0.3010506@FreeBSD.org> <22583730.post@talk.nabble.com> <49C25875.8070704@icyb.net.ua> In-Reply-To: <49C25875.8070704@icyb.net.ua> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: To Alexander Motin HDA sound problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 07:27:34 -0000 Andriy Gapon wrote: > on 18/03/2009 19:06 Raven2000 said the following: >> I sealed the M2N-E, but the link gave correct =) >> Integrated sound card is working, and this option is enabled in the BIOS. >> For example the built-in Windows sound works. > > Can this be an issue where a device is not seen behind PCI bridge? Usually onboard sound is chipset integrated and lives on primary bus together many other devices, such as Ethernet or SATA. But theoretically it is possible. > http://www.lm-sensors.org/attachment/ticket/2302/Asus_M2N-E-AMD-Phenom-9850-lspci.txt > From this it seems that audio device is found on pci bus #1 not #0. It looks like separate PCI audio card. Not sure this is integrated and not sure it is HDA. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 07:27:36 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F315C106568D for ; Fri, 20 Mar 2009 07:27:35 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id A7F988FC08 for ; Fri, 20 Mar 2009 07:27:35 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=daemon.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LkZ7p-000ANg-8z; Fri, 20 Mar 2009 15:26:41 +0800 Message-ID: <49C34561.9000308@micom.mng.net> Date: Fri, 20 Mar 2009 15:27:29 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.12 (X11/20080415) MIME-Version: 1.0 To: Ganbold References: <49C273C2.9000808@micom.mng.net> <20090320055944.GB22527@weongyo.cdnetworks.kr> In-Reply-To: <20090320055944.GB22527@weongyo.cdnetworks.kr> X-Enigmail-Version: 0.95.6 OpenPGP: id=78F6425E Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" Subject: Re: ndis related panic in CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 07:27:37 -0000 Weongyo Jeong wrote: > On Fri, Mar 20, 2009 at 12:33:06AM +0800, Ganbold wrote: > >> Hi, >> >> When I tried to make wlan0 down (ndis driver for Intel 5100AGN) got >> panic: >> ... >> Slab at 0x8cdd7cb8, freei 86 = 0. >> panic: Duplicate free of item 0x8cdd7560 from zone 0x8148c380(16) >> >> cpuid = 0 >> KDB: stack backtrace: >> db_trace_self_wrapper(80a5d82b,84e06ba0,80729ff9,80a8d790,0,...) at >> db_trace_self_wrapper+0x26 >> kdb_backtrace(80a8d790,0,80a810e5,84e06bac,0,...) at kdb_backtrace+0x29 >> panic(80a810e5,8cdd7560,8148c380,80a2c3b6,8,...) at panic+0x119 >> uma_dbg_free(8148c380,8cdd7cb8,8cdd7560,9dc,8574286c,...) at >> uma_dbg_free+0x17b >> uma_zfree_arg(8148c380,8cdd7560,8cdd7cb8,24,85742800,...) at >> uma_zfree_arg+0x6e >> free(8cdd7560,80b2c4e0,88c3a1ec,cb3,854e8800,...) at free+0xca >> ndis_stop(84e06c80,80cc13d8,85176964,80cc13d8,80b2e344,...) at >> ndis_stop+0xe6 >> ndis_ioctl_80211(854e8800,80206910,0,84e06cd4,807623cb,...) at >> ndis_ioctl_80211+0x388 >> parent_updown(854e8800,1,80a5ef36,54,85247b9c,...) at parent_updown+0x22 >> taskqueue_run(85247b80,85247b9c,0,80a511b5,0,...) at taskqueue_run+0x10b >> taskqueue_thread_loop(80b94068,84e06d38,80a56585,32d,80b7f400,...) at >> taskqueue_thread_loop+0x68 >> fork_exit(807624c0,80b94068,84e06d38) at fork_exit+0xb8 >> fork_trampoline() at fork_trampoline+0x8 >> --- trap 0, eip = 0, esp = 0x84e06d70, ebp = 0 --- >> Uptime: 2h9m2s >> Physical memory: 1979 MB >> Dumping 400 MB: 385 369 353 337 321 305 289 273 257 241 225 209 193 177 >> 161 145 129 113 97 81 65 49 33 17 1 >> ... >> >> I'm running: >> beastie# uname -an >> FreeBSD beastie.micom.mng.net 8.0-CURRENT FreeBSD 8.0-CURRENT #5 >> r190040M: Thu Mar 19 21:45:37 ULAT 2009 >> tsgan@beastie.micom.mng.net:/usr/obj/usr/src/sys/DEVIL_WITNESS i386 >> >> Please let me know if you need more info. >> >> thanks, >> > > Just for preventing a panic could you please try to test attached patch > though I'm not sure the patch is helpful? > Ok, will try it later today if time permits and let you know. thanks, Ganbold > regards, > Weongyo Jeong > > -- First Corollary of Taber's Second Law: Machines that piss people off get murdered. -- Pat Taber From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 07:29:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3112E10656D6; Fri, 20 Mar 2009 07:29:49 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id D8FA08FC12; Fri, 20 Mar 2009 07:29:48 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=daemon.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LkZ9y-000AOK-L1; Fri, 20 Mar 2009 15:28:54 +0800 Message-ID: <49C345E7.7090901@micom.mng.net> Date: Fri, 20 Mar 2009 15:29:43 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.12 (X11/20080415) MIME-Version: 1.0 To: "Paul B. Mahol" References: <49C26F12.5060204@micom.mng.net> <3a142e750903191612g551def93x8e5ff994ec741f49@mail.gmail.com> In-Reply-To: <3a142e750903191612g551def93x8e5ff994ec741f49@mail.gmail.com> X-Enigmail-Version: 0.95.6 OpenPGP: id=78F6425E Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" , Weongyo Jeong Subject: Re: Intel 5100AGN ndis driver problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 07:29:49 -0000 Paul B. Mahol wrote: > On 3/19/09, Ganbold wrote: > >> Hi, >> >> I'm trying to use ndis driver for Intel 5100AGN and got >> following error: >> >> beastie# grep ndis /var/log/messages >> Mar 19 23:41:21 beastie kernel: ndis0: mem >> 0xf4300000-0xf4301fff irq 17 at device 0.0 on pci3 >> Mar 19 23:41:21 beastie kernel: ndis0: [ITHREAD] >> Mar 19 23:41:21 beastie kernel: ndis0: NDIS API version: 5.1 >> Mar 19 23:41:21 beastie kernel: ndis0: NDIS ERROR: 40001b7c (unknown error) >> >> Mar 19 23:41:21 beastie kernel: ndis0: NDIS ERROR: 40001b7c (unknown error) >> Mar 19 23:41:21 beastie root: Unknown USB device: vendor 0x08ff product >> 0x2810 bus uhub1 >> Mar 19 23:41:21 beastie root: Unknown USB device: vendor 0x0a5c product >> 0x2145 bus uhub1 >> Mar 19 23:41:21 beastie root: Unknown USB device: vendor 0x17ef product >> 0x1004 bus uhub3 >> Mar 19 23:41:53 beastie kernel: ugen1.3: at >> usbus1 (disconnected) >> Mar 19 23:41:57 beastie kernel: ugen1.3: at usbus1 >> Mar 19 23:41:57 beastie root: Unknown USB device: vendor 0x0a5c product >> 0x2145 bus uhub1 >> Mar 19 23:45:36 beastie kernel: wlan0: Ethernet address: 00:21:6b:9a:23:8e >> Mar 19 23:52:02 beastie kernel: pid 9861 (initial thread) is using >> legacy pty devices >> Mar 20 00:08:06 beastie kernel: ndis0: NDIS ERROR: 40001b7c (unknown error) >> ... >> ndis0@pci0:3:0:0: class=0x028000 card=0x12118086 chip=0x42378086 >> rev=0x00 hdr=0x00 >> vendor = 'Intel Corporation' >> class = network >> >> I'm running: >> beastie# uname -an >> FreeBSD beastie.micom.mng.net 8.0-CURRENT FreeBSD 8.0-CURRENT #5 >> r190040M: Thu Mar 19 21:45:37 ULAT 2009 >> tsgan@beastie.micom.mng.net:/usr/obj/usr/src/sys/DEVIL_WITNESS i386 >> >> >> Any idea how to fix this issue? >> Please let me know if you need more info. >> > > How you generate ndis module? > Post whole output _after_ is module loaded > _not_ just lines containing ndis. > > also enable debug.ndis sysctl. > I tried to generate ndis module with ndisgen. I will try again with debug.ndis and let you know. thanks, Ganbold -- Satire is what closes Saturday night. -- George Kaufman From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 07:31:25 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54130106572D for ; Fri, 20 Mar 2009 07:31:25 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail1.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id 13DB38FC15 for ; Fri, 20 Mar 2009 07:31:24 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from localhost (pool-141-151-75-22.phlapa.east.verizon.net [141.151.75.22]) by mail1.asahi-net.or.jp (Postfix) with ESMTP id B051969E8F; Fri, 20 Mar 2009 16:31:22 +0900 (JST) Date: Fri, 20 Mar 2009 04:31:15 -0400 From: Yoshihiro Ota To: Andrew Thompson Message-Id: <20090320043115.3b46177e.ota@j.email.ne.jp> In-Reply-To: <20090319223756.GF2118@citylink.fud.org.nz> References: <20090319223756.GF2118@citylink.fud.org.nz> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: usb , current@freebsd.org Subject: Re: USBTODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 07:31:26 -0000 On Thu, 19 Mar 2009 15:37:56 -0700 Andrew Thompson wrote: > Hi, > > > Remember there is a page tracking the new USB stack to the 8.0 release. > Please add any items/regressions or even better would be to pick up a > task and work on it. > > http://wiki.freebsd.org/USBTODO Can I create an account and update the page freely or do I need someone's permission to do so? I have USB FDD that does not work and USB keyboard that needs a workaround in the source. Hans has helped me to get keyboard functional. However, FDD needs more investigation but I haven't got enough time for that, yet. Should these be mentioned in the wiki? There are quirks filed in PRs as I searched patches before I had to create/update one for my device. If I get your or some other committer's help, I can find our quirk updates and report. I am currentlly looking for simple quirk updates that updates the table or add some defines for unlist venders in this effort. Are you, Andrew, able to help to commit them? Thanks, Hiro From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 07:48:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 566BB106566C for ; Fri, 20 Mar 2009 07:48:45 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (brucec-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:c09::2]) by mx1.freebsd.org (Postfix) with ESMTP id 14DB38FC08 for ; Fri, 20 Mar 2009 07:48:45 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 5AF2A1902C; Fri, 20 Mar 2009 07:48:40 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-2.5 required=8.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 Received: from gluon (unknown [IPv6:2a01:348:10f:0:240:f4ff:fe57:9871]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Fri, 20 Mar 2009 07:48:40 +0000 (GMT) Date: Fri, 20 Mar 2009 07:48:33 +0000 From: Bruce Cran To: "Poul-Henning Kamp" Message-ID: <20090320074833.67d615e2@gluon> In-Reply-To: <10611.1237233778@critter.freebsd.dk> References: <49BE7C5A.2080103@icyb.net.ua> <10611.1237233778@critter.freebsd.dk> X-Mailer: Claws Mail 3.6.1 (GTK+ 2.15.5; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Andriy Gapon Subject: Re: ata: printf on every spinup/spindown? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 07:48:45 -0000 On Mon, 16 Mar 2009 20:02:58 +0000 "Poul-Henning Kamp" wrote: > In message <49BE7C5A.2080103@icyb.net.ua>, Andriy Gapon writes: > > >I am playing with ata spindown feature and I think that it is really > >unnecessary to print a message each time ata driver is going to > >spindown a disk or let it be spinned up: > >ad6: Idle, spin down > >ad6: request while spun down, starting. > >ad6: drive spun down. > >ad6: Idle, spin down > >ad6: request while spun down, starting. > > The reason I added the printf was to make it very annoying. > > Spinning a disk up and down too often wears it out much faster than > leaving it running. > > In general you do not want to spin a disk down unless it is going to > stay spun down for at least 15-30 minutes. > > If dmesg is going to spin your disk up, then it will wake up every 5 > minutes due to the atrun message and you are clearly doing it wrong. > Related to this, the ATA driver should probably have some means, either automatically or via atacontrol, of setting the APM value on disks; I bought a new laptop and immediately had to install sysutils/ataidle in order to stop the heads loading/unloading several times per minute by setting APM to 254. Apparently it's fairly common for laptop drives to have overly aggressive power settings that need intervention from the OS. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 08:13:05 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 508F3106567C; Fri, 20 Mar 2009 08:13:05 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id F23DE8FC1E; Fri, 20 Mar 2009 08:13:04 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 982D59CB09B; Fri, 20 Mar 2009 09:12:39 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SoNFFjtGdnOB; Fri, 20 Mar 2009 09:12:37 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 1710A9CB126; Fri, 20 Mar 2009 09:12:37 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n2K8CaTH072010; Fri, 20 Mar 2009 09:12:36 +0100 (CET) (envelope-from rdivacky) Date: Fri, 20 Mar 2009 09:12:36 +0100 From: Roman Divacky To: Robert Noland Message-ID: <20090320081236.GA71399@freebsd.org> References: <1237527331.1777.516.camel@balrog.2hip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline In-Reply-To: <1237527331.1777.516.camel@balrog.2hip.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-x11 , freebsd-current Subject: Re: [PREVIEW] Nouveau on FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 08:13:06 -0000 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > You will need: >=20 > 1. A very recent -CURRENT or -STABLE > (I plan to MFC the needed bits to -STABLE when I'm done with this mail) >=20 > 2. This patch. >=20 > 3. If you are on amd64, you will need libdrm from git and maybe even if > you aren't. 2.4.5 should be ok for i386, but in either case you will > need to add --enable-nouveau-experimental-api to libdrm's configure. =20 I need git libdrm on i386 > 4. The nouveau driver. xf86-video-nouveau should be ok, if you have > that running now, or convince it to build... otherwise get that from git > as well. It's a moving target and fixes go in pretty regularly, so if > you are having issues, it's a place to start. =20 note that my IGP was broken and needs a patch thats only available in git ddx driver > I'm not exactly ready for bug reports... This is a preview, if it works, > thats awesome. If it doesn't set Option "NoAccel" in your xorg.conf or > switch back to nv or the blob for the time being... That isn't to say > that I'm not interested in hearing that it works or not, just that this > isn't production code. >=20 > The only issue that I'm seeing currently is some artifacts on my mouse > pointer. I don't think this is related to drm though, I think it is a > ddx issue. Otherwise it seems to be working quite well. Oh, I have > generally been able to vt switch without issues, restarts not so good... I am also seeing 100% CPU usage from X.org when playing video via XV. this is being investigated. so far I got this ktrace of the xorg server http://www.vlakno.cz/~rdivacky/ktrace.out = =20 --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAknDT/IACgkQLVEj6D3CBEy6KQCfX6jmyaGFO396rKa0M6mSjxmw QwIAn3ROnDY99hV7Nc4lpCtLbsg64Foj =S/SW -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 08:34:08 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C02A51065670; Fri, 20 Mar 2009 08:34:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 962698FC1F; Fri, 20 Mar 2009 08:34:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2K8Y3wj076721; Fri, 20 Mar 2009 04:34:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2K8Y3MB083191; Fri, 20 Mar 2009 04:34:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BBFF87302F; Fri, 20 Mar 2009 03:34:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090320083403.BBFF87302F@freebsd-current.sentex.ca> Date: Fri, 20 Mar 2009 03:34:03 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 08:34:09 -0000 TB --- 2009-03-20 06:55:34 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-20 06:55:34 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-03-20 06:55:34 - cleaning the object tree TB --- 2009-03-20 06:56:01 - cvsupping the source tree TB --- 2009-03-20 06:56:01 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-03-20 06:56:08 - building world TB --- 2009-03-20 06:56:08 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-20 06:56:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-20 06:56:08 - TARGET=pc98 TB --- 2009-03-20 06:56:08 - TARGET_ARCH=i386 TB --- 2009-03-20 06:56:08 - TZ=UTC TB --- 2009-03-20 06:56:08 - __MAKE_CONF=/dev/null TB --- 2009-03-20 06:56:08 - cd /src TB --- 2009-03-20 06:56:08 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 20 06:56:10 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 20 08:20:32 UTC 2009 TB --- 2009-03-20 08:20:32 - generating LINT kernel config TB --- 2009-03-20 08:20:32 - cd /src/sys/pc98/conf TB --- 2009-03-20 08:20:32 - /usr/bin/make -B LINT TB --- 2009-03-20 08:20:32 - building LINT kernel TB --- 2009-03-20 08:20:32 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-20 08:20:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-20 08:20:32 - TARGET=pc98 TB --- 2009-03-20 08:20:32 - TARGET_ARCH=i386 TB --- 2009-03-20 08:20:32 - TZ=UTC TB --- 2009-03-20 08:20:32 - __MAKE_CONF=/dev/null TB --- 2009-03-20 08:20:32 - cd /src TB --- 2009-03-20 08:20:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 20 08:20:32 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/ip_mroute.c: In function 'X_ip_mforward': /src/sys/netinet/ip_mroute.c:1227: error: 'mcastgrp' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c:1227: error: (Each undeclared identifier is reported only once /src/sys/netinet/ip_mroute.c:1227: error: for each function it appears in.) /src/sys/netinet/ip_mroute.c: In function 'send_packet': /src/sys/netinet/ip_mroute.c:1688: error: 'ptrdiff_t' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c: In function 'pim_input': /src/sys/netinet/ip_mroute.c:2565: error: incompatible type for argument 1 of 'inet_ntoa' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-20 08:34:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-20 08:34:03 - ERROR: failed to build lint kernel TB --- 2009-03-20 08:34:03 - 4499.33 user 444.14 system 5909.46 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 09:36:33 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADE7C106566B; Fri, 20 Mar 2009 09:36:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 843B98FC20; Fri, 20 Mar 2009 09:36:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2K9aV9N011188; Fri, 20 Mar 2009 05:36:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2K9aVd1030959; Fri, 20 Mar 2009 05:36:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 06B307302F; Fri, 20 Mar 2009 04:36:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090320093631.06B307302F@freebsd-current.sentex.ca> Date: Fri, 20 Mar 2009 04:36:30 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 09:36:34 -0000 TB --- 2009-03-20 07:25:20 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-20 07:25:20 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-03-20 07:25:20 - cleaning the object tree TB --- 2009-03-20 07:25:40 - cvsupping the source tree TB --- 2009-03-20 07:25:40 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-03-20 07:25:47 - building world TB --- 2009-03-20 07:25:47 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-20 07:25:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-20 07:25:47 - TARGET=ia64 TB --- 2009-03-20 07:25:47 - TARGET_ARCH=ia64 TB --- 2009-03-20 07:25:47 - TZ=UTC TB --- 2009-03-20 07:25:47 - __MAKE_CONF=/dev/null TB --- 2009-03-20 07:25:47 - cd /src TB --- 2009-03-20 07:25:47 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 20 07:25:51 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 20 09:19:48 UTC 2009 TB --- 2009-03-20 09:19:48 - generating LINT kernel config TB --- 2009-03-20 09:19:48 - cd /src/sys/ia64/conf TB --- 2009-03-20 09:19:48 - /usr/bin/make -B LINT TB --- 2009-03-20 09:19:48 - building LINT kernel TB --- 2009-03-20 09:19:48 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-20 09:19:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-20 09:19:48 - TARGET=ia64 TB --- 2009-03-20 09:19:48 - TARGET_ARCH=ia64 TB --- 2009-03-20 09:19:48 - TZ=UTC TB --- 2009-03-20 09:19:48 - __MAKE_CONF=/dev/null TB --- 2009-03-20 09:19:48 - cd /src TB --- 2009-03-20 09:19:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 20 09:19:48 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/ip_mroute.c: In function 'X_ip_mforward': /src/sys/netinet/ip_mroute.c:1227: error: 'mcastgrp' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c:1227: error: (Each undeclared identifier is reported only once /src/sys/netinet/ip_mroute.c:1227: error: for each function it appears in.) /src/sys/netinet/ip_mroute.c: In function 'send_packet': /src/sys/netinet/ip_mroute.c:1688: error: 'ptrdiff_t' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c: In function 'pim_input': /src/sys/netinet/ip_mroute.c:2565: error: incompatible type for argument 1 of 'inet_ntoa' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-20 09:36:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-20 09:36:30 - ERROR: failed to build lint kernel TB --- 2009-03-20 09:36:30 - 6215.62 user 448.62 system 7870.22 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 11:01:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2EBC1065670 for ; Fri, 20 Mar 2009 11:01:19 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: from relay0.salford.ac.uk (relay0.salford.ac.uk [146.87.0.10]) by mx1.freebsd.org (Postfix) with SMTP id 178298FC27 for ; Fri, 20 Mar 2009 11:01:18 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: (qmail 25120 invoked by uid 98); 20 Mar 2009 11:01:17 -0000 Received: from 146.87.255.121 by relay0.salford.ac.uk (envelope-from , uid 401) with qmail-scanner-2.01 (clamdscan: 0.94.2/9143. spamassassin: 3.2.4. Clear:RC:1(146.87.255.121):. Processed in 0.058034 secs); 20 Mar 2009 11:01:17 -0000 Received: from rust.salford.ac.uk (HELO rust.salford.ac.uk) (146.87.255.121) by relay0.salford.ac.uk (qpsmtpd/0.3x.614) with SMTP; Fri, 20 Mar 2009 11:01:17 +0000 Received: (qmail 82991 invoked by uid 1002); 20 Mar 2009 11:01:15 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 20 Mar 2009 11:01:15 -0000 Date: Fri, 20 Mar 2009 11:01:15 +0000 (GMT) From: "Mark Powell" To: kevin In-Reply-To: <49BE4EC1.90207@163.com> Message-ID: <20090320102824.W75873@rust.salford.ac.uk> References: <49BD117B.2080706@163.com> <4F9C9299A10AE74E89EA580D14AA10A635E68A@royal64.emp.zapto.org> <49BE4EC1.90207@163.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current , Daniel Eriksson Subject: Apparently spurious ZFS CRC errors (was Re: ZFS data error without reasons) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 11:01:20 -0000 On Mon, 16 Mar 2009, kevin wrote: > My laptop is T61. RAM is also tested by memtest86+ and return no error. Same here. Memtest fine. > "zfs send tank/usr/home/kevin@2009-03-15-16:51:21|zfs receive backup/kevin" > hangs system and i have to power off the machine.when the system up,i find > file error in snapshot tank/usr/home/kevin@2009-03-15-16:51:21.when i destroy > tank/usr/home/kevin@2009-03-15-16:51:21,then reboot system, i find more > errors. I've moved a box that was running that has been running FreeBSD 7 with a 7x1TB drive RAIDZ2 array. I've created the same RAIDZ2 with 8-CURRENT and am restoring data from tape to the new array (I wanted to rejig the zfs setup). All will appear well for a while i.e. no CRC errors, can scrub and rescrub the data whilst the data is restoring without problem. I restored the entire 3.5TB from tape without error. All data still scrubs fine. Then suddenly I get CRC errors on every disk. Repeated scrubs show up different amounts of errors. I just couldn't stop them. So I've started again, this time checking everything and moving drives onto different controllers to isolate problems. I have a gigabyte GA-P35-DS4 MB which has 8xSATA; 6xICH9R & 2xJMB363. It also has an Sil3132 in there which in previous incarnations had the odd drive on it. There's been mention of Sil problems & even though the ICH9, JMB363 and Sil3132 had been perfect with 7, I moved drives off it: 1. Rebuilt kernel and world from last night; Thu Mar 19 18:27:18 GMT 2009. 2. 6x1B drives on ICH9R 2. 2x500GB on JMB363, striped into 1TB 3. / is ufs on USB KEY 4. created RAIDZ2 again 5. recreated zfs filesystems 6. started restore from tape. Same again. I can restore data and perform a scrub after each tape (LTO2 ~200GB each) is restored. No errors. Get up to ~350GB, still no errors. Then the last scrub I've done throws up: ----- pool: pool state: ONLINE status: One or more devices has experienced an unrecoverable error. An attempt was made to correct the error. Applications are unaffected. action: Determine if the device needs to be replaced, and clear the errors using 'zpool clear' or replace the device with 'zpool replace'. see: http://www.sun.com/msg/ZFS-8000-9P scrub: scrub completed after 0h51m with 0 errors on Fri Mar 20 10:57:18 2009 config: NAME STATE READ WRITE CKSUM pool ONLINE 0 0 0 raidz2 ONLINE 0 0 23 stripe/str0 ONLINE 0 0 489 12.3M repaired ad14 ONLINE 0 0 786 19.7M repaired ad16 ONLINE 0 0 804 20.1M repaired ad18 ONLINE 0 0 754 18.8M repaired ad20 ONLINE 0 0 771 19.3M repaired ad22 ONLINE 0 0 808 20.2M repaired ad24 ONLINE 0 0 848 21.2M repaired errors: No known data errors ----- So it happens on both controllers, on plain drives and the stripe. There just seems no way to get rid of these errors once they appear. As I said, last time I got the whole 3.5TB restored without error, was using it for a few days without error, constantly scrubbing to check reliability, then once the errors appear there's no way to remove them. As this same hardware worked, well with 7 for a long time, and can work perfectly with 8 for several days until the errors strike, this seems like some curious 8 problem? Any help would be appreciated. I'll be happy to provide any further info to help debug this. I didn't want to unnecessarily make this any longer than it already is. Cheers. -- Mark Powell - UNIX System Administrator - The University of Salford Information & Learning Services, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 6843 Fax: +44 161 295 5888 www.pgp.com for PGP key From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 11:13:19 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CD90106566C; Fri, 20 Mar 2009 11:13:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id D611F8FC24; Fri, 20 Mar 2009 11:13:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2KBDGuS018589; Fri, 20 Mar 2009 07:13:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2KBDGbQ073310; Fri, 20 Mar 2009 07:13:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7151E7302F; Fri, 20 Mar 2009 06:13:16 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090320111316.7151E7302F@freebsd-current.sentex.ca> Date: Fri, 20 Mar 2009 06:13:16 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 11:13:19 -0000 TB --- 2009-03-20 09:36:31 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-20 09:36:31 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-03-20 09:36:31 - cleaning the object tree TB --- 2009-03-20 09:36:54 - cvsupping the source tree TB --- 2009-03-20 09:36:54 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-03-20 09:37:01 - building world TB --- 2009-03-20 09:37:01 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-20 09:37:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-20 09:37:01 - TARGET=powerpc TB --- 2009-03-20 09:37:01 - TARGET_ARCH=powerpc TB --- 2009-03-20 09:37:01 - TZ=UTC TB --- 2009-03-20 09:37:01 - __MAKE_CONF=/dev/null TB --- 2009-03-20 09:37:01 - cd /src TB --- 2009-03-20 09:37:01 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 20 09:37:03 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 20 11:01:23 UTC 2009 TB --- 2009-03-20 11:01:23 - generating LINT kernel config TB --- 2009-03-20 11:01:23 - cd /src/sys/powerpc/conf TB --- 2009-03-20 11:01:23 - /usr/bin/make -B LINT TB --- 2009-03-20 11:01:23 - building LINT kernel TB --- 2009-03-20 11:01:23 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-20 11:01:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-20 11:01:23 - TARGET=powerpc TB --- 2009-03-20 11:01:23 - TARGET_ARCH=powerpc TB --- 2009-03-20 11:01:23 - TZ=UTC TB --- 2009-03-20 11:01:23 - __MAKE_CONF=/dev/null TB --- 2009-03-20 11:01:23 - cd /src TB --- 2009-03-20 11:01:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 20 11:01:23 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/ip_mroute.c: In function 'X_ip_mforward': /src/sys/netinet/ip_mroute.c:1227: error: 'mcastgrp' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c:1227: error: (Each undeclared identifier is reported only once /src/sys/netinet/ip_mroute.c:1227: error: for each function it appears in.) /src/sys/netinet/ip_mroute.c: In function 'send_packet': /src/sys/netinet/ip_mroute.c:1688: error: 'ptrdiff_t' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c: In function 'pim_input': /src/sys/netinet/ip_mroute.c:2565: error: incompatible type for argument 1 of 'inet_ntoa' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-20 11:13:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-20 11:13:16 - ERROR: failed to build lint kernel TB --- 2009-03-20 11:13:16 - 4640.11 user 424.67 system 5805.14 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 11:15:21 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 777C51065695; Fri, 20 Mar 2009 11:15:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4BC9C8FC1C; Fri, 20 Mar 2009 11:15:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2KBFGaf083922; Fri, 20 Mar 2009 07:15:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2KBFGpX012038; Fri, 20 Mar 2009 07:15:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AF9457302F; Fri, 20 Mar 2009 06:15:16 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090320111516.AF9457302F@freebsd-current.sentex.ca> Date: Fri, 20 Mar 2009 06:15:16 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 11:15:23 -0000 TB --- 2009-03-20 09:40:49 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-20 09:40:49 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-03-20 09:40:49 - cleaning the object tree TB --- 2009-03-20 09:41:14 - cvsupping the source tree TB --- 2009-03-20 09:41:14 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-03-20 09:41:21 - building world TB --- 2009-03-20 09:41:21 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-20 09:41:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-20 09:41:21 - TARGET=sparc64 TB --- 2009-03-20 09:41:21 - TARGET_ARCH=sparc64 TB --- 2009-03-20 09:41:21 - TZ=UTC TB --- 2009-03-20 09:41:21 - __MAKE_CONF=/dev/null TB --- 2009-03-20 09:41:21 - cd /src TB --- 2009-03-20 09:41:21 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 20 09:41:22 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 20 11:02:15 UTC 2009 TB --- 2009-03-20 11:02:15 - generating LINT kernel config TB --- 2009-03-20 11:02:15 - cd /src/sys/sparc64/conf TB --- 2009-03-20 11:02:15 - /usr/bin/make -B LINT TB --- 2009-03-20 11:02:15 - building LINT kernel TB --- 2009-03-20 11:02:15 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-20 11:02:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-20 11:02:15 - TARGET=sparc64 TB --- 2009-03-20 11:02:15 - TARGET_ARCH=sparc64 TB --- 2009-03-20 11:02:15 - TZ=UTC TB --- 2009-03-20 11:02:15 - __MAKE_CONF=/dev/null TB --- 2009-03-20 11:02:15 - cd /src TB --- 2009-03-20 11:02:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 20 11:02:15 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/ip_mroute.c: In function 'X_ip_mforward': /src/sys/netinet/ip_mroute.c:1227: error: 'mcastgrp' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c:1227: error: (Each undeclared identifier is reported only once /src/sys/netinet/ip_mroute.c:1227: error: for each function it appears in.) /src/sys/netinet/ip_mroute.c: In function 'send_packet': /src/sys/netinet/ip_mroute.c:1688: error: 'ptrdiff_t' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c: In function 'pim_input': /src/sys/netinet/ip_mroute.c:2565: error: incompatible type for argument 1 of 'inet_ntoa' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-20 11:15:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-20 11:15:16 - ERROR: failed to build lint kernel TB --- 2009-03-20 11:15:16 - 4451.22 user 415.82 system 5666.98 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 11:18:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B434F1065674 for ; Fri, 20 Mar 2009 11:18:12 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1BE6E8FC1B for ; Fri, 20 Mar 2009 11:18:12 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:1059:d890:bbc1:a26c] (unknown [IPv6:2001:7b8:3a7:0:1059:d890:bbc1:a26c]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 314645C42; Fri, 20 Mar 2009 12:18:11 +0100 (CET) Message-ID: <49C37B75.5060905@andric.com> Date: Fri, 20 Mar 2009 12:18:13 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b4pre) Gecko/20090319 Shredder/3.0b3pre MIME-Version: 1.0 To: Bruce Cran References: <49BE7C5A.2080103@icyb.net.ua> <10611.1237233778@critter.freebsd.dk> <20090320074833.67d615e2@gluon> In-Reply-To: <20090320074833.67d615e2@gluon> Content-Type: multipart/mixed; boundary="------------010002040505040009070701" Cc: Poul-Henning Kamp , freebsd-current@freebsd.org, Andriy Gapon Subject: Re: ata: printf on every spinup/spindown? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 11:18:13 -0000 This is a multi-part message in MIME format. --------------010002040505040009070701 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 2009-03-20 08:48, Bruce Cran wrote: > Related to this, the ATA driver should probably have some means, either > automatically or via atacontrol, of setting the APM value on disks; I > bought a new laptop and immediately had to install > sysutils/ataidle in order to stop the heads loading/unloading several > times per minute by setting APM to 254. Apparently it's fairly common > for laptop drives to have overly aggressive power settings that need > intervention from the OS. I have been running with the attached patch since ages, and it still applies to -stable, hopefully to -current too. I have forgotten who the original author is, so my apologies for not crediting it... --------------010002040505040009070701 Content-Type: text/plain; name="atacontrol-20090320a.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="atacontrol-20090320a.diff" Index: sbin/atacontrol/atacontrol.8 =================================================================== RCS file: /home/ncvs/src/sbin/atacontrol/atacontrol.8,v retrieving revision 1.28.2.4 diff -u -p -r1.28.2.4 atacontrol.8 --- sbin/atacontrol/atacontrol.8 3 Mar 2009 07:56:42 -0000 1.28.2.4 +++ sbin/atacontrol/atacontrol.8 20 Mar 2009 11:15:05 -0000 @@ -65,6 +65,16 @@ .Ar device .Op Ar mode .Nm +.Ic feature +.Ar device +.Ic apm +.Ar apmlevel +.Nm +.Ic feature +.Ar device +.Ic acoustic +.Ar soundsupplevel +.Nm .Ic info .Ar channel .Nm @@ -195,6 +205,44 @@ Currently supported modes are: .Cm SATA150 , SATA300 , USB , USB1 , USB2 and .Cm BIOSDMA . +.It Ic feature / apm +Set disk drive Advanced Power Management (APM) level. +This command is generally used on laptop (notebook) hard disks to control +the power level consumed by the drive (at the expense of performance). +.Pp +The +.Ar apmlevel +may be set to one of: +.Cm off +(turn off APM), +.Cm maxperf +or +.Cm minpower +(optimize for maximum performance or minimum power, respectively), or +a numeric level which can be 0 to 127 inclusive indicating an increasing +level of performance over power savings. +The numeric levels may be prefixed by +.Cm s +which will allow the drive to include suspension as part of the +power savings. Note that not all hard drives will support the +.Cm off +command, and that the number of incremental power savings levels +do not typically have as wide of a range as this command will +support. +.It Ic feature / acoustic +Control disk drive Acoustic Management level. The +.Ar soundsupplevel +may be set to +.Cm off +which will turn off acoustic management, +.Cm maxperf +to optimize for maximum performance, +.Cm maxquiet +to optimize for maximum quiet, or a numeric level +from 0 to 124. The higher the numeric level, the higher the +theoretical sound level emitted from the drive. Note that few +devices support this command and even fewer will allow the +range of levels supported. .It Ic cap Show detailed info about the device on .Ar device . Index: sbin/atacontrol/atacontrol.c =================================================================== RCS file: /home/ncvs/src/sbin/atacontrol/atacontrol.c,v retrieving revision 1.43.2.5 diff -u -p -r1.43.2.5 atacontrol.c --- sbin/atacontrol/atacontrol.c 3 Mar 2009 07:56:42 -0000 1.43.2.5 +++ sbin/atacontrol/atacontrol.c 20 Mar 2009 11:15:05 -0000 @@ -107,6 +107,8 @@ usage(void) " atacontrol rebuild array\n" " atacontrol status array\n" " atacontrol mode device [mode]\n" + " atacontrol feature device apm apmlevel\n" + " atacontrol feature device acoustic soundsupplevel\n" " atacontrol cap device\n" " atacontrol spindown device [seconds]\n" ); @@ -381,6 +383,88 @@ main(int argc, char **argv) } exit(EX_OK); } + if (!strcmp(argv[1], "feature") && argc == 5) { + int disk; + char device[64]; + struct ata_ioc_request request; + + if (!(sscanf(argv[2], "ad%d", &disk) == 1 || + sscanf(argv[2], "acd%d", &disk) == 1 || + sscanf(argv[2], "afd%d", &disk) == 1 || + sscanf(argv[2], "ast%d", &disk) == 1)) { + fprintf(stderr, "atacontrol: Invalid device %s\n", + argv[2]); + exit(EX_USAGE); + } + sprintf(device, "/dev/%s", argv[2]); + if ((fd = open(device, O_RDONLY)) < 0) + err(1, "device not found"); + + bzero(&request, sizeof(struct ata_ioc_request)); + request.u.ata.command = ATA_SETFEATURES; + request.flags = ATA_CMD_CONTROL; + request.timeout = 500; + if (!strcmp(argv[3], "apm")) { + if (!strcmp(argv[4], "off")) { + request.u.ata.feature = ATA_SF_DIS_APM; + } + else if (!strcmp(argv[4], "maxperf")) { + request.u.ata.feature = ATA_SF_ENAB_APM; + request.u.ata.count = 0xfe; + } + else if (!strcmp(argv[4], "minpower")) { + request.u.ata.feature = ATA_SF_ENAB_APM; + request.u.ata.count = 0x01; + } + else { + int offset = 0; + + request.u.ata.feature = ATA_SF_ENAB_APM; + if (argv[4][0] == 's') { + offset = atoi(&argv[4][1]); + request.u.ata.count = 0x01; + } else { + offset = atoi(&argv[4][1]); + request.u.ata.count = 0x80; + } + if (offset >= 0 && offset <= 127) + request.u.ata.count += offset; + } + } + else if (!strcmp(argv[3], "acoustic")) { + if (!strcmp(argv[4], "off")) { + request.u.ata.feature = ATA_SF_DIS_ACCOUS; + } + else if (!strcmp(argv[4], "maxperf")) { + request.u.ata.feature = ATA_SF_ENAB_ACCOUS; + request.u.ata.count = 0xfe; + } + else if (!strcmp(argv[4], "maxquiet")) { + request.u.ata.feature = ATA_SF_ENAB_ACCOUS; + request.u.ata.count = 0x80; + } + else { + request.u.ata.feature = ATA_SF_ENAB_ACCOUS; + request.u.ata.count = atoi(argv[4]); + if (request.u.ata.count > 124) + request.u.ata.count = 124; + } + } + else + usage(); + + if (ioctl(fd, IOCATAREQUEST, &request) < 0) + err(1, "ioctl(IOCATAREQUEST)"); + + if (request.error != 0) { + fprintf(stderr, + "IOCATAREQUEST returned err status %d", + request.error); + exit(EX_IOERR); + } + + exit(EX_OK); + } if (!strcmp(argv[1], "cap") && argc == 3) { fd = open_dev(argv[2], O_RDONLY); ata_cap_print(fd); Index: sys/sys/ata.h =================================================================== RCS file: /home/ncvs/src/sys/sys/ata.h,v retrieving revision 1.36.2.3 diff -u -p -r1.36.2.3 ata.h --- sys/sys/ata.h 8 Apr 2008 10:48:21 -0000 1.36.2.3 +++ sys/sys/ata.h 20 Mar 2009 11:15:05 -0000 @@ -281,6 +281,10 @@ struct ata_params { #define ATA_SF_DIS_RELIRQ 0xdd /* disable release interrupt */ #define ATA_SF_ENAB_SRVIRQ 0x5e /* enable service interrupt */ #define ATA_SF_DIS_SRVIRQ 0xde /* disable service interrupt */ +#define ATA_SF_ENAB_APM 0x05 /* enable adv power mgmt */ +#define ATA_SF_DIS_APM 0x85 /* disable adv power mgmt */ +#define ATA_SF_ENAB_ACCOUS 0x42 /* enable acoustic mgmt */ +#define ATA_SF_DIS_ACCOUS 0xc2 /* disable acoustic mgmt */ #define ATA_SECURITY_FREEE_LOCK 0xf5 /* freeze security config */ #define ATA_READ_NATIVE_MAX_ADDDRESS 0xf8 /* read native max address */ #define ATA_SET_MAX_ADDRESS 0xf9 /* set max address */ --------------010002040505040009070701-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 06:56:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16D25106564A for ; Fri, 20 Mar 2009 06:56:03 +0000 (UTC) (envelope-from mav@mavhome.dp.ua) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 91CF98FC17 for ; Fri, 20 Mar 2009 06:56:01 +0000 (UTC) (envelope-from mav@mavhome.dp.ua) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 237989901; Fri, 20 Mar 2009 08:56:01 +0200 Message-ID: <49C33E01.1030707@mavhome.dp.ua> Date: Fri, 20 Mar 2009 08:56:01 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Raven2000 References: <1237252984.00087883.1237239601@10.7.7.3> <1237378981.00088488.1237366201@10.7.7.3> <1237411381.00088679.1237398003@10.7.7.3> In-Reply-To: <1237411381.00088679.1237398003@10.7.7.3> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Fri, 20 Mar 2009 11:29:36 +0000 Cc: freebsd-current@freebsd.org Subject: Re: To Alexander Motin HDA sound problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 06:56:03 -0000 Raven2000 wrote: > I sealed the M2N-E, but the link gave correct =) > Integrated sound card is working, and this option is enabled in the BIOS. > For example the built-in Windows sound works. You should somehow make respective PCI device to appear in pciconf. I have no idea why it is not there, but until it so, driver has nothing to attach to. :( > Я опечаталÑÑ M2N-E, но ÑÑылку дал верную =) > Ð’ÑÑ‚Ñ€Ð¾ÐµÐ½Ð½Ð°Ñ Ð·Ð²ÑƒÐºÐ¾Ð²Ð°Ñ ÐºÐ°Ñ€Ñ‚Ð° работает и Ñта Ð¾Ð¿Ñ†Ð¸Ñ Ð²ÐºÐ»ÑŽÑ‡ÐµÐ½Ð° в BIOS. Ðапример в > Windows вÑтроенный звук работает. ПонÑÑ‚Ð¸Ñ Ð½Ðµ имею почему тогда звуковуха не видна как PCI уÑтройÑтво в pciconf. Ðадеш уÑтройÑтво - найдеш звук. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 06:59:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D79F8106564A for ; Fri, 20 Mar 2009 06:59:54 +0000 (UTC) (envelope-from mav@mavhome.dp.ua) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 5D3CF8FC0A for ; Fri, 20 Mar 2009 06:59:54 +0000 (UTC) (envelope-from mav@mavhome.dp.ua) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 237990370; Fri, 20 Mar 2009 08:59:53 +0200 Message-ID: <49C33EEA.1010903@mavhome.dp.ua> Date: Fri, 20 Mar 2009 08:59:54 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Nenhum_de_Nos References: <1237252984.00087883.1237239601@10.7.7.3> <1237378981.00088488.1237366201@10.7.7.3> <1237411381.00088679.1237398003@10.7.7.3> <1237486983.00089031.1237473601@10.7.7.3> <1237494182.00089101.1237480802@10.7.7.3> In-Reply-To: <1237494182.00089101.1237480802@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 20 Mar 2009 11:29:49 +0000 Cc: freebsd-current@freebsd.org Subject: Re: To Alexander Motin HDA sound problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 06:59:55 -0000 Hi. Nenhum_de_Nos wrote: > if I may, I'd like to ask a thing about the snd_hda driver. my motherboard > has a front line out that I can't manage to turn on. I looked in google > and didn't find it, is there a way to use that ? If it implemented in hardware - it should be able to be used. How exactly - depends on codec configuration made by BIOS. > I'm running current from monday, using xmms to play music :) Read snd_hda man page. Boot with verbose messages enabled, it will give you all information required to understand and configure your case. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 12:34:51 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B338106564A; Fri, 20 Mar 2009 12:34:51 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1C3128FC14; Fri, 20 Mar 2009 12:34:49 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA01410; Fri, 20 Mar 2009 14:34:48 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <49C38D68.9040405@icyb.net.ua> Date: Fri, 20 Mar 2009 14:34:48 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: Alexander Motin References: <22547510.post@talk.nabble.com> <49C0B4B0.3010506@FreeBSD.org> <22583730.post@talk.nabble.com> <49C25875.8070704@icyb.net.ua> <49C34563.4000307@FreeBSD.org> In-Reply-To: <49C34563.4000307@FreeBSD.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: To Alexander Motin HDA sound problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 12:34:51 -0000 on 20/03/2009 09:27 Alexander Motin said the following: > Andriy Gapon wrote: >> on 18/03/2009 19:06 Raven2000 said the following: >>> I sealed the M2N-E, but the link gave correct =) Integrated sound >>> card is working, and this option is enabled in the BIOS. >>> For example the built-in Windows sound works. >> >> Can this be an issue where a device is not seen behind PCI bridge? > > Usually onboard sound is chipset integrated and lives on primary bus > together many other devices, such as Ethernet or SATA. But theoretically > it is possible. > >> http://www.lm-sensors.org/attachment/ticket/2302/Asus_M2N-E-AMD-Phenom-9850-lspci.txt >> >> From this it seems that audio device is found on pci bus #1 not #0. > > It looks like separate PCI audio card. Not sure this is integrated and > not sure it is HDA. > M2N-E definitely has an integrated HDA card (AD1988), original poster even provided a link. http://www.newegg.com/Product/Product.aspx?Item=N82E16813131022 Also a useful link: http://www.nabble.com/Bug-396925:-installation-report:-Everything-worked-well-td7164668.html But on the other hand it seems that he either made some mistakes or tries to confuse us :-), because pciconf output that he posted: http://docs.freebsd.org/cgi/mid.cgi?22565173.post doesn't resemble lspci output above but looks more like this (minus sound device): http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=344238 -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 12:36:02 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A8981065679; Fri, 20 Mar 2009 12:36:02 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id 5C77B8FC20; Fri, 20 Mar 2009 12:36:02 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 9ADC62F50D2; Fri, 20 Mar 2009 08:18:44 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Fri, 20 Mar 2009 08:18:44 -0400 X-Sasl-enc: ch3PNwKS3mrB0+NHs1Sz95Dm1j7Guxh/kBSBp1pIEdUj 1237551524 Received: from empiric.lon.incunabulum.net (unknown [81.168.51.182]) by mail.messagingengine.com (Postfix) with ESMTPSA id E75614CF72; Fri, 20 Mar 2009 08:18:43 -0400 (EDT) Message-ID: <49C389A2.901@FreeBSD.org> Date: Fri, 20 Mar 2009 12:18:42 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.19 (X11/20090126) MIME-Version: 1.0 To: Andrew Thompson References: <200903192033.n2JKXQeF074801@svn.freebsd.org> <20090319204036.GC2118@citylink.fud.org.nz> In-Reply-To: <20090319204036.GC2118@citylink.fud.org.nz> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: FYI, uscanner removed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 12:36:03 -0000 Andrew Thompson wrote: > Please note and update kernel confs as needed. > Silly question, but: Does the libusb backend support multi-function devices correctly (i.e. combined scanner/printer) ? cheers, BMS From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 12:37:39 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3394A1065695; Fri, 20 Mar 2009 12:37:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 06E008FC17; Fri, 20 Mar 2009 12:37:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2KCbYeM088633; Fri, 20 Mar 2009 08:37:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2KCbYKH037091; Fri, 20 Mar 2009 08:37:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2E1C97302F; Fri, 20 Mar 2009 07:37:34 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090320123734.2E1C97302F@freebsd-current.sentex.ca> Date: Fri, 20 Mar 2009 07:37:34 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 12:37:40 -0000 TB --- 2009-03-20 11:13:16 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-20 11:13:16 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-03-20 11:13:16 - cleaning the object tree TB --- 2009-03-20 11:13:41 - cvsupping the source tree TB --- 2009-03-20 11:13:41 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-03-20 11:13:49 - building world TB --- 2009-03-20 11:13:49 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-20 11:13:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-20 11:13:49 - TARGET=sun4v TB --- 2009-03-20 11:13:49 - TARGET_ARCH=sparc64 TB --- 2009-03-20 11:13:49 - TZ=UTC TB --- 2009-03-20 11:13:49 - __MAKE_CONF=/dev/null TB --- 2009-03-20 11:13:49 - cd /src TB --- 2009-03-20 11:13:49 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 20 11:13:51 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 20 12:26:16 UTC 2009 TB --- 2009-03-20 12:26:16 - generating LINT kernel config TB --- 2009-03-20 12:26:16 - cd /src/sys/sun4v/conf TB --- 2009-03-20 12:26:16 - /usr/bin/make -B LINT TB --- 2009-03-20 12:26:16 - building LINT kernel TB --- 2009-03-20 12:26:16 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-20 12:26:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-20 12:26:16 - TARGET=sun4v TB --- 2009-03-20 12:26:16 - TARGET_ARCH=sparc64 TB --- 2009-03-20 12:26:16 - TZ=UTC TB --- 2009-03-20 12:26:16 - __MAKE_CONF=/dev/null TB --- 2009-03-20 12:26:16 - cd /src TB --- 2009-03-20 12:26:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 20 12:26:16 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/ip_mroute.c: In function 'X_ip_mforward': /src/sys/netinet/ip_mroute.c:1227: error: 'mcastgrp' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c:1227: error: (Each undeclared identifier is reported only once /src/sys/netinet/ip_mroute.c:1227: error: for each function it appears in.) /src/sys/netinet/ip_mroute.c: In function 'send_packet': /src/sys/netinet/ip_mroute.c:1688: error: 'ptrdiff_t' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c: In function 'pim_input': /src/sys/netinet/ip_mroute.c:2565: error: incompatible type for argument 1 of 'inet_ntoa' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-20 12:37:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-20 12:37:34 - ERROR: failed to build lint kernel TB --- 2009-03-20 12:37:34 - 4436.07 user 413.06 system 5057.55 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 13:47:54 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D75AA106567A for ; Fri, 20 Mar 2009 13:47:54 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 90A478FC1A for ; Fri, 20 Mar 2009 13:47:54 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id DC1E1FF3A; Sat, 21 Mar 2009 02:47:53 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qWtfFlMqrf4h; Sat, 21 Mar 2009 02:47:50 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Sat, 21 Mar 2009 02:47:50 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 6C7D31142F; Sat, 21 Mar 2009 02:47:50 +1300 (NZDT) Date: Fri, 20 Mar 2009 06:47:50 -0700 From: Andrew Thompson To: "Bruce M. Simpson" Message-ID: <20090320134750.GC5298@citylink.fud.org.nz> References: <200903192033.n2JKXQeF074801@svn.freebsd.org> <20090319204036.GC2118@citylink.fud.org.nz> <49C389A2.901@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49C389A2.901@FreeBSD.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@freebsd.org Subject: Re: FYI, uscanner removed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 13:47:56 -0000 On Fri, Mar 20, 2009 at 12:18:42PM +0000, Bruce M. Simpson wrote: > Andrew Thompson wrote: >> Please note and update kernel confs as needed. >> > > Silly question, but: > Does the libusb backend support multi-function devices correctly (i.e. > combined scanner/printer) ? Yes, it will be fine. Also since libusb gives full access to the devices usb endpointds (instead of a data pipe with uscanner) you will find that the scan buttons should work too. Andrew From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 14:07:41 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1638A1065675; Fri, 20 Mar 2009 14:07:41 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from gritton.org (gritton.org [161.58.222.4]) by mx1.freebsd.org (Postfix) with ESMTP id C86B88FC15; Fri, 20 Mar 2009 14:07:40 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from [192.168.217.128] (c-76-27-80-223.hsd1.ut.comcast.net [76.27.80.223]) (authenticated bits=0) by gritton.org (8.13.6.20060614/8.13.6) with ESMTP id n2KE7b28057562; Fri, 20 Mar 2009 08:07:38 -0600 (MDT) Message-ID: <49C394F9.5070909@FreeBSD.org> Date: Fri, 20 Mar 2009 07:07:05 -0600 From: Jamie Gritton User-Agent: Thunderbird 2.0.0.19 (X11/20090109) MIME-Version: 1.0 To: FreeBSD Current References: <4C8BEF98-B6EF-4B26-9649-F0666A837230@lassitu.de> <20090318225422.GC79077@citylink.fud.org.nz> <49C17DDB.5030800@freebsd.org> <2F12B7AC-BCB3-4E2D-AFD9-C59E6C8A7BA4@lassitu.de> <20090319072312.S67075@maildrop.int.zabbadoz.net> <49C2CA50.8000406@FreeBSD.org> In-Reply-To: <49C2CA50.8000406@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.94.2/9144/Fri Mar 20 04:51:14 2009 on gritton.org X-Virus-Status: Clean Cc: Sam Leffler , "Bjoern A. Zeeb" , Stefan Bethke , Andrew Thompson Subject: Re: ifconfig bridge0 does not list bridge data? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 14:07:41 -0000 I wrote: > Bjoern A. Zeeb wrote: >> On Thu, 19 Mar 2009, Stefan Bethke wrote: >>>>> This means that one of the BRDGGCACHE, BRDGGTO or BRDGPARAM ioctls >>>>> has >>>>> failed so bridge_status() in sbin/ifconfig/ifbridge.c exits early >>>>> (the >>>>> function that prints the info you are missing). Is it possible your >>>>> sources are out of sync? If you look at it with kdump then the actual >>>>> ioctl these are wrapped in is called SIOCGDRVSPEC >>>> Try backing out r189864. >>> That appears to be the culprit. I've just rebuilt ifconfig, and >>> without this change, it displays the bridge info. >> Heh. ok. I had tested that as well with a few setups but obviously not >> enough. I'll look into this. > A fix for this is forthcoming, probably to the kernel and not > to ifconfig. In the meantime, backing out r189864 will work fine. This has been resolved with a kernel fix in patch r190151. With the latest kernel build, bridges should again work with the new ifconfig. - Jamie From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 14:56:16 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3722D1065680; Fri, 20 Mar 2009 14:56:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0C2BA8FC1F; Fri, 20 Mar 2009 14:56:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2KEuBwv011218; Fri, 20 Mar 2009 10:56:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2KEuBbI018096; Fri, 20 Mar 2009 10:56:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 14A747302F; Fri, 20 Mar 2009 09:56:10 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090320145611.14A747302F@freebsd-current.sentex.ca> Date: Fri, 20 Mar 2009 09:56:10 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 14:56:17 -0000 TB --- 2009-03-20 12:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-20 12:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-03-20 12:40:00 - cleaning the object tree TB --- 2009-03-20 12:41:04 - cvsupping the source tree TB --- 2009-03-20 12:41:04 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-03-20 12:41:12 - building world TB --- 2009-03-20 12:41:12 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-20 12:41:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-20 12:41:12 - TARGET=amd64 TB --- 2009-03-20 12:41:12 - TARGET_ARCH=amd64 TB --- 2009-03-20 12:41:12 - TZ=UTC TB --- 2009-03-20 12:41:12 - __MAKE_CONF=/dev/null TB --- 2009-03-20 12:41:12 - cd /src TB --- 2009-03-20 12:41:12 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 20 12:41:16 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Mar 20 14:41:14 UTC 2009 TB --- 2009-03-20 14:41:14 - generating LINT kernel config TB --- 2009-03-20 14:41:14 - cd /src/sys/amd64/conf TB --- 2009-03-20 14:41:14 - /usr/bin/make -B LINT TB --- 2009-03-20 14:41:14 - building LINT kernel TB --- 2009-03-20 14:41:14 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-20 14:41:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-20 14:41:14 - TARGET=amd64 TB --- 2009-03-20 14:41:14 - TARGET_ARCH=amd64 TB --- 2009-03-20 14:41:14 - TZ=UTC TB --- 2009-03-20 14:41:14 - __MAKE_CONF=/dev/null TB --- 2009-03-20 14:41:14 - cd /src TB --- 2009-03-20 14:41:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 20 14:41:14 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/ip_mroute.c: In function 'X_ip_mforward': /src/sys/netinet/ip_mroute.c:1227: error: 'mcastgrp' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c:1227: error: (Each undeclared identifier is reported only once /src/sys/netinet/ip_mroute.c:1227: error: for each function it appears in.) /src/sys/netinet/ip_mroute.c: In function 'send_packet': /src/sys/netinet/ip_mroute.c:1688: error: 'ptrdiff_t' undeclared (first use in this function) /src/sys/netinet/ip_mroute.c: In function 'pim_input': /src/sys/netinet/ip_mroute.c:2565: error: incompatible type for argument 1 of 'inet_ntoa' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-20 14:56:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-20 14:56:10 - ERROR: failed to build lint kernel TB --- 2009-03-20 14:56:10 - 6345.06 user 638.84 system 8170.18 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 15:13:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BB0B106566C for ; Fri, 20 Mar 2009 15:13:15 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 401528FC16 for ; Fri, 20 Mar 2009 15:13:15 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from [192.168.213.128] (jn@stealth.jnielsen.net [74.218.226.254]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id n2KFCmVF053933; Fri, 20 Mar 2009 11:12:50 -0400 (EDT) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-current@freebsd.org Date: Fri, 20 Mar 2009 11:12:46 -0400 User-Agent: KMail/1.9.10 References: <20090312175345.Y80227@rust.salford.ac.uk> <20090317070440.GE2012@garage.freebsd.pl> <200903181209.18970.jhb@freebsd.org> In-Reply-To: <200903181209.18970.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903201112.47569.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Pawel Jakub Dawidek , Attilio Rao , Tim Kientzle , Mark Powell , Anonymous , Peter Schuller Subject: Re: repeatable ZFS panic: share->excl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 15:13:15 -0000 On Wednesday 18 March 2009 12:09:18 pm John Baldwin wrote: > On Tuesday 17 March 2009 3:04:40 am Pawel Jakub Dawidek wrote: > > On Fri, Mar 13, 2009 at 02:08:03PM -0400, John Baldwin wrote: > > > John Baldwin wrote: > > > >Yes, I think that is the real bug. Looking at this further I > > > > think zfs_get_xattrdir() will return the vnode locked if it has > > > > to create a new node via zfs_make_attrdir() but only returns it > > > > held and unlocked if it finds an existing one. So my new patch > > > > is to just fix zfs_get_xattrdir() to unlock the vnode if it > > > > creates a new one like so: > > > > > > > >(Sorry, TBird is probably going to butcher all the whitespace): > > > > > > > >--- > > > >//depot/user/jhb/lock/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_d > >ir.c > > > > > >+++ > > > >/Users/jhb/work/p4/lock/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs > >_dir.c > > > > > >@@ -940,6 +940,7 @@ > > > > /* NB: we already did dmu_tx_wait() if necessary */ > > > > goto top; > > > > } > > > >+ VOP_UNLOCK(*xvpp, 0); > > > > > > > > return (error); > > > > } > > > > > > > >A non-butchered version is at > > > > www.FreeBSD.org/~jhb/patches/zfs_ea.patch. > > > > > > So lulf@ reports success with this patch. Pawel, can you review > > > it? > > > > Yes, it works for me too and looks good. The only thing we need to > > change is to check for error beeing 0 before unlocking the vnode. > > The zfs_make_xattrdir() function can still return with EIO, so I'd > > add something like this: > > > > if (error == 0) > > VOP_UNLOCK(*xvpp, 0); > > Yes, I realized this about 30 minutes after I sent this e-mail. :-P I > will commit a version with the error check today. > > > Thank you John for spending time on tracking this one down. > > Sure, was good to read a bit of the ZFS code. I had a chance to test this patch today and it looks good. Which is to say my system hasn't hung yet. :) I built world from 3/19 -HEAD and was able to "lsextattr -h user" on files on a ZFS without any ill effects. I un-patched libarchive (so it uses extended attributes again) and rebuilt and reinstalled it and bsdtar and was able to do portupgrades normally. Thanks to all involved. JN From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 15:30:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97662106566B for ; Fri, 20 Mar 2009 15:30:15 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: from relay0.salford.ac.uk (relay0.salford.ac.uk [146.87.0.10]) by mx1.freebsd.org (Postfix) with SMTP id E5EB98FC25 for ; Fri, 20 Mar 2009 15:30:14 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: (qmail 23424 invoked by uid 98); 20 Mar 2009 15:30:13 -0000 Received: from 146.87.255.121 by relay0.salford.ac.uk (envelope-from , uid 401) with qmail-scanner-2.01 (clamdscan: 0.94.2/9144. spamassassin: 3.2.4. Clear:RC:1(146.87.255.121):. Processed in 0.053749 secs); 20 Mar 2009 15:30:13 -0000 Received: from rust.salford.ac.uk (HELO rust.salford.ac.uk) (146.87.255.121) by relay0.salford.ac.uk (qpsmtpd/0.3x.614) with SMTP; Fri, 20 Mar 2009 15:30:13 +0000 Received: (qmail 2495 invoked by uid 1002); 20 Mar 2009 15:30:11 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 20 Mar 2009 15:30:11 -0000 Date: Fri, 20 Mar 2009 15:30:11 +0000 (GMT) From: "Mark Powell" To: Mark Powell In-Reply-To: <20090320102824.W75873@rust.salford.ac.uk> Message-ID: <20090320152737.D641@rust.salford.ac.uk> References: <49BD117B.2080706@163.com> <4F9C9299A10AE74E89EA580D14AA10A635E68A@royal64.emp.zapto.org> <49BE4EC1.90207@163.com> <20090320102824.W75873@rust.salford.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: kevin , FreeBSD Current , Daniel Eriksson Subject: Re: Apparently spurious ZFS CRC errors (was Re: ZFS data error without reasons) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 15:30:15 -0000 On Fri, 20 Mar 2009, Mark Powell wrote: > As this same hardware worked, well with 7 for a long time, and can work > perfectly with 8 for several days until the errors strike, this seems like > some curious 8 problem? Hmmm. Perhaps I'm not being fair on 8. Just had a look at my loader.conf for 7 and I can see that I used to run with every zfs*disable on. I've just rebooted 8 with: vfs.zfs.cache_flush_disable: 1 vfs.zfs.mdcomp_disable: 1 vfs.zfs.prefetch_disable: 1 vfs.zfs.zil_disable: 1 hw.ata.wc: 1 The current fs which produced errors on every scrub now reports no errors. I now need to find which option fixed it. I suspect hw.ata.wc. Is this still a known issue? Cheers. -- Mark Powell - UNIX System Administrator - The University of Salford Information & Learning Services, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 6843 Fax: +44 161 295 5888 www.pgp.com for PGP key From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 17:14:18 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC84410657CB; Fri, 20 Mar 2009 17:14:18 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8936A8FC12; Fri, 20 Mar 2009 17:14:18 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id D06C1FEF5; Sat, 21 Mar 2009 06:14:17 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mNOqnLNSoTMP; Sat, 21 Mar 2009 06:14:14 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Sat, 21 Mar 2009 06:14:14 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id C87561142F; Sat, 21 Mar 2009 06:14:13 +1300 (NZDT) Date: Fri, 20 Mar 2009 10:14:13 -0700 From: Andrew Thompson To: "M. Warner Losh" Message-ID: <20090320171413.GA33041@citylink.fud.org.nz> References: <20090319223756.GF2118@citylink.fud.org.nz> <20090319.193447.-399283086.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090319.193447.-399283086.imp@bsdimp.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: usb@freebsd.org, current@freebsd.org Subject: Re: USBTODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 17:14:20 -0000 On Thu, Mar 19, 2009 at 07:34:47PM -0600, M. Warner Losh wrote: > In message: <20090319223756.GF2118@citylink.fud.org.nz> > Andrew Thompson writes: > : Remember there is a page tracking the new USB stack to the 8.0 release. > : Please add any items/regressions or even better would be to pick up a > : task and work on it. > : > : http://wiki.freebsd.org/USBTODO > > I have a flash drive that dies under heavy load (the LED on it goes > out) and then any further disk I/O fails. Would something like that > go on the page? I think so, under the regressions section. Its better to be more verbose than forget to fix something. Andrew From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 17:14:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A94931065830 for ; Fri, 20 Mar 2009 17:14:49 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7743C8FC25 for ; Fri, 20 Mar 2009 17:14:49 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 0D0CC46B2A; Fri, 20 Mar 2009 13:14:49 -0400 (EDT) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n2KHEgYs027452; Fri, 20 Mar 2009 13:14:43 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Mars G Miro Date: Fri, 20 Mar 2009 12:42:08 -0400 User-Agent: KMail/1.9.7 References: <200903191126.15390.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200903201242.09167.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 20 Mar 2009 13:14:43 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.2/9145/Fri Mar 20 10:59:16 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: pyunyh@gmail.com, freebsd-current@freebsd.org Subject: Re: sk/msk no more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 17:14:50 -0000 On Thursday 19 March 2009 11:24:24 pm Mars G Miro wrote: > On Thu, Mar 19, 2009 at 11:26 PM, John Baldwin wrote: > > On Monday 16 March 2009 12:10:21 am Mars G Miro wrote: > >> On Mon, Mar 16, 2009 at 11:31 AM, Pyun YongHyeon =20 wrote: > >> > On Mon, Mar 16, 2009 at 10:22:40AM +0800, Mars G Miro wrote: > >> >> Hi guys, > >> >> > >> >> =A0 =A0I upgraded a box w/ sk and msk NICs running 7.1-RELEASE to l= atest > >> >> -CURRENT =A0to try out the new USB2 stuff but my sk/msk NICs don't = work > >> >> anymore: > >> >> > >> >> =A0 =A0http://pastebin.com/m28a41b14 > >> >> > >> >> =A0 =A0Saw this first last Friday, March 13, and re-csup'd a few ho= urs ago > >> >> and the problem is still there. > >> >> > >> >> =A0 =A0Any thoughts? Thanks. > >> >> > >> > > >> > I don't see sk(4)/msk(4) hardwares in your dmesg output. > >> > Does "pciconf -lcv" show your controller? > >> > >> That's the problem, the hardware disappears: > > > > What if you set 'hw.pci.mcfg=3D0' in loader? > > >=20 > That did it! Even w/ ACPI enabled in the BIOS, the sk/msk NICs don't > get lost anymore. >=20 > pciconf and verbose dmesg: http://pastebin.com/f31621191 >=20 > btw, what does this knob actually do ? mcfg is a mechanism for doing faster PCI config access using a memory mappe= d=20 window. Can you grab the output of 'acpidump -t'? =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 17:22:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6CC51065673; Fri, 20 Mar 2009 17:22:38 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 91BFF8FC0A; Fri, 20 Mar 2009 17:22:38 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 4982273098; Fri, 20 Mar 2009 18:27:26 +0100 (CET) Date: Fri, 20 Mar 2009 18:27:26 +0100 From: Luigi Rizzo To: John Baldwin Message-ID: <20090320172726.GA95160@onelab2.iet.unipi.it> References: <20081121231400.GA94863@onelab2.iet.unipi.it> <20081121232325.GA15258@citylink.fud.org.nz> <20081121234104.GA95875@onelab2.iet.unipi.it> <200903191104.48803.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200903191104.48803.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, kib@freebsd.org, current@freebsd.org, Andrew Thompson Subject: Re: Recent versions of pxeboot hang/panic on AMD platform. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 17:22:39 -0000 On Thu, Mar 19, 2009 at 11:04:48AM -0400, John Baldwin wrote: > On Friday 21 November 2008 6:41:04 pm Luigi Rizzo wrote: ... > > Assuming that the interrupt thing is a possible cause for the bug, > > I can understand that the kernel size can affect the probability of > > getting an interrupt at the wrong time. > > > > There was one bug due to memory overflow that i fixed in a recent > > commit to head (see boot/common/interp.c), > > but this only helped on a different amd64 motherboard. > > Is this now resolved with the latest pxeboot from HEAD? I can confirm that with today's code (20090320) both HEAD and RELENG_7 produce a pxeboot that works reliably on the dual-core AMD CPU and motherboard where previous loaders failed. thanks! luigi From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 17:22:38 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6CC51065673; Fri, 20 Mar 2009 17:22:38 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 91BFF8FC0A; Fri, 20 Mar 2009 17:22:38 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 4982273098; Fri, 20 Mar 2009 18:27:26 +0100 (CET) Date: Fri, 20 Mar 2009 18:27:26 +0100 From: Luigi Rizzo To: John Baldwin Message-ID: <20090320172726.GA95160@onelab2.iet.unipi.it> References: <20081121231400.GA94863@onelab2.iet.unipi.it> <20081121232325.GA15258@citylink.fud.org.nz> <20081121234104.GA95875@onelab2.iet.unipi.it> <200903191104.48803.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200903191104.48803.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, kib@freebsd.org, current@freebsd.org, Andrew Thompson Subject: Re: Recent versions of pxeboot hang/panic on AMD platform. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 17:22:39 -0000 On Thu, Mar 19, 2009 at 11:04:48AM -0400, John Baldwin wrote: > On Friday 21 November 2008 6:41:04 pm Luigi Rizzo wrote: ... > > Assuming that the interrupt thing is a possible cause for the bug, > > I can understand that the kernel size can affect the probability of > > getting an interrupt at the wrong time. > > > > There was one bug due to memory overflow that i fixed in a recent > > commit to head (see boot/common/interp.c), > > but this only helped on a different amd64 motherboard. > > Is this now resolved with the latest pxeboot from HEAD? I can confirm that with today's code (20090320) both HEAD and RELENG_7 produce a pxeboot that works reliably on the dual-core AMD CPU and motherboard where previous loaders failed. thanks! luigi From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 19:19:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 989CD106564A for ; Fri, 20 Mar 2009 19:19:47 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (brucec-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:c09::2]) by mx1.freebsd.org (Postfix) with ESMTP id 690938FC1E for ; Fri, 20 Mar 2009 19:19:47 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 16A9C1902C; Fri, 20 Mar 2009 19:19:46 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-2.5 required=8.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 Received: from gluon (unknown [IPv6:2a01:348:10f:0:240:f4ff:fe57:9871]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Fri, 20 Mar 2009 19:19:45 +0000 (GMT) Date: Fri, 20 Mar 2009 19:19:38 +0000 From: Bruce Cran To: Dimitry Andric Message-ID: <20090320191938.25d85caa@gluon> In-Reply-To: <49C37B75.5060905@andric.com> References: <49BE7C5A.2080103@icyb.net.ua> <10611.1237233778@critter.freebsd.dk> <20090320074833.67d615e2@gluon> <49C37B75.5060905@andric.com> X-Mailer: Claws Mail 3.6.1 (GTK+ 2.15.5; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Poul-Henning Kamp , freebsd-current@freebsd.org, Andriy Gapon Subject: Re: ata: printf on every spinup/spindown? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 19:19:48 -0000 On Fri, 20 Mar 2009 12:18:13 +0100 Dimitry Andric wrote: > On 2009-03-20 08:48, Bruce Cran wrote: > > Related to this, the ATA driver should probably have some means, > > either automatically or via atacontrol, of setting the APM value on > > disks; I bought a new laptop and immediately had to install > > sysutils/ataidle in order to stop the heads loading/unloading > > several times per minute by setting APM to 254. Apparently it's > > fairly common for laptop drives to have overly aggressive power > > settings that need intervention from the OS. > > I have been running with the attached patch since ages, and it still > applies to -stable, hopefully to -current too. I have forgotten who > the original author is, so my apologies for not crediting it... There's a reluctance to include code like this, I think because it bypasses the ATA driver and talks directly to the drive. Since the driver doesn't know what the drive's been told to do, it can't know to adjust timers etc. to wait for the disk to spin back up, for example. I believe other systems like Linux and NetBSD do bypass the driver as your patch to atacontrol does, but in FreeBSD the driver appears to be much more sensitive to it, resulting in panics and read timeouts because it assumes the drive is always active and ready to respond to requests. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 20:45:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9C8A1065673 for ; Fri, 20 Mar 2009 20:45:27 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id B429B8FC26 for ; Fri, 20 Mar 2009 20:45:27 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n2KKj5fq028527 for ; Fri, 20 Mar 2009 16:45:05 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200903202045.n2KKj5fq028527@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 20 Mar 2009 16:45:18 -0400 To: freebsd-current@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: WARNING: Non-uniform processors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 20:45:28 -0000 I noticed this was coming up on an i7 board (DX58SO). Is this something to worry about ? Or is it essentially telling me, "Hey, you have HT enabled. Dont expect miracles" % cat /var/run/dmesg.boot Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #4: Thu Mar 19 10:48:20 EDT 2009 mdtancsa@i7.sentex.ca:/usr/obj/usr/src/sys/i7 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz (2666.77-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x106a4 Stepping = 4 Features=0xbfebfbff Features2=0x98e3bd AMD Features=0x28100000 AMD Features2=0x1 TSC: P-state invariant Cores per package: 8 Logical CPUs per core: 2 real memory = 3212734464 (3063 MB) avail memory = 3137892352 (2992 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP/HT): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP/HT): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP/HT): APIC ID: 7 WARNING: Non-uniform processors. WARNING: Using suboptimal topology. ACPI Warning (tbfadt-0505): Optional field "Pm2ControlBlock" has zero address or length: 0 450/0 [20070320] ioapic0 irqs 0-23 on motherboard lapic0: Forcing LINT1 to edge trigger kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 em0: port 0x3000-0x301f mem 0xe1220000-0xe123ffff,0xe1200000-0xe121ffff irq 16 at device 0.0 on pci1 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:15:17:0b:6a:83 pcib2: irq 16 at device 3.0 on pci0 pci2: on pcib2 pcib3: irq 16 at device 7.0 on pci0 pci3: on pcib3 pci0: at device 16.0 (no driver attached) pci0: at device 16.1 (no driver attached) pci0: at device 20.0 (no driver attached) pci0: at device 20.1 (no driver attached) pci0: at device 20.2 (no driver attached) pci0: at device 20.3 (no driver attached) em1: port 0x40e0-0x40ff mem 0xe1300000-0xe131ffff,0xe1322000-0xe1322fff irq 20 at device 25.0 on pci0 em1: Using MSI interrupt em1: [FILTER] em1: Ethernet address: 00:1c:c0:95:0d:0d uhci0: port 0x40c0-0x40df irq 16 at device 26.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x0f10 usbus0: on uhci0 uhci1: port 0x40a0-0x40bf irq 21 at device 26.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x0f10 usbus1: on uhci1 uhci2: port 0x4080-0x409f irq 19 at device 26.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x0f10 usbus2: on uhci2 ehci0: mem 0xe1321000-0xe13213ff irq 18 at device 26.7 on pci0 ehci0: [ITHREAD] usbus3: EHCI version 1.0 usbus3: on ehci0 pcib4: irq 17 at device 28.0 on pci0 pci4: on pcib4 pcib5: irq 16 at device 28.1 on pci0 pci5: on pcib5 pcib6: irq 17 at device 28.4 on pci0 pci6: on pcib6 atapci0: port 0x2018-0x201f,0x2024-0x2027,0x2010-0x2017,0x2020-0x2023,0x2000-0x200f mem 0xe1100000-0xe11003ff irq 16 at device 0.0 on pci6 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] uhci3: port 0x4060-0x407f irq 23 at device 29.0 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x0f10 usbus4: on uhci3 uhci4: port 0x4040-0x405f irq 19 at device 29.1 on pci0 uhci4: [ITHREAD] uhci4: LegSup = 0x0f10 usbus5: on uhci4 uhci5: port 0x4020-0x403f irq 18 at device 29.2 on pci0 uhci5: [ITHREAD] uhci5: LegSup = 0x0f10 usbus6: on uhci5 ehci1: mem 0xe1320000-0xe13203ff irq 23 at device 29.7 on pci0 ehci1: [ITHREAD] usbus7: EHCI version 1.0 usbus7: on ehci1 pcib7: at device 30.0 on pci0 pci7: on pcib7 vgapci0: port 0x1000-0x10ff mem 0xe0000000-0xe0ffffff,0xe1005000-0xe1005fff irq 18 at device 2.0 on pci7 fwohci0: mem 0xe1004000-0xe10047ff,0xe1000000-0xe1003fff irq 19 at device 3.0 on pci7 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:90:27:00:02:40:2c:70 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0xbf69c000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:90:27:40:2c:70 fwe0: Ethernet address: 02:90:27:40:2c:70 fwip0: on firewire0 fwip0: Firewire address: 00:90:27:00:02:40:2c:70 @ 0xfffe00000000, S400, maxrec 2048 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x4158-0x415f,0x416c-0x416f,0x4150-0x4157,0x4168-0x416b,0x4130-0x413f,0x4120-0x412f irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci2: port 0x4148-0x414f,0x4164-0x4167,0x4140-0x4147,0x4160-0x4163,0x4110-0x411f,0x4100-0x410f irq 18 at device 31.5 on pci0 atapci2: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] ata6: on atapci2 ata6: [ITHREAD] atrtc0: port 0x70-0x71,0x74-0x77 irq 8 on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 p4tcc2: on cpu2 cpu3: on acpi0 est3: on cpu3 p4tcc3: on cpu3 cpu4: on acpi0 est4: on cpu4 p4tcc4: on cpu4 cpu5: on acpi0 est5: on cpu5 p4tcc5: on cpu5 cpu6: on acpi0 est6: on cpu6 p4tcc6: on cpu6 cpu7: on acpi0 est7: on cpu7 p4tcc7: on cpu7 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc97ff,0xc9800-0xca7ff,0xcb000-0xcbfff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: parallel port not found. Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 ad8: 76319MB at ata4-master SATA150 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 ugen7.1: at usbus7 uhub7: on usbus7 GEOM: ad8s1: geometry does not match label (255h,63s != 16h,63s). uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub6: 2 ports with 2 removable, self powered uhub3: 6 ports with 6 removable, self powered uhub7: 6 ports with 6 removable, self powered ugen0.2: at usbus0 ugen6.2: at usbus6 ukbd0: on usbus6 kbd2 at ukbd0 ums1: on usbus6 ums1: 5 buttons and [XYZ] coordinates ugen1.2: at usbus1 lapic3: Forcing LINT1 to edge trigger SMP: AP CPU #3 Launched! lapic1: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! lapic5: Forcing LINT1 to edge trigger SMP: AP CPU #5 Launched! lapic4: Forcing LINT1 to edge trigger SMP: AP CPU #4 Launched! lapic6: Forcing LINT1 to edge trigger SMP: AP CPU #6 Launched! lapic7: Forcing LINT1 to edge trigger SMP: AP CPU #7 Launched! lapic2: Forcing LINT1 to edge trigger SMP: AP CPU #2 Launched! Trying to mount root from ufs:/dev/ad8s1a -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 21:03:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A4A8106564A for ; Fri, 20 Mar 2009 21:03:16 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id CE23B8FC08 for ; Fri, 20 Mar 2009 21:03:15 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n2KL2re1028623 for ; Fri, 20 Mar 2009 17:02:53 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200903202102.n2KL2re1028623@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 20 Mar 2009 17:03:07 -0400 To: freebsd-current@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Intel X58 eSATA port ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 21:03:16 -0000 Has anyone been able to get this port working ? The BIOS sees the disk, but the driver does not 0[i7]# atacontrol list ATA channel 0: Master: no device present Slave: no device present ATA channel 1: Master: no device present Slave: no device present ATA channel 2: Master: no device present Slave: no device present ATA channel 3: Master: no device present Slave: no device present ATA channel 4: Master: ad8 SATA revision 1.x Slave: no device present ATA channel 5: Master: no device present Slave: no device present ATA channel 6: Master: no device present Slave: no device present 0[i7]# 0[i7]# atacontrol detach ata0 0[i7]# atacontrol attach ata0 Master: no device present Slave: no device present 0[i7]# full dmesg at http://lists.freebsd.org/pipermail/freebsd-current/2009-March/004915.html ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 21:43:54 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E29FF1065678; Fri, 20 Mar 2009 21:43:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B08578FC2E; Fri, 20 Mar 2009 21:43:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2KLhoHr059552; Fri, 20 Mar 2009 17:43:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2KLhoJ8014421; Fri, 20 Mar 2009 17:43:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0A5B07302F; Fri, 20 Mar 2009 16:43:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090320214350.0A5B07302F@freebsd-current.sentex.ca> Date: Fri, 20 Mar 2009 16:43:49 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 21:44:10 -0000 TB --- 2009-03-20 20:16:37 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-20 20:16:37 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-03-20 20:16:37 - cleaning the object tree TB --- 2009-03-20 20:17:07 - cvsupping the source tree TB --- 2009-03-20 20:17:07 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-03-20 20:17:20 - building world TB --- 2009-03-20 20:17:20 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-20 20:17:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-20 20:17:20 - TARGET=sun4v TB --- 2009-03-20 20:17:20 - TARGET_ARCH=sparc64 TB --- 2009-03-20 20:17:20 - TZ=UTC TB --- 2009-03-20 20:17:20 - __MAKE_CONF=/dev/null TB --- 2009-03-20 20:17:20 - cd /src TB --- 2009-03-20 20:17:20 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 20 20:17:23 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 20 21:36:13 UTC 2009 TB --- 2009-03-20 21:36:13 - generating LINT kernel config TB --- 2009-03-20 21:36:13 - cd /src/sys/sun4v/conf TB --- 2009-03-20 21:36:13 - /usr/bin/make -B LINT TB --- 2009-03-20 21:36:13 - building LINT kernel TB --- 2009-03-20 21:36:13 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-20 21:36:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-20 21:36:13 - TARGET=sun4v TB --- 2009-03-20 21:36:13 - TARGET_ARCH=sparc64 TB --- 2009-03-20 21:36:13 - TZ=UTC TB --- 2009-03-20 21:36:13 - __MAKE_CONF=/dev/null TB --- 2009-03-20 21:36:13 - cd /src TB --- 2009-03-20 21:36:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 20 21:36:13 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] In file included from /src/sys/dev/usb/controller/ehci.c:67: /src/sys/dev/usb/controller/ehci.h:463: error: 'USB_MAX_DEVICES' undeclared here (not in a function) /src/sys/dev/usb/controller/ehci.c: In function 'ehci_xfer_setup': /src/sys/dev/usb/controller/ehci.c:3587: error: 'USB_FS_BYTES_PER_HS_UFRAME' undeclared (first use in this function) /src/sys/dev/usb/controller/ehci.c:3587: error: (Each undeclared identifier is reported only once /src/sys/dev/usb/controller/ehci.c:3587: error: for each function it appears in.) /src/sys/dev/usb/controller/ehci.c: In function 'ehci_pipe_init': /src/sys/dev/usb/controller/ehci.c:3775: error: 'USB_CONTROL_ENDPOINT' undeclared (first use in this function) *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-20 21:43:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-20 21:43:49 - ERROR: failed to build lint kernel TB --- 2009-03-20 21:43:49 - 4217.68 user 401.13 system 5232.26 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 20 22:20:04 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E19FC106564A; Fri, 20 Mar 2009 22:20:04 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id BCB2E8FC17; Fri, 20 Mar 2009 22:20:04 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 60A3446B0D; Fri, 20 Mar 2009 18:20:04 -0400 (EDT) Date: Fri, 20 Mar 2009 22:20:04 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org, net@FreeBSD.org In-Reply-To: Message-ID: References: <20080526110543.J26343@fledge.watson.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed (was: Re: Wiki page for non-MPSAFE network stack de-orbit scheduling) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 22:20:05 -0000 On Mon, 16 Feb 2009, Robert Watson wrote: > The following schedule is proposed, assuming nothing goes horribly wrong > with the new USB code in the next few weeks, and remaining nits relating to > USB network and 802.11 drivers are handled: > > 16 February 2009 HEADS UP to lists (this e-mail) > 01 March 2009 Disable build of all IFF_NEEDSGIANT drivers in 8.x > 01 April 2009 Remove all IFF_NEEDSGIANT drivers from 8.x Just a teminder that 1 April is gradually approaching. At that point I will remove from the tree the various non-MPSAFE network device drivers that are already disconnected from the build, incuding if_sl, if_ppp, if_ar, and the old USB ethernet drivers. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 00:02:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41660106566C for ; Sat, 21 Mar 2009 00:02:40 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out3.uni-muenster.de (ZIVM-OUT3.UNI-MUENSTER.DE [128.176.192.18]) by mx1.freebsd.org (Postfix) with ESMTP id C61ED8FC0A for ; Sat, 21 Mar 2009 00:02:39 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.38,397,1233529200"; d="scan'208";a="1933548" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay3.uni-muenster.de with ESMTP; 21 Mar 2009 01:02:26 +0100 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id 07D2A1B07E2; Sat, 21 Mar 2009 01:02:25 +0100 (CET) Date: Sat, 21 Mar 2009 01:02:25 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: weird console output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 00:02:40 -0000 very often when i boot or shutdown my pc i see weird text being output to the console. to me it seems like 2 messages are being mixed into 1 message. here's an example: "WcAdR0N IaNtG : aWtIaT1N EbSuSs o0p ttiaorng eetn a1b lleudn, 0e xcpde0c:t rO SRTeImCo voapbtlieo nC De-nRaObMl eSdC,S Ie-x0p edcetv irceed uc ecdd 0p:e r3f3o.r0m0a0nMcB/es. transfers" i'm running FreeBSD moshnroll 8.0-CURRENT FreeBSD 8.0-CURRENT #20 r190162M: Fri Mar 20 19:10:47 UTC 2009 root@moshnroll:/usr/obj/usr/src/sys/ARUNDEL i386, but i've also had this issue under CURRENT. maybe this issue is smp related? cheers. alex From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 00:12:28 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A881106566C; Sat, 21 Mar 2009 00:12:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0020C8FC12; Sat, 21 Mar 2009 00:12:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2L0CNcN067758; Fri, 20 Mar 2009 20:12:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2L0CNR5043512; Fri, 20 Mar 2009 20:12:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 201377302F; Fri, 20 Mar 2009 19:12:23 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090321001223.201377302F@freebsd-current.sentex.ca> Date: Fri, 20 Mar 2009 19:12:23 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 00:12:28 -0000 TB --- 2009-03-20 22:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-20 22:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-03-20 22:00:00 - cleaning the object tree TB --- 2009-03-20 22:01:12 - cvsupping the source tree TB --- 2009-03-20 22:01:12 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-03-20 22:01:21 - building world TB --- 2009-03-20 22:01:21 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-20 22:01:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-20 22:01:21 - TARGET=amd64 TB --- 2009-03-20 22:01:21 - TARGET_ARCH=amd64 TB --- 2009-03-20 22:01:21 - TZ=UTC TB --- 2009-03-20 22:01:21 - __MAKE_CONF=/dev/null TB --- 2009-03-20 22:01:21 - cd /src TB --- 2009-03-20 22:01:21 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 20 22:01:23 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Mar 21 00:01:28 UTC 2009 TB --- 2009-03-21 00:01:29 - generating LINT kernel config TB --- 2009-03-21 00:01:29 - cd /src/sys/amd64/conf TB --- 2009-03-21 00:01:29 - /usr/bin/make -B LINT TB --- 2009-03-21 00:01:29 - building LINT kernel TB --- 2009-03-21 00:01:29 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-21 00:01:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-21 00:01:29 - TARGET=amd64 TB --- 2009-03-21 00:01:29 - TARGET_ARCH=amd64 TB --- 2009-03-21 00:01:29 - TZ=UTC TB --- 2009-03-21 00:01:29 - __MAKE_CONF=/dev/null TB --- 2009-03-21 00:01:29 - cd /src TB --- 2009-03-21 00:01:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 21 00:01:29 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] In file included from /src/sys/dev/usb/controller/ehci.c:67: /src/sys/dev/usb/controller/ehci.h:463: error: 'USB_MAX_DEVICES' undeclared here (not in a function) /src/sys/dev/usb/controller/ehci.c: In function 'ehci_xfer_setup': /src/sys/dev/usb/controller/ehci.c:3587: error: 'USB_FS_BYTES_PER_HS_UFRAME' undeclared (first use in this function) /src/sys/dev/usb/controller/ehci.c:3587: error: (Each undeclared identifier is reported only once /src/sys/dev/usb/controller/ehci.c:3587: error: for each function it appears in.) /src/sys/dev/usb/controller/ehci.c: In function 'ehci_pipe_init': /src/sys/dev/usb/controller/ehci.c:3775: error: 'USB_CONTROL_ENDPOINT' undeclared (first use in this function) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-21 00:12:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-21 00:12:22 - ERROR: failed to build lint kernel TB --- 2009-03-21 00:12:22 - 6154.96 user 632.90 system 7942.71 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 00:14:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A17810656BE; Sat, 21 Mar 2009 00:14:46 +0000 (UTC) (envelope-from darcsis@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.236]) by mx1.freebsd.org (Postfix) with ESMTP id EB3418FC1A; Sat, 21 Mar 2009 00:14:45 +0000 (UTC) (envelope-from darcsis@gmail.com) Received: by rv-out-0506.google.com with SMTP id l9so1316794rvb.43 for ; Fri, 20 Mar 2009 17:14:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject :in-reply-to:organization:references:user-agent:x-envelope-to :mail-followup-to:date:message-id:mime-version:content-type; bh=2tgghxUxZgUPEHxwSyOtzSwrObJHfq2zr5nGTEossOs=; b=K1nUfC/3SF7ggfIti1Gr+aNxmrjyvLgtcIjS8rJuD3pA8CIhUKzUBKFATws/Gz3b4v wEDo/ztlmGluz6MH1q8AvVtEGLIj5wEN2q2j04ihgxYuA0DqGZg6OTMRxvC1ntMH9wat QQYfnaM/Ya7Kc0mqO15mqeVkEN0BwYjPrDPos= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:in-reply-to:organization:references:user-agent :x-envelope-to:mail-followup-to:date:message-id:mime-version :content-type; b=jUUUlQJP9Aa8fY7SWJagzbbYtRSc9L7jieSf2IqVsDv3+tMYGW8cipLLATvmT7epCr fqPjDi/smfPAdDCKQXyaCQ0klM2uRaIDpwqlf0DqesFLdefcCNIiRjIxXKX4s+H4L2mZ MqctjlA5veYKaWAPEYVRPenKIziXQayMTlQOQ= Received: by 10.142.218.4 with SMTP id q4mr1734103wfg.74.1237594485506; Fri, 20 Mar 2009 17:14:45 -0700 (PDT) Received: from pluton.xbsd.name ([123.117.46.89]) by mx.google.com with ESMTPS id 30sm929502wfa.58.2009.03.20.17.14.42 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 20 Mar 2009 17:14:44 -0700 (PDT) From: darcsis@gmail.com (Denise H. G.) To: Robert Noland In-Reply-To: <1237527331.1777.516.camel@balrog.2hip.net> (Robert Noland's message of "Fri, 20 Mar 2009 00:35:31 -0500") Organization: Terra Firma References: <1237527331.1777.516.camel@balrog.2hip.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (berkeley-unix) X-Envelope-To: rnoland@freebsd.org Mail-Followup-To: Robert Noland , freebsd-x11 , freebsd-current Date: Sat, 21 Mar 2009 08:14:03 +0800 Message-ID: <86ocvvn35g.fsf@pluton.xbsd.name> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-x11 , freebsd-current Subject: Re: [PREVIEW] Nouveau on FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 00:14:47 -0000 Guys, it is so nice to see Nouveau drm in FreeBSD! I've got a G7300GT which is a NV40(?) card. May the code be strong and stable as the chicken head! Thanks for your work! -- darcsis ZAI gmail DIAN com From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 00:48:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD8721065670 for ; Sat, 21 Mar 2009 00:48:39 +0000 (UTC) (envelope-from jrh29@alumni.cwru.edu) Received: from beta.eecs.cwru.edu (beta.eecs.CWRU.Edu [129.22.150.110]) by mx1.freebsd.org (Postfix) with ESMTP id 640908FC0C for ; Sat, 21 Mar 2009 00:48:39 +0000 (UTC) (envelope-from jrh29@alumni.cwru.edu) Received: from narn.knownspace ([::ffff:69.250.50.210]) (AUTH: PLAIN jrh29, TLS: TLSv1/SSLv3,168bits,DES-CBC3-SHA) by beta.eecs.cwru.edu with esmtp; Fri, 20 Mar 2009 20:48:38 -0400 id 00008713.49C43966.00001C95 Date: Fri, 20 Mar 2009 20:49:08 -0400 From: Justin Hibbits To: Alexander Best Message-ID: <20090321004908.GA9482@narn.knownspace> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org Subject: Re: weird console output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 00:48:39 -0000 On Sat, Mar 21, 2009 at 01:02:25AM +0100, Alexander Best wrote: > very often when i boot or shutdown my pc i see weird text being output to the > console. to me it seems like 2 messages are being mixed into 1 message. here's > an example: > > "WcAdR0N IaNtG : aWtIaT1N EbSuSs o0p ttiaorng eetn a1b lleudn, 0e > xcpde0c:t r H1W0ANR NJILN1G: DIAG2N>O SRTeImCo voapbtlieo nC De-nRaObMl eSdC,S Ie-x0p > edcetv irceed uc > ecdd 0p:e r3f3o.r0m0a0nMcB/es. > transfers" > > i'm running FreeBSD moshnroll 8.0-CURRENT FreeBSD 8.0-CURRENT #20 r190162M: > Fri Mar 20 19:10:47 UTC 2009 root@moshnroll:/usr/obj/usr/src/sys/ARUNDEL > i386, but i've also had this issue under CURRENT. maybe this issue is smp > related? > > cheers. > alex You are correct, it is smp related. Those are two messages interlaced. I see them often when shutting down my SMP system. - Justin From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 02:42:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC775106566C; Sat, 21 Mar 2009 02:42:23 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 836738FC14; Sat, 21 Mar 2009 02:42:23 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-19-214-182.bna.bellsouth.net [68.19.214.182]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2L2f1YD092885 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Mar 2009 22:41:01 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: "Denise H. G." In-Reply-To: <86ocvvn35g.fsf@pluton.xbsd.name> References: <1237527331.1777.516.camel@balrog.2hip.net> <86ocvvn35g.fsf@pluton.xbsd.name> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-qlDtDbP394PBwva0AFEd" Organization: FreeBSD Date: Fri, 20 Mar 2009 21:42:03 -0500 Message-Id: <1237603323.1779.7.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.3 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11 , freebsd-current Subject: Re: [PREVIEW] Nouveau on FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 02:42:24 -0000 --=-qlDtDbP394PBwva0AFEd Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-03-21 at 08:14 +0800, Denise H. G. wrote: > Guys, it is so nice to see Nouveau drm in FreeBSD! > I've got a G7300GT which is a NV40(?) card. > May the code be strong and stable as the chicken head! >=20 > Thanks for your work! FWIW, I spent today making the NV50 work... Xv still seems a little broken, but I have gnome up... robert. >=20 >=20 --=20 Robert Noland FreeBSD --=-qlDtDbP394PBwva0AFEd Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknEU/sACgkQM4TrQ4qfRONFUwCfSqTfGfUEkem0TLbSBLwd2iKW WHgAnRhHYCeT6wz44G5IJmUbMvFq3ae2 =ZyBC -----END PGP SIGNATURE----- --=-qlDtDbP394PBwva0AFEd-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 03:57:55 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07C48106566C; Sat, 21 Mar 2009 03:57:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D162B8FC16; Sat, 21 Mar 2009 03:57:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2L3voSr076917; Fri, 20 Mar 2009 23:57:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2L3voCt057520; Fri, 20 Mar 2009 23:57:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CB70D7302F; Fri, 20 Mar 2009 22:57:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090321035749.CB70D7302F@freebsd-current.sentex.ca> Date: Fri, 20 Mar 2009 22:57:49 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 03:57:55 -0000 TB --- 2009-03-21 01:33:45 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-21 01:33:45 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-03-21 01:33:45 - cleaning the object tree TB --- 2009-03-21 01:34:12 - cvsupping the source tree TB --- 2009-03-21 01:34:12 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-03-21 01:34:23 - building world TB --- 2009-03-21 01:34:23 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-21 01:34:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-21 01:34:23 - TARGET=ia64 TB --- 2009-03-21 01:34:23 - TARGET_ARCH=ia64 TB --- 2009-03-21 01:34:23 - TZ=UTC TB --- 2009-03-21 01:34:23 - __MAKE_CONF=/dev/null TB --- 2009-03-21 01:34:23 - cd /src TB --- 2009-03-21 01:34:23 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 21 01:34:25 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Mar 21 03:23:41 UTC 2009 TB --- 2009-03-21 03:23:41 - generating LINT kernel config TB --- 2009-03-21 03:23:41 - cd /src/sys/ia64/conf TB --- 2009-03-21 03:23:41 - /usr/bin/make -B LINT TB --- 2009-03-21 03:23:41 - building LINT kernel TB --- 2009-03-21 03:23:41 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-21 03:23:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-21 03:23:41 - TARGET=ia64 TB --- 2009-03-21 03:23:41 - TARGET_ARCH=ia64 TB --- 2009-03-21 03:23:41 - TZ=UTC TB --- 2009-03-21 03:23:41 - __MAKE_CONF=/dev/null TB --- 2009-03-21 03:23:41 - cd /src TB --- 2009-03-21 03:23:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 21 03:23:41 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc1: warnings being treated as errors /src/sys/modules/usb/usfs/../../../dev/usb/storage/ustorage_fs.c: In function 'ustorage_fs_do_cmd': /src/sys/modules/usb/usfs/../../../dev/usb/storage/ustorage_fs.c:1689: warning: large integer implicitly truncated to unsigned type /src/sys/modules/usb/usfs/../../../dev/usb/storage/ustorage_fs.c:1705: warning: large integer implicitly truncated to unsigned type /src/sys/modules/usb/usfs/../../../dev/usb/storage/ustorage_fs.c:1727: warning: large integer implicitly truncated to unsigned type /src/sys/modules/usb/usfs/../../../dev/usb/storage/ustorage_fs.c:1841: warning: large integer implicitly truncated to unsigned type /src/sys/modules/usb/usfs/../../../dev/usb/storage/ustorage_fs.c:1857: warning: large integer implicitly truncated to unsigned type /src/sys/modules/usb/usfs/../../../dev/usb/storage/ustorage_fs.c:1879: warning: large integer implicitly truncated to unsigned type *** Error code 1 Stop in /src/sys/modules/usb/usfs. *** Error code 1 Stop in /src/sys/modules/usb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-21 03:57:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-21 03:57:49 - ERROR: failed to build lint kernel TB --- 2009-03-21 03:57:49 - 7160.59 user 477.63 system 8644.00 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 03:08:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 075C41065672; Sat, 21 Mar 2009 03:08:36 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by mx1.freebsd.org (Postfix) with ESMTP id D51628FC0C; Sat, 21 Mar 2009 03:08:35 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: by wf-out-1314.google.com with SMTP id 24so1443602wfg.7 for ; Fri, 20 Mar 2009 20:08:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.161.10 with SMTP id j10mr1787716wfe.49.1237604915183; Fri, 20 Mar 2009 20:08:35 -0700 (PDT) In-Reply-To: <200903201242.09167.jhb@freebsd.org> References: <200903191126.15390.jhb@freebsd.org> <200903201242.09167.jhb@freebsd.org> Date: Sat, 21 Mar 2009 11:08:35 +0800 Message-ID: From: Mars G Miro To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Sat, 21 Mar 2009 05:19:26 +0000 Cc: pyunyh@gmail.com, freebsd-current@freebsd.org Subject: Re: sk/msk no more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 03:08:36 -0000 On Sat, Mar 21, 2009 at 12:42 AM, John Baldwin wrote: > On Thursday 19 March 2009 11:24:24 pm Mars G Miro wrote: >> On Thu, Mar 19, 2009 at 11:26 PM, John Baldwin wrote: >> > On Monday 16 March 2009 12:10:21 am Mars G Miro wrote: >> >> On Mon, Mar 16, 2009 at 11:31 AM, Pyun YongHyeon > wrote: >> >> > On Mon, Mar 16, 2009 at 10:22:40AM +0800, Mars G Miro wrote: >> >> >> Hi guys, >> >> >> >> >> >> =A0 =A0I upgraded a box w/ sk and msk NICs running 7.1-RELEASE to = latest >> >> >> -CURRENT =A0to try out the new USB2 stuff but my sk/msk NICs don't= work >> >> >> anymore: >> >> >> >> >> >> =A0 =A0http://pastebin.com/m28a41b14 >> >> >> >> >> >> =A0 =A0Saw this first last Friday, March 13, and re-csup'd a few h= ours ago >> >> >> and the problem is still there. >> >> >> >> >> >> =A0 =A0Any thoughts? Thanks. >> >> >> >> >> > >> >> > I don't see sk(4)/msk(4) hardwares in your dmesg output. >> >> > Does "pciconf -lcv" show your controller? >> >> >> >> That's the problem, the hardware disappears: >> > >> > What if you set 'hw.pci.mcfg=3D0' in loader? >> > >> >> That did it! Even w/ ACPI enabled in the BIOS, the sk/msk NICs don't >> get lost anymore. >> >> pciconf and verbose dmesg: http://pastebin.com/f31621191 >> >> btw, what does this knob actually do ? > > mcfg is a mechanism for doing faster PCI config access using a memory map= ped > window. =A0Can you grab the output of 'acpidump -t'? > root@nexgate:~# acpidump -tv acpidump: loading RSD PTR from /dev/mem /* RSD PTR: OEM=3DIntelR, ACPI_Rev=3D1.0x (0) RSDT=3D0x3fef3040, cksum=3D245 */ acpidump: printing various SDT tables /* RSDT: Length=3D48, Revision=3D1, Checksum=3D226, OEMID=3DIntelR, OEM Table ID=3DAWRDACPI, OEM Revision=3D0x42302e31, Creator ID=3DAWRD, Creator Revision=3D0x0 Entries=3D{ 0x3fef30c0, 0x3fef6fc0, 0x3fef6f00 } */ /* FACP: Length=3D116, Revision=3D1, Checksum=3D112, OEMID=3DIntelR, OEM Table ID=3DAWRDACPI, OEM Revision=3D0x42302e31, Creator ID=3DAWRD, Creator Revision=3D0x0 FACS=3D0x3fef0000, DSDT=3D0x3fef3180 INT_MODEL=3DAPIC Preferred_PM_Profile=3DUnspecified (0) SCI_INT=3D9 SMI_CMD=3D0xb2, ACPI_ENABLE=3D0xa1, ACPI_DISABLE=3D0xa0, S4BIOS_REQ= =3D0x0 PSTATE_CNT=3D0x0 PM1a_EVT_BLK=3D0x400-0x403 PM1a_CNT_BLK=3D0x404-0x405 PM_TMR_BLK=3D0x408-0x40b GPE0_BLK=3D0x428-0x42f P_LVL2_LAT=3D101 us, P_LVL3_LAT=3D1001 us FLUSH_SIZE=3D0, FLUSH_STRIDE=3D0 DUTY_OFFSET=3D1, DUTY_WIDTH=3D1 DAY_ALRM=3D13, MON_ALRM=3D0, CENTURY=3D0 IAPC_BOOT_ARCH=3D Flags=3D{WBINVD,PROC_C1,SLP_BUTTON,RTC_S4,RESET_REG} RESET_REG=3D0x00000000:0[0] (Memory), RESET_VALUE=3D0 */ /* FACS: Length=3D64, HwSig=3D0x00000000, Firm_Wake_Vec=3D0x00000000 Global_Lock=3D Flags=3D Version=3D0 */ /* DSDT: Length=3D15655, Revision=3D1, Checksum=3D6, OEMID=3DINTELR, OEM Table ID=3DAWRDACPI, OEM Revision=3D0x1000, Creator ID=3DMSFT, Creator Revision=3D0x100000e */ /* MCFG: Length=3D60, Revision=3D1, Checksum=3D46, OEMID=3DIntelR, OEM Table ID=3DAWRDACPI, OEM Revision=3D0x42302e31, Creator ID=3DAWRD, Creator Revision=3D0x0 Base Address=3D 0x00000000e0000000 Segment Group=3D 0x0000 Start Bus=3D 0 End Bus=3D 0 */ /* APIC: Length=3D104, Revision=3D1, Checksum=3D200, OEMID=3DIntelR, OEM Table ID=3DAWRDACPI, OEM Revision=3D0x42302e31, Creator ID=3DAWRD, Creator Revision=3D0x0 Local APIC ADDR=3D0xfee00000 Flags=3D{PC-AT} Type=3DLocal APIC ACPI CPU=3D0 Flags=3D{ENABLED} APIC ID=3D0 Type=3DLocal APIC ACPI CPU=3D1 Flags=3D{ENABLED} APIC ID=3D1 Type=3DIO APIC APIC ID=3D2 INT BASE=3D0 ADDR=3D0x00000000fec00000 Type=3DINT Override BUS=3D0 IRQ=3D0 INTR=3D2 Flags=3D{Polarity=3Dconforming, Trigger=3Dconforming} Type=3DINT Override BUS=3D0 IRQ=3D9 INTR=3D9 Flags=3D{Polarity=3Dactive-hi, Trigger=3Dlevel} Type=3DLocal NMI ACPI CPU=3D0 LINT Pin=3D1 Flags=3D{Polarity=3Dactive-hi, Trigger=3Dedge} Type=3DLocal NMI ACPI CPU=3D1 LINT Pin=3D1 Flags=3D{Polarity=3Dactive-hi, Trigger=3Dedge} */ > -- > John Baldwin > --=20 cheers mars From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 05:43:34 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAED6106564A; Sat, 21 Mar 2009 05:43:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9B3FA8FC12; Sat, 21 Mar 2009 05:43:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2L5hUoa079658; Sat, 21 Mar 2009 01:43:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2L5hUak053688; Sat, 21 Mar 2009 01:43:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 146317302F; Sat, 21 Mar 2009 00:43:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090321054330.146317302F@freebsd-current.sentex.ca> Date: Sat, 21 Mar 2009 00:43:30 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 05:43:36 -0000 TB --- 2009-03-21 03:57:49 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-21 03:57:49 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-03-21 03:57:49 - cleaning the object tree TB --- 2009-03-21 03:58:21 - cvsupping the source tree TB --- 2009-03-21 03:58:21 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-03-21 03:58:33 - building world TB --- 2009-03-21 03:58:33 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-21 03:58:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-21 03:58:33 - TARGET=sparc64 TB --- 2009-03-21 03:58:33 - TARGET_ARCH=sparc64 TB --- 2009-03-21 03:58:33 - TZ=UTC TB --- 2009-03-21 03:58:33 - __MAKE_CONF=/dev/null TB --- 2009-03-21 03:58:33 - cd /src TB --- 2009-03-21 03:58:33 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 21 03:58:34 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Mar 21 05:18:28 UTC 2009 TB --- 2009-03-21 05:18:28 - generating LINT kernel config TB --- 2009-03-21 05:18:28 - cd /src/sys/sparc64/conf TB --- 2009-03-21 05:18:28 - /usr/bin/make -B LINT TB --- 2009-03-21 05:18:28 - building LINT kernel TB --- 2009-03-21 05:18:28 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-21 05:18:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-21 05:18:28 - TARGET=sparc64 TB --- 2009-03-21 05:18:28 - TARGET_ARCH=sparc64 TB --- 2009-03-21 05:18:28 - TZ=UTC TB --- 2009-03-21 05:18:28 - __MAKE_CONF=/dev/null TB --- 2009-03-21 05:18:28 - cd /src TB --- 2009-03-21 05:18:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 21 05:18:28 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc1: warnings being treated as errors /src/sys/modules/usb/usfs/../../../dev/usb/storage/ustorage_fs.c: In function 'ustorage_fs_do_cmd': /src/sys/modules/usb/usfs/../../../dev/usb/storage/ustorage_fs.c:1689: warning: large integer implicitly truncated to unsigned type /src/sys/modules/usb/usfs/../../../dev/usb/storage/ustorage_fs.c:1705: warning: large integer implicitly truncated to unsigned type /src/sys/modules/usb/usfs/../../../dev/usb/storage/ustorage_fs.c:1727: warning: large integer implicitly truncated to unsigned type /src/sys/modules/usb/usfs/../../../dev/usb/storage/ustorage_fs.c:1841: warning: large integer implicitly truncated to unsigned type /src/sys/modules/usb/usfs/../../../dev/usb/storage/ustorage_fs.c:1857: warning: large integer implicitly truncated to unsigned type /src/sys/modules/usb/usfs/../../../dev/usb/storage/ustorage_fs.c:1879: warning: large integer implicitly truncated to unsigned type *** Error code 1 Stop in /src/sys/modules/usb/usfs. *** Error code 1 Stop in /src/sys/modules/usb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-21 05:43:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-21 05:43:29 - ERROR: failed to build lint kernel TB --- 2009-03-21 05:43:29 - 5117.59 user 443.11 system 6340.02 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 07:09:54 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C73041065670; Sat, 21 Mar 2009 07:09:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 752128FC08; Sat, 21 Mar 2009 07:09:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2L79oeC083791; Sat, 21 Mar 2009 03:09:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2L79nO7017966; Sat, 21 Mar 2009 03:09:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C5A277302F; Sat, 21 Mar 2009 02:09:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090321070949.C5A277302F@freebsd-current.sentex.ca> Date: Sat, 21 Mar 2009 02:09:49 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 07:09:55 -0000 TB --- 2009-03-21 05:33:12 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-21 05:33:12 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-03-21 05:33:12 - cleaning the object tree TB --- 2009-03-21 05:33:32 - cvsupping the source tree TB --- 2009-03-21 05:33:32 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-03-21 05:33:43 - building world TB --- 2009-03-21 05:33:43 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-21 05:33:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-21 05:33:43 - TARGET=sun4v TB --- 2009-03-21 05:33:43 - TARGET_ARCH=sparc64 TB --- 2009-03-21 05:33:43 - TZ=UTC TB --- 2009-03-21 05:33:43 - __MAKE_CONF=/dev/null TB --- 2009-03-21 05:33:43 - cd /src TB --- 2009-03-21 05:33:43 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 21 05:33:45 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Mar 21 06:46:57 UTC 2009 TB --- 2009-03-21 06:46:58 - generating LINT kernel config TB --- 2009-03-21 06:46:58 - cd /src/sys/sun4v/conf TB --- 2009-03-21 06:46:58 - /usr/bin/make -B LINT TB --- 2009-03-21 06:46:58 - building LINT kernel TB --- 2009-03-21 06:46:58 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-21 06:46:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-21 06:46:58 - TARGET=sun4v TB --- 2009-03-21 06:46:58 - TARGET_ARCH=sparc64 TB --- 2009-03-21 06:46:58 - TZ=UTC TB --- 2009-03-21 06:46:58 - __MAKE_CONF=/dev/null TB --- 2009-03-21 06:46:58 - cd /src TB --- 2009-03-21 06:46:58 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 21 06:46:58 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc1: warnings being treated as errors /src/sys/modules/usb/usfs/../../../dev/usb/storage/ustorage_fs.c: In function 'ustorage_fs_do_cmd': /src/sys/modules/usb/usfs/../../../dev/usb/storage/ustorage_fs.c:1689: warning: large integer implicitly truncated to unsigned type /src/sys/modules/usb/usfs/../../../dev/usb/storage/ustorage_fs.c:1705: warning: large integer implicitly truncated to unsigned type /src/sys/modules/usb/usfs/../../../dev/usb/storage/ustorage_fs.c:1727: warning: large integer implicitly truncated to unsigned type /src/sys/modules/usb/usfs/../../../dev/usb/storage/ustorage_fs.c:1841: warning: large integer implicitly truncated to unsigned type /src/sys/modules/usb/usfs/../../../dev/usb/storage/ustorage_fs.c:1857: warning: large integer implicitly truncated to unsigned type /src/sys/modules/usb/usfs/../../../dev/usb/storage/ustorage_fs.c:1879: warning: large integer implicitly truncated to unsigned type *** Error code 1 Stop in /src/sys/modules/usb/usfs. *** Error code 1 Stop in /src/sys/modules/usb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-21 07:09:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-21 07:09:49 - ERROR: failed to build lint kernel TB --- 2009-03-21 07:09:49 - 5091.05 user 445.03 system 5797.17 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 07:11:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51F231065670 for ; Sat, 21 Mar 2009 07:11:52 +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 039038FC0A for ; Sat, 21 Mar 2009 07:11:51 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LkvN0-000HAw-5K; Sat, 21 Mar 2009 09:11:50 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Luigi Rizzo In-reply-to: <20090320172726.GA95160@onelab2.iet.unipi.it> References: <20081121231400.GA94863@onelab2.iet.unipi.it> <20081121232325.GA15258@citylink.fud.org.nz> <20081121234104.GA95875@onelab2.iet.unipi.it> <200903191104.48803.jhb@freebsd.org> <20090320172726.GA95160@onelab2.iet.unipi.it> Comments: In-reply-to Luigi Rizzo message dated "Fri, 20 Mar 2009 18:27:26 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 21 Mar 2009 09:11:49 +0200 From: Danny Braniss Message-ID: Cc: Andrew Thompson , freebsd-current@freebsd.org, kib@freebsd.org, current@freebsd.org Subject: Re: Recent versions of pxeboot hang/panic on AMD platform. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 07:11:52 -0000 > On Thu, Mar 19, 2009 at 11:04:48AM -0400, John Baldwin wrote: > > On Friday 21 November 2008 6:41:04 pm Luigi Rizzo wrote: > ... > > > Assuming that the interrupt thing is a possible cause for the bug, > > > I can understand that the kernel size can affect the probability of > > > getting an interrupt at the wrong time. > > > > > > There was one bug due to memory overflow that i fixed in a recent > > > commit to head (see boot/common/interp.c), > > > but this only helped on a different amd64 motherboard. > > > > Is this now resolved with the latest pxeboot from HEAD? > > I can confirm that with today's code (20090320) both HEAD and RELENG_7 > produce a pxeboot that works reliably on the dual-core AMD CPU and motherboard > where previous loaders failed. > In my case, I have lost the serial port somehow, no console output, nor login, have to explore but hints could be useful. danny > thanks! > > luigi > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 07:41:00 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C413F1065675; Sat, 21 Mar 2009 07:41:00 +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 75DA78FC13; Sat, 21 Mar 2009 07:41:00 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LkvN0-000HAw-5K; Sat, 21 Mar 2009 09:11:50 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Luigi Rizzo In-reply-to: <20090320172726.GA95160@onelab2.iet.unipi.it> References: <20081121231400.GA94863@onelab2.iet.unipi.it> <20081121232325.GA15258@citylink.fud.org.nz> <20081121234104.GA95875@onelab2.iet.unipi.it> <200903191104.48803.jhb@freebsd.org> <20090320172726.GA95160@onelab2.iet.unipi.it> Comments: In-reply-to Luigi Rizzo message dated "Fri, 20 Mar 2009 18:27:26 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 21 Mar 2009 09:11:49 +0200 From: Danny Braniss Message-ID: Cc: Andrew Thompson , freebsd-current@freebsd.org, kib@freebsd.org, current@freebsd.org Subject: Re: Recent versions of pxeboot hang/panic on AMD platform. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 07:41:01 -0000 > On Thu, Mar 19, 2009 at 11:04:48AM -0400, John Baldwin wrote: > > On Friday 21 November 2008 6:41:04 pm Luigi Rizzo wrote: > ... > > > Assuming that the interrupt thing is a possible cause for the bug, > > > I can understand that the kernel size can affect the probability of > > > getting an interrupt at the wrong time. > > > > > > There was one bug due to memory overflow that i fixed in a recent > > > commit to head (see boot/common/interp.c), > > > but this only helped on a different amd64 motherboard. > > > > Is this now resolved with the latest pxeboot from HEAD? > > I can confirm that with today's code (20090320) both HEAD and RELENG_7 > produce a pxeboot that works reliably on the dual-core AMD CPU and motherboard > where previous loaders failed. > In my case, I have lost the serial port somehow, no console output, nor login, have to explore but hints could be useful. danny > thanks! > > luigi > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 08:05:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7548B1065674 for ; Sat, 21 Mar 2009 08:05:36 +0000 (UTC) (envelope-from derek@computinginnovations.com) Received: from betty.computinginnovations.com (mail.computinginnovations.com [64.81.227.250]) by mx1.freebsd.org (Postfix) with ESMTP id CFDE28FC15 for ; Sat, 21 Mar 2009 08:05:34 +0000 (UTC) (envelope-from derek@computinginnovations.com) Received: from p28.computinginnovations.com (dhcp-10-20-30-100.computinginnovations.com [10.20.30.100]) (authenticated bits=0) by betty.computinginnovations.com (8.14.3/8.14.3) with ESMTP id n2KBgixh005869; Fri, 20 Mar 2009 06:42:45 -0500 (CDT) (envelope-from derek@computinginnovations.com) Message-Id: <6.0.0.22.2.20090320064223.025ae3d0@mail.computinginnovations.com> X-Sender: derek@mail.computinginnovations.com X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Fri, 20 Mar 2009 06:43:33 -0500 To: Mattia Rossi , freebsd-current@freebsd.org From: Derek Ragona In-Reply-To: <49C083A4.5020608@swin.edu.au> References: <49C083A4.5020608@swin.edu.au> Mime-Version: 1.0 X-Antivirus: avast! (VPS 090319-0, 03/19/2009), Outbound message X-Antivirus-Status: Clean X-Virus-Scanned: ClamAV 0.94.2-exp/9143/Thu Mar 19 22:40:02 2009 on betty.computinginnovations.com X-Virus-Status: Clean X-ComputingInnovations-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: n2KBgixh005869 X-ComputingInnovations-MailScanner: Found to be clean X-ComputingInnovations-MailScanner-From: derek@computinginnovations.com X-Spam-Status: No Content-Type: text/plain; charset="us-ascii"; format=flowed X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: USB2, mouse and X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 08:05:36 -0000 At 12:16 AM 3/18/2009, Mattia Rossi wrote: >Hi, > >I've seen that there are a lot of issues with mice and the new USB2 stack, >but as my problem is still not resolved with the current kernel, i think >it's time to report my problem: > >My mouse (or maybe keyboard?) issues regard only the X window system (I >tried fluxbox and KDE4). Mouse and keyboard are USB, attached via a USB >hub (integrated in my monitor). They both work without flaws in the >console, but it's a pain to write text in different windows in X. The >typed text just doesn't get displayed some times, unless the mouse cursor >is moved. Sometimes after typing some text, and moving the mouse >afterwards, the text gets written, but letters will be grouped together >and look like this: > >this iss whahatppen > >(this is what happens) > >I guess it's related to the moused problems (it's a HP branded Logitech >mouse), so here are the dumps for the mouse and keyboard, dmesg output and >uname output: > >FreeBSD 8.0-CURRENT #11 r189933M: Wed Mar 18 10:34:42 EST 2009 i386 > >usbus0: 12Mbps Full Speed USB >v1.0 > > >usbus1: 12Mbps Full Speed USB >v1.0 > > >usbus2: 480Mbps High Speed USB >v2.0 > > >usbus3: 12Mbps Full Speed USB >v1.0 > > >usbus4: 12Mbps Full Speed USB >v1.0 > > >usbus5: 12Mbps Full Speed USB >v1.0 > > >usbus6: 480Mbps High Speed USB >v2.0 > > >ad0: 152627MB at ata0-master >SATA300 > > >ugen0.1: at >usbus0 > > >uhub0: on >usbus0 > > >ugen1.1: at >usbus1 > > >uhub1: on >usbus1 > > >ugen2.1: at >usbus2 > > >uhub2: on >usbus2 > > >ugen3.1: at >usbus3 > > >uhub3: on >usbus3 > > >ugen4.1: at >usbus4 > > >uhub4: on >usbus4 > > >ugen5.1: at usbus5 >uhub5: on usbus5 >ugen6.1: at usbus6 >uhub6: on usbus6 > >uhub0: 2 ports with 2 removable, self powered >uhub1: 2 ports with 2 removable, self powered >uhub3: 2 ports with 2 removable, self powered >uhub4: 2 ports with 2 removable, self powered >uhub5: 2 ports with 2 removable, self powered >uhub2: 4 ports with 4 removable, self powered >uhub6: 6 ports with 6 removable, self powered > >ugen6.2: at usbus6 >uhub7: addr 2> on usbus6 >uhub7: 2 ports with 1 removable, self powered >ugen6.3: at usbus6 >ukbd0: >on usbus6 >kbd2 at ukbd0 >ugen6.4: at usbus6 >ums0: on >usbus6 >ums0: 3 buttons and [XYZ] coordinates > >Keyboard: > >usbconfig -u 6 -a 3 do_request 0x81 0x06 0x2200 1 0x100 >REQUEST = <0x06 0x0c 0x00 0x09 0x01 0xa1 0x01 0x85 0x01 0x25 0x01 0x15 >0x00 0x75 0x01 0x0a 0x8a 0x01 0x0a 0x11 0x00 0x0a 0x12 0x00 0x0a 0x23 0x02 >0x0a 0x21 0x02 0x0a 0x13 0x00 0x0a 0x14 0x00 0x0a 0x15 0x00 0x95 0x08 0x81 >0x06 0x81 0x01 0x81 0x01 0x81 0x01 0x81 0x01 0xc0 0x06 0x00 0xff 0x09 0x01 >0xa1 0x01 0x85 0x02 0x25 0x01 0x15 0x00 0x75 0x01 0x0a 0x8a 0x01 0x0a 0x25 >0x02 0x0a 0x24 0x02 0x0a 0x23 0x02 0x0a 0x21 0x02 0x0a 0x2a 0x02 0x0a0x27 >0x02 0x0a 0x26 0x02 0x95 0x08 0x81 0x06 0x81 0x01 0x81 0x01 0x81 0x01 0x81 >0x01 0x15 0x00 0x27 0xff 0xff 0xff 0x7f 0x09 0x30 0x75 0x20 0x95 0x01 0xb1 >0x02 0xc0><%u#!%u%$#!*'&'0u > > >usbconfig -u 6 -a 3 do_request 0x81 0x06 0x2200 0 0x100 >REQUEST = > >Mouse: > >usbconfig -u 6 -a 4 do_request 0x81 0x06 0x2200 1 0x100 >REQUEST = <0x05 0x01 0x09 0x02 0xa1 0x01 0x09 0x01 0xa1 0x00 0x05 0x09 >0x19 0x01 0x29 0x03 0x15 0x00 0x25 0x01 0x75 0x01 0x95 0x03 0x81 0x02 0x75 >0x05 0x95 0x01 0x81 0x01 0x05 0x01 0x09 0x30 0x09 0x31 0x09 0x38 0x15 0x81 >0x25 0x7f 0x75 0x08 0x95 0x03 0x81 0x06 0xc0 0xc0><)%uu018%u> > >usbconfig -u 6 -a 4 do_request 0x81 0x06 0x2200 0 0x100 >REQUEST = > >And that's the dmesg output for the mouse if it's attached to one of the >front ports of the PC: > >ums0: at uhub7, port 2, addr 4 (disconnected) >ugen6.4: at usbus6 (disconnected) >ugen1.2: at usbus1 >ums0: on >usbus1 >ums0: 3 buttons and [XYZ] coordinates > >And the dumps (which don't change - just to eliminate the USB hub as >problem source): > >usbconfig -u 1 -a 2 do_request 0x81 0x06 0x2200 1 0x100 >REQUEST = <0x05 0x01 0x09 0x02 0xa1 0x01 0x09 0x01 0xa1 0x00 0x05 0x09 >0x19 0x01 0x29 0x03 0x15 0x00 0x25 0x01 0x75 0x01 0x95 0x03 0x81 0x02 0x75 >0x05 0x95 0x01 0x81 0x01 0x05 0x01 0x09 0x30 0x09 0x31 0x09 0x38 0x15 0x81 >0x25 0x7f 0x75 0x08 0x95 0x03 0x81 0x06 0xc0 0xc0><)%uu018%u> > >usbconfig -u 1 -a 2 do_request 0x81 0x06 0x2200 0 0x100 >REQUEST = <0x05 0x01 0x09 0x02 0xa1 0x01 0x09 0x01 0xa1 0x00 0x05 0x09 >0x19 0x01 0x29 0x03 0x15 0x00 0x25 0x01 0x75 0x01 0x95 0x03 0x81 0x02 0x75 >0x05 0x95 0x01 0x81 0x01 0x05 0x01 0x09 0x30 0x09 0x31 0x09 0x38 0x15 0x81 >0x25 0x7f 0x75 0x08 0x95 0x03 0x81 0x06 0xc0 0xc0><)%uu018%u> > >Additional observation: >After unplugging the mouse from the hub and plugging it into the front USB >connector, I need to switch to a console from X to have the moused (I >suppose) kick in, in order to be able to use the mouse again. When I >switch back to X it works, otherwise it won't. (Probably because it wants >me to move the mouse before it continues operating.. or some crap like that..) > >X is xorg-7.4 with server xorg-server-1.5.3_7 > >KDE4 is the latest 4.2.1 from today. Completely rebuilt. > >moused is actually disabled/missing from rc.conf and the X server is >started with "AllowEmptyInput" "off" >as described by the last UPDATING information in /usr/ports and/or /usr/src. > >Would be nice if this issue (which persists since the introduction of >USB2) could be solved. > >Thanks > >Mat I have the same behavior under FreeBSD 7.1 release. -Derek -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 08:22:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E10B21065678; Sat, 21 Mar 2009 08:22:44 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 9457D8FC0C; Sat, 21 Mar 2009 08:22:44 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.21.160] (helo=beastie.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LkwSj-000KFO-Fb; Sat, 21 Mar 2009 16:21:49 +0800 Message-ID: <49C4A3D3.5050501@micom.mng.net> Date: Sat, 21 Mar 2009 16:22:43 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.19 (X11/20090127) MIME-Version: 1.0 To: "Paul B. Mahol" References: <49C26F12.5060204@micom.mng.net> <3a142e750903191612g551def93x8e5ff994ec741f49@mail.gmail.com> In-Reply-To: <3a142e750903191612g551def93x8e5ff994ec741f49@mail.gmail.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=78F6425E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" , Weongyo Jeong Subject: Re: Intel 5100AGN ndis driver problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 08:22:45 -0000 Paul B. Mahol wrote: > On 3/19/09, Ganbold wrote: > >> Hi, >> >> I'm trying to use ndis driver for Intel 5100AGN and got >> following error: >> >> beastie# grep ndis /var/log/messages >> Mar 19 23:41:21 beastie kernel: ndis0: mem >> 0xf4300000-0xf4301fff irq 17 at device 0.0 on pci3 >> Mar 19 23:41:21 beastie kernel: ndis0: [ITHREAD] >> Mar 19 23:41:21 beastie kernel: ndis0: NDIS API version: 5.1 >> Mar 19 23:41:21 beastie kernel: ndis0: NDIS ERROR: 40001b7c (unknown error) >> >> Mar 19 23:41:21 beastie kernel: ndis0: NDIS ERROR: 40001b7c (unknown error) >> Mar 19 23:41:21 beastie root: Unknown USB device: vendor 0x08ff product >> 0x2810 bus uhub1 >> Mar 19 23:41:21 beastie root: Unknown USB device: vendor 0x0a5c product >> 0x2145 bus uhub1 >> Mar 19 23:41:21 beastie root: Unknown USB device: vendor 0x17ef product >> 0x1004 bus uhub3 >> Mar 19 23:41:53 beastie kernel: ugen1.3: at >> usbus1 (disconnected) >> Mar 19 23:41:57 beastie kernel: ugen1.3: at usbus1 >> Mar 19 23:41:57 beastie root: Unknown USB device: vendor 0x0a5c product >> 0x2145 bus uhub1 >> Mar 19 23:45:36 beastie kernel: wlan0: Ethernet address: 00:21:6b:9a:23:8e >> Mar 19 23:52:02 beastie kernel: pid 9861 (initial thread) is using >> legacy pty devices >> Mar 20 00:08:06 beastie kernel: ndis0: NDIS ERROR: 40001b7c (unknown error) >> ... >> ndis0@pci0:3:0:0: class=0x028000 card=0x12118086 chip=0x42378086 >> rev=0x00 hdr=0x00 >> vendor = 'Intel Corporation' >> class = network >> >> I'm running: >> beastie# uname -an >> FreeBSD beastie.micom.mng.net 8.0-CURRENT FreeBSD 8.0-CURRENT #5 >> r190040M: Thu Mar 19 21:45:37 ULAT 2009 >> tsgan@beastie.micom.mng.net:/usr/obj/usr/src/sys/DEVIL_WITNESS i386 >> >> >> Any idea how to fix this issue? >> Please let me know if you need more info. >> > > How you generate ndis module? > Post whole output _after_ is module loaded > _not_ just lines containing ndis. > > also enable debug.ndis sysctl. > I generated module issuing following command: ndisgen NETw5x32.inf NETw5x32.sys After module is generated, loading modules gives (debug.ndis=1): Mar 21 16:18:33 beastie kernel: no match for KeBugCheck Mar 21 16:18:33 beastie kernel: ndis0: mem 0xf4300000-0xf4301fff irq 17 at device 0.0 on pci3 Mar 21 16:18:33 beastie kernel: ndis0: [ITHREAD] Mar 21 16:18:33 beastie kernel: ndis0: NDIS API version: 5.1 Mar 21 16:18:33 beastie kernel: ndis0: NDIS ERROR: 40001b7c (unknown error) Mar 21 16:18:33 beastie root: Unknown USB device: vendor 0x08ff product 0x2810 bus uhub1 Mar 21 16:18:33 beastie root: Unknown USB device: vendor 0x0a5c product 0x2145 bus uhub1 Mar 21 16:18:33 beastie root: Unknown USB device: vendor 0x17ef product 0x1004 bus uhub3 Mar 21 16:18:34 beastie kernel: attach done. Mar 21 16:18:35 beastie kernel: halting done. Ganbold From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 09:22:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52C131065691 for ; Sat, 21 Mar 2009 09:22:39 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) by mx1.freebsd.org (Postfix) with ESMTP id E05718FC1A for ; Sat, 21 Mar 2009 09:22:38 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.26] (helo=16.mx.freenet.de) by mout2.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LkxPZ-0004R9-H8; Sat, 21 Mar 2009 10:22:37 +0100 Received: from t8505.t.pppool.de ([89.55.133.5]:10781 helo=ernst.jennejohn.org) by 16.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LkxPZ-0001nt-9p; Sat, 21 Mar 2009 10:22:37 +0100 Date: Sat, 21 Mar 2009 10:22:35 +0100 From: Gary Jennejohn To: Justin Hibbits Message-ID: <20090321102235.1b69134f@ernst.jennejohn.org> In-Reply-To: <20090321004908.GA9482@narn.knownspace> References: <20090321004908.GA9482@narn.knownspace> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Alexander Best , freebsd-current@freebsd.org Subject: Re: weird console output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 09:22:39 -0000 On Fri, 20 Mar 2009 20:49:08 -0400 Justin Hibbits wrote: > On Sat, Mar 21, 2009 at 01:02:25AM +0100, Alexander Best wrote: > > very often when i boot or shutdown my pc i see weird text being output to the > > console. to me it seems like 2 messages are being mixed into 1 message. here's > > an example: > > > > "WcAdR0N IaNtG : aWtIaT1N EbSuSs o0p ttiaorng eetn a1b lleudn, 0e > > xcpde0c:t r > H1W0ANR NJILN1G: DIAG2N>O SRTeImCo voapbtlieo nC De-nRaObMl eSdC,S Ie-x0p > > edcetv irceed uc > > ecdd 0p:e r3f3o.r0m0a0nMcB/es. > > transfers" > > > > i'm running FreeBSD moshnroll 8.0-CURRENT FreeBSD 8.0-CURRENT #20 r190162M: > > Fri Mar 20 19:10:47 UTC 2009 root@moshnroll:/usr/obj/usr/src/sys/ARUNDEL > > i386, but i've also had this issue under CURRENT. maybe this issue is smp > > related? > > > > cheers. > > alex > > You are correct, it is smp related. Those are two messages interlaced. I see > them often when shutting down my SMP system. > This quesion is asked and answered again and again. Set "options PRINTF_BUFR_SIZE=128" in your kernel config. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 09:32:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A76B5106564A for ; Sat, 21 Mar 2009 09:32:39 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 65DFD8FC0A for ; Sat, 21 Mar 2009 09:32:39 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from p578b68b8.dip0.t-ipconnect.de ([87.139.104.184] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1LkxZF-0003ds-8d; Sat, 21 Mar 2009 10:32:37 +0100 Message-ID: <49C4B426.3070603@gwdg.de> Date: Sat, 21 Mar 2009 10:32:22 +0100 From: Rainer Hurling User-Agent: Thunderbird 2.0.0.21 (X11/20090321) MIME-Version: 1.0 To: Hans Petter Selasky References: <49AAA35F.3080805@gwdg.de> <200903012105.55371.hselasky@c2i.net> <49AAFC99.9030205@gwdg.de> <200903012231.32565.hselasky@c2i.net> <49AB6E18.2000207@gwdg.de> In-Reply-To: <49AB6E18.2000207@gwdg.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-current@freebsd.org Subject: Re: Logitech QuickCam 9000 Pro X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 09:32:40 -0000 Since yesterday (03/20/2009) I find this webcam recognized from new usbstack. Now we can start testing software working with it :-) Thank you, Rainer On 02.03.2009 06:26 (UTC+1), Rainer Hurling wrote: > On 01.03.2009 22:31 (UTC+1), Hans Petter Selasky wrote: >> On Sunday 01 March 2009, Rainer Hurling wrote: >>> On 01.03.2009 21:05 (UTC+1), Hans Petter Selasky wrote: >>>> On Sunday 01 March 2009, Rainer Hurling wrote: >>>>> Rainer Hurling >>>> Should end up in -current sometime next week. >>>> >>>> http://perforce.freebsd.org/chv.cgi?CH=158561 >>>> >>>> --HPS >>> I just recognized that the naming for this device is correctly >>> spelled as >>> >>> 'QuickCam Pro 9000' (the number at last). >>> >>> I am afraid this could be relevant for some linux drivers and >>> applications. Hope you can change it for the last time :-) >>> >>> And there is a salience in sys/dev/usb/usbdevs: at line 1648 another >>> device is named QUICKCAMPRO2. Could this provoke unpredictable behaviour >>> of the driver? >> >> Ok, try this: >> >> http://perforce.freebsd.org/chv.cgi?CH=158563 >> >> --HPS > > This should work. > > Thanks, > Rainer From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 09:57:56 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF552106566B for ; Sat, 21 Mar 2009 09:57:56 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 9BE458FC0A for ; Sat, 21 Mar 2009 09:57:56 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from [85.173.16.117] (helo=moosi) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1Lkxxj-000OOQ-Dt for freebsd-current@FreeBSD.org; Sat, 21 Mar 2009 12:57:55 +0300 To: freebsd-current@FreeBSD.org From: Boris Samorodov Date: Sat, 21 Mar 2009 12:57:51 +0300 Message-ID: <80755024@ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: sysinstall and default size of root partition at amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 09:57:57 -0000 Hello List, I/m concerned about the default root partition size which creates sysinstall (at least at amd64). I have a default amd64-current system. It seems to me that defaults should be changed: ----- tba% sudo du -xhd1 /boot/kernel 218M /boot/kernel tba% ls -lhS /boot/kernel | head -10 total 223132 -r-xr-xr-x 1 root wheel 44M 16 .$(B'^'Q'b.(B 12:27 kernel.symbols -r-xr-xr-x 1 root wheel 12M 16 .$(B'^'Q'b.(B 12:33 zfs.ko.symbols -r-xr-xr-x 1 root wheel 11M 16 .$(B'^'Q'b.(B 12:27 kernel -r-xr-xr-x 1 root wheel 9,2M 16 .$(B'^'Q'b.(B 12:33 xfs.ko.symbols -r-xr-xr-x 1 root wheel 4,2M 16 .$(B'^'Q'b.(B 12:33 if_ath.ko.symbols -r-xr-xr-x 1 root wheel 2,5M 16 .$(B'^'Q'b.(B 12:33 wlan.ko.symbols -r-xr-xr-x 1 root wheel 2,4M 16 .$(B'^'Q'b.(B 12:33 nfsclient.ko.symbols -r-xr-xr-x 1 root wheel 1,8M 16 .$(B'^'Q'b.(B 12:33 if_nxge.ko.symbols -r-xr-xr-x 1 root wheel 1,7M 16 .$(B'^'Q'b.(B 12:33 cam.ko.symbols tba% sudo du -hd1 /boot/kernel 218M /boot/kernel tba% sudo du -hd1 /boot/ 22K /boot/defaults 2,0K /boot/firmware 218M /boot/kernel 2,0K /boot/modules 4,0K /boot/zfs 218M /boot/kernel.old 437M /boot/ tba% sudo du -xhd1 / 2,0K /.snap 512B /dev 2,0K /tmp 2,0K /usr 2,0K /var 1,8M /etc 2,0K /cdrom 2,0K /dist 1,1M /bin 437M /boot 7,3M /lib 896K /libexec 2,0K /media 2,0K /mnt 2,0K /proc 8,3M /rescue 68K /root 5,2M /sbin 2,0K /space 2,0K /m 2,0K /s 461M / tba% df -h / Filesystem Size Used Avail Capacity Mounted on /dev/ad4s1a 496M 461M -5.3M 101% / ----- WBR -- bsam From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 10:07:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06666106564A for ; Sat, 21 Mar 2009 10:07:40 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 93FBE8FC12 for ; Sat, 21 Mar 2009 10:07:39 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 760881CE0D; Sat, 21 Mar 2009 11:07:38 +0100 (CET) Date: Sat, 21 Mar 2009 11:07:38 +0100 From: Ed Schouten To: Gary Jennejohn Message-ID: <20090321100738.GT31961@hoeg.nl> References: <20090321004908.GA9482@narn.knownspace> <20090321102235.1b69134f@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zfsaV+LVqEQKX7k4" Content-Disposition: inline In-Reply-To: <20090321102235.1b69134f@ernst.jennejohn.org> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Alexander Best , FreeBSD Current , Justin Hibbits Subject: Re: weird console output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 10:07:40 -0000 --zfsaV+LVqEQKX7k4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Gary Jennejohn wrote: > Set "options PRINTF_BUFR_SIZE=3D128" in your kernel config. Maybe we should just turn this on by default. --=20 Ed Schouten WWW: http://80386.nl/ --zfsaV+LVqEQKX7k4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAknEvGoACgkQ52SDGA2eCwUG4ACfeZn4q1sOd6a/M36Sk3HNQr+8 ScMAnjIm3DjCKIRlUYenbWVpAcG0ijjr =MWmZ -----END PGP SIGNATURE----- --zfsaV+LVqEQKX7k4-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 09:50:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE3901065674 for ; Sat, 21 Mar 2009 09:50:01 +0000 (UTC) (envelope-from mav@mavhome.dp.ua) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 651E78FC15 for ; Sat, 21 Mar 2009 09:50:00 +0000 (UTC) (envelope-from mav@mavhome.dp.ua) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 238076587; Sat, 21 Mar 2009 11:50:00 +0200 Message-ID: <49C4B848.1010906@mavhome.dp.ua> Date: Sat, 21 Mar 2009 11:50:00 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Mike Tancsa References: <1237594983.00089764.1237583401@10.7.7.3> In-Reply-To: <1237594983.00089764.1237583401@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 21 Mar 2009 11:06:17 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Intel X58 eSATA port ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 09:50:02 -0000 Mike Tancsa wrote: > Has anyone been able to get this port working ? The BIOS sees the disk, > but the driver does not I would recommend you to start from switching SATA from legacy emulation into native AHCI mode in BIOS. If it does not succeed, try verbose dmesg, it will give some more info about drive detection process on AHCI. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 13:48:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F7C41065678 for ; Sat, 21 Mar 2009 13:48:36 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (smtp2.utsp.utwente.nl [130.89.2.9]) by mx1.freebsd.org (Postfix) with ESMTP id A2EAE8FC15 for ; Sat, 21 Mar 2009 13:48:35 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from lux.student.utwente.nl (lux.student.utwente.nl [130.89.170.81]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id n2LDmSNG003339 for ; Sat, 21 Mar 2009 14:48:29 +0100 From: Pieter de Goeje To: freebsd-current@freebsd.org Date: Sat, 21 Mar 2009 14:48:28 +0100 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903211448.28590.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact servicedesk@icts.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Subject: usbconfig / hal-device no longer lists usb devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 13:48:37 -0000 Since a couple of weeks usbconfig and hal-device no longer list my usb devices. I know it worked before (also with the new USB stack). I think this causes my mouse to not work in X, while it works fine on the console. I've double checked that I don't have libusb from ports installed. I've rebuild kernel/world, make delete-old && make delete-old libs, recompiled hald, but still no success. $ uname -a FreeBSD nox.student.utwente.nl 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Mar 21 13:37:32 CET 2009 pyotr@nox.student.utwente.nl:/usr/obj/FreeBSD/FreeBSD-current/src/sys/GENERIC i386 $ usbconfig list ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen3.1: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen4.1: at usbus4, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen5.1: at usbus5, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen6.1: at usbus6, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen7.1: at usbus7, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON Relevant sections from dmesg uhci0: port 0xd000-0xd01f irq 16 at device 26.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x2f00 usbus0: on uhci0 uhci1: port 0xd100-0xd11f irq 21 at device 26.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x2f00 usbus1: on uhci1 uhci2: port 0xd500-0xd51f irq 18 at device 26.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x2f00 usbus2: on uhci2 ehci0: mem 0xfc105000-0xfc1053ff irq 18 at device 26.7 on pci0 ehci0: [ITHREAD] usbus3: EHCI version 1.0 usbus3: on ehci0 uhci3: port 0xd200-0xd21f irq 23 at device 29.0 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x2f00 usbus4: on uhci3 uhci4: port 0xd300-0xd31f irq 19 at device 29.1 on pci0 uhci4: [ITHREAD] uhci4: LegSup = 0x2f00 usbus5: on uhci4 uhci5: port 0xd400-0xd41f irq 18 at device 29.2 on pci0 uhci5: [ITHREAD] uhci5: LegSup = 0x2f00 usbus6: on uhci5 ehci1: mem 0xfc104000-0xfc1043ff irq 23 at device 29.7 on pci0 ehci1: [ITHREAD] usbus7: EHCI version 1.0 usbus7: on ehci1 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 ugen7.1: at usbus7 uhub7: on usbus7 ugen0.2: at usbus0 uhid0: on usbus0 ugen1.2: at usbus1 ums0: on usbus1 ums0: 16 buttons and [XYZ] coordinates uhid1: on usbus1 -- Pieter de Goeje From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 14:49:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6634106564A for ; Sat, 21 Mar 2009 14:49:23 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3D81E8FC0A for ; Sat, 21 Mar 2009 14:49:23 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n2LEmxwC034905; Sat, 21 Mar 2009 10:49:00 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200903211449.n2LEmxwC034905@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 21 Mar 2009 10:49:14 -0400 To: Alexander Motin From: Mike Tancsa In-Reply-To: <49C4B848.1010906@mavhome.dp.ua> References: <1237594983.00089764.1237583401@10.7.7.3> <49C4B848.1010906@mavhome.dp.ua> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=====================_152741375==_" Cc: freebsd-current@freebsd.org Subject: Re: Intel X58 eSATA port ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 14:49:24 -0000 --=====================_152741375==_ Content-Type: text/plain; charset="us-ascii"; format=flowed At 05:50 AM 3/21/2009, Alexander Motin wrote: >Mike Tancsa wrote: >>Has anyone been able to get this port working ? The BIOS sees the >>disk, but the driver does not > >I would recommend you to start from switching SATA from legacy >emulation into native AHCI mode in BIOS. > >If it does not succeed, try verbose dmesg, it will give some more >info about drive detection process on AHCI. Hi, I turned it on, but still no luck. Attached is the verbose dmesg.boot. I wonder if the extra controller is being mis-identified as being PATA ? As far as I can tell, there are no legacy PATA connectors on the board Yet atapci0: port 0x2018-0x201f,0x2024-0x2027,0x2010-0x2017,0x2020-0x2023,0x2000-0x200f mem 0xe1100000-0xe11003ff irq 16 at device 0.0 on pci6 implies its a PATA device ? ---Mike --=====================_152741375==_ Content-Type: application/octet-stream; name="dmesg.boot" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg.boot" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDkgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA4LjAtQ1VSUkVOVCAjNTogRnJpIE1hciAyMCAyMTox NzoyOSBFRFQgMjAwOQogICAgbWR0YW5jc2FAaTcuc2VudGV4LmNhOi91c3Ivb2JqL3Vzci9zcmMv c3lzL2k3ClByZWxvYWRlZCBlbGYga2VybmVsICIvYm9vdC9rZXJuZWwva2VybmVsIiBhdCAweGMw ZjFmMDAwLgpUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkg MApDYWxpYnJhdGluZyBUU0MgY2xvY2sgLi4uIFRTQyBjbG9jazogMjY2Njc3NjkyNCBIegpDUFU6 IEludGVsKFIpIENvcmUoVE0pIGk3IENQVSAgICAgICAgIDkyMCAgQCAyLjY3R0h6ICgyNjY2Ljc4 LU1IeiA2ODYtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4MTA2 YTQgIFN0ZXBwaW5nID0gNAogIEZlYXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZNRSxERSxQU0UsVFND LE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xG TFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0sUEJFPgogIEZlYXR1cmVz Mj0weDk4ZTNiZDxTU0UzLERURVM2NCxNT04sRFNfQ1BMLFZNWCxFU1QsVE0yLFNTU0UzLENYMTYs eFRQUixQRENNLFNTRTQuMSxTU0U0LjIsUE9QQ05UPgogIEFNRCBGZWF0dXJlcz0weDI4MTAwMDAw PE5YLFJEVFNDUCxMTT4KICBBTUQgRmVhdHVyZXMyPTB4MTxMQUhGPgogIFRTQzogUC1zdGF0ZSBp bnZhcmlhbnQKICBDb3JlcyBwZXIgcGFja2FnZTogOAogIExvZ2ljYWwgQ1BVcyBwZXIgY29yZTog MgoKRGF0YSBUTEI6IDQgS0IgcGFnZXMsIDQtd2F5IHNldCBhc3NvY2lhdGl2ZSwgNjQgZW50cmll cwoxc3QtbGV2ZWwgZGF0YSBjYWNoZTogMzIgS0IsIDgtd2F5IHNldCBhc3NvY2lhdGl2ZSwgNjQg Ynl0ZSBsaW5lIHNpemUKTDIgY2FjaGU6IDI1NiBrYnl0ZXMsIDgtd2F5IGFzc29jaWF0aXZlLCA2 NCBieXRlcy9saW5lCnJlYWwgbWVtb3J5ICA9IDMyMTI3MzQ0NjQgKDMwNjMgTUIpClBoeXNpY2Fs IG1lbW9yeSBjaHVuayhzKToKMHgwMDAwMDAwMDAwMDAxMDAwIC0gMHgwMDAwMDAwMDAwMDk5ZmZm LCA2MjY2ODggYnl0ZXMgKDE1MyBwYWdlcykKMHgwMDAwMDAwMDAwMTAwMDAwIC0gMHgwMDAwMDAw MDAwM2ZmZmZmLCAzMTQ1NzI4IGJ5dGVzICg3NjggcGFnZXMpCjB4MDAwMDAwMDAwMTAyNTAwMCAt IDB4MDAwMDAwMDBiYTAxZmZmZiwgMzEwMzc2NDQ4MCBieXRlcyAoNzU3NzU1IHBhZ2VzKQoweDAw MDAwMDAwYmQ1NjYwMDAgLSAweDAwMDAwMDAwYmY2YmNmZmYsIDM0OTU5MzYwIGJ5dGVzICg4NTM1 IHBhZ2VzKQoweDAwMDAwMDAwYmY2YmYwMDAgLSAweDAwMDAwMDAwYmY3MThmZmYsIDM2ODY0MCBi eXRlcyAoOTAgcGFnZXMpCjB4MDAwMDAwMDBiZjdiZjAwMCAtIDB4MDAwMDAwMDBiZjdkNmZmZiwg OTgzMDQgYnl0ZXMgKDI0IHBhZ2VzKQphdmFpbCBtZW1vcnkgPSAzMTM3ODc1OTY4ICgyOTkyIE1C KQpUYWJsZSAnRkFDUCcgYXQgMHhiZjdmZDAwMApUYWJsZSAnQVBJQycgYXQgMHhiZjdmNzAwMApN QURUOiBGb3VuZCB0YWJsZSBhdCAweGJmN2Y3MDAwCk1QIENvbmZpZ3VyYXRpb24gVGFibGUgdmVy c2lvbiAxLjQgZm91bmQgYXQgMHhjMDBmZjRkMApBUElDOiBVc2luZyB0aGUgTUFEVCBlbnVtZXJh dG9yLgpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgMDogZW5hYmxlZApTTVA6IEFk ZGVkIENQVSAwIChBUCkKTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMiBBQ1BJIElEIDE6IGVuYWJs ZWQKU01QOiBBZGRlZCBDUFUgMiAoQVApCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDQgQUNQSSBJ RCAyOiBlbmFibGVkClNNUDogQWRkZWQgQ1BVIDQgKEFQKQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJ RCA2IEFDUEkgSUQgMzogZW5hYmxlZApTTVA6IEFkZGVkIENQVSA2IChBUCkKTUFEVDogRm91bmQg Q1BVIEFQSUMgSUQgMSBBQ1BJIElEIDQ6IGVuYWJsZWQKU01QOiBBZGRlZCBDUFUgMSAoQVApCk1B RFQ6IEZvdW5kIENQVSBBUElDIElEIDMgQUNQSSBJRCA1OiBlbmFibGVkClNNUDogQWRkZWQgQ1BV IDMgKEFQKQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCA1IEFDUEkgSUQgNjogZW5hYmxlZApTTVA6 IEFkZGVkIENQVSA1IChBUCkKTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgNyBBQ1BJIElEIDc6IGVu YWJsZWQKU01QOiBBZGRlZCBDUFUgNyAoQVApCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDE2IEFD UEkgSUQgMTogZGlzYWJsZWQKTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMTggQUNQSSBJRCAzOiBk aXNhYmxlZApNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAyMCBBQ1BJIElEIDU6IGRpc2FibGVkCk1B RFQ6IEZvdW5kIENQVSBBUElDIElEIDIyIEFDUEkgSUQgNzogZGlzYWJsZWQKTUFEVDogRm91bmQg Q1BVIEFQSUMgSUQgMTcgQUNQSSBJRCA5OiBkaXNhYmxlZApNQURUOiBGb3VuZCBDUFUgQVBJQyBJ RCAxOSBBQ1BJIElEIDExOiBkaXNhYmxlZApNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAyMSBBQ1BJ IElEIDEzOiBkaXNhYmxlZApNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAyMyBBQ1BJIElEIDE1OiBk aXNhYmxlZApBQ1BJIEFQSUMgVGFibGU6IDxJTlRFTCAgRFg1OFNPICA+CklOVFI6IEFkZGluZyBs b2NhbCBBUElDIDIgYXMgYSB0YXJnZXQKSU5UUjogQWRkaW5nIGxvY2FsIEFQSUMgNCBhcyBhIHRh cmdldApJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyA2IGFzIGEgdGFyZ2V0CkZyZWVCU0QvU01QOiBN dWx0aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDggQ1BVcwogY3B1MCAoQlNQKTogQVBJQyBJ RDogIDAKIGNwdTEgKEFQL0hUKTogQVBJQyBJRDogIDEKIGNwdTIgKEFQKTogQVBJQyBJRDogIDIK IGNwdTMgKEFQL0hUKTogQVBJQyBJRDogIDMKIGNwdTQgKEFQKTogQVBJQyBJRDogIDQKIGNwdTUg KEFQL0hUKTogQVBJQyBJRDogIDUKIGNwdTYgKEFQKTogQVBJQyBJRDogIDYKIGNwdTcgKEFQL0hU KTogQVBJQyBJRDogIDcKcG5wYmlvczogRm91bmQgUG5QIEJJT1MgZGF0YSBhdCAweGMwMGZlMGUw CnBucGJpb3M6IEVudHJ5ID0gZjAwMDA6YWVmOSAgUmV2ID0gMS4wCnBucGJpb3M6IE9FTSBJRCA4 MjI0NzQ0ZQpPdGhlciBCSU9TIHNpZ25hdHVyZXMgZm91bmQ6CkFQSUM6IENQVSAwIGhhcyBBQ1BJ IElEIDAKQVBJQzogQ1BVIDEgaGFzIEFDUEkgSUQgNApBUElDOiBDUFUgMiBoYXMgQUNQSSBJRCAx CkFQSUM6IENQVSAzIGhhcyBBQ1BJIElEIDUKQVBJQzogQ1BVIDQgaGFzIEFDUEkgSUQgMgpBUElD OiBDUFUgNSBoYXMgQUNQSSBJRCA2CkFQSUM6IENQVSA2IGhhcyBBQ1BJIElEIDMKQVBJQzogQ1BV IDcgaGFzIEFDUEkgSUQgNwpXQVJOSU5HOiBOb24tdW5pZm9ybSBwcm9jZXNzb3JzLgpXQVJOSU5H OiBVc2luZyBzdWJvcHRpbWFsIHRvcG9sb2d5LgpVTEU6IHNldHVwIGNwdSAwClVMRTogc2V0dXAg Y3B1IDEKVUxFOiBzZXR1cCBjcHUgMgpVTEU6IHNldHVwIGNwdSAzClVMRTogc2V0dXAgY3B1IDQK VUxFOiBzZXR1cCBjcHUgNQpVTEU6IHNldHVwIGNwdSA2ClVMRTogc2V0dXAgY3B1IDcKQUNQSTog UlNEUCBAIDB4MHhmZTAyMC8weDAwMjQgKHYgIDIgSU5URUwgKQpBQ1BJOiBYU0RUIEAgMHgweGJm N2ZlMTIwLzB4MDA2QyAodiAgMSBJTlRFTCAgRFg1OFNPICAgMHgwMDAwMDg0RiAgICAgIDB4MDEw MDAwMTMpCkFDUEk6IEZBQ1AgQCAweDB4YmY3ZmQwMDAvMHgwMEY0ICh2ICAzIElOVEVMICBEWDU4 U08gICAweDAwMDAwODRGIE1TRlQgMHgwMTAwMDAwRCkKQUNQSSBXYXJuaW5nICh0YmZhZHQtMDUw NSk6IE9wdGlvbmFsIGZpZWxkICJQbTJDb250cm9sQmxvY2siIGhhcyB6ZXJvIGFkZHJlc3Mgb3Ig bGVuZ3RoOiAgICAgICAgMCAgICAgNDUwLzAgWzIwMDcwMzIwXQpBQ1BJOiBEU0RUIEAgMHgweGJm N2Y4MDAwLzB4NDNDRSAodiAgMiBJTlRFTCAgRFg1OFNPICAgMHgwMDAwMDg0RiBNU0ZUIDB4MDEw MDAwMEQpCkFDUEk6IEZBQ1MgQCAweDB4YmY3MmIwMDAvMHgwMDQwCkFDUEk6IEFQSUMgQCAweDB4 YmY3ZjcwMDAvMHgwMTM4ICh2ICAyIElOVEVMICBEWDU4U08gICAweDAwMDAwODRGIE1TRlQgMHgw MTAwMDAwRCkKQUNQSTogV0REVCBAIDB4MHhiZjdmNjAwMC8weDAwNDAgKHYgIDEgSU5URUwgIERY NThTTyAgIDB4MDAwMDA4NEYgTVNGVCAweDAxMDAwMDBEKQpBQ1BJOiBNQ0ZHIEAgMHgweGJmN2Y1 MDAwLzB4MDAzQyAodiAgMSBJTlRFTCAgRFg1OFNPICAgMHgwMDAwMDg0RiBNU0ZUIDB4MDEwMDAw MEQpCkFDUEk6IEFTRiEgQCAweDB4YmY3ZjQwMDAvMHgwMEFDICh2IDMyIElOVEVMICBEWDU4U08g ICAweDAwMDAwODRGIE1TRlQgMHgwMTAwMDAwRCkKQUNQSTogU1NEVCBAIDB4MHhiZjdlYTAwMC8w eDcwQUMgKHYgIDEgSU5URUwgIFNTRFQgIFBNIDB4MDAwMDA4NEYgTVNGVCAweDAxMDAwMDBEKQpB Q1BJOiBETUFSIEAgMHgweGJmN2U3MDAwLzB4MDEyOCAodiAgMSBJTlRFTCAgRFg1OFNPICAgMHgw MDAwMDg0RiBNU0ZUIDB4MDEwMDAwMEQpCkFDUEk6IFdEVFQgQCAweDB4YmY3ZjIwMDAvMHgwMjBD ICh2ICAxIElOVEVMICBEWDU4U08gICAweDAwMDAwODRGIE1TRlQgMHgwMTAwMDAwRCkKQUNQSTog QVNQVCBAIDB4MHhiZjdmMzAwMC8weDAwMzQgKHYgIDQgSU5URUwgIFBlcmZUdW5lIDB4MDAwMDA4 NEYgTVNGVCAweDAxMDAwMDBEKQpNQURUOiBGb3VuZCBJTyBBUElDIElEIDgsIEludGVycnVwdCAw IGF0IDB4ZmVjMDAwMDAKaW9hcGljMDogUm91dGluZyBleHRlcm5hbCA4MjU5QSdzIC0+IGludHBp biAwCk1BRFQ6IEludGVycnVwdCBvdmVycmlkZTogc291cmNlIDAsIGlycSAyCmlvYXBpYzA6IFJv dXRpbmcgSVJRIDAgLT4gaW50cGluIDIKTUFEVDogSW50ZXJydXB0IG92ZXJyaWRlOiBzb3VyY2Ug OSwgaXJxIDkKaW9hcGljMDogaW50cGluIDkgdHJpZ2dlcjogbGV2ZWwKbGFwaWMwOiBSb3V0aW5n IE5NSSAtPiBMSU5UMQpsYXBpYzA6IExJTlQxIHRyaWdnZXI6IGxldmVsCmxhcGljMDogTElOVDEg cG9sYXJpdHk6IGhpZ2gKbGFwaWMyOiBSb3V0aW5nIE5NSSAtPiBMSU5UMQpsYXBpYzI6IExJTlQx IHRyaWdnZXI6IGxldmVsCmxhcGljMjogTElOVDEgcG9sYXJpdHk6IGhpZ2gKbGFwaWM0OiBSb3V0 aW5nIE5NSSAtPiBMSU5UMQpsYXBpYzQ6IExJTlQxIHRyaWdnZXI6IGxldmVsCmxhcGljNDogTElO VDEgcG9sYXJpdHk6IGhpZ2gKbGFwaWM2OiBSb3V0aW5nIE5NSSAtPiBMSU5UMQpsYXBpYzY6IExJ TlQxIHRyaWdnZXI6IGxldmVsCmxhcGljNjogTElOVDEgcG9sYXJpdHk6IGhpZ2gKbGFwaWMxOiBS b3V0aW5nIE5NSSAtPiBMSU5UMQpsYXBpYzE6IExJTlQxIHRyaWdnZXI6IGxldmVsCmxhcGljMTog TElOVDEgcG9sYXJpdHk6IGhpZ2gKbGFwaWMzOiBSb3V0aW5nIE5NSSAtPiBMSU5UMQpsYXBpYzM6 IExJTlQxIHRyaWdnZXI6IGxldmVsCmxhcGljMzogTElOVDEgcG9sYXJpdHk6IGhpZ2gKbGFwaWM1 OiBSb3V0aW5nIE5NSSAtPiBMSU5UMQpsYXBpYzU6IExJTlQxIHRyaWdnZXI6IGxldmVsCmxhcGlj NTogTElOVDEgcG9sYXJpdHk6IGhpZ2gKbGFwaWM3OiBSb3V0aW5nIE5NSSAtPiBMSU5UMQpsYXBp Yzc6IExJTlQxIHRyaWdnZXI6IGxldmVsCmxhcGljNzogTElOVDEgcG9sYXJpdHk6IGhpZ2gKTUFE VDogSWdub3JpbmcgbG9jYWwgTk1JIHJvdXRlZCB0byBBQ1BJIENQVSA4Ck1BRFQ6IElnbm9yaW5n IGxvY2FsIE5NSSByb3V0ZWQgdG8gQUNQSSBDUFUgOQpNQURUOiBJZ25vcmluZyBsb2NhbCBOTUkg cm91dGVkIHRvIEFDUEkgQ1BVIDEwCk1BRFQ6IElnbm9yaW5nIGxvY2FsIE5NSSByb3V0ZWQgdG8g QUNQSSBDUFUgMTEKTUFEVDogSWdub3JpbmcgbG9jYWwgTk1JIHJvdXRlZCB0byBBQ1BJIENQVSAx MgpNQURUOiBJZ25vcmluZyBsb2NhbCBOTUkgcm91dGVkIHRvIEFDUEkgQ1BVIDEzCk1BRFQ6IEln bm9yaW5nIGxvY2FsIE5NSSByb3V0ZWQgdG8gQUNQSSBDUFUgMTQKTUFEVDogSWdub3JpbmcgbG9j YWwgTk1JIHJvdXRlZCB0byBBQ1BJIENQVSAxNQppb2FwaWMwIDxWZXJzaW9uIDIuMD4gaXJxcyAw LTIzIG9uIG1vdGhlcmJvYXJkCmxhcGljMDogRm9yY2luZyBMSU5UMSB0byBlZGdlIHRyaWdnZXIK Y3B1MCBCU1A6CiAgICAgSUQ6IDB4MDAwMDAwMDAgICBWRVI6IDB4MDAwNjAwMTUgTERSOiAweDAw MDAwMDAwIERGUjogMHhmZmZmZmZmZgogIGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDA4 NDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYKICB0aW1lcjogMHgwMDAxMDBlZiB0 aGVybTogMHgwMDAxMDAwMCBlcnI6IDB4MDAwMTAwMDAgcGNtOiAweDAwMDAwNDAwCndsYW46IDw4 MDIuMTEgTGluayBMYXllcj4Ka2JkOiBuZXcgYXJyYXkgc2l6ZSA0CmtiZDEgYXQga2JkbXV4MApt ZW06IDxtZW1vcnk+ClBlbnRpdW0gUHJvIE1UUlIgc3VwcG9ydCBlbmFibGVkCm51bGw6IDxudWxs IGRldmljZSwgemVybyBkZXZpY2U+CnJhbmRvbTogPGVudHJvcHkgc291cmNlLCBTb2Z0d2FyZSwg WWFycm93PgpuZnNsb2NrOiBwc2V1ZG8tZGV2aWNlCmlvOiA8SS9PPgpocHRycjogUm9ja2V0UkFJ RCAxN3h4LzJ4eHggU0FUQSBjb250cm9sbGVyIGRyaXZlciB2MS4yIChNYXIgMjAgMjAwOSAyMTox NzowOSkKbnB4MDogSU5UIDE2IGludGVyZmFjZQphY3BpMDogPElOVEVMIERYNThTTz4gb24gbW90 aGVyYm9hcmQKUENJZTogTWVtb3J5IE1hcHBlZCBjb25maWd1cmF0aW9uIGJhc2UgQCAweGY4MDAw MDAwCnBjaWJpb3M6IE5vIGNhbGwgZW50cnkgcG9pbnQKaW9hcGljMDogcm91dGluZyBpbnRwaW4g OSAoSVNBIElSUSA5KSB0byBsYXBpYyAwIHZlY3RvciA0OAphY3BpMDogW01QU0FGRV0KYWNwaTA6 IFtJVEhSRUFEXQphY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKYWNwaTA6IHdha2V1cCBjb2Rl IHZhIDB4YzVmYWEwMDAgcGEgMHgxMDAwCmFjcGlfYnVzX251bWJlcjogcm9vdCBidXMgaGFzIG5v IF9CQk4sIGFzc3VtaW5nIDAKQWNwaU9zRGVyaXZlUGNpSWQ6IFxcX1NCXy5QQ0kwLlBBTVggLT4g YnVzIDAgZGV2IDAgZnVuYyAwCmFjcGlfYnVzX251bWJlcjogcm9vdCBidXMgaGFzIG5vIF9CQk4s IGFzc3VtaW5nIDAKQWNwaU9zRGVyaXZlUGNpSWQ6IFxcX1NCXy5QQ0kwLkxQQ18uUFJSMCAtPiBi dXMgMCBkZXYgMzEgZnVuYyAwCmFjcGlfYnVzX251bWJlcjogcm9vdCBidXMgaGFzIG5vIF9CQk4s IGFzc3VtaW5nIDAKQWNwaU9zRGVyaXZlUGNpSWQ6IFxcX1NCXy5QQ0kwLkxQQ18uUFJSMSAtPiBi dXMgMCBkZXYgMzEgZnVuYyAwCmFjcGlfYnVzX251bWJlcjogcm9vdCBidXMgaGFzIG5vIF9CQk4s IGFzc3VtaW5nIDAKQWNwaU9zRGVyaXZlUGNpSWQ6IFxcX1NCXy5QQ0kwLkxQQ18uSUVMSy5FTFIw IC0+IGJ1cyAwIGRldiAwIGZ1bmMgMApBQ1BJIHRpbWVyOiAxLzIgMS8yIDEvMiAxLzIgMS8xIDEv MSAxLzIgMS8yIDEvMCAxLzEgLT4gMTAKVGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5 IDM1Nzk1NDUgSHogcXVhbGl0eSAxMDAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMu NTc5NTQ1TUh6PiBwb3J0IDB4NDA4LTB4NDBiIG9uIGFjcGkwCnBjaV9saW5rMDogICAgICAgIElu ZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgMTAgICBO ICAgICAwICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAg MCAgIDEwICAgTiAgICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNh YmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnBj aV9saW5rMTogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9i ZSAgICAgICAwICAgIDUgICBOICAgICAwICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZh bGlkYXRpb24gICAgICAgICAgMCAgICA1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIg MTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5 IDEwIDExIDEyIDE0IDE1CnBjaV9saW5rMjogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJ UlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgMTEgICBOICAgICAwICAzIDQgNSA2IDcgOSAx MCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgIDExICAgTiAgICAgMCAgMyA0 IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4g ICAgIDAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnBjaV9saW5rMzogICAgICAgIEluZGV4 ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgMTAgICBOICAg ICAwICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAg IDEwICAgTiAgICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxl ICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnBjaV9s aW5rNDogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAg ICAgICAwICAgIDUgICBOICAgICAwICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZhbGlk YXRpb24gICAgICAgICAgMCAgICA1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQg MTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5IDEw IDExIDEyIDE0IDE1CnBjaV9saW5rNTogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFz CiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgMTEgICBOICAgICAwICAzIDQgNSA2IDcgOSAxMCAx MSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgIDExICAgTiAgICAgMCAgMyA0IDUg NiA3IDkgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAg IDAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnBjaV9saW5rNjogICAgICAgIEluZGV4ICBJ UlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBOICAgICAw ICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1 ICAgTiAgICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAg ICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnBjaV9saW5r NzogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAg ICAwICAgMTEgICBOICAgICAwICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRp b24gICAgICAgICAgMCAgIDExICAgTiAgICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUK ICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5IDEwIDEx IDEyIDE0IDE1CmFjcGlfYnV0dG9uMDogPFNsZWVwIEJ1dHRvbj4gb24gYWNwaTAKcGNpYjA6IDxB Q1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQ SSBQQ0kgYnVzPiBvbiBwY2liMApwY2kwOiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTAKZm91bmQt Pgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgzNDA1LCByZXZpZD0weDEyCglkb21haW49MCwgYnVzPTAs IHNsb3Q9MCwgZnVuYz0wCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCglj bWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0 aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykK CWludHBpbj1hLCBpcnE9MTAKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMC5JTlRBCnBjaWIw OiBzbG90IDAgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE2CmZvdW5kLT4JdmVuZG9yPTB4ODA4Niwg ZGV2PTB4MzQwOCwgcmV2aWQ9MHgxMgoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTEsIGZ1bmM9MAoJ Y2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAoJY21kcmVnPTB4MDE0Nywgc3Rh dHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyks IG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTEw Cglwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAy IG1lc3NhZ2VzLCB2ZWN0b3IgbWFza3MKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMS5JTlRB CnBjaWIwOiBzbG90IDEgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE2CmZvdW5kLT4JdmVuZG9yPTB4 ODA4NiwgZGV2PTB4MzQwYSwgcmV2aWQ9MHgxMgoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTMsIGZ1 bmM9MAoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAoJY21kcmVnPTB4MDE0 MCwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAo MCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwg aXJxPTEwCglwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBw b3J0cyAyIG1lc3NhZ2VzLCB2ZWN0b3IgbWFza3MKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAu My5JTlRBCnBjaWIwOiBzbG90IDMgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE2CmZvdW5kLT4JdmVu ZG9yPTB4ODA4NiwgZGV2PTB4MzQwZSwgcmV2aWQ9MHgxMgoJZG9tYWluPTAsIGJ1cz0wLCBzbG90 PTcsIGZ1bmM9MAoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAoJY21kcmVn PTB4MDE0MCwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9 MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRw aW49YSwgaXJxPTEwCglwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCU1T SSBzdXBwb3J0cyAyIG1lc3NhZ2VzLCB2ZWN0b3IgbWFza3MKcGNpYjA6IG1hdGNoZWQgZW50cnkg Zm9yIDAuNy5JTlRBCnBjaWIwOiBzbG90IDcgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE2CmZvdW5k LT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MzQyNSwgcmV2aWQ9MHgxMgoJZG9tYWluPTAsIGJ1cz0w LCBzbG90PTE2LCBmdW5jPTAKCWNsYXNzPTA4LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEK CWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKCWxh dHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5z KQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDM0MjYsIHJldmlkPTB4MTIKCWRvbWFpbj0w LCBidXM9MCwgc2xvdD0xNiwgZnVuYz0xCgljbGFzcz0wOC0wMC0wMCwgaGRydHlwZT0weDAwLCBt ZmRldj0xCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVsbnN6PTE2IChkd29y ZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgw MCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgzNDJlLCByZXZpZD0weDEyCglk b21haW49MCwgYnVzPTAsIHNsb3Q9MjAsIGZ1bmM9MAoJY2xhc3M9MDgtMDAtMDAsIGhkcnR5cGU9 MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0x NiAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4 bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MzQyMiwgcmV2aWQ9 MHgxMgoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTIwLCBmdW5jPTEKCWNsYXNzPTA4LTAwLTAwLCBo ZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDEwLCBjYWNo ZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBu cyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDM0MjMs IHJldmlkPTB4MTIKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yMCwgZnVuYz0yCgljbGFzcz0wOC0w MC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAx MCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4 MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9 MHgzNDM4LCByZXZpZD0weDEyCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjAsIGZ1bmM9MwoJY2xh c3M9MDgtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwMCwgc3RhdHJl Zz0weDAwMDAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1p bmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4ODA4 NiwgZGV2PTB4MTBjYywgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI1LCBmdW5j PTAKCWNsYXNzPTAyLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDcs IHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBu cyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJx PTUKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJTVNJIHN1cHBvcnRz IDEgbWVzc2FnZSwgNjQgYml0CgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2Ug MHhlMTMwMDAwMCwgc2l6ZSAxNywgZW5hYmxlZAoJbWFwWzE0XTogdHlwZSBNZW1vcnksIHJhbmdl IDMyLCBiYXNlIDB4ZTEzMjMwMDAsIHNpemUgMTIsIGVuYWJsZWQKCW1hcFsxOF06IHR5cGUgSS9P IFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4NDEwMCwgc2l6ZSAgNSwgZW5hYmxlZApwY2liMDogbWF0 Y2hlZCBlbnRyeSBmb3IgMC4yNS5JTlRBCnBjaWIwOiBzbG90IDI1IElOVEEgaGFyZHdpcmVkIHRv IElSUSAyMApmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDNhMzcsIHJldmlkPTB4MDAKCWRv bWFpbj0wLCBidXM9MCwgc2xvdD0yNiwgZnVuYz0wCgljbGFzcz0wYy0wMy0wMCwgaGRydHlwZT0w eDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDA1LCBzdGF0cmVnPTB4MDI5MCwgY2FjaGVsbnN6PTAg KGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxh dD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0xMAoJbWFwWzIwXTogdHlwZSBJL08gUG9ydCwg cmFuZ2UgMzIsIGJhc2UgMHg0MGUwLCBzaXplICA1LCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVu dHJ5IGZvciAwLjI2LklOVEEKcGNpYjA6IHNsb3QgMjYgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE2 CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4M2EzOCwgcmV2aWQ9MHgwMAoJZG9tYWluPTAs IGJ1cz0wLCBzbG90PTI2LCBmdW5jPTEKCWNsYXNzPTBjLTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1m ZGV2PTAKCWNtZHJlZz0weDAwMDUsIHN0YXRyZWc9MHgwMjkwLCBjYWNoZWxuc3o9MCAoZHdvcmRz KQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAg KDAgbnMpCglpbnRwaW49YiwgaXJxPTExCgltYXBbMjBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAz MiwgYmFzZSAweDQwYzAsIHNpemUgIDUsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9y IDAuMjYuSU5UQgpwY2liMDogc2xvdCAyNiBJTlRCIGhhcmR3aXJlZCB0byBJUlEgMjEKZm91bmQt Pgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgzYTM5LCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAs IHNsb3Q9MjYsIGZ1bmM9MgoJY2xhc3M9MGMtMDMtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJ Y21kcmVnPTB4MDAwNSwgc3RhdHJlZz0weDAyOTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0 aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykK CWludHBpbj1kLCBpcnE9MTAKCW1hcFsyMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNl IDB4NDBhMCwgc2l6ZSAgNSwgZW5hYmxlZApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yNi5J TlRECnBjaWIwOiBzbG90IDI2IElOVEQgaGFyZHdpcmVkIHRvIElSUSAxOQpmb3VuZC0+CXZlbmRv cj0weDgwODYsIGRldj0weDNhM2MsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0y NiwgZnVuYz03CgljbGFzcz0wYy0wMy0yMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9 MHgwMDA2LCBzdGF0cmVnPTB4MDI5MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4 MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGlu PWMsIGlycT0xMQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCgltYXBb MTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhlMTMyMjAwMCwgc2l6ZSAxMCwgZW5h YmxlZApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yNi5JTlRDCnBjaWIwOiBzbG90IDI2IElO VEMgaGFyZHdpcmVkIHRvIElSUSAxOApmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDNhNDAs IHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yOCwgZnVuYz0wCgljbGFzcz0wNi0w NC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0xCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAx MCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4 MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9NQoJcG93ZXJzcGVj IDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlCnBj aWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjI4LklOVEEKcGNpYjA6IHNsb3QgMjggSU5UQSBoYXJk d2lyZWQgdG8gSVJRIDE3CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4M2E0MiwgcmV2aWQ9 MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI4LCBmdW5jPTEKCWNsYXNzPTA2LTA0LTAwLCBo ZHJ0eXBlPTB4MDEsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDEwLCBjYWNo ZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBu cyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWIsIGlycT0xMAoJcG93ZXJzcGVjIDIgIHN1 cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlCnBjaWIwOiBt YXRjaGVkIGVudHJ5IGZvciAwLjI4LklOVEIKcGNpYjA6IHNsb3QgMjggSU5UQiBoYXJkd2lyZWQg dG8gSVJRIDE2CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4M2E0OCwgcmV2aWQ9MHgwMAoJ ZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI4LCBmdW5jPTQKCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBl PTB4MDEsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9 MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1h eGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT01Cglwb3dlcnNwZWMgMiAgc3VwcG9ydHMg RDAgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UKcGNpYjA6IG1hdGNoZWQg ZW50cnkgZm9yIDAuMjguSU5UQQpwY2liMDogc2xvdCAyOCBJTlRBIGhhcmR3aXJlZCB0byBJUlEg MTcKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgzYTM0LCByZXZpZD0weDAwCglkb21haW49 MCwgYnVzPTAsIHNsb3Q9MjksIGZ1bmM9MAoJY2xhc3M9MGMtMDMtMDAsIGhkcnR5cGU9MHgwMCwg bWZkZXY9MQoJY21kcmVnPTB4MDAwNSwgc3RhdHJlZz0weDAyOTAsIGNhY2hlbG5zej0wIChkd29y ZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgw MCAoMCBucykKCWludHBpbj1hLCBpcnE9MTEKCW1hcFsyMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdl IDMyLCBiYXNlIDB4NDA4MCwgc2l6ZSAgNSwgZW5hYmxlZApwY2liMDogbWF0Y2hlZCBlbnRyeSBm b3IgMC4yOS5JTlRBCnBjaWIwOiBzbG90IDI5IElOVEEgaGFyZHdpcmVkIHRvIElSUSAyMwpmb3Vu ZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDNhMzUsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9 MCwgc2xvdD0yOSwgZnVuYz0xCgljbGFzcz0wYy0wMy0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0w CgljbWRyZWc9MHgwMDA1LCBzdGF0cmVnPTB4MDI5MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxh dHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5z KQoJaW50cGluPWIsIGlycT0xMAoJbWFwWzIwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJh c2UgMHg0MDYwLCBzaXplICA1LCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjI5 LklOVEIKcGNpYjA6IHNsb3QgMjkgSU5UQiBoYXJkd2lyZWQgdG8gSVJRIDE5CmZvdW5kLT4JdmVu ZG9yPTB4ODA4NiwgZGV2PTB4M2EzNiwgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90 PTI5LCBmdW5jPTIKCWNsYXNzPTBjLTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJl Zz0weDAwMDUsIHN0YXRyZWc9MHgwMjkwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9 MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRw aW49YywgaXJxPTExCgltYXBbMjBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDQw NDAsIHNpemUgIDUsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjkuSU5UQwpw Y2liMDogc2xvdCAyOSBJTlRDIGhhcmR3aXJlZCB0byBJUlEgMTgKZm91bmQtPgl2ZW5kb3I9MHg4 MDg2LCBkZXY9MHgzYTNhLCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjksIGZ1 bmM9NwoJY2xhc3M9MGMtMDMtMjAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAw Niwgc3RhdHJlZz0weDAyOTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgw IG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBp cnE9MTEKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJbWFwWzEwXTog dHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZTEzMjEwMDAsIHNpemUgMTAsIGVuYWJsZWQK cGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjkuSU5UQQpwY2liMDogc2xvdCAyOSBJTlRBIGhh cmR3aXJlZCB0byBJUlEgMjMKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyNDRlLCByZXZp ZD0weDkwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MzAsIGZ1bmM9MAoJY2xhc3M9MDYtMDQtMDEs IGhkcnR5cGU9MHgwMSwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAwMTAsIGNh Y2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MTggKDYw MDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgz YTE2LCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MzEsIGZ1bmM9MAoJY2xhc3M9 MDYtMDEtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDEwNywgc3RhdHJlZz0w eDAyMTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250 PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBk ZXY9MHgzYTIyLCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MzEsIGZ1bmM9MgoJ Y2xhc3M9MDEtMDYtMDEsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNywgc3Rh dHJlZz0weDAyYjAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwg bWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9MTAK CXBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJTVNJIHN1cHBvcnRzIDE2 IG1lc3NhZ2VzCgltYXBbMTBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDQxMjgs IHNpemUgIDMsIGVuYWJsZWQKCW1hcFsxNF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNl IDB4NDEzNCwgc2l6ZSAgMiwgZW5hYmxlZAoJbWFwWzE4XTogdHlwZSBJL08gUG9ydCwgcmFuZ2Ug MzIsIGJhc2UgMHg0MTIwLCBzaXplICAzLCBlbmFibGVkCgltYXBbMWNdOiB0eXBlIEkvTyBQb3J0 LCByYW5nZSAzMiwgYmFzZSAweDQxMzAsIHNpemUgIDIsIGVuYWJsZWQKCW1hcFsyMF06IHR5cGUg SS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4NDAyMCwgc2l6ZSAgNSwgZW5hYmxlZAoJbWFwWzI0 XTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZTEzMjAwMDAsIHNpemUgMTEsIGVuYWJs ZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMzEuSU5UQQpwY2liMDogc2xvdCAzMSBJTlRB IGhhcmR3aXJlZCB0byBJUlEgMTkKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgzYTMwLCBy ZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MzEsIGZ1bmM9MwoJY2xhc3M9MGMtMDUt MDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwMywgc3RhdHJlZz0weDAyODAs IGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAg KDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1iLCBpcnE9MTEKCW1hcFsxMF06IHR5 cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGY3ZjAwMDAwLCBzaXplICA4LCBlbmFibGVkCglt YXBbMjBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDQwMDAsIHNpemUgIDUsIGVu YWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMzEuSU5UQgpwY2liMDogc2xvdCAzMSBJ TlRCIGhhcmR3aXJlZCB0byBJUlEgMTgKcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEg MTYgYXQgZGV2aWNlIDEuMCBvbiBwY2kwCnBjaWIxOiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNp YjE6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMQpwY2liMTogICBzdWJvcmRpbmF0ZSBidXMgICAxCnBj aWIxOiAgIEkvTyBkZWNvZGUgICAgICAgIDB4MzAwMC0weDNmZmYKcGNpYjE6ICAgbWVtb3J5IGRl Y29kZSAgICAgMHhlMTIwMDAwMC0weGUxMmZmZmZmCnBjaWIxOiAgIG5vIHByZWZldGNoZWQgZGVj b2RlCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxCnBjaTE6IGRvbWFpbj0wLCBwaHlzaWNh bCBidXM9MQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDEwYjksIHJldmlkPTB4MDYKCWRv bWFpbj0wLCBidXM9MSwgc2xvdD0wLCBmdW5jPTAKCWNsYXNzPTAyLTAwLTAwLCBoZHJ0eXBlPTB4 MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MTYg KGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxh dD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0xMAoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQw IEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKCW1hcFsxMF06 IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGUxMjIwMDAwLCBzaXplIDE3LCBlbmFibGVk CnBjaWIxOiByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZTEyMjAwMDAtMHhlMTIzZmZmZjogZ29v ZAoJbWFwWzE0XTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZTEyMDAwMDAsIHNpemUg MTcsIGVuYWJsZWQKcGNpYjE6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhlMTIwMDAwMC0weGUx MjFmZmZmOiBnb29kCgltYXBbMThdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDMw MDAsIHNpemUgIDUsIGVuYWJsZWQKcGNpYjE6IHJlcXVlc3RlZCBJL08gcmFuZ2UgMHgzMDAwLTB4 MzAxZjogaW4gcmFuZ2UKcGNpYjE6IG1hdGNoZWQgZW50cnkgZm9yIDEuMC5JTlRBCnBjaWIxOiBz bG90IDAgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE2CmVtMDogPEludGVsKFIpIFBSTy8xMDAwIE5l dHdvcmsgQ29ubmVjdGlvbiA2LjkuNj4gcG9ydCAweDMwMDAtMHgzMDFmIG1lbSAweGUxMjIwMDAw LTB4ZTEyM2ZmZmYsMHhlMTIwMDAwMC0weGUxMjFmZmZmIGlycSAxNiBhdCBkZXZpY2UgMC4wIG9u IHBjaTEKZW0wOiBSZXNlcnZlZCAweDIwMDAwIGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDMgYXQg MHhlMTIyMDAwMAplbTA6IGF0dGVtcHRpbmcgdG8gYWxsb2NhdGUgMSBNU0kgdmVjdG9ycyAoMSBz dXBwb3J0ZWQpCmVtMDogdXNpbmcgSVJRIDI1NiBmb3IgTVNJCmVtMDogVXNpbmcgTVNJIGludGVy cnVwdAptc2k6IEFzc2lnbmluZyBNU0kgSVJRIDI1NiB0byBsb2NhbCBBUElDIDAgdmVjdG9yIDQ5 CmVtMDogW0ZJTFRFUl0KZW0wOiBicGYgYXR0YWNoZWQKZW0wOiBFdGhlcm5ldCBhZGRyZXNzOiAw MDoxNToxNzowYjo2YTo4MwpwY2liMjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBk ZXZpY2UgMy4wIG9uIHBjaTAKcGNpYjI6ICAgZG9tYWluICAgICAgICAgICAgMApwY2liMjogICBz ZWNvbmRhcnkgYnVzICAgICAyCnBjaWIyOiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDIKcGNpYjI6ICAg SS9PIGRlY29kZSAgICAgICAgMHgwLTB4MApwY2liMjogICBubyBwcmVmZXRjaGVkIGRlY29kZQpw Y2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgpwY2kyOiBkb21haW49MCwgcGh5c2ljYWwgYnVz PTIKcGNpYjM6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDcuMCBvbiBw Y2kwCnBjaWIzOiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjM6ICAgc2Vjb25kYXJ5IGJ1cyAg ICAgMwpwY2liMzogICBzdWJvcmRpbmF0ZSBidXMgICAzCnBjaWIzOiAgIEkvTyBkZWNvZGUgICAg ICAgIDB4MC0weDAKcGNpYjM6ICAgbm8gcHJlZmV0Y2hlZCBkZWNvZGUKcGNpMzogPEFDUEkgUENJ IGJ1cz4gb24gcGNpYjMKcGNpMzogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz0zCnBjaTA6IDxiYXNl IHBlcmlwaGVyYWwsIGludGVycnVwdCBjb250cm9sbGVyPiBhdCBkZXZpY2UgMTYuMCAobm8gZHJp dmVyIGF0dGFjaGVkKQpwY2kwOiA8YmFzZSBwZXJpcGhlcmFsLCBpbnRlcnJ1cHQgY29udHJvbGxl cj4gYXQgZGV2aWNlIDE2LjEgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPGJhc2UgcGVyaXBo ZXJhbCwgaW50ZXJydXB0IGNvbnRyb2xsZXI+IGF0IGRldmljZSAyMC4wIChubyBkcml2ZXIgYXR0 YWNoZWQpCnBjaTA6IDxiYXNlIHBlcmlwaGVyYWwsIGludGVycnVwdCBjb250cm9sbGVyPiBhdCBk ZXZpY2UgMjAuMSAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8YmFzZSBwZXJpcGhlcmFsLCBp bnRlcnJ1cHQgY29udHJvbGxlcj4gYXQgZGV2aWNlIDIwLjIgKG5vIGRyaXZlciBhdHRhY2hlZCkK cGNpMDogPGJhc2UgcGVyaXBoZXJhbCwgaW50ZXJydXB0IGNvbnRyb2xsZXI+IGF0IGRldmljZSAy MC4zIChubyBkcml2ZXIgYXR0YWNoZWQpCmVtMTogPEludGVsKFIpIFBSTy8xMDAwIE5ldHdvcmsg Q29ubmVjdGlvbiA2LjkuNj4gcG9ydCAweDQxMDAtMHg0MTFmIG1lbSAweGUxMzAwMDAwLTB4ZTEz MWZmZmYsMHhlMTMyMzAwMC0weGUxMzIzZmZmIGlycSAyMCBhdCBkZXZpY2UgMjUuMCBvbiBwY2kw CmVtMTogUmVzZXJ2ZWQgMHgyMDAwMCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSAzIGF0IDB4ZTEz MDAwMDAKZW0xOiBhdHRlbXB0aW5nIHRvIGFsbG9jYXRlIDEgTVNJIHZlY3RvcnMgKDEgc3VwcG9y dGVkKQplbTE6IHVzaW5nIElSUSAyNTcgZm9yIE1TSQplbTE6IFVzaW5nIE1TSSBpbnRlcnJ1cHQK ZW0xOiBSZXNlcnZlZCAweDEwMDAgYnl0ZXMgZm9yIHJpZCAweDE0IHR5cGUgMyBhdCAweGUxMzIz MDAwCm1zaTogQXNzaWduaW5nIE1TSSBJUlEgMjU3IHRvIGxvY2FsIEFQSUMgMCB2ZWN0b3IgNTAK ZW0xOiBbRklMVEVSXQplbTE6IGJwZiBhdHRhY2hlZAplbTE6IEV0aGVybmV0IGFkZHJlc3M6IDAw OjFjOmMwOjk1OjBkOjBkCnVoY2kwOiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IHBv cnQgMHg0MGUwLTB4NDBmZiBpcnEgMTYgYXQgZGV2aWNlIDI2LjAgb24gcGNpMAp1aGNpMDogUmVz ZXJ2ZWQgMHgyMCBieXRlcyBmb3IgcmlkIDB4MjAgdHlwZSA0IGF0IDB4NDBlMAppb2FwaWMwOiBy b3V0aW5nIGludHBpbiAxNiAoUENJIElSUSAxNikgdG8gbGFwaWMgMCB2ZWN0b3IgNTEKdWhjaTA6 IFtNUFNBRkVdCnVoY2kwOiBbSVRIUkVBRF0KdWhjaTA6IExlZ1N1cCA9IDB4MGYxMAp1c2J1czA6 IDxVSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gdWhjaTAKdWhjaTE6IDxVSENJIChn ZW5lcmljKSBVU0IgY29udHJvbGxlcj4gcG9ydCAweDQwYzAtMHg0MGRmIGlycSAyMSBhdCBkZXZp Y2UgMjYuMSBvbiBwY2kwCnVoY2kxOiBSZXNlcnZlZCAweDIwIGJ5dGVzIGZvciByaWQgMHgyMCB0 eXBlIDQgYXQgMHg0MGMwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDIxIChQQ0kgSVJRIDIxKSB0 byBsYXBpYyAwIHZlY3RvciA1Mgp1aGNpMTogW01QU0FGRV0KdWhjaTE6IFtJVEhSRUFEXQp1aGNp MTogTGVnU3VwID0gMHgwZjEwCnVzYnVzMTogPFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVy PiBvbiB1aGNpMQp1aGNpMjogPFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBwb3J0IDB4 NDBhMC0weDQwYmYgaXJxIDE5IGF0IGRldmljZSAyNi4yIG9uIHBjaTAKdWhjaTI6IFJlc2VydmVk IDB4MjAgYnl0ZXMgZm9yIHJpZCAweDIwIHR5cGUgNCBhdCAweDQwYTAKaW9hcGljMDogcm91dGlu ZyBpbnRwaW4gMTkgKFBDSSBJUlEgMTkpIHRvIGxhcGljIDAgdmVjdG9yIDUzCnVoY2kyOiBbTVBT QUZFXQp1aGNpMjogW0lUSFJFQURdCnVoY2kyOiBMZWdTdXAgPSAweDBmMTAKdXNidXMyOiA8VUhD SSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kyCmVoY2kwOiA8RUhDSSAoZ2VuZXJp YykgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhlMTMyMjAwMC0weGUxMzIyM2ZmIGlycSAxOCBh dCBkZXZpY2UgMjYuNyBvbiBwY2kwCmVoY2kwOiBSZXNlcnZlZCAweDQwMCBieXRlcyBmb3Igcmlk IDB4MTAgdHlwZSAzIGF0IDB4ZTEzMjIwMDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTggKFBD SSBJUlEgMTgpIHRvIGxhcGljIDAgdmVjdG9yIDU0CmVoY2kwOiBbTVBTQUZFXQplaGNpMDogW0lU SFJFQURdCnVzYnVzMzogRUhDSSB2ZXJzaW9uIDEuMAp1c2J1czM6IDxFSENJIChnZW5lcmljKSBV U0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kwCnBjaWI0OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4g aXJxIDE3IGF0IGRldmljZSAyOC4wIG9uIHBjaTAKcGNpYjQ6ICAgZG9tYWluICAgICAgICAgICAg MApwY2liNDogICBzZWNvbmRhcnkgYnVzICAgICA0CnBjaWI0OiAgIHN1Ym9yZGluYXRlIGJ1cyAg IDQKcGNpYjQ6ICAgSS9PIGRlY29kZSAgICAgICAgMHgwLTB4MApwY2liNDogICBubyBwcmVmZXRj aGVkIGRlY29kZQpwY2k0OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNApwY2k0OiBkb21haW49MCwg cGh5c2ljYWwgYnVzPTQKcGNpYjU6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTYgYXQgZGV2 aWNlIDI4LjEgb24gcGNpMApwY2liNTogICBkb21haW4gICAgICAgICAgICAwCnBjaWI1OiAgIHNl Y29uZGFyeSBidXMgICAgIDUKcGNpYjU6ICAgc3Vib3JkaW5hdGUgYnVzICAgNQpwY2liNTogICBJ L08gZGVjb2RlICAgICAgICAweDAtMHgwCnBjaWI1OiAgIG5vIHByZWZldGNoZWQgZGVjb2RlCnBj aTU6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI1CnBjaTU6IGRvbWFpbj0wLCBwaHlzaWNhbCBidXM9 NQpwY2liNjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNyBhdCBkZXZpY2UgMjguNCBvbiBw Y2kwCnBjaWI2OiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjY6ICAgc2Vjb25kYXJ5IGJ1cyAg ICAgNgpwY2liNjogICBzdWJvcmRpbmF0ZSBidXMgICA2CnBjaWI2OiAgIEkvTyBkZWNvZGUgICAg ICAgIDB4MjAwMC0weDJmZmYKcGNpYjY6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhlMTEwMDAwMC0w eGUxMWZmZmZmCnBjaWI2OiAgIG5vIHByZWZldGNoZWQgZGVjb2RlCnBjaTY6IDxBQ1BJIFBDSSBi dXM+IG9uIHBjaWI2CnBjaTY6IGRvbWFpbj0wLCBwaHlzaWNhbCBidXM9Ngpmb3VuZC0+CXZlbmRv cj0weDExYWIsIGRldj0weDYxMjEsIHJldmlkPTB4YjIKCWRvbWFpbj0wLCBidXM9Niwgc2xvdD0w LCBmdW5jPTAKCWNsYXNzPTAxLTAxLThmLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0w eDAwMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4 MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGlu PWEsIGlycT0xMAoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQzICBjdXJyZW50IEQwCglN U0kgc3VwcG9ydHMgMSBtZXNzYWdlCgltYXBbMTBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwg YmFzZSAweDIwMTgsIHNpemUgIDMsIGVuYWJsZWQKcGNpYjY6IHJlcXVlc3RlZCBJL08gcmFuZ2Ug MHgyMDE4LTB4MjAxZjogaW4gcmFuZ2UKCW1hcFsxNF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMy LCBiYXNlIDB4MjAyNCwgc2l6ZSAgMiwgZW5hYmxlZApwY2liNjogcmVxdWVzdGVkIEkvTyByYW5n ZSAweDIwMjQtMHgyMDI3OiBpbiByYW5nZQoJbWFwWzE4XTogdHlwZSBJL08gUG9ydCwgcmFuZ2Ug MzIsIGJhc2UgMHgyMDEwLCBzaXplICAzLCBlbmFibGVkCnBjaWI2OiByZXF1ZXN0ZWQgSS9PIHJh bmdlIDB4MjAxMC0weDIwMTc6IGluIHJhbmdlCgltYXBbMWNdOiB0eXBlIEkvTyBQb3J0LCByYW5n ZSAzMiwgYmFzZSAweDIwMjAsIHNpemUgIDIsIGVuYWJsZWQKcGNpYjY6IHJlcXVlc3RlZCBJL08g cmFuZ2UgMHgyMDIwLTB4MjAyMzogaW4gcmFuZ2UKCW1hcFsyMF06IHR5cGUgSS9PIFBvcnQsIHJh bmdlIDMyLCBiYXNlIDB4MjAwMCwgc2l6ZSAgNCwgZW5hYmxlZApwY2liNjogcmVxdWVzdGVkIEkv TyByYW5nZSAweDIwMDAtMHgyMDBmOiBpbiByYW5nZQoJbWFwWzI0XTogdHlwZSBNZW1vcnksIHJh bmdlIDMyLCBiYXNlIDB4ZTExMDAwMDAsIHNpemUgMTAsIGVuYWJsZWQKcGNpYjY6IHJlcXVlc3Rl ZCBtZW1vcnkgcmFuZ2UgMHhlMTEwMDAwMC0weGUxMTAwM2ZmOiBnb29kCnBjaWI2OiBtYXRjaGVk IGVudHJ5IGZvciA2LjAuSU5UQQpwY2liNjogc2xvdCAwIElOVEEgaGFyZHdpcmVkIHRvIElSUSAx NgphdGFwY2kwOiA8TWFydmVsbCA4OFNYNjEyMSBVRE1BMTMzIGNvbnRyb2xsZXI+IHBvcnQgMHgy MDE4LTB4MjAxZiwweDIwMjQtMHgyMDI3LDB4MjAxMC0weDIwMTcsMHgyMDIwLTB4MjAyMywweDIw MDAtMHgyMDBmIG1lbSAweGUxMTAwMDAwLTB4ZTExMDAzZmYgaXJxIDE2IGF0IGRldmljZSAwLjAg b24gcGNpNgphdGFwY2kwOiBSZXNlcnZlZCAweDEwIGJ5dGVzIGZvciByaWQgMHgyMCB0eXBlIDQg YXQgMHgyMDAwCmF0YXBjaTA6IFtNUFNBRkVdCmF0YXBjaTA6IFtJVEhSRUFEXQphdGEyOiA8QVRB IGNoYW5uZWwgMD4gb24gYXRhcGNpMAphdGFwY2kwOiBSZXNlcnZlZCAweDggYnl0ZXMgZm9yIHJp ZCAweDEwIHR5cGUgNCBhdCAweDIwMTgKYXRhcGNpMDogUmVzZXJ2ZWQgMHg0IGJ5dGVzIGZvciBy aWQgMHgxNCB0eXBlIDQgYXQgMHgyMDI0CmF0YTI6IHJlc2V0IHRwMSBtYXNrPTAzIG9zdGF0MD02 MCBvc3RhdDE9NzAKYXRhMjogc3RhdDA9MHgyMCBlcnI9MHgyMCBsc2I9MHgyMCBtc2I9MHgyMAph dGEyOiBzdGF0MT0weDMwIGVycj0weDMwIGxzYj0weDMwIG1zYj0weDMwCmF0YTI6IHJlc2V0IHRw MiBzdGF0MD0yMCBzdGF0MT0zMCBkZXZpY2VzPTB4MAphdGEyOiBbTVBTQUZFXQphdGEyOiBbSVRI UkVBRF0KdWhjaTM6IDxVSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gcG9ydCAweDQwODAt MHg0MDlmIGlycSAyMyBhdCBkZXZpY2UgMjkuMCBvbiBwY2kwCnVoY2kzOiBSZXNlcnZlZCAweDIw IGJ5dGVzIGZvciByaWQgMHgyMCB0eXBlIDQgYXQgMHg0MDgwCmlvYXBpYzA6IHJvdXRpbmcgaW50 cGluIDIzIChQQ0kgSVJRIDIzKSB0byBsYXBpYyAwIHZlY3RvciA1NQp1aGNpMzogW01QU0FGRV0K dWhjaTM6IFtJVEhSRUFEXQp1aGNpMzogTGVnU3VwID0gMHgwZjEwCnVzYnVzNDogPFVIQ0kgKGdl bmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiB1aGNpMwp1aGNpNDogPFVIQ0kgKGdlbmVyaWMpIFVT QiBjb250cm9sbGVyPiBwb3J0IDB4NDA2MC0weDQwN2YgaXJxIDE5IGF0IGRldmljZSAyOS4xIG9u IHBjaTAKdWhjaTQ6IFJlc2VydmVkIDB4MjAgYnl0ZXMgZm9yIHJpZCAweDIwIHR5cGUgNCBhdCAw eDQwNjAKdWhjaTQ6IFtNUFNBRkVdCnVoY2k0OiBbSVRIUkVBRF0KdWhjaTQ6IExlZ1N1cCA9IDB4 MGYxMAp1c2J1czU6IDxVSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gdWhjaTQKdWhj aTU6IDxVSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gcG9ydCAweDQwNDAtMHg0MDVmIGly cSAxOCBhdCBkZXZpY2UgMjkuMiBvbiBwY2kwCnVoY2k1OiBSZXNlcnZlZCAweDIwIGJ5dGVzIGZv ciByaWQgMHgyMCB0eXBlIDQgYXQgMHg0MDQwCnVoY2k1OiBbTVBTQUZFXQp1aGNpNTogW0lUSFJF QURdCnVoY2k1OiBMZWdTdXAgPSAweDBmMTAKdXNidXM2OiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNv bnRyb2xsZXI+IG9uIHVoY2k1CmVoY2kxOiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9s bGVyPiBtZW0gMHhlMTMyMTAwMC0weGUxMzIxM2ZmIGlycSAyMyBhdCBkZXZpY2UgMjkuNyBvbiBw Y2kwCmVoY2kxOiBSZXNlcnZlZCAweDQwMCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSAzIGF0IDB4 ZTEzMjEwMDAKZWhjaTE6IFtNUFNBRkVdCmVoY2kxOiBbSVRIUkVBRF0KdXNidXM3OiBFSENJIHZl cnNpb24gMS4wCnVzYnVzNzogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gb24g ZWhjaTEKcGNpYjc6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMzAuMCBvbiBwY2kw CnBjaWI3OiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjc6ICAgc2Vjb25kYXJ5IGJ1cyAgICAg NwpwY2liNzogICBzdWJvcmRpbmF0ZSBidXMgICA3CnBjaWI3OiAgIEkvTyBkZWNvZGUgICAgICAg IDB4MTAwMC0weDFmZmYKcGNpYjc6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhlMDAwMDAwMC0weGUx MGZmZmZmCnBjaWI3OiAgIG5vIHByZWZldGNoZWQgZGVjb2RlCnBjaWI3OiAgIFN1YnRyYWN0aXZl bHkgZGVjb2RlZCBicmlkZ2UuCnBjaTc6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI3CnBjaTc6IGRv bWFpbj0wLCBwaHlzaWNhbCBidXM9Nwpmb3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDQ3NGQs IHJldmlkPTB4NjUKCWRvbWFpbj0wLCBidXM9Nywgc2xvdD0yLCBmdW5jPTAKCWNsYXNzPTAzLTAw LTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwODcsIHN0YXRyZWc9MHgwMjkw LCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4MjAgKDk2MCBucyksIG1pbmdudD0w eDA4ICgyMDAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTExCglwb3dl cnNwZWMgMSAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUg TWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGUwMDAwMDAwLCBzaXplIDI0LCBlbmFibGVkCnBjaWI3 OiByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZTAwMDAwMDAtMHhlMGZmZmZmZjogZ29vZAoJbWFw WzE0XTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHgxMDAwLCBzaXplICA4LCBlbmFi bGVkCnBjaWI3OiByZXF1ZXN0ZWQgSS9PIHJhbmdlIDB4MTAwMC0weDEwZmY6IGluIHJhbmdlCglt YXBbMThdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhlMTAwNTAwMCwgc2l6ZSAxMiwg ZW5hYmxlZApwY2liNzogcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGUxMDA1MDAwLTB4ZTEwMDVm ZmY6IGdvb2QKcGNpYjc6IG1hdGNoZWQgZW50cnkgZm9yIDcuMi5JTlRBCnBjaWI3OiBzbG90IDIg SU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE4CmZvdW5kLT4JdmVuZG9yPTB4MTA0YywgZGV2PTB4ODAy MywgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz03LCBzbG90PTMsIGZ1bmM9MAoJY2xhc3M9MGMt MDAtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAxNiwgc3RhdHJlZz0weDAy MTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHgyMCAoOTYwIG5zKSwgbWluZ250 PTB4MDIgKDUwMCBucyksIG1heGxhdD0weDA0ICgxMDAwIG5zKQoJaW50cGluPWEsIGlycT0xMAoJ cG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0 eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhlMTAwNDAwMCwgc2l6ZSAxMSwgZW5hYmxlZApw Y2liNzogcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGUxMDA0MDAwLTB4ZTEwMDQ3ZmY6IGdvb2QK CW1hcFsxNF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGUxMDAwMDAwLCBzaXplIDE0 LCBlbmFibGVkCnBjaWI3OiByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZTEwMDAwMDAtMHhlMTAw M2ZmZjogZ29vZApwY2liNzogbWF0Y2hlZCBlbnRyeSBmb3IgNy4zLklOVEEKcGNpYjc6IHNsb3Qg MyBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTkKdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3Bs YXk+IHBvcnQgMHgxMDAwLTB4MTBmZiBtZW0gMHhlMDAwMDAwMC0weGUwZmZmZmZmLDB4ZTEwMDUw MDAtMHhlMTAwNWZmZiBpcnEgMTggYXQgZGV2aWNlIDIuMCBvbiBwY2k3CmZ3b2hjaTA6IDxUZXhh cyBJbnN0cnVtZW50cyBUU0I0M0FCMjIvQT4gbWVtIDB4ZTEwMDQwMDAtMHhlMTAwNDdmZiwweGUx MDAwMDAwLTB4ZTEwMDNmZmYgaXJxIDE5IGF0IGRldmljZSAzLjAgb24gcGNpNwpmd29oY2kwOiBS ZXNlcnZlZCAweDgwMCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSAzIGF0IDB4ZTEwMDQwMDAKZndv aGNpMDogW01QU0FGRV0KZndvaGNpMDogW0lUSFJFQURdCmZ3b2hjaTA6IE9IQ0kgdmVyc2lvbiAx LjEwIChST009MCkKZndvaGNpMDogTm8uIG9mIElzb2Nocm9ub3VzIGNoYW5uZWxzIGlzIDQuCmZ3 b2hjaTA6IEVVSTY0IDAwOjkwOjI3OjAwOjAyOjQwOjJjOjcwCmZ3b2hjaTA6IFBoeSAxMzk0YSBh dmFpbGFibGUgUzQwMCwgMiBwb3J0cy4KZndvaGNpMDogTGluayBTNDAwLCBtYXhfcmVjIDIwNDgg Ynl0ZXMuCmZpcmV3aXJlMDogPElFRUUxMzk0KEZpcmVXaXJlKSBidXM+IG9uIGZ3b2hjaTAKZGNv bnNfY3JvbTA6IDxkY29ucyBjb25maWd1cmF0aW9uIFJPTT4gb24gZmlyZXdpcmUwCmRjb25zX2Ny b20wOiBidXNfYWRkciAweGJmNjljMDAwCmZ3ZTA6IDxFdGhlcm5ldCBvdmVyIEZpcmVXaXJlPiBv biBmaXJld2lyZTAKaWZfZndlMDogRmFrZSBFdGhlcm5ldCBhZGRyZXNzOiAwMjo5MDoyNzo0MDoy Yzo3MApmd2UwOiBicGYgYXR0YWNoZWQKZndlMDogRXRoZXJuZXQgYWRkcmVzczogMDI6OTA6Mjc6 NDA6MmM6NzAKZndpcDA6IDxJUCBvdmVyIEZpcmVXaXJlPiBvbiBmaXJld2lyZTAKZndpcDA6IGJw ZiBhdHRhY2hlZApmd2lwMDogRmlyZXdpcmUgYWRkcmVzczogMDA6OTA6Mjc6MDA6MDI6NDA6MmM6 NzAgQCAweGZmZmUwMDAwMDAwMCwgUzQwMCwgbWF4cmVjIDIwNDgKc2JwMDogPFNCUC0yL1NDU0kg b3ZlciBGaXJlV2lyZT4gb24gZmlyZXdpcmUwCmZ3b2hjaTA6IEluaXRpYXRlIGJ1cyByZXNldApm d29oY2kwOiBmd29oY2lfaW50cl9jb3JlOiBCVVMgcmVzZXQKZndvaGNpMDogZndvaGNpX2ludHJf Y29yZTogbm9kZV9pZD0weDAwMDAwMDAwLCBTZWxmSUQgQ291bnQ9MSwgQ1lDTEVNQVNURVIgbW9k ZQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwCmlzYTA6IDxJ U0EgYnVzPiBvbiBpc2FiMAphdGFwY2kxOiA8SW50ZWwgSUNIMTAgU0FUQTMwMCBjb250cm9sbGVy PiBwb3J0IDB4NDEyOC0weDQxMmYsMHg0MTM0LTB4NDEzNywweDQxMjAtMHg0MTI3LDB4NDEzMC0w eDQxMzMsMHg0MDIwLTB4NDAzZiBtZW0gMHhlMTMyMDAwMC0weGUxMzIwN2ZmIGlycSAxOSBhdCBk ZXZpY2UgMzEuMiBvbiBwY2kwCmF0YXBjaTE6IFJlc2VydmVkIDB4MjAgYnl0ZXMgZm9yIHJpZCAw eDIwIHR5cGUgNCBhdCAweDQwMjAKYXRhcGNpMTogW01QU0FGRV0KYXRhcGNpMTogW0lUSFJFQURd CmF0YXBjaTE6IFJlc2VydmVkIDB4ODAwIGJ5dGVzIGZvciByaWQgMHgyNCB0eXBlIDMgYXQgMHhl MTMyMDAwMAphdGFwY2kxOiBBSENJIGNhbGxlZCBmcm9tIHZlbmRvciBzcGVjaWZpYyBkcml2ZXIK YXRhcGNpMTogQUhDSSBWZXJzaW9uIDAxLjIwIGNvbnRyb2xsZXIgd2l0aCA2IHBvcnRzIFBNIG5v dCBzdXBwb3J0ZWQKYXRhMzogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTEKYXRhMzogQUhDSSBy ZXNldC4uLgphdGEzOiBTQVRBIGNvbm5lY3Qgc3RhdHVzPTAwMDAwMDAwCmF0YTM6IEFIQ0kgcmVz ZXQgZG9uZTogcGh5IHJlc2V0IGZvdW5kIG5vIGRldmljZQphdGEzOiBbTVBTQUZFXQphdGEzOiBb SVRIUkVBRF0KYXRhNDogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTEKYXRhNDogQUhDSSByZXNl dC4uLgphdGE0OiBTQVRBIGNvbm5lY3QgdGltZT0wbXMKYXRhNDogcmVhZHkgd2FpdCB0aW1lPTBt cwphdGE0OiBzb2Z0d2FyZSByZXNldCBwb3J0IDAuLi4KYXRhNDogcmVhZHkgd2FpdCB0aW1lPTBt cwphdGE0OiBTSUdOQVRVUkU6IDAwMDAwMTAxCmF0YTQ6IEFIQ0kgcmVzZXQgZG9uZTogZGV2aWNl cz0wMDAwMDAwMQphdGE0OiBbTVBTQUZFXQphdGE0OiBbSVRIUkVBRF0KYXRhNTogPEFUQSBjaGFu bmVsIDI+IG9uIGF0YXBjaTEKYXRhNTogQUhDSSByZXNldC4uLgphdGE1OiBTQVRBIGNvbm5lY3Qg c3RhdHVzPTAwMDAwMDAwCmF0YTU6IEFIQ0kgcmVzZXQgZG9uZTogcGh5IHJlc2V0IGZvdW5kIG5v IGRldmljZQphdGE1OiBbTVBTQUZFXQphdGE1OiBbSVRIUkVBRF0KYXRhNjogPEFUQSBjaGFubmVs IDM+IG9uIGF0YXBjaTEKYXRhNjogQUhDSSByZXNldC4uLgphdGE2OiBTQVRBIGNvbm5lY3Qgc3Rh dHVzPTAwMDAwMDAwCmF0YTY6IEFIQ0kgcmVzZXQgZG9uZTogcGh5IHJlc2V0IGZvdW5kIG5vIGRl dmljZQphdGE2OiBbTVBTQUZFXQphdGE2OiBbSVRIUkVBRF0KYXRhNzogPEFUQSBjaGFubmVsIDQ+ IG9uIGF0YXBjaTEKYXRhNzogQUhDSSByZXNldC4uLgphdGE3OiBTQVRBIGNvbm5lY3Qgc3RhdHVz PTAwMDAwMDAwCmF0YTc6IEFIQ0kgcmVzZXQgZG9uZTogcGh5IHJlc2V0IGZvdW5kIG5vIGRldmlj ZQphdGE3OiBbTVBTQUZFXQphdGE3OiBbSVRIUkVBRF0KYXRhODogPEFUQSBjaGFubmVsIDU+IG9u IGF0YXBjaTEKYXRhODogQUhDSSByZXNldC4uLgphdGE4OiBTQVRBIGNvbm5lY3Qgc3RhdHVzPTAw MDAwMDAwCmF0YTg6IEFIQ0kgcmVzZXQgZG9uZTogcGh5IHJlc2V0IGZvdW5kIG5vIGRldmljZQph dGE4OiBbTVBTQUZFXQphdGE4OiBbSVRIUkVBRF0KcGNpMDogPHNlcmlhbCBidXMsIFNNQnVzPiBh dCBkZXZpY2UgMzEuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQphdHJ0YzA6IDxBVCByZWFsdGltZSBj bG9jaz4gcG9ydCAweDcwLTB4NzEsMHg3NC0weDc3IGlycSA4IG9uIGFjcGkwCmF0cnRjMDogcmVn aXN0ZXJlZCBhcyBhIHRpbWUtb2YtZGF5IGNsb2NrIChyZXNvbHV0aW9uIDEwMDAwMDB1cykKY3B1 MDogPEFDUEkgQ1BVPiBvbiBhY3BpMAplc3QwOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5j eSBDb250cm9sPiBvbiBjcHUwCmVzdDA6IEludmFsaWQgaWQxNiAoc2V0LCBjdXIpID0gKDE5LCAy MCkKZXN0MDogSW52YWxpZCBmcmVxIDI1MjcsIGlnbm9yZWQuCmVzdDA6IEludmFsaWQgaWQxNiAo c2V0LCBjdXIpID0gKDE4LCAyMCkKZXN0MDogSW52YWxpZCBmcmVxIDIzOTQsIGlnbm9yZWQuCmVz dDA6IEludmFsaWQgaWQxNiAoc2V0LCBjdXIpID0gKDE3LCAyMCkKZXN0MDogSW52YWxpZCBmcmVx IDIyNjEsIGlnbm9yZWQuCmVzdDA6IEludmFsaWQgaWQxNiAoc2V0LCBjdXIpID0gKDE2LCAyMCkK ZXN0MDogSW52YWxpZCBmcmVxIDIxMjgsIGlnbm9yZWQuCmVzdDA6IEludmFsaWQgaWQxNiAoc2V0 LCBjdXIpID0gKDE1LCAyMCkKZXN0MDogSW52YWxpZCBmcmVxIDE5OTUsIGlnbm9yZWQuCmVzdDA6 IEludmFsaWQgaWQxNiAoc2V0LCBjdXIpID0gKDE0LCAyMCkKZXN0MDogSW52YWxpZCBmcmVxIDE4 NjIsIGlnbm9yZWQuCmVzdDA6IEludmFsaWQgaWQxNiAoc2V0LCBjdXIpID0gKDEzLCAyMCkKZXN0 MDogSW52YWxpZCBmcmVxIDE3MjksIGlnbm9yZWQuCmVzdDA6IEludmFsaWQgaWQxNiAoc2V0LCBj dXIpID0gKDEyLCAyMCkKZXN0MDogSW52YWxpZCBmcmVxIDE1OTYsIGlnbm9yZWQuCnA0dGNjMDog PENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUwCmNwdTE6IDxBQ1BJIENQVT4g b24gYWNwaTAKZXN0MTogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24g Y3B1MQplc3QxOiBJbnZhbGlkIGlkMTYgKHNldCwgY3VyKSA9ICgxOSwgMjApCmVzdDE6IEludmFs aWQgZnJlcSAyNTI3LCBpZ25vcmVkLgplc3QxOiBJbnZhbGlkIGlkMTYgKHNldCwgY3VyKSA9ICgx OCwgMjApCmVzdDE6IEludmFsaWQgZnJlcSAyMzk0LCBpZ25vcmVkLgplc3QxOiBJbnZhbGlkIGlk MTYgKHNldCwgY3VyKSA9ICgxNywgMjApCmVzdDE6IEludmFsaWQgZnJlcSAyMjYxLCBpZ25vcmVk Lgplc3QxOiBJbnZhbGlkIGlkMTYgKHNldCwgY3VyKSA9ICgxNiwgMjApCmVzdDE6IEludmFsaWQg ZnJlcSAyMTI4LCBpZ25vcmVkLgplc3QxOiBJbnZhbGlkIGlkMTYgKHNldCwgY3VyKSA9ICgxNSwg MjApCmVzdDE6IEludmFsaWQgZnJlcSAxOTk1LCBpZ25vcmVkLgplc3QxOiBJbnZhbGlkIGlkMTYg KHNldCwgY3VyKSA9ICgxNCwgMjApCmVzdDE6IEludmFsaWQgZnJlcSAxODYyLCBpZ25vcmVkLgpl c3QxOiBJbnZhbGlkIGlkMTYgKHNldCwgY3VyKSA9ICgxMywgMjApCmVzdDE6IEludmFsaWQgZnJl cSAxNzI5LCBpZ25vcmVkLgplc3QxOiBJbnZhbGlkIGlkMTYgKHNldCwgY3VyKSA9ICgxMiwgMjAp CmVzdDE6IEludmFsaWQgZnJlcSAxNTk2LCBpZ25vcmVkLgpwNHRjYzE6IDxDUFUgRnJlcXVlbmN5 IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MQpjcHUyOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmVzdDI6 IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTIKZXN0MjogSW52 YWxpZCBpZDE2IChzZXQsIGN1cikgPSAoMTksIDIwKQplc3QyOiBJbnZhbGlkIGZyZXEgMjUyNywg aWdub3JlZC4KZXN0MjogSW52YWxpZCBpZDE2IChzZXQsIGN1cikgPSAoMTgsIDIwKQplc3QyOiBJ bnZhbGlkIGZyZXEgMjM5NCwgaWdub3JlZC4KZXN0MjogSW52YWxpZCBpZDE2IChzZXQsIGN1cikg PSAoMTcsIDIwKQplc3QyOiBJbnZhbGlkIGZyZXEgMjI2MSwgaWdub3JlZC4KZXN0MjogSW52YWxp ZCBpZDE2IChzZXQsIGN1cikgPSAoMTYsIDIwKQplc3QyOiBJbnZhbGlkIGZyZXEgMjEyOCwgaWdu b3JlZC4KZXN0MjogSW52YWxpZCBpZDE2IChzZXQsIGN1cikgPSAoMTUsIDIwKQplc3QyOiBJbnZh bGlkIGZyZXEgMTk5NSwgaWdub3JlZC4KZXN0MjogSW52YWxpZCBpZDE2IChzZXQsIGN1cikgPSAo MTQsIDIwKQplc3QyOiBJbnZhbGlkIGZyZXEgMTg2MiwgaWdub3JlZC4KZXN0MjogSW52YWxpZCBp ZDE2IChzZXQsIGN1cikgPSAoMTMsIDIwKQplc3QyOiBJbnZhbGlkIGZyZXEgMTcyOSwgaWdub3Jl ZC4KZXN0MjogSW52YWxpZCBpZDE2IChzZXQsIGN1cikgPSAoMTIsIDIwKQplc3QyOiBJbnZhbGlk IGZyZXEgMTU5NiwgaWdub3JlZC4KcDR0Y2MyOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRy b2w+IG9uIGNwdTIKY3B1MzogPEFDUEkgQ1BVPiBvbiBhY3BpMAplc3QzOiA8RW5oYW5jZWQgU3Bl ZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUzCmVzdDM6IEludmFsaWQgaWQxNiAoc2V0 LCBjdXIpID0gKDE5LCAyMCkKZXN0MzogSW52YWxpZCBmcmVxIDI1MjcsIGlnbm9yZWQuCmVzdDM6 IEludmFsaWQgaWQxNiAoc2V0LCBjdXIpID0gKDE4LCAyMCkKZXN0MzogSW52YWxpZCBmcmVxIDIz OTQsIGlnbm9yZWQuCmVzdDM6IEludmFsaWQgaWQxNiAoc2V0LCBjdXIpID0gKDE3LCAyMCkKZXN0 MzogSW52YWxpZCBmcmVxIDIyNjEsIGlnbm9yZWQuCmVzdDM6IEludmFsaWQgaWQxNiAoc2V0LCBj dXIpID0gKDE2LCAyMCkKZXN0MzogSW52YWxpZCBmcmVxIDIxMjgsIGlnbm9yZWQuCmVzdDM6IElu dmFsaWQgaWQxNiAoc2V0LCBjdXIpID0gKDE1LCAyMCkKZXN0MzogSW52YWxpZCBmcmVxIDE5OTUs IGlnbm9yZWQuCmVzdDM6IEludmFsaWQgaWQxNiAoc2V0LCBjdXIpID0gKDE0LCAyMCkKZXN0Mzog SW52YWxpZCBmcmVxIDE4NjIsIGlnbm9yZWQuCmVzdDM6IEludmFsaWQgaWQxNiAoc2V0LCBjdXIp ID0gKDEzLCAyMCkKZXN0MzogSW52YWxpZCBmcmVxIDE3MjksIGlnbm9yZWQuCmVzdDM6IEludmFs aWQgaWQxNiAoc2V0LCBjdXIpID0gKDEyLCAyMCkKZXN0MzogSW52YWxpZCBmcmVxIDE1OTYsIGln bm9yZWQuCnA0dGNjMzogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUzCmNw dTQ6IDxBQ1BJIENQVT4gb24gYWNwaTAKZXN0NDogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVu Y3kgQ29udHJvbD4gb24gY3B1NAplc3Q0OiBJbnZhbGlkIGlkMTYgKHNldCwgY3VyKSA9ICgxOSwg MjApCmVzdDQ6IEludmFsaWQgZnJlcSAyNTI3LCBpZ25vcmVkLgplc3Q0OiBJbnZhbGlkIGlkMTYg KHNldCwgY3VyKSA9ICgxOCwgMjApCmVzdDQ6IEludmFsaWQgZnJlcSAyMzk0LCBpZ25vcmVkLgpl c3Q0OiBJbnZhbGlkIGlkMTYgKHNldCwgY3VyKSA9ICgxNywgMjApCmVzdDQ6IEludmFsaWQgZnJl cSAyMjYxLCBpZ25vcmVkLgplc3Q0OiBJbnZhbGlkIGlkMTYgKHNldCwgY3VyKSA9ICgxNiwgMjAp CmVzdDQ6IEludmFsaWQgZnJlcSAyMTI4LCBpZ25vcmVkLgplc3Q0OiBJbnZhbGlkIGlkMTYgKHNl dCwgY3VyKSA9ICgxNSwgMjApCmVzdDQ6IEludmFsaWQgZnJlcSAxOTk1LCBpZ25vcmVkLgplc3Q0 OiBJbnZhbGlkIGlkMTYgKHNldCwgY3VyKSA9ICgxNCwgMjApCmVzdDQ6IEludmFsaWQgZnJlcSAx ODYyLCBpZ25vcmVkLgplc3Q0OiBJbnZhbGlkIGlkMTYgKHNldCwgY3VyKSA9ICgxMywgMjApCmVz dDQ6IEludmFsaWQgZnJlcSAxNzI5LCBpZ25vcmVkLgplc3Q0OiBJbnZhbGlkIGlkMTYgKHNldCwg Y3VyKSA9ICgxMiwgMjApCmVzdDQ6IEludmFsaWQgZnJlcSAxNTk2LCBpZ25vcmVkLgpwNHRjYzQ6 IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1NApjcHU1OiA8QUNQSSBDUFU+ IG9uIGFjcGkwCmVzdDU6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9u IGNwdTUKZXN0NTogSW52YWxpZCBpZDE2IChzZXQsIGN1cikgPSAoMTksIDIwKQplc3Q1OiBJbnZh bGlkIGZyZXEgMjUyNywgaWdub3JlZC4KZXN0NTogSW52YWxpZCBpZDE2IChzZXQsIGN1cikgPSAo MTgsIDIwKQplc3Q1OiBJbnZhbGlkIGZyZXEgMjM5NCwgaWdub3JlZC4KZXN0NTogSW52YWxpZCBp ZDE2IChzZXQsIGN1cikgPSAoMTcsIDIwKQplc3Q1OiBJbnZhbGlkIGZyZXEgMjI2MSwgaWdub3Jl ZC4KZXN0NTogSW52YWxpZCBpZDE2IChzZXQsIGN1cikgPSAoMTYsIDIwKQplc3Q1OiBJbnZhbGlk IGZyZXEgMjEyOCwgaWdub3JlZC4KZXN0NTogSW52YWxpZCBpZDE2IChzZXQsIGN1cikgPSAoMTUs IDIwKQplc3Q1OiBJbnZhbGlkIGZyZXEgMTk5NSwgaWdub3JlZC4KZXN0NTogSW52YWxpZCBpZDE2 IChzZXQsIGN1cikgPSAoMTQsIDIwKQplc3Q1OiBJbnZhbGlkIGZyZXEgMTg2MiwgaWdub3JlZC4K ZXN0NTogSW52YWxpZCBpZDE2IChzZXQsIGN1cikgPSAoMTMsIDIwKQplc3Q1OiBJbnZhbGlkIGZy ZXEgMTcyOSwgaWdub3JlZC4KZXN0NTogSW52YWxpZCBpZDE2IChzZXQsIGN1cikgPSAoMTIsIDIw KQplc3Q1OiBJbnZhbGlkIGZyZXEgMTU5NiwgaWdub3JlZC4KcDR0Y2M1OiA8Q1BVIEZyZXF1ZW5j eSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTUKY3B1NjogPEFDUEkgQ1BVPiBvbiBhY3BpMAplc3Q2 OiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHU2CmVzdDY6IElu dmFsaWQgaWQxNiAoc2V0LCBjdXIpID0gKDE5LCAyMCkKZXN0NjogSW52YWxpZCBmcmVxIDI1Mjcs IGlnbm9yZWQuCmVzdDY6IEludmFsaWQgaWQxNiAoc2V0LCBjdXIpID0gKDE4LCAyMCkKZXN0Njog SW52YWxpZCBmcmVxIDIzOTQsIGlnbm9yZWQuCmVzdDY6IEludmFsaWQgaWQxNiAoc2V0LCBjdXIp ID0gKDE3LCAyMCkKZXN0NjogSW52YWxpZCBmcmVxIDIyNjEsIGlnbm9yZWQuCmVzdDY6IEludmFs aWQgaWQxNiAoc2V0LCBjdXIpID0gKDE2LCAyMCkKZXN0NjogSW52YWxpZCBmcmVxIDIxMjgsIGln bm9yZWQuCmVzdDY6IEludmFsaWQgaWQxNiAoc2V0LCBjdXIpID0gKDE1LCAyMCkKZXN0NjogSW52 YWxpZCBmcmVxIDE5OTUsIGlnbm9yZWQuCmVzdDY6IEludmFsaWQgaWQxNiAoc2V0LCBjdXIpID0g KDE0LCAyMCkKZXN0NjogSW52YWxpZCBmcmVxIDE4NjIsIGlnbm9yZWQuCmVzdDY6IEludmFsaWQg aWQxNiAoc2V0LCBjdXIpID0gKDEzLCAyMCkKZXN0NjogSW52YWxpZCBmcmVxIDE3MjksIGlnbm9y ZWQuCmVzdDY6IEludmFsaWQgaWQxNiAoc2V0LCBjdXIpID0gKDEyLCAyMCkKZXN0NjogSW52YWxp ZCBmcmVxIDE1OTYsIGlnbm9yZWQuCnA0dGNjNjogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250 cm9sPiBvbiBjcHU2CmNwdTc6IDxBQ1BJIENQVT4gb24gYWNwaTAKZXN0NzogPEVuaGFuY2VkIFNw ZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1Nwplc3Q3OiBJbnZhbGlkIGlkMTYgKHNl dCwgY3VyKSA9ICgxOSwgMjApCmVzdDc6IEludmFsaWQgZnJlcSAyNTI3LCBpZ25vcmVkLgplc3Q3 OiBJbnZhbGlkIGlkMTYgKHNldCwgY3VyKSA9ICgxOCwgMjApCmVzdDc6IEludmFsaWQgZnJlcSAy Mzk0LCBpZ25vcmVkLgplc3Q3OiBJbnZhbGlkIGlkMTYgKHNldCwgY3VyKSA9ICgxNywgMjApCmVz dDc6IEludmFsaWQgZnJlcSAyMjYxLCBpZ25vcmVkLgplc3Q3OiBJbnZhbGlkIGlkMTYgKHNldCwg Y3VyKSA9ICgxNiwgMjApCmVzdDc6IEludmFsaWQgZnJlcSAyMTI4LCBpZ25vcmVkLgplc3Q3OiBJ bnZhbGlkIGlkMTYgKHNldCwgY3VyKSA9ICgxNSwgMjApCmVzdDc6IEludmFsaWQgZnJlcSAxOTk1 LCBpZ25vcmVkLgplc3Q3OiBJbnZhbGlkIGlkMTYgKHNldCwgY3VyKSA9ICgxNCwgMjApCmVzdDc6 IEludmFsaWQgZnJlcSAxODYyLCBpZ25vcmVkLgplc3Q3OiBJbnZhbGlkIGlkMTYgKHNldCwgY3Vy KSA9ICgxMywgMjApCmVzdDc6IEludmFsaWQgZnJlcSAxNzI5LCBpZ25vcmVkLgplc3Q3OiBJbnZh bGlkIGlkMTYgKHNldCwgY3VyKSA9ICgxMiwgMjApCmVzdDc6IEludmFsaWQgZnJlcSAxNTk2LCBp Z25vcmVkLgpwNHRjYzc6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1Nwp1 bmtub3duOiBzdGF0dXMgcmVnIHRlc3QgZmFpbGVkIGZmCnVua25vd246IHN0YXR1cyByZWcgdGVz dCBmYWlsZWQgZmYKdW5rbm93bjogc3RhdHVzIHJlZyB0ZXN0IGZhaWxlZCBmZgp1bmtub3duOiBz dGF0dXMgcmVnIHRlc3QgZmFpbGVkIGZmCnVua25vd246IHN0YXR1cyByZWcgdGVzdCBmYWlsZWQg ZmYKdW5rbm93bjogc3RhdHVzIHJlZyB0ZXN0IGZhaWxlZCBmZgpwbnBfaWRlbnRpZnk6IFRyeWlu ZyBSZWFkX1BvcnQgYXQgMjAzCnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAyNDMK cG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDI4MwpwbnBfaWRlbnRpZnk6IFRyeWlu ZyBSZWFkX1BvcnQgYXQgMmMzCnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAzMDMK cG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDM0MwpwbnBfaWRlbnRpZnk6IFRyeWlu ZyBSZWFkX1BvcnQgYXQgMzgzCnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAzYzMK UE5QIElkZW50aWZ5IGNvbXBsZXRlCmV4X2lzYV9pZGVudGlmeSgpCmlzYV9wcm9iZV9jaGlsZHJl bjogZGlzYWJsaW5nIFBuUCBkZXZpY2VzCnBtdGltZXIwIG9uIGlzYTAKc2M6IHNjMCBhbHJlYWR5 IGV4aXN0czsgc2tpcHBpbmcgaXQKdmdhOiB2Z2EwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBp dAppc2FfcHJvYmVfY2hpbGRyZW46IHByb2Jpbmcgbm9uLVBuUCBkZXZpY2VzCm9ybTA6IDxJU0Eg T3B0aW9uIFJPTXM+IGF0IGlvbWVtIDB4YzAwMDAtMHhjOTdmZiwweGNjMDAwLTB4Y2NmZmYsMHhj ZDAwMC0weGNmN2ZmLDB4Y2Y4MDAtMHhkMDdmZiBwbnBpZCBPUk0wMDAwIG9uIGlzYTAKc2MwOiA8 U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1 YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPgpzYzA6IGZiMCwga2JkMSwgdGVybWluYWwgZW11bGF0 b3I6IHNjdGVrZW4gKHRla2VuIHRlcm1pbmFsKQp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBw b3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwCmFkdjA6IG5vdCBw cm9iZWQgKGRpc2FibGVkKQphaGEwOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKYWljMDogbm90IHBy b2JlZCAoZGlzYWJsZWQpCmF0YTAgYXQgcG9ydCAweDFmMC0weDFmNywweDNmNiBpcnEgMTQgb24g aXNhMAphdGEwOiByZXNldCB0cDEgbWFzaz0wMCBvc3RhdDA9ZmYgb3N0YXQxPWZmCmlvYXBpYzA6 IHJvdXRpbmcgaW50cGluIDE0IChJU0EgSVJRIDE0KSB0byBsYXBpYyAwIHZlY3RvciA1NgphdGEw OiBbTVBTQUZFXQphdGEwOiBbSVRIUkVBRF0KYXRhMSBhdCBwb3J0IDB4MTcwLTB4MTc3LDB4Mzc2 IGlycSAxNSBvbiBpc2EwCmF0YTE6IHJlc2V0IHRwMSBtYXNrPTAwIG9zdGF0MD1mZiBvc3RhdDE9 ZmYKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTUgKElTQSBJUlEgMTUpIHRvIGxhcGljIDAgdmVj dG9yIDU3CmF0YTE6IFtNUFNBRkVdCmF0YTE6IFtJVEhSRUFEXQphdGtiZGMwOiA8S2V5Ym9hcmQg Y29udHJvbGxlciAoaTgwNDIpPiBhdCBwb3J0IDB4NjAsMHg2NCBvbiBpc2EwCmF0a2JkMDogPEFU IEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmtiZDAgYXQgYXRrYmQwCmtiZDA6IGF0a2JkMCwg Z2VuZXJpYyAoMCksIGNvbmZpZzoweDAsIGZsYWdzOjB4M2YwMDAwCmlvYXBpYzA6IHJvdXRpbmcg aW50cGluIDEgKElTQSBJUlEgMSkgdG8gbGFwaWMgMCB2ZWN0b3IgNTgKYXRrYmQwOiBbR0lBTlQt TE9DS0VEXQphdGtiZDA6IFtJVEhSRUFEXQpwc20wOiBjdXJyZW50IGNvbW1hbmQgYnl0ZTowMDY3 CnBzbTA6IGZhaWxlZCB0byByZXNldCB0aGUgYXV4IGRldmljZS4KYnQwOiBub3QgcHJvYmVkIChk aXNhYmxlZCkKY3MwOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKZWQwOiBub3QgcHJvYmVkIChkaXNh YmxlZCkKZmRjMCBmYWlsZWQgdG8gcHJvYmUgYXQgcG9ydCAweDNmMC0weDNmNSwweDNmNyBpcnEg NiBkcnEgMiBvbiBpc2EwCmZlMDogbm90IHByb2JlZCAoZGlzYWJsZWQpCmllMDogbm90IHByb2Jl ZCAoZGlzYWJsZWQpCmxlMDogbm90IHByb2JlZCAoZGlzYWJsZWQpCnBwYzA6IHBhcmFsbGVsIHBv cnQgbm90IGZvdW5kLgpwcGMwOiA8UGFyYWxsZWwgcG9ydD4gZmFpbGVkIHRvIHByb2JlIGF0IGly cSA3IG9uIGlzYTAKc2lvMCBmYWlsZWQgdG8gcHJvYmUgYXQgcG9ydCAweDNmOCBpcnEgNCBvbiBp c2EwCnNpbzEgZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQgMHgyZjggaXJxIDMgb24gaXNhMApzaW8y OiBub3QgcHJvYmVkIChkaXNhYmxlZCkKc2lvMzogbm90IHByb2JlZCAoZGlzYWJsZWQpCnNuMDog bm90IHByb2JlZCAoZGlzYWJsZWQpCnZ0MDogbm90IHByb2JlZCAoZGlzYWJsZWQpCmlzYV9wcm9i ZV9jaGlsZHJlbjogcHJvYmluZyBQblAgZGV2aWNlcwpEZXZpY2UgY29uZmlndXJhdGlvbiBmaW5p c2hlZC4KUmVkdWNpbmcga2Vybi5tYXh2bm9kZXMgMTk3OTk1IC0+IDEwMDAwMApwcm9jZnMgcmVn aXN0ZXJlZApsYXBpYzogRGl2aXNvciAyLCBGcmVxdWVuY3kgNjY2Njk0MjQgaHoKVGltZWNvdW50 ZXIgIlRTQyIgZnJlcXVlbmN5IDI2NjY3NzY5MjQgSHogcXVhbGl0eSAtMTAwClRpbWVjb3VudGVy cyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKbG8wOiBicGYgYXR0YWNoZWQKaHB0cnI6IG5vIGNvbnRy b2xsZXIgZGV0ZWN0ZWQuCmF0YTA6IElkZW50aWZ5aW5nIGRldmljZXM6IDAwMDAwMDAwZmlyZXdp cmUwOiAxIG5vZGVzLCBtYXhob3AgPD0gMCBjYWJsZSBJUk0gaXJtKDApICAobWUpIApmaXJld2ly ZTA6IGJ1cyBtYW5hZ2VyIDAgCgphdGEwOiBOZXcgZGV2aWNlczogMDAwMDAwMDAKYXRhMTogSWRl bnRpZnlpbmcgZGV2aWNlczogMDAwMDAwMDAKYXRhMTogTmV3IGRldmljZXM6IDAwMDAwMDAwCmF0 YTI6IElkZW50aWZ5aW5nIGRldmljZXM6IDAwMDAwMDAwCmF0YTI6IE5ldyBkZXZpY2VzOiAwMDAw MDAwMAphdGEzOiBJZGVudGlmeWluZyBkZXZpY2VzOiAwMDAwMDAwMAphdGEzOiBOZXcgZGV2aWNl czogMDAwMDAwMDAKYXRhNDogSWRlbnRpZnlpbmcgZGV2aWNlczogMDAwMDAwMDEKYXRhNDogTmV3 IGRldmljZXM6IDAwMDAwMDAxCnVzYnVzMDogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKdXNi dXMxOiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czI6IDEyTWJwcyBGdWxsIFNwZWVk IFVTQiB2MS4wCnVzYnVzMzogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wCnVzYnVzNDogMTJN YnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKdXNidXM1OiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEu MAp1c2J1czY6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVzYnVzNzogNDgwTWJwcyBIaWdo IFNwZWVkIFVTQiB2Mi4wCmF0YTQtbWFzdGVyOiBwaW89UElPNCB3ZG1hPVdETUEyIHVkbWE9VURN QTEzMyBjYWJsZT00MCB3aXJlCmFkODogNzYzMTlNQiA8U2VhZ2F0ZSBTVDM4MDgxMUFTIDMuQUFF PiBhdCBhdGE0LW1hc3RlciBTQVRBMTUwCmFkODogMTU2MzAxNDg4IHNlY3RvcnMgWzE1NTA2MUMv MTZILzYzU10gMTYgc2VjdG9ycy9pbnRlcnJ1cHQgMSBkZXB0aCBxdWV1ZQpHRU9NOiBuZXcgZGlz ayBhZDgKdWdlbjAuMTogPEludGVsPiBhdCB1c2J1czAKdWh1YjA6IDxJbnRlbCBVSENJIHJvb3Qg SFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMwCnVnZW4xLjE6 IDxJbnRlbD4gYXQgdXNidXMxCnVodWIxOiA8SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3MgOS8w LCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMQp1Z2VuMi4xOiA8SW50ZWw+IGF0IHVz YnVzMgp1aHViMjogPEludGVsIFVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4w MCwgYWRkciAxPiBvbiB1c2J1czIKdWdlbjMuMTogPEludGVsPiBhdCB1c2J1czMKdWh1YjM6IDxJ bnRlbCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24g dXNidXMzCnVnZW40LjE6IDxJbnRlbD4gYXQgdXNidXM0CnVodWI0OiA8SW50ZWwgVUhDSSByb290 IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzNAp1Z2VuNS4x OiA8SW50ZWw+IGF0IHVzYnVzNQp1aHViNTogPEludGVsIFVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkv MCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czUKdWdlbjYuMTogPEludGVsPiBhdCB1 c2J1czYKdWh1YjY6IDxJbnRlbCBVSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEu MDAsIGFkZHIgMT4gb24gdXNidXM2CnVnZW43LjE6IDxJbnRlbD4gYXQgdXNidXM3CnVodWI3OiA8 SW50ZWwgRUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9u IHVzYnVzNwphZDg6IEludGVsIGNoZWNrMSBmYWlsZWQKYWQ4OiBBZGFwdGVjIGNoZWNrMSBmYWls ZWQKYWQ4OiBMU0kgKHYzKSBjaGVjazEgZmFpbGVkCmFkODogTFNJICh2MikgY2hlY2sxIGZhaWxl ZAphZDg6IEZyZWVCU0QgY2hlY2sxIGZhaWxlZAphdGE1OiBJZGVudGlmeWluZyBkZXZpY2VzOiAw MDAwMDAwMAphdGE1OiBOZXcgZGV2aWNlczogMDAwMDAwMDAKYXRhNjogSWRlbnRpZnlpbmcgZGV2 aWNlczogMDAwMDAwMDAKYXRhNjogTmV3IGRldmljZXM6IDAwMDAwMDAwCmF0YTc6IElkZW50aWZ5 aW5nIGRldmljZXM6IDAwMDAwMDAwCmF0YTc6IE5ldyBkZXZpY2VzOiAwMDAwMDAwMAphdGE4OiBJ ZGVudGlmeWluZyBkZXZpY2VzOiAwMDAwMDAwMAphdGE4OiBOZXcgZGV2aWNlczogMDAwMDAwMDAK R0VPTTogYWQ4czE6IGdlb21ldHJ5IGRvZXMgbm90IG1hdGNoIGxhYmVsICgyNTVoLDYzcyAhPSAx NmgsNjNzKS4KdWh1YjA6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVo dWIxOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMjogMiBwb3J0 cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjQ6IDIgcG9ydHMgd2l0aCAyIHJl bW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWI1OiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNl bGYgcG93ZXJlZAp1aHViNjogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQK dWh1YjM6IDYgcG9ydHMgd2l0aCA2IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWI3OiA2IHBv cnRzIHdpdGggNiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1Z2VuMC4yOiA8QW1lcmljYW4gUG93 ZXIgQ29udmVyc2lvbj4gYXQgdXNidXMwCnVnZW42LjI6IDxIb2x0ZWsgU2VtaWNvbmR1Y3Rvciwg SW5jLj4gYXQgdXNidXM2CnVrYmQwOiA8SG9sdGVrIFNlbWljb25kdWN0b3IsIEluYy4gcHJvZHVj dCAweDE0MDAsIGNsYXNzIDAvMCwgcmV2IDEuMTAvMS40MywgYWRkciAyPiBvbiB1c2J1czYKa2Jk MiBhdCB1a2JkMAprYmQyOiB1a2JkMCwgZ2VuZXJpYyAoMCksIGNvbmZpZzoweDAsIGZsYWdzOjB4 M2QwMDAwCnVtczE6IDxIb2x0ZWsgU2VtaWNvbmR1Y3RvciwgSW5jLiBwcm9kdWN0IDB4MTQwMCwg Y2xhc3MgMC8wLCByZXYgMS4xMC8xLjQzLCBhZGRyIDI+IG9uIHVzYnVzNgp1bXMxOiA1IGJ1dHRv bnMgYW5kIFtYWVpdIGNvb3JkaW5hdGVzCnVnZW4xLjI6IDxBbGFkZGluIEtub3dsZWRnZSBTeXN0 ZW1zIEx0ZC4+IGF0IHVzYnVzMQoocHJvYmUwOnNicDA6MDowOjApOiBlcnJvciAyMgoocHJvYmUw OnNicDA6MDowOjApOiBVbnJldHJ5YWJsZSBFcnJvcgoocHJvYmUxOnNicDA6MDoxOjApOiBlcnJv ciAyMgoocHJvYmUxOnNicDA6MDoxOjApOiBVbnJldHJ5YWJsZSBFcnJvcgoocHJvYmUyOnNicDA6 MDoyOjApOiBlcnJvciAyMgoocHJvYmUyOnNicDA6MDoyOjApOiBVbnJldHJ5YWJsZSBFcnJvcgoo cHJvYmUzOnNicDA6MDozOjApOiBlcnJvciAyMgoocHJvYmUzOnNicDA6MDozOjApOiBVbnJldHJ5 YWJsZSBFcnJvcgoocHJvYmU0OnNicDA6MDo0OjApOiBlcnJvciAyMgoocHJvYmU0OnNicDA6MDo0 OjApOiBVbnJldHJ5YWJsZSBFcnJvcgoocHJvYmU1OnNicDA6MDo1OjApOiBlcnJvciAyMgoocHJv YmU1OnNicDA6MDo1OjApOiBVbnJldHJ5YWJsZSBFcnJvcgoocHJvYmU2OnNicDA6MDo2OjApOiBl cnJvciAyMgoocHJvYmU2OnNicDA6MDo2OjApOiBVbnJldHJ5YWJsZSBFcnJvcgpBVEEgUHNldWRv UkFJRCBsb2FkZWQKbGFwaWM1OiBGb3JjaW5nIExJTlQxIHRvIGVkZ2UgdHJpZ2dlcgpTTVA6IEFQ IENQVSAjNSBMYXVuY2hlZCEKY3B1NSBBUDoKICAgICBJRDogMHgwNTAwMDAwMCAgIFZFUjogMHgw MDA2MDAxNSBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmCiAgbGludDA6IDB4MDAwMTA3 MDAgbGludDE6IDB4MDAwMDg0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAwMDFmZgogIHRp bWVyOiAweDAwMDIwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAxMDAwMCBwY206IDB4 MDAwMDA0MDAKbGFwaWM0OiBGb3JjaW5nIExJTlQxIHRvIGVkZ2UgdHJpZ2dlcgpTTVA6IEFQIENQ VSAjNCBMYXVuY2hlZCEKY3B1NCBBUDoKICAgICBJRDogMHgwNDAwMDAwMCAgIFZFUjogMHgwMDA2 MDAxNSBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmCiAgbGludDA6IDB4MDAwMTA3MDAg bGludDE6IDB4MDAwMDg0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAwMDFmZgogIHRpbWVy OiAweDAwMDIwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAxMDAwMCBwY206IDB4MDAw MDA0MDAKbGFwaWMzOiBGb3JjaW5nIExJTlQxIHRvIGVkZ2UgdHJpZ2dlcgpTTVA6IEFQIENQVSAj MyBMYXVuY2hlZCEKY3B1MyBBUDoKICAgICBJRDogMHgwMzAwMDAwMCAgIFZFUjogMHgwMDA2MDAx NSBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmCiAgbGludDA6IDB4MDAwMTA3MDAgbGlu dDE6IDB4MDAwMDg0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAwMDFmZgogIHRpbWVyOiAw eDAwMDIwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAxMDAwMCBwY206IDB4MDAwMDA0 MDAKbGFwaWMyOiBGb3JjaW5nIExJTlQxIHRvIGVkZ2UgdHJpZ2dlcgpTTVA6IEFQIENQVSAjMiBM YXVuY2hlZCEKY3B1MiBBUDoKICAgICBJRDogMHgwMjAwMDAwMCAgIFZFUjogMHgwMDA2MDAxNSBM RFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmCiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6 IDB4MDAwMDg0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAwMDFmZgogIHRpbWVyOiAweDAw MDIwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAxMDAwMCBwY206IDB4MDAwMDA0MDAK bGFwaWM3OiBGb3JjaW5nIExJTlQxIHRvIGVkZ2UgdHJpZ2dlcgpTTVA6IEFQIENQVSAjNyBMYXVu Y2hlZCEKY3B1NyBBUDoKICAgICBJRDogMHgwNzAwMDAwMCAgIFZFUjogMHgwMDA2MDAxNSBMRFI6 IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmCiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4 MDAwMDg0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAwMDFmZgogIHRpbWVyOiAweDAwMDIw MGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAxMDAwMCBwY206IDB4MDAwMDA0MDAKbGFw aWMxOiBGb3JjaW5nIExJTlQxIHRvIGVkZ2UgdHJpZ2dlcgpTTVA6IEFQIENQVSAjMSBMYXVuY2hl ZCEKY3B1MSBBUDoKICAgICBJRDogMHgwMTAwMDAwMCAgIFZFUjogMHgwMDA2MDAxNSBMRFI6IDB4 MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmCiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAw MDg0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAwMDFmZgogIHRpbWVyOiAweDAwMDIwMGVm IHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAxMDAwMCBwY206IDB4MDAwMDA0MDAKbGFwaWM2 OiBGb3JjaW5nIExJTlQxIHRvIGVkZ2UgdHJpZ2dlcgpTTVA6IEFQIENQVSAjNiBMYXVuY2hlZCEK Y3B1NiBBUDoKICAgICBJRDogMHgwNjAwMDAwMCAgIFZFUjogMHgwMDA2MDAxNSBMRFI6IDB4MDAw MDAwMDAgREZSOiAweGZmZmZmZmZmCiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDg0 MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAwMDFmZgogIHRpbWVyOiAweDAwMDIwMGVmIHRo ZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAxMDAwMCBwY206IDB4MDAwMDA0MDAKaW9hcGljMDog cm91dGluZyBpbnRwaW4gOSAoSVNBIElSUSA5KSB0byBsYXBpYyAyIHZlY3RvciA0OAppb2FwaWMw OiByb3V0aW5nIGludHBpbiAxNCAoSVNBIElSUSAxNCkgdG8gbGFwaWMgNCB2ZWN0b3IgNDgKaW9h cGljMDogcm91dGluZyBpbnRwaW4gMTUgKElTQSBJUlEgMTUpIHRvIGxhcGljIDYgdmVjdG9yIDQ4 CmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE4IChQQ0kgSVJRIDE4KSB0byBsYXBpYyAyIHZlY3Rv ciA0OQppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxOSAoUENJIElSUSAxOSkgdG8gbGFwaWMgNCB2 ZWN0b3IgNDkKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMjEgKFBDSSBJUlEgMjEpIHRvIGxhcGlj IDYgdmVjdG9yIDQ5Cm1zaTogQXNzaWduaW5nIE1TSSBJUlEgMjU2IHRvIGxvY2FsIEFQSUMgMiB2 ZWN0b3IgNTAKbXNpOiBBc3NpZ25pbmcgTVNJIElSUSAyNTcgdG8gbG9jYWwgQVBJQyA0IHZlY3Rv ciA1MApUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHVmczovZGV2L2FkOHMxYQpjdF90b190cyhb MjAwOS0wMy0yMSAxMDoyODo1MF0pID0gMTIzNzYzMTMzMC4wMDAwMDAwMDAKc3RhcnRfaW5pdDog dHJ5aW5nIC9zYmluL2luaXQKZW0xOiBMaW5rIGlzIHVwIDEwMCBNYnBzIEZ1bGwgRHVwbGV4CmVt MTogTGluayBpcyBEb3duCmVtMTogTGluayBpcyB1cCAxMDAgTWJwcyBGdWxsIER1cGxleAo= --=====================_152741375==_-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 16:04:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 210E6106566C for ; Sat, 21 Mar 2009 16:04:31 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe10.tele2.se [212.247.155.33]) by mx1.freebsd.org (Postfix) with ESMTP id 8A5538FC2D for ; Sat, 21 Mar 2009 16:04:30 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=AjWy0yrHG2sA:10 a=OhxIi9mhZdoA:10 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=OoBUzFzcrZkFUNt12-UA:9 a=gbbAk37sl8vW4nxXe68A:7 a=ysSAt1dz-lGwsnCRdCXvTcnJ_yIA:4 a=LY0hPdMaydYA:10 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop) by mailfe10.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1044325303; Sat, 21 Mar 2009 17:04:28 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 21 Mar 2009 17:06:57 +0100 User-Agent: KMail/1.9.7 References: <200903211448.28590.pieter@degoeje.nl> In-Reply-To: <200903211448.28590.pieter@degoeje.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903211706.58474.hselasky@c2i.net> Cc: Pieter de Goeje Subject: Re: usbconfig / hal-device no longer lists usb devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 16:04:33 -0000 On Saturday 21 March 2009, Pieter de Goeje wrote: > Since a couple of weeks usbconfig and hal-device no longer list my usb > devices. I know it worked before (also with the new USB stack). I think > this causes my mouse to not work in X, while it works fine on the console. > I've double checked that I don't have libusb from ports installed. I've > rebuild kernel/world, make delete-old && make delete-old libs, recompiled > hald, but still no success. > > $ uname -a > FreeBSD nox.student.utwente.nl 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Mar > 21 13:37:32 CET 2009 > pyotr@nox.student.utwente.nl:/usr/obj/FreeBSD/FreeBSD-current/src/sys/GENER >IC i386 > > $ usbconfig list > ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) > pwr=ON > ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) > pwr=ON > ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) > pwr=ON > ugen3.1: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) > pwr=ON > ugen4.1: at usbus4, cfg=0 md=HOST spd=FULL (12Mbps) > pwr=ON > ugen5.1: at usbus5, cfg=0 md=HOST spd=FULL (12Mbps) > pwr=ON > ugen6.1: at usbus6, cfg=0 md=HOST spd=FULL (12Mbps) > pwr=ON > ugen7.1: at usbus7, cfg=0 md=HOST spd=HIGH (480Mbps) > pwr=ON > > Relevant sections from dmesg > > uhci0: port 0xd000-0xd01f irq 16 at > device 26.0 on pci0 > uhci0: [ITHREAD] > uhci0: LegSup = 0x2f00 > usbus0: on uhci0 > uhci1: port 0xd100-0xd11f irq 21 at > device 26.1 on pci0 > uhci1: [ITHREAD] > uhci1: LegSup = 0x2f00 > usbus1: on uhci1 > uhci2: port 0xd500-0xd51f irq 18 at > device 26.2 on pci0 > uhci2: [ITHREAD] > uhci2: LegSup = 0x2f00 > usbus2: on uhci2 > ehci0: mem 0xfc105000-0xfc1053ff > irq 18 at device 26.7 on pci0 > ehci0: [ITHREAD] > usbus3: EHCI version 1.0 > usbus3: on ehci0 > uhci3: port 0xd200-0xd21f irq 23 at > device 29.0 on pci0 > uhci3: [ITHREAD] > uhci3: LegSup = 0x2f00 > usbus4: on uhci3 > uhci4: port 0xd300-0xd31f irq 19 at > device 29.1 on pci0 > uhci4: [ITHREAD] > uhci4: LegSup = 0x2f00 > usbus5: on uhci4 > uhci5: port 0xd400-0xd41f irq 18 at > device 29.2 on pci0 > uhci5: [ITHREAD] > uhci5: LegSup = 0x2f00 > usbus6: on uhci5 > ehci1: mem 0xfc104000-0xfc1043ff > irq 23 at device 29.7 on pci0 > ehci1: [ITHREAD] > usbus7: EHCI version 1.0 > usbus7: on ehci1 > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 12Mbps Full Speed USB v1.0 > usbus2: 12Mbps Full Speed USB v1.0 > usbus3: 480Mbps High Speed USB v2.0 > usbus4: 12Mbps Full Speed USB v1.0 > usbus5: 12Mbps Full Speed USB v1.0 > usbus6: 12Mbps Full Speed USB v1.0 > usbus7: 480Mbps High Speed USB v2.0 > ugen0.1: at usbus0 > uhub0: on usbus0 > ugen1.1: at usbus1 > uhub1: on usbus1 > ugen2.1: at usbus2 > uhub2: on usbus2 > ugen3.1: at usbus3 > uhub3: on usbus3 > ugen4.1: at usbus4 > uhub4: on usbus4 > ugen5.1: at usbus5 > uhub5: on usbus5 > ugen6.1: at usbus6 > uhub6: on usbus6 > ugen7.1: at usbus7 > uhub7: on usbus7 > > ugen0.2: at usbus0 > uhid0: 1.10/a.00, addr 2> on usbus0 > ugen1.2: at usbus1 > ums0: on > usbus1 ums0: 16 buttons and [XYZ] coordinates > uhid1: on > usbus1 Make sure that the devices under /dev/usb/xxx have proper permissions. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 16:36:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B06751065672 for ; Sat, 21 Mar 2009 16:36:34 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outO.internet-mail-service.net (outo.internet-mail-service.net [216.240.47.238]) by mx1.freebsd.org (Postfix) with ESMTP id 938D18FC1C for ; Sat, 21 Mar 2009 16:36:34 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 43412C72F; Sat, 21 Mar 2009 09:36:34 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 1D7612D6010; Sat, 21 Mar 2009 09:36:32 -0700 (PDT) Message-ID: <49C5179E.5010201@elischer.org> Date: Sat, 21 Mar 2009 09:36:46 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Harald Schmalzbauer References: <49BFEBAE.7090703@omnilan.de> <49BFF4CC.5050505@elischer.org> <49C002F3.5010406@OmniLAN.de> In-Reply-To: <49C002F3.5010406@OmniLAN.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: FIB (routing table) question with jailed service X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 16:36:34 -0000 Harald Schmalzbauer wrote: > Julian Elischer wrote: >> Harald Schmalzbauer wrote: >>> Hello, >>> >>> I set up a second routingtable and told rc.d/jail to use the FIB1. >>> Now I wonder why the SSHd in the jail isn't responding. I set the >>> default router to a local address and the second default router in FIB1 >>> to the ISP router, reachable via a second NIC. >>> Does the FIb only work for outgoing, intiating connections? >> >> no, it is supposed to work for listen sockets too. >> >> What version of FreeBSD? I assume current because of the mailing list. >> >> I say "supposed to" because I have not tested it in -current for a >> while, and there have been quite a few changes in that area. >> I'll try check it myself later and get back to you. >> (It does work correctly in Ironport's 6.x based systems where it >> came from) > > Hello, sorry for posting stable- question to current, but I got no > answer on stable@ so I reposted to current@ > I'm running RELENG_7 as of last weekend. > > Thanks, > > -Harry I made fixes in the 7.x branch on November 25 --------------------- Revision 185311 - (view) (annotate) - [select for diffs] Modified Tue Nov 25 19:26:36 2008 UTC (3 months, 3 weeks ago) by julian File length: 87039 byte(s) Diff to previous 183898 MFC @ 185101 Fix a scope problem in the multiple routing table code that stopped the SO_SETFIB socket option from working correctly. Approved by: re (kensmith, kostik) Obtained from: Ironport -------------------- this should be in your sources.. a quick chek would be to see if this part of the diff is in your sources... Index: kern/uipc_socket.c =================================================================== --- kern/uipc_socket.c (revision 185075) +++ kern/uipc_socket.c (working copy) @@ -2218,6 +2218,9 @@ if ((so->so_proto->pr_domain->dom_family == PF_INET) || (so->so_proto->pr_domain->dom_family == PF_ROUTE)) { so->so_fibnum = optval; + /* Note: ignore error */ + if (so->so_proto && so->so_proto->pr_ctloutput) + (*so->so_proto->pr_ctloutput)(so, sopt); } else { so->so_fibnum = 0; } If you see this then we can assume you have it all. in this case is SHOULD be that the FIB of the process is also inherrited by a listenning socket. I'll look a bit more at it, but it is supposed to be working. From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 16:49:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D988106564A for ; Sat, 21 Mar 2009 16:49:29 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outH.internet-mail-service.net (outh.internet-mail-service.net [216.240.47.231]) by mx1.freebsd.org (Postfix) with ESMTP id 207A78FC08 for ; Sat, 21 Mar 2009 16:49:29 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 0B0033028B; Sat, 21 Mar 2009 09:49:29 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 93F5C2D6027; Sat, 21 Mar 2009 09:49:26 -0700 (PDT) Message-ID: <49C51AA5.5070604@elischer.org> Date: Sat, 21 Mar 2009 09:49:41 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: gary.jennejohn@freenet.de References: <20090321004908.GA9482@narn.knownspace> <20090321102235.1b69134f@ernst.jennejohn.org> In-Reply-To: <20090321102235.1b69134f@ernst.jennejohn.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Best , freebsd-current@freebsd.org, Justin Hibbits Subject: Re: weird console output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 16:49:29 -0000 Gary Jennejohn wrote: > On Fri, 20 Mar 2009 20:49:08 -0400 > Justin Hibbits wrote: > >> On Sat, Mar 21, 2009 at 01:02:25AM +0100, Alexander Best wrote: >>> very often when i boot or shutdown my pc i see weird text being output to the >>> console. to me it seems like 2 messages are being mixed into 1 message. here's >>> an example: >>> >>> "WcAdR0N IaNtG : aWtIaT1N EbSuSs o0p ttiaorng eetn a1b lleudn, 0e >>> xcpde0c:t r>> H1W0ANR NJILN1G: DIAG2N>O SRTeImCo voapbtlieo nC De-nRaObMl eSdC,S Ie-x0p >>> edcetv irceed uc >>> ecdd 0p:e r3f3o.r0m0a0nMcB/es. >>> transfers" >>> >>> i'm running FreeBSD moshnroll 8.0-CURRENT FreeBSD 8.0-CURRENT #20 r190162M: >>> Fri Mar 20 19:10:47 UTC 2009 root@moshnroll:/usr/obj/usr/src/sys/ARUNDEL >>> i386, but i've also had this issue under CURRENT. maybe this issue is smp >>> related? >>> >>> cheers. >>> alex >> You are correct, it is smp related. Those are two messages interlaced. I see >> them often when shutting down my SMP system. >> > > This quesion is asked and answered again and again. > > Set "options PRINTF_BUFR_SIZE=128" in your kernel config. it maybe asked a lot but it's the first time I've actually seen an answer. > > --- > Gary Jennejohn > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 17:44:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCC80106566C for ; Sat, 21 Mar 2009 17:44:55 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout012.mac.com (asmtpout012.mac.com [17.148.16.87]) by mx1.freebsd.org (Postfix) with ESMTP id B6CB58FC13 for ; Sat, 21 Mar 2009 17:44:55 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed Received: from [192.168.4.253] (mail.xcllnt.net [75.101.29.67]) by asmtp012.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KGV00J3OALOIJ10@asmtp012.mac.com> for freebsd-current@freebsd.org; Sat, 21 Mar 2009 10:44:13 -0700 (PDT) Message-id: <7BD1B9B6-6AF4-4B38-B368-5216C66DC1EF@mac.com> From: Marcel Moolenaar To: Ed Schouten In-reply-to: <20090321100738.GT31961@hoeg.nl> Date: Sat, 21 Mar 2009 10:44:12 -0700 References: <20090321004908.GA9482@narn.knownspace> <20090321102235.1b69134f@ernst.jennejohn.org> <20090321100738.GT31961@hoeg.nl> X-Mailer: Apple Mail (2.930.3) Cc: Alexander Best , FreeBSD Current , Justin Hibbits Subject: Re: weird console output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 17:44:56 -0000 On Mar 21, 2009, at 3:07 AM, Ed Schouten wrote: > * Gary Jennejohn wrote: >> Set "options PRINTF_BUFR_SIZE=128" in your kernel config. > > Maybe we should just turn this on by default. Agreed. Even if only in configurations that have SMP. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 17:50:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3004F106566B for ; Sat, 21 Mar 2009 17:50:39 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 0351E8FC1D for ; Sat, 21 Mar 2009 17:50:38 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n2LHoFEN013268 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 21 Mar 2009 10:50:15 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49C528D6.1060703@freebsd.org> Date: Sat, 21 Mar 2009 10:50:14 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Marcel Moolenaar References: <20090321004908.GA9482@narn.knownspace> <20090321102235.1b69134f@ernst.jennejohn.org> <20090321100738.GT31961@hoeg.nl> <7BD1B9B6-6AF4-4B38-B368-5216C66DC1EF@mac.com> In-Reply-To: <7BD1B9B6-6AF4-4B38-B368-5216C66DC1EF@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Cc: Ed Schouten , Alexander Best , FreeBSD Current , Justin Hibbits Subject: Re: weird console output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 17:50:39 -0000 Marcel Moolenaar wrote: > > On Mar 21, 2009, at 3:07 AM, Ed Schouten wrote: > >> * Gary Jennejohn wrote: >>> Set "options PRINTF_BUFR_SIZE=128" in your kernel config. >> >> Maybe we should just turn this on by default. > > Agreed. Even if only in configurations that have SMP. > I was just about to suggest we enable it w/ SMP and use the explicit option to override a default size. Sam From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 17:51:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69D2710656D0 for ; Sat, 21 Mar 2009 17:51:45 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id DE6E58FC0A for ; Sat, 21 Mar 2009 17:51:44 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 238094749; Sat, 21 Mar 2009 19:51:43 +0200 Message-ID: <49C5292F.1050802@FreeBSD.org> Date: Sat, 21 Mar 2009 19:51:43 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Mike Tancsa References: <1237594983.00089764.1237583401@10.7.7.3> <49C4B848.1010906@mavhome.dp.ua> <200903211449.n2LEmxwC034905@lava.sentex.ca> In-Reply-To: <200903211449.n2LEmxwC034905@lava.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Intel X58 eSATA port ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 17:51:46 -0000 Mike Tancsa wrote: > I turned it on, but still no luck. Attached is the verbose > dmesg.boot. I wonder if the extra controller is being mis-identified as > being PATA ? As far as I can tell, there are no legacy PATA connectors > on the board > > Yet > atapci0: port > 0x2018-0x201f,0x2024-0x2027,0x2010-0x2017,0x2020-0x2023,0x2000-0x200f > mem 0xe1100000-0xe11003ff irq 16 at device 0.0 on pci6 > > implies its a PATA device ? It is or PATA controller, or SATA in legacy emulation mode. As I can see on web, there are also AHCI capable SATA channels present on this chip: http://lists.laptop.org/pipermail/server-devel/2007-July/000070.html How it is reported in pciconf? May be there is some way to make AHCI attach it? Isn't there any options about it's operation in BIOS? Don't you have any datasheet for this device? Also a bit strange for me this messages: ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: reset tp1 mask=00 ostat0=ff ostat1=ff ata0: [MPSAFE] ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ata1: [MPSAFE] ata1: [ITHREAD] channels 0 and 1 are legacy ATA channels. A bit strange to see them when AFAIK there is no PATA support on ICH10. If it is not a parts of Marvell, then I have no idea what is this. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 17:54:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88D221065670; Sat, 21 Mar 2009 17:54:43 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout012.mac.com (asmtpout012.mac.com [17.148.16.87]) by mx1.freebsd.org (Postfix) with ESMTP id 726A78FC16; Sat, 21 Mar 2009 17:54:43 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from [192.168.4.253] (mail.xcllnt.net [75.101.29.67]) by asmtp012.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KGV00G0KB2D9G70@asmtp012.mac.com>; Sat, 21 Mar 2009 10:54:14 -0700 (PDT) Message-id: From: Marcel Moolenaar To: Sam Leffler In-reply-to: <49C528D6.1060703@freebsd.org> Date: Sat, 21 Mar 2009 10:54:13 -0700 References: <20090321004908.GA9482@narn.knownspace> <20090321102235.1b69134f@ernst.jennejohn.org> <20090321100738.GT31961@hoeg.nl> <7BD1B9B6-6AF4-4B38-B368-5216C66DC1EF@mac.com> <49C528D6.1060703@freebsd.org> X-Mailer: Apple Mail (2.930.3) Cc: Ed Schouten , Alexander Best , FreeBSD Current , Justin Hibbits Subject: Re: weird console output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 17:54:44 -0000 On Mar 21, 2009, at 10:50 AM, Sam Leffler wrote: > Marcel Moolenaar wrote: >> >> On Mar 21, 2009, at 3:07 AM, Ed Schouten wrote: >> >>> * Gary Jennejohn wrote: >>>> Set "options PRINTF_BUFR_SIZE=128" in your kernel config. >>> >>> Maybe we should just turn this on by default. >> >> Agreed. Even if only in configurations that have SMP. >> > I was just about to suggest we enable it w/ SMP and use the explicit > option to override a default size. Even better. I like that idea a lot. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 18:03:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11A48106566B for ; Sat, 21 Mar 2009 18:03:00 +0000 (UTC) (envelope-from freebsd@chrisbuechler.com) Received: from mail.livebsd.com (mail.livebsd.com [69.64.6.14]) by mx1.freebsd.org (Postfix) with SMTP id AED138FC1E for ; Sat, 21 Mar 2009 18:02:59 +0000 (UTC) (envelope-from freebsd@chrisbuechler.com) Received: (qmail 29377 invoked by uid 89); 21 Mar 2009 17:36:18 -0000 Received: from unknown (HELO ?10.0.64.15?) (96.28.38.25) by 172.29.29.14 with SMTP; 21 Mar 2009 17:36:18 -0000 Message-ID: <49C52592.3010707@chrisbuechler.com> Date: Sat, 21 Mar 2009 13:36:18 -0400 From: Chris Buechler User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: LOR on 8-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 18:03:00 -0000 I have one piece of hardware that won't boot 8-current. It's a VIA 1 GHz, 3 x re(4), 1 x vr(4). Specifically this: http://www.mini-box.com/Mini-Box-M200-LCD with the add on 3 x gigabit card. Testing with nanobsd, it won't boot. Full boot log and back trace here: http://chrisbuechler.com/temp/lor-re4-bt.txt This is 8-current as of yesterday. Same CF boots fine on other hardware. If there is anything else I can provide, or something I can test, let me know. thanks, Chris From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 18:53:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79A871065670 for ; Sat, 21 Mar 2009 18:53:01 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail6.sea5.speakeasy.net (mail6.sea5.speakeasy.net [69.17.117.8]) by mx1.freebsd.org (Postfix) with ESMTP id 525748FC14 for ; Sat, 21 Mar 2009 18:53:01 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 12793 invoked from network); 21 Mar 2009 18:53:00 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail6.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 21 Mar 2009 18:53:00 -0000 Message-ID: <49C5378B.40307@telenix.org> Date: Sat, 21 Mar 2009 14:52:59 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.19 (X11/20090121) MIME-Version: 1.0 To: gary.jennejohn@freenet.de References: <20090321004908.GA9482@narn.knownspace> <20090321102235.1b69134f@ernst.jennejohn.org> In-Reply-To: <20090321102235.1b69134f@ernst.jennejohn.org> X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Best , freebsd-current@freebsd.org, Justin Hibbits Subject: Re: weird console output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 18:53:01 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Gary Jennejohn wrote: > On Fri, 20 Mar 2009 20:49:08 -0400 > Justin Hibbits wrote: > >> On Sat, Mar 21, 2009 at 01:02:25AM +0100, Alexander Best wrote: >>> very often when i boot or shutdown my pc i see weird text being output to the >>> console. to me it seems like 2 messages are being mixed into 1 message. here's >>> an example: >>> >>> "WcAdR0N IaNtG : aWtIaT1N EbSuSs o0p ttiaorng eetn a1b lleudn, 0e >>> xcpde0c:t r>> H1W0ANR NJILN1G: DIAG2N>O SRTeImCo voapbtlieo nC De-nRaObMl eSdC,S Ie-x0p >>> edcetv irceed uc >>> ecdd 0p:e r3f3o.r0m0a0nMcB/es. >>> transfers" >>> >>> i'm running FreeBSD moshnroll 8.0-CURRENT FreeBSD 8.0-CURRENT #20 r190162M: >>> Fri Mar 20 19:10:47 UTC 2009 root@moshnroll:/usr/obj/usr/src/sys/ARUNDEL >>> i386, but i've also had this issue under CURRENT. maybe this issue is smp >>> related? >>> >>> cheers. >>> alex >> You are correct, it is smp related. Those are two messages interlaced. I see >> them often when shutting down my SMP system. >> > > This quesion is asked and answered again and again. > > Set "options PRINTF_BUFR_SIZE=128" in your kernel config. Gary, do you know why setting it to 128 fixes things? Is the default size 0? I could see that causing things, but it's hard to believe. I've been watching a long time to see a fix for this. > > --- > Gary Jennejohn > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknFN4sACgkQz62J6PPcoOmdRQCfQQo1HgtWvAOXzXI4ZXrdauKv AVYAn1rHrBNXIEkoszlAZOaI7IrPIzc+ =k+KF -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 19:04:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16F671065673 for ; Sat, 21 Mar 2009 19:04:48 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout0.freenet.de (mout0.freenet.de [IPv6:2001:748:100:40::2:2]) by mx1.freebsd.org (Postfix) with ESMTP id A2E418FC14 for ; Sat, 21 Mar 2009 19:04:47 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.22] (helo=12.mx.freenet.de) by mout0.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #79) id 1Ll6Uu-00079Z-6x; Sat, 21 Mar 2009 20:04:44 +0100 Received: from t8505.t.pppool.de ([89.55.133.5]:55508 helo=ernst.jennejohn.org) by 12.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1Ll6Ut-0008Bv-Ue; Sat, 21 Mar 2009 20:04:44 +0100 Date: Sat, 21 Mar 2009 20:04:41 +0100 From: Gary Jennejohn To: Chuck Robey Message-ID: <20090321200441.573995af@ernst.jennejohn.org> In-Reply-To: <49C5378B.40307@telenix.org> References: <20090321004908.GA9482@narn.knownspace> <20090321102235.1b69134f@ernst.jennejohn.org> <49C5378B.40307@telenix.org> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Alexander Best , freebsd-current@freebsd.org, Justin Hibbits Subject: Re: weird console output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 19:04:48 -0000 On Sat, 21 Mar 2009 14:52:59 -0400 Chuck Robey wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Gary Jennejohn wrote: > > On Fri, 20 Mar 2009 20:49:08 -0400 > > Justin Hibbits wrote: > > > >> On Sat, Mar 21, 2009 at 01:02:25AM +0100, Alexander Best wrote: > >>> very often when i boot or shutdown my pc i see weird text being output to the > >>> console. to me it seems like 2 messages are being mixed into 1 message. here's > >>> an example: > >>> > >>> "WcAdR0N IaNtG : aWtIaT1N EbSuSs o0p ttiaorng eetn a1b lleudn, 0e > >>> xcpde0c:t r >>> H1W0ANR NJILN1G: DIAG2N>O SRTeImCo voapbtlieo nC De-nRaObMl eSdC,S Ie-x0p > >>> edcetv irceed uc > >>> ecdd 0p:e r3f3o.r0m0a0nMcB/es. > >>> transfers" > >>> > >>> i'm running FreeBSD moshnroll 8.0-CURRENT FreeBSD 8.0-CURRENT #20 r190162M: > >>> Fri Mar 20 19:10:47 UTC 2009 root@moshnroll:/usr/obj/usr/src/sys/ARUNDEL > >>> i386, but i've also had this issue under CURRENT. maybe this issue is smp > >>> related? > >>> > >>> cheers. > >>> alex > >> You are correct, it is smp related. Those are two messages interlaced. I see > >> them often when shutting down my SMP system. > >> > > > > This quesion is asked and answered again and again. > > > > Set "options PRINTF_BUFR_SIZE=128" in your kernel config. > > Gary, do you know why setting it to 128 fixes things? Is the default size 0? I > could see that causing things, but it's hard to believe. I've been watching a > long time to see a fix for this. > Looking at /sys/kern/subr_prf.c, there's apparently no buffering at all when PRINTF_BUFR_SIZE isn't defined. The value 128 has proved itself to be adequate based on experience since most kernel output is smaller than that. Its' what I and others use. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 20:10:00 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CEAB1065672; Sat, 21 Mar 2009 20:10:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 17DE18FC19; Sat, 21 Mar 2009 20:09:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2LK9w9K033779; Sat, 21 Mar 2009 16:09:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2LK9vlp083390; Sat, 21 Mar 2009 16:09:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 968767302F; Sat, 21 Mar 2009 15:09:57 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090321200957.968767302F@freebsd-current.sentex.ca> Date: Sat, 21 Mar 2009 15:09:57 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 20:10:01 -0000 TB --- 2009-03-21 18:48:27 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-21 18:48:27 - starting HEAD tinderbox run for i386/i386 TB --- 2009-03-21 18:48:27 - cleaning the object tree TB --- 2009-03-21 18:49:02 - cvsupping the source tree TB --- 2009-03-21 18:49:02 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-03-21 18:49:15 - building world TB --- 2009-03-21 18:49:15 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-21 18:49:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-21 18:49:15 - TARGET=i386 TB --- 2009-03-21 18:49:15 - TARGET_ARCH=i386 TB --- 2009-03-21 18:49:15 - TZ=UTC TB --- 2009-03-21 18:49:15 - __MAKE_CONF=/dev/null TB --- 2009-03-21 18:49:15 - cd /src TB --- 2009-03-21 18:49:15 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 21 18:49:17 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] print-udp.o(.text+0x1686): In function `udp_print': : undefined reference to `lwapp_control_print' print-udp.o(.text+0x16a0): In function `udp_print': : undefined reference to `sflow_print' print-udp.o(.text+0x16ba): In function `udp_print': : undefined reference to `vqp_print' tcpdump.o(.text+0x149d): In function `main': : undefined reference to `init_checksum' *** Error code 1 Stop in /src/usr.sbin/tcpdump/tcpdump. *** Error code 1 Stop in /src/usr.sbin/tcpdump. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-21 20:09:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-21 20:09:57 - ERROR: failed to build world TB --- 2009-03-21 20:09:57 - 3894.88 user 376.22 system 4889.56 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 21:22:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 926AA106566B for ; Sat, 21 Mar 2009 21:22:42 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (smtp1.utsp.utwente.nl [130.89.2.8]) by mx1.freebsd.org (Postfix) with ESMTP id 138E68FC1E for ; Sat, 21 Mar 2009 21:22:41 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from lux.student.utwente.nl (lux.student.utwente.nl [130.89.170.81]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id n2LLMOWN022425; Sat, 21 Mar 2009 22:22:26 +0100 From: Pieter de Goeje To: Hans Petter Selasky Date: Sat, 21 Mar 2009 22:22:23 +0100 User-Agent: KMail/1.9.10 References: <200903211448.28590.pieter@degoeje.nl> <200903211706.58474.hselasky@c2i.net> In-Reply-To: <200903211706.58474.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903212222.23952.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact servicedesk@icts.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: usbconfig / hal-device no longer lists usb devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 21:22:43 -0000 On Saturday 21 March 2009, Hans Petter Selasky wrote: > On Saturday 21 March 2009, Pieter de Goeje wrote: > > Since a couple of weeks usbconfig and hal-device no longer list my usb > > devices. I know it worked before (also with the new USB stack). I think > > this causes my mouse to not work in X, while it works fine on the > > console. I've double checked that I don't have libusb from ports > > installed. I've rebuild kernel/world, make delete-old && make delete-old > > libs, recompiled hald, but still no success. > > > > $ uname -a > > FreeBSD nox.student.utwente.nl 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat > > Mar 21 13:37:32 CET 2009 > > pyotr@nox.student.utwente.nl:/usr/obj/FreeBSD/FreeBSD-current/src/sys/GEN > >ER IC i386 > > > > $ usbconfig list > > ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) > > pwr=ON > > ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) > > pwr=ON > > ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) > > pwr=ON > > ugen3.1: at usbus3, cfg=0 md=HOST spd=HIGH > > (480Mbps) pwr=ON > > ugen4.1: at usbus4, cfg=0 md=HOST spd=FULL (12Mbps) > > pwr=ON > > ugen5.1: at usbus5, cfg=0 md=HOST spd=FULL (12Mbps) > > pwr=ON > > ugen6.1: at usbus6, cfg=0 md=HOST spd=FULL (12Mbps) > > pwr=ON > > ugen7.1: at usbus7, cfg=0 md=HOST spd=HIGH > > (480Mbps) pwr=ON > > > > Relevant sections from dmesg > > > > uhci0: port 0xd000-0xd01f irq 16 at > > device 26.0 on pci0 > > uhci0: [ITHREAD] > > uhci0: LegSup = 0x2f00 > > usbus0: on uhci0 > > uhci1: port 0xd100-0xd11f irq 21 at > > device 26.1 on pci0 > > uhci1: [ITHREAD] > > uhci1: LegSup = 0x2f00 > > usbus1: on uhci1 > > uhci2: port 0xd500-0xd51f irq 18 at > > device 26.2 on pci0 > > uhci2: [ITHREAD] > > uhci2: LegSup = 0x2f00 > > usbus2: on uhci2 > > ehci0: mem 0xfc105000-0xfc1053ff > > irq 18 at device 26.7 on pci0 > > ehci0: [ITHREAD] > > usbus3: EHCI version 1.0 > > usbus3: on ehci0 > > uhci3: port 0xd200-0xd21f irq 23 at > > device 29.0 on pci0 > > uhci3: [ITHREAD] > > uhci3: LegSup = 0x2f00 > > usbus4: on uhci3 > > uhci4: port 0xd300-0xd31f irq 19 at > > device 29.1 on pci0 > > uhci4: [ITHREAD] > > uhci4: LegSup = 0x2f00 > > usbus5: on uhci4 > > uhci5: port 0xd400-0xd41f irq 18 at > > device 29.2 on pci0 > > uhci5: [ITHREAD] > > uhci5: LegSup = 0x2f00 > > usbus6: on uhci5 > > ehci1: mem 0xfc104000-0xfc1043ff > > irq 23 at device 29.7 on pci0 > > ehci1: [ITHREAD] > > usbus7: EHCI version 1.0 > > usbus7: on ehci1 > > usbus0: 12Mbps Full Speed USB v1.0 > > usbus1: 12Mbps Full Speed USB v1.0 > > usbus2: 12Mbps Full Speed USB v1.0 > > usbus3: 480Mbps High Speed USB v2.0 > > usbus4: 12Mbps Full Speed USB v1.0 > > usbus5: 12Mbps Full Speed USB v1.0 > > usbus6: 12Mbps Full Speed USB v1.0 > > usbus7: 480Mbps High Speed USB v2.0 > > ugen0.1: at usbus0 > > uhub0: on usbus0 > > ugen1.1: at usbus1 > > uhub1: on usbus1 > > ugen2.1: at usbus2 > > uhub2: on usbus2 > > ugen3.1: at usbus3 > > uhub3: on usbus3 > > ugen4.1: at usbus4 > > uhub4: on usbus4 > > ugen5.1: at usbus5 > > uhub5: on usbus5 > > ugen6.1: at usbus6 > > uhub6: on usbus6 > > ugen7.1: at usbus7 > > uhub7: on usbus7 > > > > ugen0.2: at usbus0 > > uhid0: > 1.10/a.00, addr 2> on usbus0 > > ugen1.2: at usbus1 > > ums0: on > > usbus1 ums0: 16 buttons and [XYZ] coordinates > > uhid1: on > > usbus1 > > Make sure that the devices under /dev/usb/xxx have proper permissions. > > --HPS Yes, they all have the same permissions: crw-------. I'm running usbconfig as root btw, so it shouldn't matter. I added a bunch of printf()s to libusb, specifically ugen20_enumerate(). Both ugen0.2 and ugen1.2 failed at ioctl(f, USB_GET_PLUGTIME, &plugtime) because it returned EINVAL. The ugenX.2 files were opened successfully. At this point it looks like the problem lies somewhere in the kernel, which makes it a lot harder for me to debug. -- Pieter de Goeje From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 21:40:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CBFD106566B for ; Sat, 21 Mar 2009 21:40:17 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id 93CF88FC13 for ; Sat, 21 Mar 2009 21:40:15 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from wolfram.andreas.nets ([91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id n2LLeDxQ065744; Sat, 21 Mar 2009 22:40:14 +0100 (CET) (envelope-from andreast-list@fgznet.ch) Message-ID: <49C55EBC.1070602@fgznet.ch> Date: Sat, 21 Mar 2009 22:40:12 +0100 From: Andreas Tobler User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org, freebsd-current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: Subject: kdb enter when upgrading from 7.1 to current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 21:40:17 -0000 Hi, I get this stacktrace when I try to boot from a Kernel as of today (svn: 190217). My setup is a 7.1 install where I'd like to upgrade to current. The kernel is built cross, amd64 -> sparc64: make -j4 buildkernel TARGET_ARCH=sparc64 KERNCONF=GENERIC The target machine itself is a u60, details below. Does anyone have a pointer to help me, would be great! TIA, Andreas Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... jumping to kernel entry at 0xc0080000. GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #2 r190217M: Sat Mar 21 22:27:46 CET 2009 andreast@deuterium_fbsd.andreas.nets:/export/devel/obj/sparc64/export/devel/ fbsd_svn/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. real memory = 1610612736 (1536 MB) avail memory = 1554710528 (1482 MB) cpu0: Sun Microsystems UltraSparc-II Processor (449.99 MHz CPU) ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware kbd0 at kbdmux0 nexus0: pcib0: mem 0x1fe00004000-0x1fe00005fff,0x1fe01000000-0x1fe0 10000ff,0x1fe00000000-0x1fe0000cfff irq 2033,2030,2031,2021,2024,2034 on nexus0 pcib0: Psycho, impl 0, version 4, IGN 0x1f, bus B, 33MHz initializing counter-timer Timecounter "pcib0" frequency 1000000 Hz quality 100 pcib0: DVMA map: 0xfc000000 to 0xffffffff, streaming buffer pcib0: [FILTER] pcib0: [FILTER] pcib0: [GIANT-LOCKED] pcib0: [ITHREAD] pcib0: [GIANT-LOCKED] pcib0: [ITHREAD] pcib0: [FILTER] pci0: on pcib0 ebus0: mem 0x70000000-0x70ffffff,0x71000000-0x717fffff at dev ice 1.0 on pci0 auxio0: addr 0x1400726000-0x1400726003,0x1400728000-0x140072 8003,0x140072a000-0x140072a003,0x140072c000-0x140072c003,0x140072f000-0x140072f0 03 on ebus0 ebus0: addr 0x1400724000-0x1400724003 (no driver attached) ebus0: addr 0x1400504000-0x1400504002 (no driver attached) ebus0: addr 0x1400500000-0x1400500007 (no driver attached) scc0: addr 0x1400400000-0x140040007f irq 43 on ebus0 scc0: [FILTER] uart0: on scc0 uart0: [FILTER] uart0: CTS oflow uart0: console (9600,n,8,1) uart1: on scc0 uart1: [FILTER] uart1: CTS oflow uart2: <16550 or compatible> addr 0x14003083f8-0x14003083ff irq 41 on ebus0 uart2: [FILTER] uart2: keyboard (1200,n,8,1) uart2: keyboard not present uart3: <16550 or compatible> addr 0x14003062f8-0x14003062ff irq 42 on ebus0 uart3: [FILTER] ebus0: addr 0x14003043bc-0x14003043cb,0x1400300398-0x1400300399,0x1400700 000-0x140070000f irq 34 (no driver attached) ebus0: addr 0x14003023f0-0x14003023f7,0x1400706000-0x140070600f,0x1400 720000-0x1400720003 irq 39 (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 ebus0: addr 0x1000000000-0x10000fffff (no driver attached) ebus0: addr 0x1400200000-0x14002000ff,0x1400702000-0x140070200f,0x 1400704000-0x140070400f,0x1400722000-0x1400722003 irq 35,36 (no driver attached) hme0: mem 0x100000-0x107fff at device 1.1 on pci0 miibus0: on hme0 qsphy0: PHY 1 on miibus0 qsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme0: Ethernet address: 08:00:20:a3:71:69 hme0: [ITHREAD] sym0: <875> port 0x1000-0x10ff mem 0x108000-0x1080ff,0x10a000-0x10afff at device 3.0 on pci0 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym0: [ITHREAD] sym1: <875> port 0x1400-0x14ff mem 0x10c000-0x10c0ff,0x10e000-0x10efff at device 3.1 on pci0 sym1: No NVRAM, ID 7, Fast-20, SE, parity checking sym1: [ITHREAD] pcib1: mem 0x1fe00002000-0x1fe00003fff,0x1fe01800000-0x1fe0 18000ff,0x1fe00000000-0x1fe0000cfff irq 2032,2030,2031,2021,2024,2034 on nexus0 pcib1: Psycho, impl 0, version 4, IGN 0x1f, bus A, 66MHz pcib1: [FILTER] pci1: on pcib1 pci1: at device 1.0 (no driver attached) creator0: mem 0x1fc00000000-0x1fc000003ff,0x1fc00400000-0x1fc005ffff f,0x1fc00600000-0x1fc007fffff,0x1fc01000000-0x1fc013fffff,0x1fc01400000-0x1fc017 fffff,0x1fc01800000-0x1fc01bfffff,0x1fc01c00000-0x1fc01ffffff,0x1fc02000000-0x1f c02ffffff,0x1fc03000000-0x1fc03ffffff,0x1fc04000000-0x1fc043fffff,0x1fc04400000- 0x1fc047fffff,0x1fc04800000-0x1fc04bfffff,0x1fc04c00000-0x1fc04ffffff,0x1fc05000 000-0x1fc05ffffff,0x1fc06000000-0x1fc07ffffff,0x1fc09000000-0x1fc097fffff,0x1fc0 9800000-0x1fc09ffffff,0x1fc0a000000-0x1fc0affffff,0x1fc0b000000-0x1fc0b7fffff,0x 1fc0b800000-0x1fc0bffffff,0x1fc0c000000-0x1fc0c3fffff,0x1fc0c800000-0x1fc0cfffff f,0x1fc0d000000-0x1fc0d7fffff,0x1fc0d800000-0x1fc0dffffff irq 1925 on nexus0 creator0: resolution 1152x900 syscons0: on nexus0 syscons0: Unknown <16 virtual consoles, flags=0x100> Timecounter "tick" frequency 449992390 Hz quality 1000 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle (probe6:sym0:0:6:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe6:sym0:0:6:0): CAM Status: SCSI Status Error (probe6:sym0:0:6:0): SCSI Status: Check Condition (probe6:sym0:0:6:0): NOT READY asc:3a,0 (probe6:sym0:0:6:0): Medium not present (probe6:sym0:0:6:0): Unretryable error da1 at sym0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 40.000MB/s transfers (20.000MHz, offset 15, 16bit) da1: Command Queueing Enabled da1: 8637MB (17689267 512 byte sectors: 255H 63S/T 1101C) da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit) da0: Command Queueing Enabled da0: 8637MB (17689267 512 byte sectors: 255H 63S/T 1101C) cd0 at sym0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 16) cd0: Attempt to query device size failed: NOT READY, Medium not present WARNING: WITNESS option enabled, expect reduced performance. GEOM: da0: adding VTOC8 information. GEOM: da1: adding VTOC8 information. Trying to mount root from ufs:/dev/da0a Loading configuration files. kernel dumps on /dev/da0b Entropy harvesting: interrupts ethernet point_to_pointpanic: trap: memory addres s not aligned cpuid = 0 KDB: enter: panic [thread pid 41 tid 100042 ] Stopped at kdb_enter+0x80: ta %xcc, 1 db> db> bt Tracing pid 41 tid 100042 td 0xfffff800213dc370 panic() at panic+0x20c trap() at trap+0x570 -- memory address not aligned sfar=0xf2fe2877 sfsr=0x40029 %o7=0xc06654b8 -- stack_capture() at stack_capture+0x114 stack_save_td() at stack_save_td+0x60 sysctl_kern_proc_kstack() at sysctl_kern_proc_kstack+0x36c sysctl_root() at sysctl_root+0x1ec userland_sysctl() at userland_sysctl+0x174 __sysctl() at __sysctl+0x70 syscall() at syscall+0x2f0 -- syscall (202, FreeBSD ELF64, __sysctl) %o7=0x101628 -- userland() at 0x40445788 user trace: trap %o7=0x101628 pc 0x40445788, sp 0x7fdffffd031 pc 0x101ef8, sp 0x7fdffffd971 pc 0x102ac4, sp 0x7fdffffdaf1 pc 0x100ef0, sp 0x7fdffffe451 pc 0x40208094, sp 0x7fdffffe511 done From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 21:49:36 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93DC41065748; Sat, 21 Mar 2009 21:49:36 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5C26D8FC1C; Sat, 21 Mar 2009 21:49:35 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n2LLnC94037010; Sat, 21 Mar 2009 17:49:12 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200903212149.n2LLnC94037010@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 21 Mar 2009 17:49:28 -0400 To: Alexander Motin From: Mike Tancsa In-Reply-To: <49C5292F.1050802@FreeBSD.org> References: <1237594983.00089764.1237583401@10.7.7.3> <49C4B848.1010906@mavhome.dp.ua> <200903211449.n2LEmxwC034905@lava.sentex.ca> <49C5292F.1050802@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-current@FreeBSD.org Subject: Re: Intel X58 eSATA port ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 21:49:37 -0000 At 01:51 PM 3/21/2009, Alexander Motin wrote: >Mike Tancsa wrote: >> I turned it on, but still no luck. Attached is the verbose >> dmesg.boot. I wonder if the extra controller is being >> mis-identified as being PATA ? As far as I can tell, there are no >> legacy PATA connectors on the board >>Yet >>atapci0: port >>0x2018-0x201f,0x2024-0x2027,0x2010-0x2017,0x2020-0x2023,0x2000-0x200 >>f mem 0xe1100000-0xe11003ff irq 16 at device 0.0 on pci6 >>implies its a PATA device ? > >It is or PATA controller, or SATA in legacy emulation mode. As I can >see on web, there are also AHCI capable SATA channels present on this chip: >http://lists.laptop.org/pipermail/server-devel/2007-July/000070.html >How it is reported in pciconf? May be there is some way to make AHCI >attach it? Isn't there any options about it's operation in BIOS? Nothing in the BIOS for the eSATA port other than "IDE/RAID" or "enable/disable". Its set to IDE and enabled. >Don't you have any datasheet for this device? No, its just a generic Intel branded board (Intel DX58SO) >Also a bit strange for me this messages: >ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 >ata0: reset tp1 mask=00 ostat0=ff ostat1=ff >ata0: [MPSAFE] >ata0: [ITHREAD] >ata1 at port 0x170-0x177,0x376 irq 15 on isa0 >ata1: reset tp1 mask=00 ostat0=ff ostat1=ff >ata1: [MPSAFE] >ata1: [ITHREAD] >channels 0 and 1 are legacy ATA channels. A bit strange to see them >when AFAIK there is no PATA support on ICH10. If it is not a parts >of Marvell, then I have no idea what is this. Interesting, pciconf shows it as sata 0[i7]# pciconf -lvc hostb0@pci0:0:0:0: class=0x060000 card=0x4f538086 chip=0x34058086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = HOST-PCI cap 00[40] = unknown pcib1@pci0:0:1:0: class=0x060400 card=0x4f538086 chip=0x34088086 rev=0x12 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI cap 0d[40] = PCI Bridge card=0x4f538086 cap 05[60] = MSI supports 2 messages, vector masks cap 10[90] = PCI-Express 2 root port cap 01[e0] = powerspec 3 supports D0 D3 current D0 pcib2@pci0:0:3:0: class=0x060400 card=0x4f538086 chip=0x340a8086 rev=0x12 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI cap 0d[40] = PCI Bridge card=0x4f538086 cap 05[60] = MSI supports 2 messages, vector masks cap 10[90] = PCI-Express 2 root port cap 01[e0] = powerspec 3 supports D0 D3 current D0 pcib3@pci0:0:7:0: class=0x060400 card=0x4f538086 chip=0x340e8086 rev=0x12 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI cap 0d[40] = PCI Bridge card=0x4f538086 cap 05[60] = MSI supports 2 messages, vector masks cap 10[90] = PCI-Express 2 root port cap 01[e0] = powerspec 3 supports D0 D3 current D0 none0@pci0:0:16:0: class=0x080000 card=0x00000000 chip=0x34258086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' class = base peripheral subclass = interrupt controller cap 09[50] = vendor (length 255) Intel cap 15 version 0 none1@pci0:0:16:1: class=0x080000 card=0x00000000 chip=0x34268086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' class = base peripheral subclass = interrupt controller none2@pci0:0:20:0: class=0x080000 card=0x00000000 chip=0x342e8086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' class = base peripheral subclass = interrupt controller cap 10[40] = PCI-Express 2 type 0 none3@pci0:0:20:1: class=0x080000 card=0x00000000 chip=0x34228086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' class = base peripheral subclass = interrupt controller cap 10[40] = PCI-Express 2 type 0 none4@pci0:0:20:2: class=0x080000 card=0x00000000 chip=0x34238086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' class = base peripheral subclass = interrupt controller cap 10[40] = PCI-Express 2 type 0 none5@pci0:0:20:3: class=0x080000 card=0x00000000 chip=0x34388086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' class = base peripheral subclass = interrupt controller em1@pci0:0:25:0: class=0x020000 card=0x00008086 chip=0x10cc8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message uhci0@pci0:0:26:0: class=0x0c0300 card=0x4f538086 chip=0x3a378086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB cap 13[50] = PCI Advanced Features: FLR TP uhci1@pci0:0:26:1: class=0x0c0300 card=0x4f538086 chip=0x3a388086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB cap 13[50] = PCI Advanced Features: FLR TP uhci2@pci0:0:26:2: class=0x0c0300 card=0x4f538086 chip=0x3a398086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB cap 13[50] = PCI Advanced Features: FLR TP ehci0@pci0:0:26:7: class=0x0c0320 card=0x4f538086 chip=0x3a3c8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 0a[58] = EHCI Debug Port at offset 0xa0 in map 0x14 pcib4@pci0:0:28:0: class=0x060400 card=0x00000000 chip=0x3a408086 rev=0x00 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI cap 10[40] = PCI-Express 1 root port cap 05[80] = MSI supports 1 message cap 0d[90] = PCI Bridge card=0x00000000 cap 01[a0] = powerspec 2 supports D0 D3 current D0 pcib5@pci0:0:28:1: class=0x060400 card=0x00000000 chip=0x3a428086 rev=0x00 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI cap 10[40] = PCI-Express 1 root port cap 05[80] = MSI supports 1 message cap 0d[90] = PCI Bridge card=0x00000000 cap 01[a0] = powerspec 2 supports D0 D3 current D0 pcib6@pci0:0:28:4: class=0x060400 card=0x00000000 chip=0x3a488086 rev=0x00 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI cap 10[40] = PCI-Express 1 root port cap 05[80] = MSI supports 1 message cap 0d[90] = PCI Bridge card=0x00000000 cap 01[a0] = powerspec 2 supports D0 D3 current D0 uhci3@pci0:0:29:0: class=0x0c0300 card=0x4f538086 chip=0x3a348086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB cap 13[50] = PCI Advanced Features: FLR TP uhci4@pci0:0:29:1: class=0x0c0300 card=0x4f538086 chip=0x3a358086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB cap 13[50] = PCI Advanced Features: FLR TP uhci5@pci0:0:29:2: class=0x0c0300 card=0x4f538086 chip=0x3a368086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB cap 13[50] = PCI Advanced Features: FLR TP ehci1@pci0:0:29:7: class=0x0c0320 card=0x4f538086 chip=0x3a3a8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 0a[58] = EHCI Debug Port at offset 0xa0 in map 0x14 pcib7@pci0:0:30:0: class=0x060401 card=0x4f538086 chip=0x244e8086 rev=0x90 hdr=0x01 vendor = 'Intel Corporation' device = '82801 Family (ICH2/3/4/4/5/5/6/7/8/9,63xxESB) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI cap 0d[50] = PCI Bridge card=0x4f538086 isab0@pci0:0:31:0: class=0x060100 card=0x4f538086 chip=0x3a168086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = PCI-ISA cap 09[e0] = vendor (length 12) Intel cap 1 version 0 features: SATA RAID-5, 4 PCI-e x1 slots atapci1@pci0:0:31:2: class=0x010601 card=0x4f538086 chip=0x3a228086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' class = mass storage subclass = SATA cap 05[80] = MSI supports 16 messages cap 01[70] = powerspec 3 supports D0 D3 current D0 cap 12[a8] = SATA Index-Data Pair none6@pci0:0:31:3: class=0x0c0500 card=0x4f538086 chip=0x3a308086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = SMBus em0@pci0:1:0:0: class=0x020000 card=0x10838086 chip=0x10b98086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = '82572EI PRO/1000 PT Desktop Adapter (Copper)' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[e0] = PCI-Express 1 endpoint atapci0@pci0:6:0:0: class=0x01018f card=0x4f538086 chip=0x612111ab rev=0xb2 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = '6121 SATA2 Controller' class = mass storage subclass = ATA cap 01[48] = powerspec 2 supports D0 D1 D3 current D0 cap 05[50] = MSI supports 1 message cap 10[e0] = PCI-Express 1 legacy endpoint vgapci0@pci0:7:2:0: class=0x030000 card=0x00081002 chip=0x474d1002 rev=0x65 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Rage XL AGP 2x SLAT' class = display subclass = VGA cap 01[5c] = powerspec 1 supports D0 D1 D2 D3 current D0 fwohci0@pci0:7:3:0: class=0x0c0010 card=0x4f538086 chip=0x8023104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'TSB43AB21/A IEEE1394a-2000 OHCI PHY/Link-Layer Ctrlr' class = serial bus subclass = FireWire cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 0[i7]# >-- >Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 22:21:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C91491065741; Sat, 21 Mar 2009 22:21:17 +0000 (UTC) (envelope-from ulf@alameda.net) Received: from mail.alameda.net (mail.alameda.net [194.55.105.10]) by mx1.freebsd.org (Postfix) with ESMTP id B0FA28FC14; Sat, 21 Mar 2009 22:21:17 +0000 (UTC) (envelope-from ulf@alameda.net) Received: by mail.alameda.net (Postfix, from userid 1000) id 32E021CC64; Sat, 21 Mar 2009 15:21:17 -0700 (PDT) Date: Sat, 21 Mar 2009 15:21:17 -0700 From: Ulf Zimmermann To: Mike Tancsa Message-ID: <20090321222116.GG51533@evil.alameda.net> References: <1237594983.00089764.1237583401@10.7.7.3> <49C4B848.1010906@mavhome.dp.ua> <200903211449.n2LEmxwC034905@lava.sentex.ca> <49C5292F.1050802@FreeBSD.org> <200903212149.n2LLnC94037010@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200903212149.n2LLnC94037010@lava.sentex.ca> User-Agent: Mutt/1.4.2.2i Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 5.5-PRERELEASE MailScanner-NULL-Check: 1238278877.29528@6crO950dzjA0HK1casTS1Q X-ANI-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 32E021CC64.3DEE3 X-ANI-MailScanner: Found to be clean X-ANI-MailScanner-From: ulf@alameda.net Cc: Alexander Motin , freebsd-current@FreeBSD.org Subject: Re: Intel X58 eSATA port ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ulf@Alameda.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 22:21:18 -0000 On Sat, Mar 21, 2009 at 05:49:28PM -0400, Mike Tancsa wrote: > At 01:51 PM 3/21/2009, Alexander Motin wrote: > >Mike Tancsa wrote: > >> I turned it on, but still no luck. Attached is the verbose > >>dmesg.boot. I wonder if the extra controller is being > >>mis-identified as being PATA ? As far as I can tell, there are no > >>legacy PATA connectors on the board > >>Yet > >>atapci0: port > >>0x2018-0x201f,0x2024-0x2027,0x2010-0x2017,0x2020-0x2023,0x2000-0x200 > >>f mem 0xe1100000-0xe11003ff irq 16 at device 0.0 on pci6 > >>implies its a PATA device ? > > > >It is or PATA controller, or SATA in legacy emulation mode. As I can > >see on web, there are also AHCI capable SATA channels present on this chip: > >http://lists.laptop.org/pipermail/server-devel/2007-July/000070.html > >How it is reported in pciconf? May be there is some way to make AHCI > >attach it? Isn't there any options about it's operation in BIOS? > > Nothing in the BIOS for the eSATA port other than "IDE/RAID" or > "enable/disable". Its set to IDE and enabled. > > >Don't you have any datasheet for this device? > > No, its just a generic Intel branded board (Intel DX58SO) > > >Also a bit strange for me this messages: > >ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 > >ata0: reset tp1 mask=00 ostat0=ff ostat1=ff > >ata0: [MPSAFE] > >ata0: [ITHREAD] > >ata1 at port 0x170-0x177,0x376 irq 15 on isa0 > >ata1: reset tp1 mask=00 ostat0=ff ostat1=ff > >ata1: [MPSAFE] > >ata1: [ITHREAD] > >channels 0 and 1 are legacy ATA channels. A bit strange to see them > >when AFAIK there is no PATA support on ICH10. If it is not a parts > >of Marvell, then I have no idea what is this. > > Interesting, pciconf shows it as sata > > 0[i7]# pciconf -lvc > hostb0@pci0:0:0:0: class=0x060000 card=0x4f538086 > chip=0x34058086 rev=0x12 hdr=0x00 > vendor = 'Intel Corporation' > class = bridge > subclass = HOST-PCI > cap 00[40] = unknown > pcib1@pci0:0:1:0: class=0x060400 card=0x4f538086 > chip=0x34088086 rev=0x12 hdr=0x01 > vendor = 'Intel Corporation' > class = bridge > subclass = PCI-PCI > cap 0d[40] = PCI Bridge card=0x4f538086 > cap 05[60] = MSI supports 2 messages, vector masks > cap 10[90] = PCI-Express 2 root port > cap 01[e0] = powerspec 3 supports D0 D3 current D0 > pcib2@pci0:0:3:0: class=0x060400 card=0x4f538086 > chip=0x340a8086 rev=0x12 hdr=0x01 > vendor = 'Intel Corporation' > class = bridge > subclass = PCI-PCI > cap 0d[40] = PCI Bridge card=0x4f538086 > cap 05[60] = MSI supports 2 messages, vector masks > cap 10[90] = PCI-Express 2 root port > cap 01[e0] = powerspec 3 supports D0 D3 current D0 > pcib3@pci0:0:7:0: class=0x060400 card=0x4f538086 > chip=0x340e8086 rev=0x12 hdr=0x01 > vendor = 'Intel Corporation' > class = bridge > subclass = PCI-PCI > cap 0d[40] = PCI Bridge card=0x4f538086 > cap 05[60] = MSI supports 2 messages, vector masks > cap 10[90] = PCI-Express 2 root port > cap 01[e0] = powerspec 3 supports D0 D3 current D0 > none0@pci0:0:16:0: class=0x080000 card=0x00000000 > chip=0x34258086 rev=0x12 hdr=0x00 > vendor = 'Intel Corporation' > class = base peripheral > subclass = interrupt controller > cap 09[50] = vendor (length 255) Intel cap 15 version 0 > none1@pci0:0:16:1: class=0x080000 card=0x00000000 > chip=0x34268086 rev=0x12 hdr=0x00 > vendor = 'Intel Corporation' > class = base peripheral > subclass = interrupt controller > none2@pci0:0:20:0: class=0x080000 card=0x00000000 > chip=0x342e8086 rev=0x12 hdr=0x00 > vendor = 'Intel Corporation' > class = base peripheral > subclass = interrupt controller > cap 10[40] = PCI-Express 2 type 0 > none3@pci0:0:20:1: class=0x080000 card=0x00000000 > chip=0x34228086 rev=0x12 hdr=0x00 > vendor = 'Intel Corporation' > class = base peripheral > subclass = interrupt controller > cap 10[40] = PCI-Express 2 type 0 > none4@pci0:0:20:2: class=0x080000 card=0x00000000 > chip=0x34238086 rev=0x12 hdr=0x00 > vendor = 'Intel Corporation' > class = base peripheral > subclass = interrupt controller > cap 10[40] = PCI-Express 2 type 0 > none5@pci0:0:20:3: class=0x080000 card=0x00000000 > chip=0x34388086 rev=0x12 hdr=0x00 > vendor = 'Intel Corporation' > class = base peripheral > subclass = interrupt controller > em1@pci0:0:25:0: class=0x020000 card=0x00008086 > chip=0x10cc8086 rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message > uhci0@pci0:0:26:0: class=0x0c0300 card=0x4f538086 > chip=0x3a378086 rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > class = serial bus > subclass = USB > cap 13[50] = PCI Advanced Features: FLR TP > uhci1@pci0:0:26:1: class=0x0c0300 card=0x4f538086 > chip=0x3a388086 rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > class = serial bus > subclass = USB > cap 13[50] = PCI Advanced Features: FLR TP > uhci2@pci0:0:26:2: class=0x0c0300 card=0x4f538086 > chip=0x3a398086 rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > class = serial bus > subclass = USB > cap 13[50] = PCI Advanced Features: FLR TP > ehci0@pci0:0:26:7: class=0x0c0320 card=0x4f538086 > chip=0x3a3c8086 rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > class = serial bus > subclass = USB > cap 01[50] = powerspec 2 supports D0 D3 current D0 > cap 0a[58] = EHCI Debug Port at offset 0xa0 in map 0x14 > pcib4@pci0:0:28:0: class=0x060400 card=0x00000000 > chip=0x3a408086 rev=0x00 hdr=0x01 > vendor = 'Intel Corporation' > class = bridge > subclass = PCI-PCI > cap 10[40] = PCI-Express 1 root port > cap 05[80] = MSI supports 1 message > cap 0d[90] = PCI Bridge card=0x00000000 > cap 01[a0] = powerspec 2 supports D0 D3 current D0 > pcib5@pci0:0:28:1: class=0x060400 card=0x00000000 > chip=0x3a428086 rev=0x00 hdr=0x01 > vendor = 'Intel Corporation' > class = bridge > subclass = PCI-PCI > cap 10[40] = PCI-Express 1 root port > cap 05[80] = MSI supports 1 message > cap 0d[90] = PCI Bridge card=0x00000000 > cap 01[a0] = powerspec 2 supports D0 D3 current D0 > pcib6@pci0:0:28:4: class=0x060400 card=0x00000000 > chip=0x3a488086 rev=0x00 hdr=0x01 > vendor = 'Intel Corporation' > class = bridge > subclass = PCI-PCI > cap 10[40] = PCI-Express 1 root port > cap 05[80] = MSI supports 1 message > cap 0d[90] = PCI Bridge card=0x00000000 > cap 01[a0] = powerspec 2 supports D0 D3 current D0 > uhci3@pci0:0:29:0: class=0x0c0300 card=0x4f538086 > chip=0x3a348086 rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > class = serial bus > subclass = USB > cap 13[50] = PCI Advanced Features: FLR TP > uhci4@pci0:0:29:1: class=0x0c0300 card=0x4f538086 > chip=0x3a358086 rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > class = serial bus > subclass = USB > cap 13[50] = PCI Advanced Features: FLR TP > uhci5@pci0:0:29:2: class=0x0c0300 card=0x4f538086 > chip=0x3a368086 rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > class = serial bus > subclass = USB > cap 13[50] = PCI Advanced Features: FLR TP > ehci1@pci0:0:29:7: class=0x0c0320 card=0x4f538086 > chip=0x3a3a8086 rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > class = serial bus > subclass = USB > cap 01[50] = powerspec 2 supports D0 D3 current D0 > cap 0a[58] = EHCI Debug Port at offset 0xa0 in map 0x14 > pcib7@pci0:0:30:0: class=0x060401 card=0x4f538086 > chip=0x244e8086 rev=0x90 hdr=0x01 > vendor = 'Intel Corporation' > device = '82801 Family (ICH2/3/4/4/5/5/6/7/8/9,63xxESB) Hub > Interface to PCI Bridge' > class = bridge > subclass = PCI-PCI > cap 0d[50] = PCI Bridge card=0x4f538086 > isab0@pci0:0:31:0: class=0x060100 card=0x4f538086 > chip=0x3a168086 rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > class = bridge > subclass = PCI-ISA > cap 09[e0] = vendor (length 12) Intel cap 1 version 0 > features: SATA RAID-5, 4 PCI-e x1 slots > atapci1@pci0:0:31:2: class=0x010601 card=0x4f538086 > chip=0x3a228086 rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > class = mass storage > subclass = SATA > cap 05[80] = MSI supports 16 messages > cap 01[70] = powerspec 3 supports D0 D3 current D0 > cap 12[a8] = SATA Index-Data Pair > none6@pci0:0:31:3: class=0x0c0500 card=0x4f538086 > chip=0x3a308086 rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > class = serial bus > subclass = SMBus > em0@pci0:1:0:0: class=0x020000 card=0x10838086 chip=0x10b98086 > rev=0x06 hdr=0x00 > vendor = 'Intel Corporation' > device = '82572EI PRO/1000 PT Desktop Adapter (Copper)' > class = network > subclass = ethernet > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message > cap 10[e0] = PCI-Express 1 endpoint > atapci0@pci0:6:0:0: class=0x01018f card=0x4f538086 > chip=0x612111ab rev=0xb2 hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = '6121 SATA2 Controller' > class = mass storage > subclass = ATA > cap 01[48] = powerspec 2 supports D0 D1 D3 current D0 > cap 05[50] = MSI supports 1 message > cap 10[e0] = PCI-Express 1 legacy endpoint > vgapci0@pci0:7:2:0: class=0x030000 card=0x00081002 > chip=0x474d1002 rev=0x65 hdr=0x00 > vendor = 'ATI Technologies Inc' > device = 'Rage XL AGP 2x SLAT' > class = display > subclass = VGA > cap 01[5c] = powerspec 1 supports D0 D1 D2 D3 current D0 > fwohci0@pci0:7:3:0: class=0x0c0010 card=0x4f538086 > chip=0x8023104c rev=0x00 hdr=0x00 > vendor = 'Texas Instruments (TI)' > device = 'TSB43AB21/A IEEE1394a-2000 OHCI PHY/Link-Layer Ctrlr' > class = serial bus > subclass = FireWire > cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 > 0[i7]# I would try to run it as RAID, as per the technical product spec from Intel it supports running single non-raid configs. -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://www.Alameda.net/~ulf/resume.html From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 22:39:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9185B1065673 for ; Sat, 21 Mar 2009 22:39:24 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 2F65F8FC15 for ; Sat, 21 Mar 2009 22:39:24 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 669471CE0D; Sat, 21 Mar 2009 23:39:23 +0100 (CET) Date: Sat, 21 Mar 2009 23:39:23 +0100 From: Ed Schouten To: Chris Buechler Message-ID: <20090321223923.GV31961@hoeg.nl> References: <49C52592.3010707@chrisbuechler.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wQ8ANTl3uYPVjUZt" Content-Disposition: inline In-Reply-To: <49C52592.3010707@chrisbuechler.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: FreeBSD Current Subject: Re: LOR on 8-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 22:39:25 -0000 --wQ8ANTl3uYPVjUZt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Chris, * Chris Buechler wrote: > Testing with nanobsd, it won't boot. Full boot log and back trace here: > http://chrisbuechler.com/temp/lor-re4-bt.txt It is likely I've been seeing this issue for more than a year on one of my systems as well. The problem is that the system doesn't have a serial port and the USB keyboard is not yet detected at that point, which means I haven't been able to scroll back to see the entire trace. For some reason it only happens when I performed a reset after a kernel panic. In other words: it doesn't happen when I perform a cold boot or when the system rebooted properly. --=20 Ed Schouten WWW: http://80386.nl/ --wQ8ANTl3uYPVjUZt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAknFbJsACgkQ52SDGA2eCwUYtACdEUyrcL4v+IEheLsxcT+BHTjJ LnsAn08KJTYqyzmtw0Okrtf1hZzcjepM =9ik2 -----END PGP SIGNATURE----- --wQ8ANTl3uYPVjUZt-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 22:43:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89464106564A for ; Sat, 21 Mar 2009 22:43:07 +0000 (UTC) (envelope-from ulf@alameda.net) Received: from mail.alameda.net (mail.alameda.net [194.55.105.10]) by mx1.freebsd.org (Postfix) with ESMTP id 720318FC0C for ; Sat, 21 Mar 2009 22:43:06 +0000 (UTC) (envelope-from ulf@alameda.net) Received: by mail.alameda.net (Postfix, from userid 1000) id 75E481CC64; Sat, 21 Mar 2009 15:09:46 -0700 (PDT) Date: Sat, 21 Mar 2009 15:09:46 -0700 From: Ulf Zimmermann To: Alexander Motin Message-ID: <20090321220946.GF51533@evil.alameda.net> References: <1237594983.00089764.1237583401@10.7.7.3> <49C4B848.1010906@mavhome.dp.ua> <200903211449.n2LEmxwC034905@lava.sentex.ca> <49C5292F.1050802@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49C5292F.1050802@FreeBSD.org> User-Agent: Mutt/1.4.2.2i Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 5.5-PRERELEASE MailScanner-NULL-Check: 1238278186.77018@yEIJX9+mFCSkKBSuCsK2kg X-ANI-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 75E481CC64.324F5 X-ANI-MailScanner: Found to be clean X-ANI-MailScanner-From: ulf@alameda.net Cc: freebsd-current@freebsd.org, Mike Tancsa Subject: Re: Intel X58 eSATA port ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ulf@Alameda.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 22:43:07 -0000 On Sat, Mar 21, 2009 at 07:51:43PM +0200, Alexander Motin wrote: > Mike Tancsa wrote: > > I turned it on, but still no luck. Attached is the verbose > >dmesg.boot. I wonder if the extra controller is being mis-identified as > >being PATA ? As far as I can tell, there are no legacy PATA connectors > >on the board > > > >Yet > >atapci0: port > >0x2018-0x201f,0x2024-0x2027,0x2010-0x2017,0x2020-0x2023,0x2000-0x200f > >mem 0xe1100000-0xe11003ff irq 16 at device 0.0 on pci6 > > > >implies its a PATA device ? > > It is or PATA controller, or SATA in legacy emulation mode. As I can see > on web, there are also AHCI capable SATA channels present on this chip: > http://lists.laptop.org/pipermail/server-devel/2007-July/000070.html > How it is reported in pciconf? May be there is some way to make AHCI > attach it? Isn't there any options about it's operation in BIOS? > > Don't you have any datasheet for this device? > > Also a bit strange for me this messages: > ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 > ata0: reset tp1 mask=00 ostat0=ff ostat1=ff > ata0: [MPSAFE] > ata0: [ITHREAD] > ata1 at port 0x170-0x177,0x376 irq 15 on isa0 > ata1: reset tp1 mask=00 ostat0=ff ostat1=ff > ata1: [MPSAFE] > ata1: [ITHREAD] > channels 0 and 1 are legacy ATA channels. A bit strange to see them when > AFAIK there is no PATA support on ICH10. If it is not a parts of > Marvell, then I have no idea what is this. Many boards which have an ICH10 use the Marvell (or similar chips) to provide 1 PATA board for like CD-Rom drives. The DFI board I have does the same. -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://www.Alameda.net/~ulf/resume.html From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 23:23:28 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2616A1065670; Sat, 21 Mar 2009 23:23:28 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id DD6B38FC1D; Sat, 21 Mar 2009 23:23:27 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n2LNN3La037490; Sat, 21 Mar 2009 19:23:03 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200903212323.n2LNN3La037490@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 21 Mar 2009 19:23:19 -0400 To: ulf@alameda.net From: Mike Tancsa In-Reply-To: <20090321222116.GG51533@evil.alameda.net> References: <1237594983.00089764.1237583401@10.7.7.3> <49C4B848.1010906@mavhome.dp.ua> <200903211449.n2LEmxwC034905@lava.sentex.ca> <49C5292F.1050802@FreeBSD.org> <200903212149.n2LLnC94037010@lava.sentex.ca> <20090321222116.GG51533@evil.alameda.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Alexander Motin , freebsd-current@FreeBSD.org Subject: Re: Intel X58 eSATA port ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 23:23:28 -0000 At 06:21 PM 3/21/2009, Ulf Zimmermann wrote: > > > > Nothing in the BIOS for the eSATA port other than "IDE/RAID" or > > "enable/disable". Its set to IDE and enabled. > > > > >Don't you have any datasheet for this device? > > > > No, its just a generic Intel branded board (Intel DX58SO) > > > > >Also a bit strange for me this messages: > > >ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 > > >ata0: reset tp1 mask=00 ostat0=ff ostat1=ff > > >ata0: [MPSAFE] > > >ata0: [ITHREAD] > > >ata1 at port 0x170-0x177,0x376 irq 15 on isa0 > > >ata1: reset tp1 mask=00 ostat0=ff ostat1=ff > > >ata1: [MPSAFE] > > >ata1: [ITHREAD] > > >channels 0 and 1 are legacy ATA channels. A bit strange to see them > > >when AFAIK there is no PATA support on ICH10. If it is not a parts > > >of Marvell, then I have no idea what is this. > > > > Interesting, pciconf shows it as sata > > > > 0[i7]# pciconf -lvc > > hostb0@pci0:0:0:0: class=0x060000 card=0x4f538086 > > chip=0x34058086 rev=0x12 hdr=0x00 > > vendor = 'Intel Corporation' > > class = bridge > > subclass = HOST-PCI > > cap 00[40] = unknown > > atapci0@pci0:6:0:0: class=0x01018f card=0x4f538086 > > chip=0x612111ab rev=0xb2 hdr=0x00 > > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > > device = '6121 SATA2 Controller' > > class = mass storage > > subclass = ATA > > cap 01[48] = powerspec 2 supports D0 D1 D3 current D0 > > cap 05[50] = MSI supports 1 message > > cap 10[e0] = PCI-Express 1 legacy endpoint > >I would try to run it as RAID, as per the technical product spec from >Intel it supports running single non-raid configs. No difference, the dmesg looks the same with RAID enabled atapci0: port 0x2018-0x201f,0x2024-0x2027,0x2010-0x2017,0x2020-0x2023,0x2000-0x200f mem 0xe1100000-0xe11003ff irq 16 at device 0.0 on pci6 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] atapci0@pci0:6:0:0: class=0x01048f card=0x4f538086 chip=0x612111ab rev=0xb2 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = '6121 SATA2 Controller' class = mass storage subclass = RAID cap 01[48] = powerspec 2 supports D0 D1 D3 current D0 cap 05[50] = MSI supports 1 message cap 10[e0] = PCI-Express 1 legacy endpoint 0[i7]# atacontrol list ATA channel 0: Master: no device present Slave: no device present ATA channel 1: Master: no device present Slave: no device present ATA channel 2: Master: no device present Slave: no device present ATA channel 3: Master: no device present Slave: no device present ATA channel 4: Master: ad8 SATA revision 1.x Slave: no device present ATA channel 5: Master: no device present Slave: no device present ATA channel 6: Master: no device present Slave: no device present ATA channel 7: Master: no device present Slave: no device present ATA channel 8: Master: no device present Slave: no device present 0[i7]# ---Mike From owner-freebsd-current@FreeBSD.ORG Sat Mar 21 23:53:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9066A1065674 for ; Sat, 21 Mar 2009 23:53:13 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-fx0-f167.google.com (mail-fx0-f167.google.com [209.85.220.167]) by mx1.freebsd.org (Postfix) with ESMTP id EDCF88FC25 for ; Sat, 21 Mar 2009 23:53:12 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by fxm11 with SMTP id 11so1252167fxm.43 for ; Sat, 21 Mar 2009 16:53:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:message-id:user-agent:mime-version:content-type; bh=mvXM+MMFwZ3HiQQfXi/w3wZvWbv6Qz/k6wAxyvbsGBI=; b=TZxejIHQ0e7vLHnCUiN8dX8UxZc/mwMuJFg+u8YXE42O+eOG5ilF9WJ6uCM0v+a2ZQ aNuU+NyG5Yg746e5qwX1wDgB2hbLgH3x6kqFKtqWNx4IBkHzAj3Jm1hK0Y6r2MlsZemr mOQxywqhn9GmwNoCPCE0rGW/L4l0djkwz5FAI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:message-id:user-agent :mime-version:content-type; b=BXj9LGQckhIQHpqFf7Pq1A87/ASM2/FtVpwGqV31/+ogqc0bhEQ9qDfkWVItvycacD h/TyWNHc2x5jWOQ5/oBcnBreW/Wpm10IWUHiQfCCTVap+WDHthH5x3MIxxA9LJzaCb8Q PUSCvxVU3cHwbzZnmadLjlBnnVwrTFtuOo/e8= Received: by 10.86.49.13 with SMTP id w13mr2501827fgw.1.1237679591909; Sat, 21 Mar 2009 16:53:11 -0700 (PDT) Received: from localhost (95-24-174-59.broadband.corbina.ru [95.24.174.59]) by mx.google.com with ESMTPS id e11sm5122763fga.20.2009.03.21.16.53.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 21 Mar 2009 16:53:10 -0700 (PDT) From: Anonymous To: Pieter de Goeje References: <200903211448.28590.pieter@degoeje.nl> <200903211706.58474.hselasky@c2i.net> <200903212222.23952.pieter@degoeje.nl> Date: Sun, 22 Mar 2009 02:52:33 +0300 Message-ID: <861vsqe8n2.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: usbconfig / hal-device no longer lists usb devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 23:53:14 -0000 Pieter de Goeje writes: > On Saturday 21 March 2009, Hans Petter Selasky wrote: >> On Saturday 21 March 2009, Pieter de Goeje wrote: >> > Since a couple of weeks usbconfig and hal-device no longer list my usb >> > devices. I know it worked before (also with the new USB stack). I think >> > this causes my mouse to not work in X, while it works fine on the >> > console. I've double checked that I don't have libusb from ports >> > installed. I've rebuild kernel/world, make delete-old && make delete-old >> > libs, recompiled hald, but still no success. >> > >> > $ uname -a >> > FreeBSD nox.student.utwente.nl 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat >> > Mar 21 13:37:32 CET 2009 >> > pyotr@nox.student.utwente.nl:/usr/obj/FreeBSD/FreeBSD-current/src/sys/GEN >> >ER IC i386 >> > [...] >> >> Make sure that the devices under /dev/usb/xxx have proper permissions. >> >> --HPS > > Yes, they all have the same permissions: crw-------. I'm running usbconfig as > root btw, so it shouldn't matter. > > I added a bunch of printf()s to libusb, specifically ugen20_enumerate(). > Both ugen0.2 and ugen1.2 failed at ioctl(f, USB_GET_PLUGTIME, &plugtime) > because it returned EINVAL. The ugenX.2 files were opened successfully. > > At this point it looks like the problem lies somewhere in the kernel, which > makes it a lot harder for me to debug. Can you try to back out r189906? Doing so makes my keyboard to appear in usbconfig output again. Here is a ktrace diff for `usbconfig -u 0 -a 3'. @@ -480,43 +480,23 @@ 1830 usbconfig NAMI "/dev/ugen0.3" 1830 usbconfig RET open 4 1830 usbconfig CALL ioctl(0x4,USB_GET_PLUGTIME,0x7fffffffe5bc) - 1830 usbconfig RET ioctl 0 - 1830 usbconfig CALL ioctl(0x4,USB_GET_DEVICE_DESC,0x7fffffffe730) - 1830 usbconfig RET ioctl 0 - 1830 usbconfig CALL ioctl(0x4,USB_GET_DEVICEINFO,0x7fffffffe5c0) - 1830 usbconfig RET ioctl 0 + 1830 usbconfig RET ioctl -1 errno 22 Invalid argument 1830 usbconfig CALL close(0x4) 1830 usbconfig RET close 0 1830 usbconfig CALL ioctl(0x3,USB_READ_DIR,0x7fffffffe430) 1830 usbconfig RET ioctl 0 1830 usbconfig CALL close(0x3) 1830 usbconfig RET close 0 - 1830 usbconfig CALL open(0x7fffffffe614,O_RDWR,0) - 1830 usbconfig NAMI "/dev/ugen0.3" - 1830 usbconfig RET open 3 - 1830 usbconfig CALL open(0x7fffffffe614,O_RDWR,0) - 1830 usbconfig NAMI "/dev/ugen0.3" - 1830 usbconfig RET open 4 - 1830 usbconfig CALL ioctl(0x4,USB_GET_PLUGTIME,0x7fffffffe654) - 1830 usbconfig RET ioctl 0 - 1830 usbconfig CALL ioctl(0x3,USB_GET_CONFIG,0x7fffffffe5c4) - 1830 usbconfig RET ioctl 0 - 1830 usbconfig CALL ioctl(0x3,USB_GET_POWER_MODE,0x7fffffffe5d4) - 1830 usbconfig RET ioctl 0 - 1830 usbconfig CALL fstat(0x1,0x7fffffffe000) + 1830 usbconfig CALL fstat(0x1,0x7fffffffe550) 1830 usbconfig STRU struct stat {dev=100728576, ino=147, mode=crw--w---- , nlink=1, uid="holo", gid="tty", rdev=147, atime="Mar 22 01:57:44 2009", stime="Mar 22 01:57:44 2009", ctime="Mar 22 01:57:44 2009", birthtime="Jan 1 02:59:59 1970", size=0, blksize=4096, blocks=0, flags=0x0 } 1830 usbconfig RET fstat 0 - 1830 usbconfig CALL ioctl(0x1,TIOCGETA,0x7fffffffe050) + 1830 usbconfig CALL ioctl(0x1,TIOCGETA,0x7fffffffe5a0) 1830 usbconfig RET ioctl 0 - 1830 usbconfig CALL write(0x1,0x800a07000,0x56) - 1830 usbconfig GIO fd 1 wrote 86 bytes - "ugen0.3: at usbus0, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON + 1830 usbconfig CALL write(0x1,0x800a07000,0x28) + 1830 usbconfig GIO fd 1 wrote 40 bytes + "No device match or lack of permissions. " - 1830 usbconfig RET write 86/0x56 - 1830 usbconfig CALL close(0x4) - 1830 usbconfig RET close 0 - 1830 usbconfig CALL close(0x3) - 1830 usbconfig RET close 0 + 1830 usbconfig RET write 40/0x28 1830 usbconfig CALL sigprocmask(SIG_BLOCK,0x80063cc68,0x7fffffffe7c8) 1830 usbconfig RET sigprocmask 0 1830 usbconfig CALL sigprocmask(SIG_SETMASK,0x80063cc80,0)