From owner-freebsd-stable@FreeBSD.ORG Sun May 16 01:22:54 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DF23106564A; Sun, 16 May 2010 01:22:54 +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 DD75F8FC12; Sun, 16 May 2010 01:22:53 +0000 (UTC) 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 o4G1MpT1008668; Sat, 15 May 2010 21:22:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id o4G1MpYo013601; Sat, 15 May 2010 21:22:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 587F11B5060; Sat, 15 May 2010 21:22:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20100516012251.587F11B5060@freebsd-stable.sentex.ca> Date: Sat, 15 May 2010 21:22:51 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [releng_7 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 May 2010 01:22:54 -0000 TB --- 2010-05-15 23:34:21 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-05-15 23:34:21 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2010-05-15 23:34:21 - cleaning the object tree TB --- 2010-05-15 23:34:45 - cvsupping the source tree TB --- 2010-05-15 23:34:45 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2010-05-15 23:34:54 - building world TB --- 2010-05-15 23:34:54 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-15 23:34:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-15 23:34:54 - TARGET=amd64 TB --- 2010-05-15 23:34:54 - TARGET_ARCH=amd64 TB --- 2010-05-15 23:34:54 - TZ=UTC TB --- 2010-05-15 23:34:54 - __MAKE_CONF=/dev/null TB --- 2010-05-15 23:34:54 - cd /src TB --- 2010-05-15 23:34:54 - /usr/bin/make -B buildworld >>> World build started on Sat May 15 23:34:55 UTC 2010 >>> 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 May 16 01:04:55 UTC 2010 TB --- 2010-05-16 01:04:55 - generating LINT kernel config TB --- 2010-05-16 01:04:55 - cd /src/sys/amd64/conf TB --- 2010-05-16 01:04:55 - /usr/bin/make -B LINT TB --- 2010-05-16 01:04:55 - building LINT kernel TB --- 2010-05-16 01:04:55 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-16 01:04:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-16 01:04:55 - TARGET=amd64 TB --- 2010-05-16 01:04:55 - TARGET_ARCH=amd64 TB --- 2010-05-16 01:04:55 - TZ=UTC TB --- 2010-05-16 01:04:55 - __MAKE_CONF=/dev/null TB --- 2010-05-16 01:04:55 - cd /src TB --- 2010-05-16 01:04:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 16 01:04:55 UTC 2010 >>> 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 [...] ld -d -warn-common -r -d -o if_ed.ko if_ed.o if_ed_novell.o if_ed_wd80x3.o if_ed_rtl80x9.o if_ed_isa.o if_ed_3c503.o if_ed_hpp.o if_ed_sic.o if_ed_pccard.o if_ed_pci.o :> export_syms awk -f /src/sys/conf/kmod_syms.awk if_ed.ko export_syms | xargs -J% objcopy % if_ed.ko objcopy --strip-debug if_ed.ko ===> em (all) cc -O2 -fno-strict-aliasing -pipe -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/em/../../dev/e1000 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/em/../../dev/e1000/if_em.c /src/sys/modules/em/../../dev/e1000/if_em.c:1350: error: conflicting types for 'em_poll' /src/sys/modules/em/../../dev/e1000/if_em.c:287: error: previous declaration of 'em_poll' was here *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-05-16 01:22:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-05-16 01:22:51 - ERROR: failed to build lint kernel TB --- 2010-05-16 01:22:51 - 5484.84 user 580.52 system 6509.85 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sun May 16 02:12:42 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13EF9106564A; Sun, 16 May 2010 02:12:42 +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 D9A4E8FC18; Sun, 16 May 2010 02:12:41 +0000 (UTC) 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 o4G2Cdug078451; Sat, 15 May 2010 22:12:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id o4G2CdLt032142; Sat, 15 May 2010 22:12:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 100D11B5060; Sat, 15 May 2010 22:12:39 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20100516021239.100D11B5060@freebsd-stable.sentex.ca> Date: Sat, 15 May 2010 22:12:39 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 May 2010 02:12:42 -0000 TB --- 2010-05-16 00:48:02 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-05-16 00:48:02 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2010-05-16 00:48:02 - cleaning the object tree TB --- 2010-05-16 00:48:29 - cvsupping the source tree TB --- 2010-05-16 00:48:29 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2010-05-16 00:48:38 - building world TB --- 2010-05-16 00:48:38 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-16 00:48:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-16 00:48:38 - TARGET=i386 TB --- 2010-05-16 00:48:38 - TARGET_ARCH=i386 TB --- 2010-05-16 00:48:38 - TZ=UTC TB --- 2010-05-16 00:48:38 - __MAKE_CONF=/dev/null TB --- 2010-05-16 00:48:38 - cd /src TB --- 2010-05-16 00:48:38 - /usr/bin/make -B buildworld >>> World build started on Sun May 16 00:48:39 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun May 16 01:52:32 UTC 2010 TB --- 2010-05-16 01:52:32 - generating LINT kernel config TB --- 2010-05-16 01:52:32 - cd /src/sys/i386/conf TB --- 2010-05-16 01:52:32 - /usr/bin/make -B LINT TB --- 2010-05-16 01:52:32 - building LINT kernel TB --- 2010-05-16 01:52:32 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-16 01:52:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-16 01:52:32 - TARGET=i386 TB --- 2010-05-16 01:52:32 - TARGET_ARCH=i386 TB --- 2010-05-16 01:52:32 - TZ=UTC TB --- 2010-05-16 01:52:32 - __MAKE_CONF=/dev/null TB --- 2010-05-16 01:52:32 - cd /src TB --- 2010-05-16 01:52:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 16 01:52:32 UTC 2010 >>> 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 [...] echo elink_reset elink_idseq > export_syms awk -f /src/sys/conf/kmod_syms.awk elink.kld export_syms | xargs -J% objcopy % elink.kld ld -Bshareable -d -warn-common -o elink.ko elink.kld objcopy --strip-debug elink.ko ===> em (all) cc -O2 -fno-strict-aliasing -pipe -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/em/../../dev/e1000 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/em/../../dev/e1000/if_em.c /src/sys/modules/em/../../dev/e1000/if_em.c:1350: error: conflicting types for 'em_poll' /src/sys/modules/em/../../dev/e1000/if_em.c:287: error: previous declaration of 'em_poll' was here *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-05-16 02:12:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-05-16 02:12:38 - ERROR: failed to build lint kernel TB --- 2010-05-16 02:12:38 - 4320.77 user 414.50 system 5076.45 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sun May 16 02:43:38 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85440106566B; Sun, 16 May 2010 02:43:38 +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 56E5D8FC16; Sun, 16 May 2010 02:43:38 +0000 (UTC) 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 o4G2hamm012521; Sat, 15 May 2010 22:43:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id o4G2hajD042426; Sat, 15 May 2010 22:43:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 128BB1B5060; Sat, 15 May 2010 22:43:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20100516024336.128BB1B5060@freebsd-stable.sentex.ca> Date: Sat, 15 May 2010 22:43:36 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [releng_7 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 May 2010 02:43:38 -0000 TB --- 2010-05-16 01:22:51 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-05-16 01:22:51 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2010-05-16 01:22:51 - cleaning the object tree TB --- 2010-05-16 01:23:07 - cvsupping the source tree TB --- 2010-05-16 01:23:07 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/pc98/supfile TB --- 2010-05-16 01:23:15 - building world TB --- 2010-05-16 01:23:15 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-16 01:23:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-16 01:23:15 - TARGET=pc98 TB --- 2010-05-16 01:23:15 - TARGET_ARCH=i386 TB --- 2010-05-16 01:23:15 - TZ=UTC TB --- 2010-05-16 01:23:15 - __MAKE_CONF=/dev/null TB --- 2010-05-16 01:23:15 - cd /src TB --- 2010-05-16 01:23:15 - /usr/bin/make -B buildworld >>> World build started on Sun May 16 01:23:16 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun May 16 02:27:10 UTC 2010 TB --- 2010-05-16 02:27:10 - generating LINT kernel config TB --- 2010-05-16 02:27:10 - cd /src/sys/pc98/conf TB --- 2010-05-16 02:27:10 - /usr/bin/make -B LINT TB --- 2010-05-16 02:27:10 - building LINT kernel TB --- 2010-05-16 02:27:10 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-16 02:27:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-16 02:27:10 - TARGET=pc98 TB --- 2010-05-16 02:27:10 - TARGET_ARCH=i386 TB --- 2010-05-16 02:27:10 - TZ=UTC TB --- 2010-05-16 02:27:10 - __MAKE_CONF=/dev/null TB --- 2010-05-16 02:27:10 - cd /src TB --- 2010-05-16 02:27:10 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 16 02:27:10 UTC 2010 >>> 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 [...] echo elink_reset elink_idseq > export_syms awk -f /src/sys/conf/kmod_syms.awk elink.kld export_syms | xargs -J% objcopy % elink.kld ld -Bshareable -d -warn-common -o elink.ko elink.kld objcopy --strip-debug elink.ko ===> em (all) cc -O2 -fno-strict-aliasing -pipe -DPC98 -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/em/../../dev/e1000 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/em/../../dev/e1000/if_em.c /src/sys/modules/em/../../dev/e1000/if_em.c:1350: error: conflicting types for 'em_poll' /src/sys/modules/em/../../dev/e1000/if_em.c:287: error: previous declaration of 'em_poll' was here *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-05-16 02:43:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-05-16 02:43:35 - ERROR: failed to build lint kernel TB --- 2010-05-16 02:43:35 - 4100.66 user 415.24 system 4844.64 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sun May 16 18:16:01 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1EE81065673 for ; Sun, 16 May 2010 18:16:01 +0000 (UTC) (envelope-from pieter@thedarkside.nl) Received: from mail.thelostparadise.com (router.thelostparadise.com [IPv6:2a02:898:0:30::30:1]) by mx1.freebsd.org (Postfix) with ESMTP id 547178FC13 for ; Sun, 16 May 2010 18:16:01 +0000 (UTC) Received: by mail.thelostparadise.com (Postfix, from userid 127) id D848973054; Sun, 16 May 2010 20:15:59 +0200 (CEST) Received: from localhost by mail.thelostparadise.com (Postfix) with ESMTP id A070273008; Sun, 16 May 2010 20:15:59 +0200 (CEST) Message-ID: <4BF0365D.7010207@thedarkside.nl> Date: Sun, 16 May 2010 20:15:57 +0200 From: Pieter de Boer MIME-Version: 1.0 To: Jeremy Chadwick References: <4BED8B89.6010901@os3.nl> <20100514195346.GA8977@icarus.home.lan> <4BEDBC08.2040002@os3.nl> <20100514224236.GA11680@icarus.home.lan> <4BEE476B.6020407@os3.nl> <20100515162624.GA39585@icarus.home.lan> <4BEF066F.3090703@os3.nl> <4BEF0F31.9050405@thedarkside.nl> <20100515233018.GA50125@icarus.home.lan> In-Reply-To: <20100515233018.GA50125@icarus.home.lan> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Read / write timeouts on SATA disks connected to ICH9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 May 2010 18:16:01 -0000 Hi Jeremy, > Anyway, if heavy disk/controller load appears to be causing these > problems, you could have power-related issues. Possibly the combination > of two disks + heavy I/O causes enough power draw that the ICH9 starts > to behave oddly. Voltages which deviate too much can cause odd things > to happen to hardware. If you have the time/money, you might try > replacing the PSU in your system to see if there's any improvement; your > BIOS should be able to provide you Hardware Monitoring statistics > (voltages). Write these down before and after the PSU swap. You don't > need to go crazy and buy a 1000W PSU or anything, but 450-750W is pretty > normal these days. As this is a 19" 1U box, I'd need to buy a replacement PSU from Dell or a reseller. Not too expensive, but I'd like to avoid that. While looking through the CVSweb of RELENG_8, I found that ATA timeouts have been raised in 8 recently. On http://wiki.freebsd.org/JeremyChadwick/ATA_issues_and_troubleshooting and other URLs, like http://linux-bsd-sharing.blogspot.com/2009/03/howto-fix-sata-dma-timeout-issues-on.html, I found that increasing the timeout might help. So that's what I'll try next time it happens again. If that still doesn't work, I can take a better look at the voltage levels. -- Pieter From owner-freebsd-stable@FreeBSD.ORG Sun May 16 18:52:21 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFAEB106566B; Sun, 16 May 2010 18:52:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8A0348FC17; Sun, 16 May 2010 18:52:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o4GIqKDJ007232; Sun, 16 May 2010 14:52:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o4GIqK6E007224; Sun, 16 May 2010 18:52:20 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 16 May 2010 18:52:20 GMT Message-Id: <201005161852.o4GIqK6E007224@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8_0 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 May 2010 18:52:21 -0000 TB --- 2010-05-16 17:31:11 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-05-16 17:31:11 - starting RELENG_8_0 tinderbox run for i386/pc98 TB --- 2010-05-16 17:31:11 - cleaning the object tree TB --- 2010-05-16 17:31:40 - cvsupping the source tree TB --- 2010-05-16 17:31:40 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8_0/i386/pc98/supfile TB --- 2010-05-16 17:38:05 - building world TB --- 2010-05-16 17:38:05 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-16 17:38:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-16 17:38:05 - TARGET=pc98 TB --- 2010-05-16 17:38:05 - TARGET_ARCH=i386 TB --- 2010-05-16 17:38:05 - TZ=UTC TB --- 2010-05-16 17:38:05 - __MAKE_CONF=/dev/null TB --- 2010-05-16 17:38:05 - cd /src TB --- 2010-05-16 17:38:05 - /usr/bin/make -B buildworld >>> World build started on Sun May 16 17:38:06 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun May 16 18:35:03 UTC 2010 TB --- 2010-05-16 18:35:03 - generating LINT kernel config TB --- 2010-05-16 18:35:03 - cd /src/sys/pc98/conf TB --- 2010-05-16 18:35:03 - /usr/bin/make -B LINT TB --- 2010-05-16 18:35:03 - building LINT kernel TB --- 2010-05-16 18:35:03 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-16 18:35:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-16 18:35:03 - TARGET=pc98 TB --- 2010-05-16 18:35:03 - TARGET_ARCH=i386 TB --- 2010-05-16 18:35:03 - TZ=UTC TB --- 2010-05-16 18:35:03 - __MAKE_CONF=/dev/null TB --- 2010-05-16 18:35:03 - cd /src TB --- 2010-05-16 18:35:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 16 18:35:03 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O2 -pipe -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/nfsd/../../fs/nfsserver/nfs_nfsdsocket.c cc -O2 -pipe -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/nfsd/../../fs/nfsserver/nfs_nfsdstate.c cc -O2 -pipe -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/nfsd/../../fs/nfsserver/nfs_nfsdsubs.c /src/sys/modules/nfsd/../../fs/nfsserver/nfs_nfsdsubs.c: In function 'nfsrv_fillattr': /src/sys/modules/nfsd/../../fs/nfsserver/nfs_nfsdsubs.c:1351: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/sys/modules/nfsd. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-05-16 18:52:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-05-16 18:52:20 - ERROR: failed to build lint kernel TB --- 2010-05-16 18:52:20 - 3460.94 user 666.90 system 4869.20 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8_0-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sun May 16 18:53:44 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74F9B106564A for ; Sun, 16 May 2010 18:53:44 +0000 (UTC) (envelope-from mclone@gmail.com) Received: from mail-yx0-f185.google.com (mail-yx0-f185.google.com [209.85.210.185]) by mx1.freebsd.org (Postfix) with ESMTP id 1F21D8FC08 for ; Sun, 16 May 2010 18:53:43 +0000 (UTC) Received: by yxe15 with SMTP id 15so2030957yxe.7 for ; Sun, 16 May 2010 11:53:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:from:date :message-id:subject:to:cc:content-type; bh=k08yDqpqVYuNmb0PHw+ejDMjfuO1DTQkP1gBhSPj1w0=; b=B7YZWEyIVXJiprTO68QN0yJrWU001Ksn1mYXl07ecIGQA/pD7O/sA92C1SxYcYY0Kt UscHxPp8gteQ3onhIhDyWO+/5BPrYg+0ibAMcJYaBiiuTw95ZfUJCbb3NJj8Hmx6JmVU QXh0v6Xz470NNVqfVNdbW4MSYYodnrQ6TZp1E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:cc:content-type; b=BwC7UqtoTBGzujUYqs3IHYh6k9aH3Vw85dbCGDfSThECfeZ5ZXi0yVtpgndPeX2cVW qWDiu1yMk0ZGnfjMjkiCEi6nJPL45kUXE3mNmWE0Vl952JqUt55A4fsefID57ryWefUQ Rvzm82yJ7BOnccctEt7JIAKy4dspHgp1M4h1I= Received: by 10.101.213.29 with SMTP id p29mr4752051anq.266.1274036022913; Sun, 16 May 2010 11:53:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.242.13 with HTTP; Sun, 16 May 2010 11:53:22 -0700 (PDT) From: McLone Date: Sun, 16 May 2010 21:53:22 +0300 Message-ID: To: ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: java@freebsd.org, stable@freebsd.org Subject: diablo-jdk-1.6.0.07.02_9 could not find libjava.so when /proc is mounted (RELENG_8) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 May 2010 18:53:44 -0000 Hell Low. I accustomed to have procfs mounted in /proc (and linprocfs in /compat/linux/proc too). Today when i wanted to build openoffice-3 on RELENG_8/amd64 box, diablo-jdk said: Error: could not find libjava.so Error: could not find Java 2 Runtime Environment. i see following in truss log: readlink("/proc/curproc/file","unknown",1024) = 7 (0x7) When i umount /proc, all works fine. I think there's some bug somewhere. cc me if replying, as i read only current@. -- wbr, |\ _,,,---,,_ dog bless ya! ` Zzz /,`.-'`' -. ;-;;,_ McLone at GMail dot com |,4- ) )-,_. ,\ ( `'-' net- and *BSD admin '---''(_/--' `-'\_) ...translit rawx! From owner-freebsd-stable@FreeBSD.ORG Mon May 17 00:09:42 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C037E1065675; Mon, 17 May 2010 00:09:42 +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 774ED8FC13; Mon, 17 May 2010 00:09:42 +0000 (UTC) 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 o4H09dfd020645; Sun, 16 May 2010 20:09:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id o4H09dfj084460; Sun, 16 May 2010 20:09:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 8CCDA1B5060; Sun, 16 May 2010 20:09:39 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20100517000939.8CCDA1B5060@freebsd-stable.sentex.ca> Date: Sun, 16 May 2010 20:09:39 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2010 00:09:42 -0000 TB --- 2010-05-16 22:21:19 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-05-16 22:21:19 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2010-05-16 22:21:19 - cleaning the object tree TB --- 2010-05-16 22:21:46 - cvsupping the source tree TB --- 2010-05-16 22:21:46 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2010-05-16 22:21:54 - building world TB --- 2010-05-16 22:21:54 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-16 22:21:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-16 22:21:54 - TARGET=amd64 TB --- 2010-05-16 22:21:54 - TARGET_ARCH=amd64 TB --- 2010-05-16 22:21:54 - TZ=UTC TB --- 2010-05-16 22:21:54 - __MAKE_CONF=/dev/null TB --- 2010-05-16 22:21:54 - cd /src TB --- 2010-05-16 22:21:54 - /usr/bin/make -B buildworld >>> World build started on Sun May 16 22:21:55 UTC 2010 >>> 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 May 16 23:52:10 UTC 2010 TB --- 2010-05-16 23:52:10 - generating LINT kernel config TB --- 2010-05-16 23:52:10 - cd /src/sys/amd64/conf TB --- 2010-05-16 23:52:10 - /usr/bin/make -B LINT TB --- 2010-05-16 23:52:10 - building LINT kernel TB --- 2010-05-16 23:52:10 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-16 23:52:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-16 23:52:10 - TARGET=amd64 TB --- 2010-05-16 23:52:10 - TARGET_ARCH=amd64 TB --- 2010-05-16 23:52:10 - TZ=UTC TB --- 2010-05-16 23:52:10 - __MAKE_CONF=/dev/null TB --- 2010-05-16 23:52:10 - cd /src TB --- 2010-05-16 23:52:10 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 16 23:52:10 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/conf/kmod_syms.awk if_ed.ko export_syms | xargs -J% objcopy % if_ed.ko objcopy --strip-debug if_ed.ko ===> em (all) cc -O2 -fno-strict-aliasing -pipe -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/em/../../dev/e1000 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/em/../../dev/e1000/if_em.c cc -O2 -fno-strict-aliasing -pipe -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/em/../../dev/e1000 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/em/../../dev/e1000/e1000_osdep.c cc -O2 -fno-strict-aliasing -pipe -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/em/../../dev/e1000 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/em/../../dev/e1000/if_lem.c /src/sys/modules/em/../../dev/e1000/if_lem.c:1236: error: conflicting types for 'lem_poll' /src/sys/modules/em/../../dev/e1000/if_lem.c:266: error: previous declaration of 'lem_poll' was here *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-05-17 00:09:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-05-17 00:09:39 - ERROR: failed to build lint kernel TB --- 2010-05-17 00:09:39 - 5486.48 user 581.99 system 6500.19 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Mon May 17 01:01:01 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BF5C106568D; Mon, 17 May 2010 01:01:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 284EF8FC1D; Mon, 17 May 2010 01:01:00 +0000 (UTC) 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 o4H10w1O022766; Sun, 16 May 2010 21:00:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.4/8.14.4) with ESMTP id o4H10whb029972; Sun, 16 May 2010 21:00:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id B66131B5060; Sun, 16 May 2010 21:00:58 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20100517010058.B66131B5060@freebsd-stable.sentex.ca> Date: Sun, 16 May 2010 21:00:58 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2010 01:01:01 -0000 TB --- 2010-05-16 23:35:36 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-05-16 23:35:36 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2010-05-16 23:35:36 - cleaning the object tree TB --- 2010-05-16 23:35:54 - cvsupping the source tree TB --- 2010-05-16 23:35:54 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2010-05-16 23:36:05 - building world TB --- 2010-05-16 23:36:05 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-16 23:36:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-16 23:36:05 - TARGET=i386 TB --- 2010-05-16 23:36:05 - TARGET_ARCH=i386 TB --- 2010-05-16 23:36:05 - TZ=UTC TB --- 2010-05-16 23:36:05 - __MAKE_CONF=/dev/null TB --- 2010-05-16 23:36:05 - cd /src TB --- 2010-05-16 23:36:05 - /usr/bin/make -B buildworld >>> World build started on Sun May 16 23:36:06 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon May 17 00:40:23 UTC 2010 TB --- 2010-05-17 00:40:23 - generating LINT kernel config TB --- 2010-05-17 00:40:23 - cd /src/sys/i386/conf TB --- 2010-05-17 00:40:23 - /usr/bin/make -B LINT TB --- 2010-05-17 00:40:23 - building LINT kernel TB --- 2010-05-17 00:40:23 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-17 00:40:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-17 00:40:23 - TARGET=i386 TB --- 2010-05-17 00:40:23 - TARGET_ARCH=i386 TB --- 2010-05-17 00:40:23 - TZ=UTC TB --- 2010-05-17 00:40:23 - __MAKE_CONF=/dev/null TB --- 2010-05-17 00:40:23 - cd /src TB --- 2010-05-17 00:40:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon May 17 00:40:24 UTC 2010 >>> 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 [...] ld -Bshareable -d -warn-common -o elink.ko elink.kld objcopy --strip-debug elink.ko ===> em (all) cc -O2 -fno-strict-aliasing -pipe -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/em/../../dev/e1000 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/em/../../dev/e1000/if_em.c cc -O2 -fno-strict-aliasing -pipe -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/em/../../dev/e1000 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/em/../../dev/e1000/e1000_osdep.c cc -O2 -fno-strict-aliasing -pipe -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/em/../../dev/e1000 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/em/../../dev/e1000/if_lem.c /src/sys/modules/em/../../dev/e1000/if_lem.c:1236: error: conflicting types for 'lem_poll' /src/sys/modules/em/../../dev/e1000/if_lem.c:266: error: previous declaration of 'lem_poll' was here *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-05-17 01:00:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-05-17 01:00:58 - ERROR: failed to build lint kernel TB --- 2010-05-17 01:00:58 - 4323.55 user 415.48 system 5122.27 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Mon May 17 01:30:52 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 697F21065672; Mon, 17 May 2010 01:30:52 +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 257E98FC18; Mon, 17 May 2010 01:30:51 +0000 (UTC) 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 o4H1UoSY074882; Sun, 16 May 2010 21:30:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id o4H1Un2f011214; Sun, 16 May 2010 21:30:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id C5BED1B5060; Sun, 16 May 2010 21:30:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20100517013049.C5BED1B5060@freebsd-stable.sentex.ca> Date: Sun, 16 May 2010 21:30:49 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [releng_7 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2010 01:30:52 -0000 TB --- 2010-05-17 00:09:39 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-05-17 00:09:39 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2010-05-17 00:09:39 - cleaning the object tree TB --- 2010-05-17 00:09:58 - cvsupping the source tree TB --- 2010-05-17 00:09:58 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/pc98/supfile TB --- 2010-05-17 00:10:06 - building world TB --- 2010-05-17 00:10:06 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-17 00:10:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-17 00:10:06 - TARGET=pc98 TB --- 2010-05-17 00:10:06 - TARGET_ARCH=i386 TB --- 2010-05-17 00:10:06 - TZ=UTC TB --- 2010-05-17 00:10:06 - __MAKE_CONF=/dev/null TB --- 2010-05-17 00:10:06 - cd /src TB --- 2010-05-17 00:10:06 - /usr/bin/make -B buildworld >>> World build started on Mon May 17 00:10:08 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon May 17 01:14:03 UTC 2010 TB --- 2010-05-17 01:14:03 - generating LINT kernel config TB --- 2010-05-17 01:14:03 - cd /src/sys/pc98/conf TB --- 2010-05-17 01:14:03 - /usr/bin/make -B LINT TB --- 2010-05-17 01:14:03 - building LINT kernel TB --- 2010-05-17 01:14:03 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-17 01:14:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-17 01:14:03 - TARGET=pc98 TB --- 2010-05-17 01:14:03 - TARGET_ARCH=i386 TB --- 2010-05-17 01:14:03 - TZ=UTC TB --- 2010-05-17 01:14:03 - __MAKE_CONF=/dev/null TB --- 2010-05-17 01:14:03 - cd /src TB --- 2010-05-17 01:14:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon May 17 01:14:03 UTC 2010 >>> 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 [...] ld -Bshareable -d -warn-common -o elink.ko elink.kld objcopy --strip-debug elink.ko ===> em (all) cc -O2 -fno-strict-aliasing -pipe -DPC98 -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/em/../../dev/e1000 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/em/../../dev/e1000/if_em.c cc -O2 -fno-strict-aliasing -pipe -DPC98 -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/em/../../dev/e1000 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/em/../../dev/e1000/e1000_osdep.c cc -O2 -fno-strict-aliasing -pipe -DPC98 -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/em/../../dev/e1000 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/em/../../dev/e1000/if_lem.c /src/sys/modules/em/../../dev/e1000/if_lem.c:1236: error: conflicting types for 'lem_poll' /src/sys/modules/em/../../dev/e1000/if_lem.c:266: error: previous declaration of 'lem_poll' was here *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-05-17 01:30:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-05-17 01:30:49 - ERROR: failed to build lint kernel TB --- 2010-05-17 01:30:49 - 4103.66 user 414.91 system 4870.16 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Mon May 17 03:14:23 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0D5F106564A for ; Mon, 17 May 2010 03:14:23 +0000 (UTC) (envelope-from g4m4r4l@gmail.com) Received: from mail-yw0-f190.google.com (mail-yw0-f190.google.com [209.85.211.190]) by mx1.freebsd.org (Postfix) with ESMTP id 7BFBD8FC0A for ; Mon, 17 May 2010 03:14:23 +0000 (UTC) Received: by ywh28 with SMTP id 28so3621904ywh.28 for ; Sun, 16 May 2010 20:14:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=UyVF6CL2L84Io7hYgnJN2unSmI6oQwq9NiBv664BX8M=; b=LBX25cQE7nEz8hEV6ESIJMkf+WGrSv6nX+C4DS/u7H1tOuN/3p3WmOb5ZxdVeKJKWP /1pqJT4Xuh+sU07AJLRdClA1/EB08iS7JBB8iT+iM9AsHYdD569aS/o4xb1gfEECnJYk VqevVKfnX85ZTB63RAAyB08WeXVnrAHkapysM= 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:content-type; b=Ik94x1Yp96sYGC/A8PRHr37i5m+UHaPyPWvQ+fHdLFdQZEUhOMCBgZ/lovwFksCXZ2 zrREi8WuXdbBUIMsIbIM6yOGvZhUg+XPyewqA2KowadvMALSUOmLClmrjwAzB7jNYyR3 zyIoszkG2turadtTIk80SCO2/O36OqOfVsfcc= MIME-Version: 1.0 Received: by 10.150.119.42 with SMTP id r42mr5310388ybc.235.1274066061947; Sun, 16 May 2010 20:14:21 -0700 (PDT) Sender: g4m4r4l@gmail.com Received: by 10.150.200.4 with HTTP; Sun, 16 May 2010 20:14:21 -0700 (PDT) In-Reply-To: <20100511033821.GA1807@daedalus.localdomain> References: <20100511033821.GA1807@daedalus.localdomain> Date: Sun, 16 May 2010 20:14:21 -0700 X-Google-Sender-Auth: E49cYDw5V0j1RpHuvp1NQyaGhaI Message-ID: From: Guillermo Amaral To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: Re: Problem with ath(4) RELENG_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2010 03:14:23 -0000 On Mon, May 10, 2010 at 8:38 PM, Guillermo Amaral wrote: > > I have been using RELENG_8 for a while and some time ago the wireless driver > started acting funny, by this I mean that for example in RELENG_8_0 the ath > driver radio switch works, I can connect AND stay connected with out a hitch. > > In RELENG_8 it has progressively gone from good to bad to worse, at first the > radio on/off switch stopped working (it did change color but the driver never > really turned off the radio), then any wifi I connected to stopped responding > after about 5 minutes, I then need to restart wlan0 for it to reconnect > and give me 5 more minutes, now the wifi radio switch won't even change color. > > I thought maybe this was something temporary but just in case it's not and > nobody knows that this is going on I decided to send this mail. Anybody know where I can send this to? I'm thinking this was not the right mailing-list then. :S -- gamaral From owner-freebsd-stable@FreeBSD.ORG Mon May 17 07:18:40 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53D511065670 for ; Mon, 17 May 2010 07:18:40 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 1A7CB8FC16 for ; Mon, 17 May 2010 07:18:39 +0000 (UTC) Received: from mobileKamikaze.norad (unknown [109.250.45.96]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 0858F8A1D60 for ; Mon, 17 May 2010 09:18:37 +0200 (CEST) Message-ID: <4BF0EDC9.3090603@bsdforen.de> Date: Mon, 17 May 2010 09:18:33 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: if_wpi is all kinds of broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2010 07:18:40 -0000 The if_wpi driver is all kinds of broken. The reported problems really just are the tip of the iceberg: http://www.freebsd.org/cgi/query-pr.cgi?pr=144898 A notebook without wireless is really just a portable workstation. I've seen a lot of commits to other wireless drivers in recent months. So it's not like nobody's working on this kind of stuff. Because no amount of persuasion and detailed bug reports help and I have no clue what the error codes returned by the firmware blob imply (documentation anywhere?), I think I have to ask the one question: Where do I have to put my cash to make somebody fix this? From owner-freebsd-stable@FreeBSD.ORG Mon May 17 13:16:35 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D7401065670 for ; Mon, 17 May 2010 13:16:35 +0000 (UTC) (envelope-from me@janh.de) Received: from mailhost.uni-hamburg.de (mailhost.uni-hamburg.de [134.100.32.155]) by mx1.freebsd.org (Postfix) with ESMTP id D9F218FC18 for ; Mon, 17 May 2010 13:16:34 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mailhost.uni-hamburg.de (Postfix) with ESMTP id 98A2290110; Mon, 17 May 2010 15:01:22 +0200 (CEST) X-Virus-Scanned: by University of Hamburg (RRZ/mailhost) Received: from mailhost.uni-hamburg.de ([127.0.0.1]) by localhost (mailhost.uni-hamburg.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id crE30aUCjUrA; Mon, 17 May 2010 15:01:22 +0200 (CEST) Received: from pc861.math.uni-hamburg.de (pc861.math.uni-hamburg.de [134.100.222.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: fmjv004) by mailhost.uni-hamburg.de (Postfix) with ESMTPSA id 363E790152; Mon, 17 May 2010 15:01:22 +0200 (CEST) Message-ID: <4BF15A62.7070602@janh.de> Date: Mon, 17 May 2010 15:01:54 +0000 From: Jan Henrik Sylvester User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100514 Thunderbird/3.0.4 MIME-Version: 1.0 To: Dominic Fandrey References: <4BF0EDC9.3090603@bsdforen.de> In-Reply-To: <4BF0EDC9.3090603@bsdforen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable-list freebsd Subject: Re: if_wpi is all kinds of broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2010 13:16:35 -0000 On 01/-10/63 19:59, Dominic Fandrey wrote: > The if_wpi driver is all kinds of broken. The reported problems I have had trouble with all Intel drivers, ipw, iwi, wpi, and iwn. (As an exception, recently, iwn was very stable on 8-STABLE.) For most notebooks, I bought Atheros based MiniPCI(e) cards and everything was fine. > Where do I have to put my cash to make somebody fix this? 5 to 10 Euros on Ebay including shipping. Initially, I was hesitant, too, because I wanted the hardware I already got to work, but eventually I decided that it is not worse it. ath simply works. (I have had wi, ral, ural, rum, and zyd, too. Over the years, nothing was as unproblematic as ath.) For most notebooks, the wireless MiniPCI(e) card is very easy to replace. Cheers, Jan Henrik From owner-freebsd-stable@FreeBSD.ORG Mon May 17 13:44:15 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5A0A106567B for ; Mon, 17 May 2010 13:44:15 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 5EBE48FC18 for ; Mon, 17 May 2010 13:44:14 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id l26so2135503fgb.13 for ; Mon, 17 May 2010 06:44:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=vmLgVugvz6Q/XRW2kHzmCkIFLkQwytmMfNFtcLipBdo=; b=nLz0Ry2+tNE7VxaXZnXLKH55/WC0/Dq9BxNmrjdqDO4IpTdBH5P5sTJbbV75LU99bg VWrXX10kYKhCs+MFto5ECBAtfcURZYNXiotiIe44kwyZDcZ6I+xyqb/zhNSSzoM0ZPOP jqcIFKNaznhcynVn6LORlww4DAqv1f1RT0Tu0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=e1cZqCPZldEBsro1xNrS1S1nLgG78kmCdF4Vxz1H8q+j5/Bjx/hQXYwChrwpVQoVNV oLeQLocTtgqXvhzWE/2fNKlk8c/S5TaukDXkWFlkiW5xZhiTVut/Zaibxk4TYyeSfT5X cCVV3OgdqFDGWhywycH1s2jiEFbYuxgCp4HBo= MIME-Version: 1.0 Received: by 10.239.188.145 with SMTP id p17mr561048hbh.210.1274103853797; Mon, 17 May 2010 06:44:13 -0700 (PDT) Received: by 10.239.142.17 with HTTP; Mon, 17 May 2010 06:44:13 -0700 (PDT) In-Reply-To: <4BF15A62.7070602@janh.de> References: <4BF0EDC9.3090603@bsdforen.de> <4BF15A62.7070602@janh.de> Date: Mon, 17 May 2010 14:44:13 +0100 Message-ID: From: Tom Evans To: Jan Henrik Sylvester Content-Type: text/plain; charset=UTF-8 Cc: Dominic Fandrey , stable-list freebsd Subject: Re: if_wpi is all kinds of broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2010 13:44:15 -0000 On Mon, May 17, 2010 at 4:01 PM, Jan Henrik Sylvester wrote: > On 01/-10/63 19:59, Dominic Fandrey wrote: >> >> The if_wpi driver is all kinds of broken. The reported problems > > I have had trouble with all Intel drivers, ipw, iwi, wpi, and iwn. (As an > exception, recently, iwn was very stable on 8-STABLE.) For most notebooks, I > bought Atheros based MiniPCI(e) cards and everything was fine. > >> Where do I have to put my cash to make somebody fix this? > > 5 to 10 Euros on Ebay including shipping. Initially, I was hesitant, too, > because I wanted the hardware I already got to work, but eventually I > decided that it is not worse it. ath simply works. (I have had wi, ral, > ural, rum, and zyd, too. Over the years, nothing was as unproblematic as > ath.) > > For most notebooks, the wireless MiniPCI(e) card is very easy to replace. > > Cheers, > Jan Henrik Note that not all laptops will play nicely with different wifi cards. My old HP laptop would not boot up past the BIOS if you replaced the wifi card with one not in its magic list, which I found out after I had bought an ath based mini pci-e card to replace it (which is still spare if anyone wants it). Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Mon May 17 14:03:01 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2015A106566C for ; Mon, 17 May 2010 14:03:01 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id D4D7E8FC20 for ; Mon, 17 May 2010 14:02:58 +0000 (UTC) Received: from mobileKamikaze.norad (unknown [92.116.175.52]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id C4A1A8A1D6A; Mon, 17 May 2010 16:02:55 +0200 (CEST) Message-ID: <4BF14C8C.1030804@bsdforen.de> Date: Mon, 17 May 2010 16:02:52 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: Tom Evans References: <4BF0EDC9.3090603@bsdforen.de> <4BF15A62.7070602@janh.de> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Jan Henrik Sylvester , stable-list freebsd Subject: Re: if_wpi is all kinds of broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2010 14:03:01 -0000 On 17/05/2010 15:44, Tom Evans wrote: > On Mon, May 17, 2010 at 4:01 PM, Jan Henrik Sylvester wrote: >> On 01/-10/63 19:59, Dominic Fandrey wrote: >>> >>> The if_wpi driver is all kinds of broken. The reported problems >> >> I have had trouble with all Intel drivers, ipw, iwi, wpi, and iwn. (As an >> exception, recently, iwn was very stable on 8-STABLE.) For most notebooks, I >> bought Atheros based MiniPCI(e) cards and everything was fine. >> >>> Where do I have to put my cash to make somebody fix this? >> >> 5 to 10 Euros on Ebay including shipping. Initially, I was hesitant, too, >> because I wanted the hardware I already got to work, but eventually I >> decided that it is not worse it. ath simply works. (I have had wi, ral, >> ural, rum, and zyd, too. Over the years, nothing was as unproblematic as >> ath.) >> >> For most notebooks, the wireless MiniPCI(e) card is very easy to replace. > > Note that not all laptops will play nicely with different wifi cards. > My old HP laptop would not boot up past the BIOS if you replaced the > wifi card with one not in its magic list, which I found out after I > had bought an ath based mini pci-e card to replace it (which is still > spare if anyone wants it). Thanks for that information. I know that the if_wpi driver does some stuff with the bluetooth hardware (I think the bluetooth hardware is part of the wpi hardware) and the BIOS allows some pretty dedicated settings. It really might all blow up if I exchange the hardware. I'll have to give it a try, though. I think I still have an old ipw lying around somewhere (from a broken Thinkpad), if this works I might consider buying ath. Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-stable@FreeBSD.ORG Mon May 17 14:17:03 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B45EF106564A for ; Mon, 17 May 2010 14:17:03 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailD.acsu.buffalo.edu (localmailD.acsu.buffalo.edu [128.205.5.208]) by mx1.freebsd.org (Postfix) with ESMTP id 844D48FC1B for ; Mon, 17 May 2010 14:17:03 +0000 (UTC) Received: from localmailD.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id AAED5181844 for ; Mon, 17 May 2010 10:17:01 -0400 (EDT) Received: from localmailD.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailD.acsu.buffalo.edu (Postfix) with ESMTP id 754DE181827 for ; Mon, 17 May 2010 10:17:00 -0400 (EDT) Received: from mweb2.acsu.buffalo.edu (mweb2.acsu.buffalo.edu [128.205.5.239]) by localmailD.acsu.buffalo.edu (Prefixe) with ESMTP id 6C28B18184B for ; Mon, 17 May 2010 10:17:00 -0400 (EDT) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) by mweb2.acsu.buffalo.edu (Postfix) with ESMTP id 11A28207BD for ; Mon, 17 May 2010 10:17:00 -0400 (EDT) From: Ken Smith To: freebsd-stable Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-2RWt+XRCN3ryOkDAQEH6" Date: Mon, 17 May 2010 10:16:57 -0400 Message-ID: <1274105817.44591.6.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Subject: Release Cycle for 8.1-RELEASE... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2010 14:17:03 -0000 --=-2RWt+XRCN3ryOkDAQEH6 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Just FYI, we are about a week away from starting code freeze for the 8.1-RELEASE release cycle. Since sometimes that means stable/8 gets a little less reliable due to higher than normal levels of developer activity I'll adjust the branch to say it is 8.1-PRERELEASE now. The target schedule for the release cycle is available here: http://www.freebsd.org/releases/8.1R/schedule.html And the wiki page to track the current status of the release (started but not heavily used yet) is here: http://wiki.freebsd.org/Releng/8.1TODO The current target release date is July 9th, 2010. Thanks. --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-2RWt+XRCN3ryOkDAQEH6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAkvxT8wACgkQ/G14VSmup/YzyQCfU60/0KYWcAYHaKOSnKmT3T9P DKsAnRH9Nc8McDl2BtDn61uEpRmeCBkL =/S54 -----END PGP SIGNATURE----- --=-2RWt+XRCN3ryOkDAQEH6-- From owner-freebsd-stable@FreeBSD.ORG Mon May 17 15:05:36 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7B92106566C for ; Mon, 17 May 2010 15:05:36 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 725D08FC0A for ; Mon, 17 May 2010 15:05:36 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id o4HF5WKW071344; Mon, 17 May 2010 09:05:32 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id o4HF5Wc0071341; Mon, 17 May 2010 09:05:32 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 17 May 2010 09:05:32 -0600 (MDT) From: Warren Block To: Dominic Fandrey In-Reply-To: <4BF14C8C.1030804@bsdforen.de> Message-ID: References: <4BF0EDC9.3090603@bsdforen.de> <4BF15A62.7070602@janh.de> <4BF14C8C.1030804@bsdforen.de> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.5 (wonkity.com [127.0.0.1]); Mon, 17 May 2010 09:05:32 -0600 (MDT) Cc: stable-list freebsd Subject: Re: if_wpi is all kinds of broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2010 15:05:36 -0000 On Mon, 17 May 2010, Dominic Fandrey wrote: > On 17/05/2010 15:44, Tom Evans wrote: >> >> Note that not all laptops will play nicely with different wifi cards. >> My old HP laptop would not boot up past the BIOS if you replaced the >> wifi card with one not in its magic list, which I found out after I >> had bought an ath based mini pci-e card to replace it (which is still >> spare if anyone wants it). > > Thanks for that information. I know that the if_wpi driver does some stuff > with the bluetooth hardware (I think the bluetooth hardware is part of the > wpi hardware) and the BIOS allows some pretty dedicated settings. > > It really might all blow up if I exchange the hardware. I'll have to give > it a try, though. I think I still have an old ipw lying around somewhere > (from a broken Thinkpad), if this works I might consider buying ath. The ipw card in my T42 is the older mini-PCI (no "e"). ipw has some driver problems (kern/142766), but Bernhard Schmidt is working on it and has it somewhat functional now. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-stable@FreeBSD.ORG Mon May 17 15:23:44 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 589B2106566C for ; Mon, 17 May 2010 15:23:44 +0000 (UTC) (envelope-from admin@olostech.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 21DFB8FC21 for ; Mon, 17 May 2010 15:23:43 +0000 (UTC) Received: by gwb11 with SMTP id 11so352837gwb.13 for ; Mon, 17 May 2010 08:23:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.101.186.20 with SMTP id n20mr5444835anp.106.1274108249628; Mon, 17 May 2010 07:57:29 -0700 (PDT) Received: by 10.100.194.6 with HTTP; Mon, 17 May 2010 07:57:29 -0700 (PDT) Date: Mon, 17 May 2010 11:57:29 -0300 Message-ID: From: Jean Pereira To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Problem, install Freebsd 8 in Adaptec 29320A, not recognizes raid X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2010 15:23:44 -0000 Hi. I'm trying to install FreeBSD on a server that eighth in which I have a adaptec 29320A controller with two 36 GB Seagate drives in raid 0. When I go to install the freebsd it detects only disks and not the raid. From owner-freebsd-stable@FreeBSD.ORG Mon May 17 16:01:59 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBC34106564A; Mon, 17 May 2010 16:01:59 +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 8A0F68FC12; Mon, 17 May 2010 16:01:59 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 38FF046B91; Mon, 17 May 2010 12:01:59 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 529C98A026; Mon, 17 May 2010 12:01:58 -0400 (EDT) From: John Baldwin To: "Matthew Fleming" Date: Mon, 17 May 2010 10:30:02 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <01NN32EOXMYC006UN1@tmk.com> <01NN3PQCOFHE006UN1@tmk.com> <06D5F9F6F655AD4C92E28B662F7F853E021D4D5E@seaxch09.desktop.isilon.com> In-Reply-To: <06D5F9F6F655AD4C92E28B662F7F853E021D4D5E@seaxch09.desktop.isilon.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201005171030.02740.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 17 May 2010 12:01:58 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Terry Kennedy Subject: Re: Crash dump problem - sleeping thread owns a non-sleepable lock during crash dump write X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2010 16:01:59 -0000 On Friday 14 May 2010 11:42:44 am Matthew Fleming wrote: > > As an aside, this is a quad-core in one package CPU (an X3363). On both > > this box and a similar one with an X5470, console messages continue to > > print out after "the system has been halted - press any key to reboot" - > > in particular, the shutdown makes a bunch of the "behind the scenes" man- > > agement stuff like the virtual keyboard and monitor appear. Plugging or > > unplugging USB devices will go through the whole deal of detecting and > > making their service available. > > Oops, youre right that other CPUs are running. > > The stop_cpus() call is only made if kdb is entered. doadump() is called out of boot() which comes later. At Isilon weve been running with a patch that does stop_cpus() pretty close to the front of panic(9). > > As an design decision it seems reasonable to call stop_cpus() early in panic(9) simply because most causes for panic means something unexpected, and the sooner the other CPUs arent running the more likely it is that they dont do more damage, leaving the system in a more useful state for dump or {g,d}db analysis. This should be done before dump or entering kdb. > > Im ccing -current@ since I would like a small discussion of moving the stop_cpus() to earlier in panic. If this change is agreeable I can roll up a patch and test it on CURRENT. Im not sure yet how much of the other panic- related changes we have made at Isilon would be required. Right now what happens on x86 is that cpu_reset() actually ends up stopping the other CPUs. It's good that cpu_reset() does this so that 'reset' from DDB works. That said, it would probably be a good thing to stop CPUs earlier during a panic, and even during a normal shutdown. One issue with using stop_cpus() during shutdown is that it is too severe of a stop. That is, stop_cpus() doesn't release the threads currently running. This could be a problem during a normal shutdown if a non-boot CPU is running an interrupt thread needed during shutdown, etc. I think what we really want is a way to take CPUs offline (which Attilio is working on) and use that during a normal shutdown. A quick fix might be a way to force CPUs offline where you have a 'shutdown' or 'offline' mask of sorts and teach the scheduler to only return the idlethread in that case and then send an IPI_PREEMPT to all the CPUs. That will break any pinned or bound threads pinned to non-boot CPUs though. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon May 17 16:02:00 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A47CC106566C for ; Mon, 17 May 2010 16:02:00 +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 757898FC19 for ; Mon, 17 May 2010 16:02:00 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 270A346B95; Mon, 17 May 2010 12:02:00 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 506648A027; Mon, 17 May 2010 12:01:59 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 17 May 2010 10:55:41 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <01NN32EOXMYC006UN1@tmk.com> <01NN3LDWWAQ6006QOF@tmk.com> In-Reply-To: <01NN3LDWWAQ6006QOF@tmk.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201005171055.41191.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 17 May 2010 12:01:59 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Terry Kennedy Subject: Re: Crash dump problem - sleeping thread owns a non-sleepable lock during crash dump write X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2010 16:02:00 -0000 On Friday 14 May 2010 7:59:40 am Terry Kennedy wrote: > > > The crash was a "page fault while in kernel mode" with the current process > > > being the interrupt service routine for the bce0 GigE. Things progressed > > > reasonably until partway through the dump, when the system locked up with a > > > "Sleeping thread (tid 100028, pid 12) owns a non-sleepable lock". That's the > > > same PID as reported in the main crash. > > > > Hmm. You could try changing the code to not do a nested panic in that > > case. You would update subr_turnstile.c to just return if panicstr is > > not NULL rather than calling panic. However, there is still a good > > chance you will end up deadlocking in that case. I have another patch I > > can send you next week that prevents blocking on mutexes duing a panic > > which may also help. > > Ok, I'll be glad to try that. --- //depot/vendor/freebsd/src/sys/kern/kern_mutex.c 2010/01/23 15:55:14 +++ //depot/projects/smpng/sys/kern/kern_mutex.c 2010/03/10 22:33:24 @@ -348,6 +348,15 @@ return; } + /* + * If we have already panic'd and this is the thread that called + * panic(), then don't block on any mutexes but silently succeed. + * Otherwise, the kernel will deadlock since the scheduler isn't + * going to run the thread that holds the lock we need. + */ + if (panicstr != NULL && curthread->td_flags & TDF_INPANIC) + return; + lock_profile_obtain_lock_failed(&m->lock_object, &contested, &waittime); if (LOCK_LOG_TEST(&m->lock_object, opts)) @@ -664,6 +673,15 @@ } /* + * If we failed to unlock this lock and we are a thread that has + * called panic(), it may be due to the bypass in _mtx_lock_sleep() + * above. In that case, just return and leave the lock alone to + * avoid changing the state. + */ + if (panicstr != NULL && curthread->td_flags & TDF_INPANIC) + return; + + /* * We have to lock the chain before the turnstile so this turnstile * can be removed from the hash list if it is empty. */ > > > 3) Is there any way to rig the system to obtain more info if this happens > > > again? Right now I'm using an embedded remote console server, but I could > > > switch the system to a serial port if enabling the kernel debugger might help. > > > But I think that the sleeping thread bit would happen even at the debugger > > > prompt, wouldn't it? > > > > Include DDB and enable the 'trace_on_panic' sysctl knob perhaps. > > Hmmm. Do you think it will get very far before the sleeping thread business > locks it up? It should be able to print the backtrace when it panics at least. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon May 17 16:35:00 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0919106564A; Mon, 17 May 2010 16:35:00 +0000 (UTC) (envelope-from ysarumaru@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 73EF58FC0C; Mon, 17 May 2010 16:35:00 +0000 (UTC) Received: by vws17 with SMTP id 17so2006596vws.13 for ; Mon, 17 May 2010 09:34:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=JJX6Y4SYMORxExvVvdTYWNnqEgrXVgGnNc13SoQwY8c=; b=MezZMntbaBrmNEYrNZXEzlba6NURjbumys+vrVfVGWKsVPqkvzGZlGNv0YcM09/G08 sLfF9YM5sweezJ7Inj8STAWjB8bwMHgQZxfNNPMUi+T9FdQgs7MrLl6FGMlLjXWvcnad 1lRAFMageW+vfuTkbcOOCtz2EaaBM27f/mF1g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Be386rrBDKKPCEuJ1KSU6oZHyTOA16VchAWaD+ZTY+/QLgSs/dPajNxci82um6izQJ wovt3GoFbax69tEILTFnL3QymCe+nplkVwqTc3sHV43mvTjoXbcVT/OhmPD2rcZvkgO1 R5omlAXX+9hXl0QUlsAsQI9Axd1G6GeS02lDg= MIME-Version: 1.0 Received: by 10.220.63.10 with SMTP id z10mr2709937vch.70.1274112530645; Mon, 17 May 2010 09:08:50 -0700 (PDT) Received: by 10.220.92.129 with HTTP; Mon, 17 May 2010 09:08:50 -0700 (PDT) Date: Tue, 18 May 2010 01:08:50 +0900 Message-ID: From: Yoshihiko Sarumaru To: freebsd-net@FreeBSD.org, freebsd-stable@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: odd behavior on select() after shutdown() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2010 16:35:01 -0000 Hi all, Select(2) has three arguments to get socket status for read, write and except. After upgrading to 8.0-RELEASE, select() after shutdown(SHUT_WR) returns with the status exceptfds is set. It means out-of-bound data can be read from the socket, but recv() with OOB flag returns ECONNRESET, and no packets with urgent flag was observed by tcpdump. It seems strange for me, but is it an intentional change on 8.x ? This behavior breaks net/stone on 8.0-RELEASE. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/141103 The continuous recv() error on PR might lead by incorrectly setted exceptfds on every recv() and it should be fixed, but it doesn't matter if above behavior of select() doesn't occur. You can reproduce this by following example: #include #include #include #include #include #include int main() { int ret; int s; s = socket(PF_INET, SOCK_STREAM, 0); struct sockaddr_in sa; sa.sin_family = AF_INET; sa.sin_addr.s_addr = inet_addr("127.0.0.1"); sa.sin_port = htons(22); ret = connect(s, (struct sockaddr*)&sa, sizeof(sa)); if (ret) perror("connect"); /* get OpenSSH greetings */ char buf[BUFSIZ]; memset(buf, 0, sizeof(buf) / sizeof(buf[0])); ret = recv(s, buf, sizeof(buf), 0); if (ret < 0) perror("recv"); printf("recv: %s\n", buf); /* send something incorrect */ printf("send: \\r\\n\n"); ret = send(s, "\r\n", 2, 0); if (ret < 0) perror("send"); /* receive "Protocol mismatch" */ memset(buf, 0, sizeof(buf) / sizeof(buf[0])); ret = recv(s, buf, sizeof(buf), 0); if (ret < 0) perror("recv"); printf("recv: %s\n", buf); /* shutdown */ ret = shutdown(s, SHUT_WR); /* SHUT_RD doesn't make problem. */ if (ret) perror("shutdown"); /* select */ fd_set readfds, exceptfds; FD_ZERO(&readfds); FD_ZERO(&exceptfds); FD_SET(s, &readfds); FD_SET(s, &exceptfds); ret = select(s+1, &readfds, NULL, &exceptfds, NULL); if (ret < 1) perror("select"); printf("select: read:%d except:%d\n", FD_ISSET(s, &readfds), FD_ISSET(s, &exceptfds)); if (FD_ISSET(s, &exceptfds)) { printf("read OOB data\n"); memset(buf, 0, sizeof(buf) / sizeof(buf[0])); ret = recv(s, buf, sizeof(buf), MSG_OOB); if (ret < 0) perror("recv"); printf("recv(OOB): %s\n", buf); } FD_ZERO(&readfds); FD_SET(s, &readfds); ret = select(s+1, &readfds, NULL, NULL, NULL); if (ret < 1) perror("select"); printf("select: read:%d\n", FD_ISSET(s, &readfds)); memset(buf, 0, sizeof(buf) / sizeof(buf[0])); ret = recv(s, buf, sizeof(buf), 0); if (ret < 0) perror("recv"); printf("recv: %s\n", buf); close(s); } Thanks in advance - Yoshihiko From owner-freebsd-stable@FreeBSD.ORG Mon May 17 19:04:35 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C4B71065687 for ; Mon, 17 May 2010 19:04:35 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8D8588FC0A for ; Mon, 17 May 2010 19:04:34 +0000 (UTC) Received: from vhoffman-macbook.local ([10.0.0.173]) (authenticated bits=0) by unsane.co.uk (8.14.4/8.14.4) with ESMTP id o4HJ4Uvb007135 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 17 May 2010 20:04:32 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <4BF1933E.8040205@unsane.co.uk> Date: Mon, 17 May 2010 20:04:30 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Guillermo Amaral References: <20100511033821.GA1807@daedalus.localdomain> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Problem with ath(4) RELENG_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2010 19:04:35 -0000 On 17/05/2010 04:14, Guillermo Amaral wrote: > On Mon, May 10, 2010 at 8:38 PM, Guillermo Amaral wrote: > >> I have been using RELENG_8 for a while and some time ago the wireless driver >> started acting funny, by this I mean that for example in RELENG_8_0 the ath >> driver radio switch works, I can connect AND stay connected with out a hitch. >> >> In RELENG_8 it has progressively gone from good to bad to worse, at first the >> radio on/off switch stopped working (it did change color but the driver never >> really turned off the radio), then any wifi I connected to stopped responding >> after about 5 minutes, I then need to restart wlan0 for it to reconnect >> and give me 5 more minutes, now the wifi radio switch won't even change color. >> >> I thought maybe this was something temporary but just in case it's not and >> nobody knows that this is going on I decided to send this mail. >> > Anybody know where I can send this to? I'm thinking this was not the > right mailing-list then. :S > > I've recently submitted a pr (kern/146517) about problems with an AR5B91 (same chip id) so its been registered there is an issue but feel free to try -net if you like as it may not be the same. Vince From owner-freebsd-stable@FreeBSD.ORG Mon May 17 19:05:30 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 631921065672; Mon, 17 May 2010 19:05:30 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id B79F08FC0A; Mon, 17 May 2010 19:05:29 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o4HJ5djE031537 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 17 May 2010 22:05:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o4HJ5PNV094245; Mon, 17 May 2010 22:05:25 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o4HJ5P3s094244; Mon, 17 May 2010 22:05:25 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 17 May 2010 22:05:25 +0300 From: Kostik Belousov To: Yoshihiko Sarumaru Message-ID: <20100517190525.GP83316@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WU1McKeqU8MHoLZD" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_40, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: odd behavior on select() after shutdown() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2010 19:05:30 -0000 --WU1McKeqU8MHoLZD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 18, 2010 at 01:08:50AM +0900, Yoshihiko Sarumaru wrote: > Hi all, >=20 > Select(2) has three arguments to get socket status for read, write and ex= cept. > After upgrading to 8.0-RELEASE, select() after shutdown(SHUT_WR) returns = with > the status exceptfds is set. It means out-of-bound data can be read > from the socket, > but recv() with OOB flag returns ECONNRESET, and no packets with urgent f= lag > was observed by tcpdump. > It seems strange for me, but is it an intentional change on 8.x ? >=20 > This behavior breaks net/stone on 8.0-RELEASE. > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/141103 > The continuous recv() error on PR might lead by incorrectly setted > exceptfds on every recv() > and it should be fixed, but it doesn't matter if above behavior of > select() doesn't occur. The patch below would fix the problem at hand. I am wondering what unintended consequences it might have. diff --git a/sys/kern/sys_generic.c b/sys/kern/sys_generic.c index eaefd9c..293dbb1 100644 --- a/sys/kern/sys_generic.c +++ b/sys/kern/sys_generic.c @@ -996,7 +996,7 @@ done: static int select_flags[3] =3D { POLLRDNORM | POLLHUP | POLLERR, POLLWRNORM | POLLHUP | POLLERR, - POLLRDBAND | POLLHUP | POLLERR + POLLRDBAND | POLLERR }; =20 /* --WU1McKeqU8MHoLZD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkvxk3UACgkQC3+MBN1Mb4jAjACcC4GG1mQAc0P/VILhbTLePh8S XGUAoI7HPzC9LT1HfFRbLExOfjvWm9Rz =wZ1x -----END PGP SIGNATURE----- --WU1McKeqU8MHoLZD-- From owner-freebsd-stable@FreeBSD.ORG Mon May 17 19:26:44 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D0E1106566C for ; Mon, 17 May 2010 19:26:44 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id ADED98FC12 for ; Mon, 17 May 2010 19:26:43 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 22so1233364fge.13 for ; Mon, 17 May 2010 12:26:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=B4QX15Bcfjl6/6mSGespnrr00wuHfoKHa8eweE7Yiqc=; b=xDRVr6zc15UuDNACN//bP6/K0tkKYu20UsscuBAIvFUPbAv081Qt0k/BXXinMlcLxU 1aSxBWJnfROU42dlbXRhx62tKl5iK6uCI40QKefnEujX5DOmiPUCN6sBCvvBWHYZj0RA yJeKXPFY7Tn+z0B/IIAKe8tYiPu5LJBwylWe8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=dCj5UaPm7CIhSkKoGs+i+Utvn+tB7Fjr2CHLsYtdP6UxYW5PhCQbbPAFYASbAr40tY QCrtPY8W7fDvbAQWuK278qaJvfsLXaIqc1GVGMnWDoLojRF8fDmgBrfyFbG5re8Z4aK+ N4sh0JI78PdSYEC2a6pUdZgQxdIf+ZKFUKaU4= MIME-Version: 1.0 Received: by 10.204.83.132 with SMTP id f4mr16920bkl.73.1274124402558; Mon, 17 May 2010 12:26:42 -0700 (PDT) Received: by 10.204.103.207 with HTTP; Mon, 17 May 2010 12:26:42 -0700 (PDT) In-Reply-To: References: <4BF0EDC9.3090603@bsdforen.de> <4BF15A62.7070602@janh.de> <4BF14C8C.1030804@bsdforen.de> Date: Mon, 17 May 2010 21:26:42 +0200 Message-ID: From: Christian Walther To: Warren Block Content-Type: text/plain; charset=ISO-8859-1 Cc: Dominic Fandrey , stable-list freebsd Subject: Re: if_wpi is all kinds of broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2010 19:26:44 -0000 Hi, On 17 May 2010 17:05, Warren Block wrote: > On Mon, 17 May 2010, Dominic Fandrey wrote: >>[...] > The ipw card in my T42 is the older mini-PCI (no "e"). Yes, and replacing this card is a problem, because the wireless card in many IBM Thinkpad Laptops have a custom firmware, and the cards ID is listed in the laptops BIOS. It won't work with any card not listed there. There are ways to either flash the cards firmware or the BIOS list, but I don't think that it's worth it. Regards Christian Walther From owner-freebsd-stable@FreeBSD.ORG Mon May 17 20:04:07 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D67C71065672 for ; Mon, 17 May 2010 20:04:07 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 878708FC1A for ; Mon, 17 May 2010 20:04:07 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o4HK3h5E012559 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 17 May 2010 13:03:43 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id DDC041CC26; Mon, 17 May 2010 13:03:42 -0700 (PDT) To: Christian Walther In-reply-to: Your message of "Mon, 17 May 2010 21:26:42 +0200." Date: Mon, 17 May 2010 13:03:42 -0700 From: "Kevin Oberman" Message-Id: <20100517200342.DDC041CC26@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2010-05-17_04:2010-02-06, 2010-05-17, 2010-05-17 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1005170139 Cc: Warren Block , Dominic Fandrey , stable-list freebsd Subject: Re: if_wpi is all kinds of broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2010 20:04:07 -0000 > Date: Mon, 17 May 2010 21:26:42 +0200 > From: Christian Walther > Sender: owner-freebsd-stable@freebsd.org > > Hi, > > On 17 May 2010 17:05, Warren Block wrote: > > On Mon, 17 May 2010, Dominic Fandrey wrote: > >>[...] > > > The ipw card in my T42 is the older mini-PCI (no "e"). > > Yes, and replacing this card is a problem, because the wireless card > in many IBM Thinkpad Laptops have a custom firmware, and the cards ID > is listed in the laptops BIOS. It won't work with any card not listed > there. There are ways to either flash the cards firmware or the BIOS > list, but I don't think that it's worth it. Assuming the the Atheros you are installing is one that IBM/Lenovo used, it will work fine. The 5212 in the mini-PCI format was sold by IBM for the t-40, T-42, and T-43 laptops and works fine. Other cards will probably not work in the T-42. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Mon May 17 20:59:24 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE7C3106566C for ; Mon, 17 May 2010 20:59:24 +0000 (UTC) (envelope-from tabthorpe@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7654D8FC1A for ; Mon, 17 May 2010 20:59:24 +0000 (UTC) Received: by pxi7 with SMTP id 7so1466800pxi.13 for ; Mon, 17 May 2010 13:59: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:date:from:to :cc:subject:message-id:mime-version:content-type:content-disposition :x-url:x-pgp-key:x-pgp-key-id:x-pgp-key-fingerprint:user-agent; bh=mmk7AYLt938YZak+WTLo6PIi1H+wNRmQHJapngZpv2s=; b=dEi1r8neMpl5V0ZfWXwG0C1JMektro3nUzjXZho5qZnig8W/NphxhEOhZtyAH75HRv hnPAcrAJIOhkz/639lVB5yEQ+JxCYnXDlTF+8EyeCRU0kpO7Vlo7dbitXtJ/huGEIJha X+jSkzLKqastsO7vuUZYBQgQ4o9+WefhM3v+Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:bcc:subject:message-id:mime-version :content-type:content-disposition:x-url:x-pgp-key:x-pgp-key-id :x-pgp-key-fingerprint:user-agent; b=sAD/kezgUfxjor1+uRH/qIs5K3OR6F1FVZ/BZ7GQYRXFEs1OorTbpwaUmGVGGsoqT6 gDd760MFVv5X50lnoj18MWOXJ12nAylqj+G7LQXxw8zoll+9gC+oDlSeutbiG3g4Vtpm c4TxcN0lB2jqYrCUEARw/qNc+uP3lSz4vl4Cs= Received: by 10.115.134.11 with SMTP id l11mr4853936wan.160.1274128200662; Mon, 17 May 2010 13:30:00 -0700 (PDT) Received: from tabthorpe@gmail.com (216-211-102-141.dynamic.tbaytel.net [216.211.102.141]) by mx.google.com with ESMTPS id c22sm52097467wam.18.2010.05.17.13.29.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 17 May 2010 13:29:58 -0700 (PDT) Sender: Thomas Abthorpe Received: by tabthorpe@gmail.com (sSMTP sendmail emulation); Mon, 17 May 2010 16:29:55 -0400 Date: Mon, 17 May 2010 16:29:55 -0400 From: Thomas Abthorpe To: freebsd-stable@freebsd.org Message-ID: <20100517202955.GA94021@goodking.goodking.ca> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline X-URL: http://freebsd.goodking.ca X-PGP-Key: http://people.freebsd.org/~tabthorpe/tabthorpe.asc X-PGP-Key-ID: 0xD069F2A0 X-PGP-Key-Fingerprint: 62EB 68F5 C1A4 8FCE 5A87 BE22 E469 BF8C D069 F2A0 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-ports@FreeBSD.org Subject: Give freeze a chance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2010 20:59:24 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable The next wave of the challenge, fear, there is one more already composed to be released with 8.1! -- Give Freeze a chance with apologies to John Lennon et al Ev'rybody's talkin' 'bout portism, srcism, docism, cvsism, svnism, tagism This-ism, that-ism, ism ism ism All we are saying is give freeze a chance All we are saying is give freeze a chance C'mon Ev'rybody's talkin' 'bout re@, core@, doceng@, donations@, secteam@, marketing@, portmgr@, vendor-relations@ All we are saying is give freeze a chance All we are saying is give freeze a chance Let me tell you now Ev'rybody's talkin' 'bout Revolution, evolution, i18n, l10n, documentation, Integration, administration, applications, congratulations All we are saying is give freeze a chance All we are saying is give freeze a chance Ev'rybody's talkin' 'bout Erwin Lansing, Mark Linimon, Martin Wilke, Pav Lucistnik, Florent Thoumie, Ion-Mihai Tetcu, Kris Kennaway, Joe Marcus Clarke, Thomas Abthorpe too All we are saying is give freeze a chance All we are saying is give freeze a chance Thomas --=20 Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkvxpz4ACgkQ5Gm/jNBp8qDmTACcCMvGXBstXCji+hB3+yXw8i0j fNYAn0xz6ZrT0o7mNdbqpY/t0aX+kHgL =/Ha1 -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-stable@FreeBSD.ORG Mon May 17 21:29:05 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 761D81065672 for ; Mon, 17 May 2010 21:29:05 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 2E8D88FC19 for ; Mon, 17 May 2010 21:29:04 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id o4HLT2Iv072602; Mon, 17 May 2010 15:29:02 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id o4HLT2IB072599; Mon, 17 May 2010 15:29:02 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 17 May 2010 15:29:02 -0600 (MDT) From: Warren Block To: Christian Walther In-Reply-To: Message-ID: References: <4BF0EDC9.3090603@bsdforen.de> <4BF15A62.7070602@janh.de> <4BF14C8C.1030804@bsdforen.de> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.5 (wonkity.com [127.0.0.1]); Mon, 17 May 2010 15:29:02 -0600 (MDT) Cc: Dominic Fandrey , stable-list freebsd Subject: Re: if_wpi is all kinds of broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2010 21:29:05 -0000 On Mon, 17 May 2010, Christian Walther wrote: > Hi, > > On 17 May 2010 17:05, Warren Block wrote: >> On Mon, 17 May 2010, Dominic Fandrey wrote: >>> [...] > >> The ipw card in my T42 is the older mini-PCI (no "e"). > > Yes, and replacing this card is a problem, because the wireless card > in many IBM Thinkpad Laptops have a custom firmware, and the cards ID > is listed in the laptops BIOS. It won't work with any card not listed > there. There are ways to either flash the cards firmware or the BIOS > list, but I don't think that it's worth it. Just because I have this link handy: http://www.paul.sladen.org/thinkpad-r31/wifi-card-pci-ids.html That also has a link to some information on HP's version of the same thing. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-stable@FreeBSD.ORG Mon May 17 21:38:23 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 643861065676 for ; Mon, 17 May 2010 21:38:23 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 1F1B98FC0A for ; Mon, 17 May 2010 21:38:22 +0000 (UTC) Received: from mobileKamikaze.norad (HSI-KBW-078-042-098-160.hsi3.kabel-badenwuerttemberg.de [78.42.98.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 06E1F8A1D60; Mon, 17 May 2010 23:38:21 +0200 (CEST) Message-ID: <4BF1B74D.4030504@bsdforen.de> Date: Mon, 17 May 2010 23:38:21 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: Warren Block References: <4BF0EDC9.3090603@bsdforen.de> <4BF15A62.7070602@janh.de> <4BF14C8C.1030804@bsdforen.de> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: stable-list freebsd , Christian Walther Subject: Re: if_wpi is all kinds of broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2010 21:38:23 -0000 On 17/05/2010 23:29, Warren Block wrote: > On Mon, 17 May 2010, Christian Walther wrote: > >> Hi, >> >> On 17 May 2010 17:05, Warren Block wrote: >>> On Mon, 17 May 2010, Dominic Fandrey wrote: >>>> [...] >> >>> The ipw card in my T42 is the older mini-PCI (no "e"). >> >> Yes, and replacing this card is a problem, because the wireless card >> in many IBM Thinkpad Laptops have a custom firmware, and the cards ID >> is listed in the laptops BIOS. It won't work with any card not listed >> there. There are ways to either flash the cards firmware or the BIOS >> list, but I don't think that it's worth it. > > Just because I have this link handy: > http://www.paul.sladen.org/thinkpad-r31/wifi-card-pci-ids.html > > That also has a link to some information on HP's version of the same thing. The official genuine parts list for my notebook only lists Intel and Boradcom wireless modules. So I suppose I'll just have to risk buying a PCIe Atheros that I cannot use. Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-stable@FreeBSD.ORG Tue May 18 03:58:07 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57D0E1065670; Tue, 18 May 2010 03:58:07 +0000 (UTC) (envelope-from ysarumaru@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id E683D8FC15; Tue, 18 May 2010 03:58:06 +0000 (UTC) Received: by vws17 with SMTP id 17so310272vws.13 for ; Mon, 17 May 2010 20:58:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=hzBTnRALn4C/oiY+VJXGVVFkh/vfjXIuqtiEDftBbNE=; b=ZODNyp6aW3PKDmjko0TsfI+qiWgvZgs4U6MvPNeWtMfhseAjKwJWusxEqRdTVILChM 60qjoQODv4ADk5pfdOU1mnUP1Se1OwwmyrCMtegOmlfyKWJ9Kij+eNmyUy97yCgn1xC2 aGvnROOYfEr8JDJD38tsYy1Eqdct/3xvTy3b4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=HoB/WdKCJFIG3gCn00qb6BoEpuo3//bEIwesT/GemwPo8SpoI8SLWs+CnbhfHaVEkY LgUydEbxpCJQWyjR/swtpsecnoH1CiJavu9/tP1AtRMSTES2AQNYu4//MBfsZq13PqxR wgBqfmWrdcG3TOLXBxvl3LYoqDhMPkre4iIFE= MIME-Version: 1.0 Received: by 10.220.59.5 with SMTP id j5mr3074179vch.106.1274155086015; Mon, 17 May 2010 20:58:06 -0700 (PDT) Received: by 10.220.92.129 with HTTP; Mon, 17 May 2010 20:58:05 -0700 (PDT) In-Reply-To: <20100517190525.GP83316@deviant.kiev.zoral.com.ua> References: <20100517190525.GP83316@deviant.kiev.zoral.com.ua> Date: Tue, 18 May 2010 12:58:05 +0900 Message-ID: From: Yoshihiko Sarumaru To: Kostik Belousov , kib@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: odd behavior on select() after shutdown() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 May 2010 03:58:07 -0000 Hi, 2010/5/18 Kostik Belousov : > On Tue, May 18, 2010 at 01:08:50AM +0900, Yoshihiko Sarumaru wrote: >> Hi all, >> >> Select(2) has three arguments to get socket status for read, write and except. >> After upgrading to 8.0-RELEASE, select() after shutdown(SHUT_WR) returns with >> the status exceptfds is set. It means out-of-bound data can be read >> from the socket, >> but recv() with OOB flag returns ECONNRESET, and no packets with urgent flag >> was observed by tcpdump. >> It seems strange for me, but is it an intentional change on 8.x ? > The patch below would fix the problem at hand. I am wondering what > unintended consequences it might have. It works perfect for me on 8.0-RELEASE, thanks! I can't see how much this change has side effects, but is it commitable to current or stable? Kib, it seems you had changed some code using POLLHUP in uipc_socket.c. I'm not sure it is related to this issue, but could you give us your comments? thanks, - yoshihiko From owner-freebsd-stable@FreeBSD.ORG Tue May 18 05:01:32 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AAD4106566C; Tue, 18 May 2010 05:01:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id F26B68FC12; Tue, 18 May 2010 05:01:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o4I51Us3019421; Tue, 18 May 2010 01:01:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o4I51UdT019418; Tue, 18 May 2010 05:01:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 18 May 2010 05:01:30 GMT Message-Id: <201005180501.o4I51UdT019418@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 May 2010 05:01:32 -0000 TB --- 2010-05-18 04:31:50 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-05-18 04:31:50 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2010-05-18 04:31:50 - cleaning the object tree TB --- 2010-05-18 04:32:16 - cvsupping the source tree TB --- 2010-05-18 04:32:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/amd64/amd64/supfile TB --- 2010-05-18 04:33:28 - building world TB --- 2010-05-18 04:33:28 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-18 04:33:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-18 04:33:28 - TARGET=amd64 TB --- 2010-05-18 04:33:28 - TARGET_ARCH=amd64 TB --- 2010-05-18 04:33:28 - TZ=UTC TB --- 2010-05-18 04:33:28 - __MAKE_CONF=/dev/null TB --- 2010-05-18 04:33:28 - cd /src TB --- 2010-05-18 04:33:28 - /usr/bin/make -B buildworld >>> World build started on Tue May 18 04:33:29 UTC 2010 >>> 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 [...] cc -O2 -pipe -std=gnu99 -fstack-protector -c /src/lib/libusbhid/data.c /src/lib/libusbhid/data.c: In function 'hid_get_data': /src/lib/libusbhid/data.c:63: error: 'int32_t' undeclared (first use in this function) /src/lib/libusbhid/data.c:63: error: (Each undeclared identifier is reported only once /src/lib/libusbhid/data.c:63: error: for each function it appears in.) /src/lib/libusbhid/data.c:63: error: expected ')' before 'data' /src/lib/libusbhid/data.c:65: error: 'uint32_t' undeclared (first use in this function) /src/lib/libusbhid/data.c:65: error: expected ')' before 'data' *** Error code 1 Stop in /src/lib/libusbhid. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-05-18 05:01:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-05-18 05:01:30 - ERROR: failed to build world TB --- 2010-05-18 05:01:30 - 1237.80 user 268.95 system 1780.05 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Tue May 18 08:40:41 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 789B01065670; Tue, 18 May 2010 08:40:41 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id E5D718FC18; Tue, 18 May 2010 08:40:40 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o4I8ejMD089792 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 May 2010 11:40:45 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o4I8eW50078895; Tue, 18 May 2010 11:40:32 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o4I8eWMr078894; Tue, 18 May 2010 11:40:32 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 18 May 2010 11:40:32 +0300 From: Kostik Belousov To: Yoshihiko Sarumaru Message-ID: <20100518084032.GU83316@deviant.kiev.zoral.com.ua> References: <20100517190525.GP83316@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3T4dLCyS4EPlIT+v" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: odd behavior on select() after shutdown() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 May 2010 08:40:41 -0000 --3T4dLCyS4EPlIT+v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 18, 2010 at 12:58:05PM +0900, Yoshihiko Sarumaru wrote: > Hi, >=20 > 2010/5/18 Kostik Belousov : > > On Tue, May 18, 2010 at 01:08:50AM +0900, Yoshihiko Sarumaru wrote: > >> Hi all, > >> > >> Select(2) has three arguments to get socket status for read, write and= except. > >> After upgrading to 8.0-RELEASE, select() after shutdown(SHUT_WR) retur= ns with > >> the status exceptfds is set. It means out-of-bound data can be read > >> from the socket, > >> but recv() with OOB flag returns ECONNRESET, and no packets with urgen= t flag > >> was observed by tcpdump. > >> It seems strange for me, but is it an intentional change on 8.x ? >=20 > > The patch below would fix the problem at hand. I am wondering what > > unintended consequences it might have. >=20 > It works perfect for me on 8.0-RELEASE, thanks! > I can't see how much this change has side effects, > but is it commitable to current or stable? >=20 > Kib, it seems you had changed some code using POLLHUP in uipc_socket.c. > I'm not sure it is related to this issue, but could you give us your comm= ents? Sometimes being kib, I have no further comments, except that I think that the behaviour you reported is consequence of Jeff and my changes. I intend to commit the patch tomorrow if nobody speaks up. We will see how it goes. --3T4dLCyS4EPlIT+v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkvyUn8ACgkQC3+MBN1Mb4hpdgCg1W1GI7dPleoulAhLjKjun7ik odAAn0AtxJPvZrAPfEhVtQ6rAGGvtYBb =hloN -----END PGP SIGNATURE----- --3T4dLCyS4EPlIT+v-- From owner-freebsd-stable@FreeBSD.ORG Tue May 18 09:50:08 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 120CF1065672 for ; Tue, 18 May 2010 09:50:08 +0000 (UTC) (envelope-from michal@ionic.co.uk) Received: from mail1.sharescope.co.uk (pm1.ionic.co.uk [85.159.80.19]) by mx1.freebsd.org (Postfix) with ESMTP id C0F938FC0C for ; Tue, 18 May 2010 09:50:07 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by mail1.sharescope.co.uk (Postfix) with ESMTP id B6B4DFC0DD for ; Tue, 18 May 2010 09:50:06 +0000 (UTC) X-Virus-Scanned: amavisd-new at sharescope.co.uk Received: from mail1.sharescope.co.uk ([127.0.0.1]) by localhost (mail1.sharescope.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dn+5VwlQXit0 for ; Tue, 18 May 2010 10:50:02 +0100 (BST) Received: from [192.168.2.37] (office.ionic.co.uk [85.159.85.2]) (Authenticated sender: chris@sharescope.co.uk) by mail1.sharescope.co.uk (Postfix) with ESMTPSA id 8C48BFC0B7 for ; Tue, 18 May 2010 10:50:02 +0100 (BST) Message-ID: <4BF262C9.2040805@ionic.co.uk> Date: Tue, 18 May 2010 10:50:01 +0100 From: Michal User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20100516192747.GA223@leah.nicotinebsd.org> In-Reply-To: <20100516192747.GA223@leah.nicotinebsd.org> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: *BSD meetup, London May 27th X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 May 2010 09:50:08 -0000 On 16/05/2010 20:27, Owain Ainsworth wrote: > On Sat, May 15, 2010 at 11:38:34PM +0100, Edd Barrett wrote: >> On Tue, May 11, 2010 at 1:44 PM, Sevan / Venture37 wrote: >>> Hi Guys >>> Some of us are meeting at the Barrowboy & Banker by London bridge on >>> the 27th this month, 7pm >>> More details here: >>> http://mailman.uk.freebsd.org/pipermail/ukfreebsd/2010-May/012735.html >>> >>> >>> Sevan / Venture37 >>> >>> >> >> Anyone considering this? > > Sure, why not. > > -0- Yeah I'm hoping to From owner-freebsd-stable@FreeBSD.ORG Tue May 18 14:04:09 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D95211065670; Tue, 18 May 2010 14:04:09 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0512A8FC1A; Tue, 18 May 2010 14:04:08 +0000 (UTC) Received: by fxm19 with SMTP id 19so2388552fxm.13 for ; Tue, 18 May 2010 07:04:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=VTQYoclu0w/gd74IJKTSf31sB2krtjtLrTwlDYg4nCc=; b=tcC83B8KxJaZhPEnGzzhP2H4E9oT6930T5o/gfAJ3XCavFZ9K3HXuYDkygIZC28M2Q JawBWTkjWkPw9/cn/+YZPB20aC505wthTMPo/elGwC5vD2eaqzjVi4sqD+qM9+vb+80s qSNnkPygir862huyf9qKxCaUvtqOIg2xBxonc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=XunPNQkpL5FJUpcaDF+rrTyUrB8+JtY8xe/bV3Cyh3oRMcGKoQDId2mA/G3OyM+Qk2 jNu7vdRsDvd33oRb4kVhmqOGJyvBoA4ETRZx9S6v/bYdtOuEVN8f6CWApHeXlBrm2TdB joi63XXQxXvPXlcjJGAxhkP/V4fhUfpiSDado= MIME-Version: 1.0 Received: by 10.223.63.17 with SMTP id z17mr1866937fah.66.1274191447724; Tue, 18 May 2010 07:04:07 -0700 (PDT) Received: by 10.223.103.209 with HTTP; Tue, 18 May 2010 07:04:07 -0700 (PDT) In-Reply-To: References: <4DEBDE2C-C0D2-469D-AC42-DD5027926424@FreeBSD.org> <1273257226.1671.3.camel@malikania.fr> Date: Tue, 18 May 2010 16:04:07 +0200 Message-ID: From: Giovanni Trematerra To: Brandon Gooch Content-Type: multipart/mixed; boundary=000e0ce07e9e9e15430486ded055 Cc: Attilio Rao , David DEMELIER , freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Kernel panic when unpluggin AC adaptor X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 May 2010 14:04:09 -0000 --000e0ce07e9e9e15430486ded055 Content-Type: text/plain; charset=ISO-8859-1 On Sat, May 15, 2010 at 9:12 PM, Brandon Gooch wrote: > On Thu, May 13, 2010 at 7:25 PM, Giovanni Trematerra > wrote: >> On Thu, May 13, 2010 at 1:09 AM, Brandon Gooch >> wrote: >>> On Wed, May 12, 2010 at 9:41 AM, Attilio Rao wrote: >>>> 2010/5/12 David DEMELIER : >>>>> I remove the patch, and built the kernel (I updated the src this >>>>> morning) and it does not panic now. It's really odd. If it reappears >>>>> soon I will tell you. >>>> >>>> I looked at the code with Giovanni and I have the feeling that the >>>> race with the idle thread may still be fatal. >>>> We need to fix that. >>>> >>>> Attilio >>>> >>> >>> That seems to be the case, as my laptop shows about an 80-85 % chance >>> of experiencing a panic if left idle for long-ish periods of time (2 >>> to 4 hours). I usually rebuild world or big ports overnight, and more >>> often than not I wake up to a panicked machine, same situation every >>> time: >>> >>> ... >>> rman_get_bushandle() at rman_get_bushandle+0x1 >>> sched_idletd() at sched_idletd+0x123 >>> fork_exit() at fork_exit+0x12a >>> fork_trampoline() at fork_trampoline+0xe >>> ... >>> >>> The kernel/userland is rebuilt, the ports are finished compiling -- >>> it's in the time AFTER the completion of all tasks that the machine >>> gets bored and tries to kill itself :) >>> >>> I have seen the AC adapter plug/unplug "hang" in the past on this >>> laptop, but I never made the connection between the events, as >>> nowadays my laptop usually stays plugged in :( >>> >>> Attilio, I hope you can track this one down, let me know if I can do >>> anything to help or test... >>> >> >> Attilio and I came up with this patch. It seems ready for stress >> testing and review >> Please test and report back. >> >> Thank you >> >> P.S: all the faults are only mine. > > I tried the patch, and my kernel panics I panic on boot. I have > 8.5MB(!) of JPG images (6 of them) if anyone needs to see them. I'm > looking for a place to post them, but if anyone wants, I can send via > e-mail... Hi Brandon, Could you please, try this new one? The panic at boot stage should be solved, at least I tried on a 8-way machine and all went ok at boot. Please, remove WITNESS_SKIPSPIN from your kernel config file. This patch might be sub-optimal and contains style(9) error but if it works we are on the right way. Let me know if it works for you. Thanks -- Gianni --000e0ce07e9e9e15430486ded055 Content-Type: text/plain; charset=US-ASCII; name="acpi_idle5.diff.txt" Content-Disposition: attachment; filename="acpi_idle5.diff.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g9csbpza0 ZGlmZiAtciBkN2QwZTA0ZjQyZTMgc3lzL2Rldi9hY3BpY2EvYWNwaV9jcHUuYwotLS0gYS9zeXMv ZGV2L2FjcGljYS9hY3BpX2NwdS5jCVdlZCBNYXkgMTIgMDQ6MDE6NTYgMjAxMCArMDIwMAorKysg Yi9zeXMvZGV2L2FjcGljYS9hY3BpX2NwdS5jCU1vbiBNYXkgMTcgMDk6MjE6MjUgMjAxMCArMDIw MApAQCAtODgsNiArODgsOCBAQCBzdHJ1Y3QgYWNwaV9jcHVfc29mdGMgewogICAgIGludAkJCSBj cHVfY3hfbG93ZXN0OwogICAgIGNoYXIgCQkgY3B1X2N4X3N1cHBvcnRlZFs2NF07CiAgICAgaW50 CQkJIGNwdV9yaWQ7CisJc3RydWN0IG10eAkgY3B1X2xvY2s7CisJaW50CQkJIGNwdV9kaXNhYmxl X2lkbGU7CiB9OwogCiBzdHJ1Y3QgYWNwaV9jcHVfZGV2aWNlIHsKQEAgLTEwMCw2ICsxMDIsMTAg QEAgc3RydWN0IGFjcGlfY3B1X2RldmljZSB7CiAjZGVmaW5lIENQVV9TRVRfUkVHKHJlZywgd2lk dGgsIHZhbCkJCQkJCVwKICAgICAoYnVzX3NwYWNlX3dyaXRlXyAjIyB3aWR0aChybWFuX2dldF9i dXN0YWcoKHJlZykpLCAJCQlcCiAJCSAgICAgICBybWFuX2dldF9idXNoYW5kbGUoKHJlZykpLCAw LCAodmFsKSkpCisjZGVmaW5lIEFDUElfQ1BVX0xPQ0soc2MpIFwKKwltdHhfbG9ja19zcGluKCZz Yy0+Y3B1X2xvY2spCisjZGVmaW5lIEFDUElfQ1BVX1VOTE9DSyhzYykgXAorCW10eF91bmxvY2tf c3Bpbigmc2MtPmNwdV9sb2NrKQogCiAjZGVmaW5lIFBNX1VTRUMoeCkJICgoeCkgPj4gMikJLyog fjQgY2xvY2tzIHBlciB1c2VjICgzLjU3OTU1IE1oeikgKi8KIApAQCAtMTI3LDcgKzEzMyw2IEBA IHN0YXRpYyB1aW50OF90CQkgY3B1X2NzdF9jbnQ7CS8qIEluZGljYXQKIHN0YXRpYyBpbnQJCSBj cHVfcXVpcmtzOwkvKiBJbmRpY2F0ZSBhbnkgaGFyZHdhcmUgYnVncy4gKi8KIAogLyogUnVudGlt ZSBzdGF0ZS4gKi8KLXN0YXRpYyBpbnQJCSBjcHVfZGlzYWJsZV9pZGxlOyAvKiBEaXNhYmxlIGVu dHJ5IHRvIGlkbGUgZnVuY3Rpb24gKi8KIHN0YXRpYyBpbnQJCSBjcHVfY3hfY291bnQ7CS8qIE51 bWJlciBvZiB2YWxpZCBDeCBzdGF0ZXMgKi8KIAogLyogVmFsdWVzIGZvciBzeXNjdGwuICovCkBA IC0yODQsNiArMjg5LDcgQEAgYWNwaV9jcHVfYXR0YWNoKGRldmljZV90IGRldikKICAgICBBQ1BJ X0ZVTkNUSU9OX1RSQUNFKChjaGFyICopKHVpbnRwdHJfdClfX2Z1bmNfXyk7CiAKICAgICBzYyA9 IGRldmljZV9nZXRfc29mdGMoZGV2KTsKKwltdHhfaW5pdCgmc2MtPmNwdV9sb2NrLCAibnRmbGNr IiwgTlVMTCwgTVRYX1NQSU4pOwogICAgIHNjLT5jcHVfZGV2ID0gZGV2OwogICAgIHNjLT5jcHVf aGFuZGxlID0gYWNwaV9nZXRfaGFuZGxlKGRldik7CiAgICAgY3B1X2lkID0gKGludCkoaW50cHRy X3QpYWNwaV9nZXRfcHJpdmF0ZShkZXYpOwpAQCAtNDA5LDI3ICs0MTUsMzAgQEAgYWNwaV9jcHVf cG9zdGF0dGFjaCh2b2lkICp1bnVzZWQgX191bnVzZQogU1lTSU5JVChhY3BpX2NwdSwgU0lfU1VC X0NPTkZJR1VSRSwgU0lfT1JERVJfTUlERExFLAogICAgIGFjcGlfY3B1X3Bvc3RhdHRhY2gsIE5V TEwpOwogCi0vKgotICogRGlzYWJsZSBhbnkgZW50cnkgdG8gdGhlIGlkbGUgZnVuY3Rpb24gZHVy aW5nIHN1c3BlbmQgYW5kIHJlLWVuYWJsZSBpdAotICogZHVyaW5nIHJlc3VtZS4KLSAqLwogc3Rh dGljIGludAogYWNwaV9jcHVfc3VzcGVuZChkZXZpY2VfdCBkZXYpCiB7CisgICAgc3RydWN0IGFj cGlfY3B1X3NvZnRjICpzYzsKICAgICBpbnQgZXJyb3I7CiAKKyAgICBzYyA9IGRldmljZV9nZXRf c29mdGMoZGV2KTsKICAgICBlcnJvciA9IGJ1c19nZW5lcmljX3N1c3BlbmQoZGV2KTsKICAgICBp ZiAoZXJyb3IpCiAJcmV0dXJuIChlcnJvcik7Ci0gICAgY3B1X2Rpc2FibGVfaWRsZSA9IFRSVUU7 CisJQUNQSV9DUFVfTE9DSyhzYyk7CisgICAgc2MtPmNwdV9kaXNhYmxlX2lkbGUgPSBUUlVFOwor CUFDUElfQ1BVX1VOTE9DSyhzYyk7CisKICAgICByZXR1cm4gKDApOwogfQogCiBzdGF0aWMgaW50 CiBhY3BpX2NwdV9yZXN1bWUoZGV2aWNlX3QgZGV2KQogeworICAgIHN0cnVjdCBhY3BpX2NwdV9z b2Z0YyAqc2M7CiAKLSAgICBjcHVfZGlzYWJsZV9pZGxlID0gRkFMU0U7CisgICAgc2MgPSBkZXZp Y2VfZ2V0X3NvZnRjKGRldik7CisgICAgc2MtPmNwdV9kaXNhYmxlX2lkbGUgPSBGQUxTRTsKICAg ICByZXR1cm4gKGJ1c19nZW5lcmljX3Jlc3VtZShkZXYpKTsKIH0KIApAQCAtNTIzLDE2ICs1MzIs MTYgQEAgYWNwaV9jcHVfc2h1dGRvd24oZGV2aWNlX3QgZGV2KQogewogICAgIEFDUElfRlVOQ1RJ T05fVFJBQ0UoKGNoYXIgKikodWludHB0cl90KV9fZnVuY19fKTsKIAorICAgIHN0cnVjdCBhY3Bp X2NwdV9zb2Z0YyAqc2M7CisKKyAgICBzYyA9IGRldmljZV9nZXRfc29mdGMoZGV2KTsKKwogICAg IC8qIEFsbG93IGNoaWxkcmVuIHRvIHNodXRkb3duIGZpcnN0LiAqLwogICAgIGJ1c19nZW5lcmlj X3NodXRkb3duKGRldik7CiAKLSAgICAvKgotICAgICAqIERpc2FibGUgYW55IGVudHJ5IHRvIHRo ZSBpZGxlIGZ1bmN0aW9uLiAgVGhlcmUgaXMgYSBzbWFsbCByYWNlIHdoZXJlCi0gICAgICogYW4g aWRsZSB0aHJlYWQgaGF2ZSBwYXNzZWQgdGhpcyBjaGVjayBidXQgbm90IGdvbmUgdG8gc2xlZXAu ICBUaGlzCi0gICAgICogaXMgb2sgc2luY2UgZGV2aWNlX3NodXRkb3duKCkgZG9lcyBub3QgZnJl ZSB0aGUgc29mdGMsIG90aGVyd2lzZQotICAgICAqIHdlJ2QgaGF2ZSB0byBiZSBzdXJlIGFsbCB0 aHJlYWRzIHdlcmUgZXZpY3RlZCBiZWZvcmUgcmV0dXJuaW5nLgotICAgICAqLwotICAgIGNwdV9k aXNhYmxlX2lkbGUgPSBUUlVFOworCUFDUElfQ1BVX0xPQ0soc2MpOworICAgIHNjLT5jcHVfZGlz YWJsZV9pZGxlID0gVFJVRTsKKwlBQ1BJX0NQVV9VTkxPQ0soc2MpOwogCiAgICAgcmV0dXJuX1ZB TFVFICgwKTsKIH0KQEAgLTYwOSw3ICs2MTgsOSBAQCBhY3BpX2NwdV9nZW5lcmljX2N4X3Byb2Jl KHN0cnVjdCBhY3BpX2NwCiAJICAgIGN4X3B0ci0+dHJhbnNfbGF0ID0gQWNwaUdibF9GQURULkMy TGF0ZW5jeTsKIAkgICAgY3hfcHRyKys7CiAJICAgIHNjLT5jcHVfY3hfY291bnQrKzsKLQl9CisJ fSBlbHNlCisJCXBhbmljKCIlczogQ2Fubm90IGFsbG9jYXRlIHJlc291cmNlICVkIGZvciBDMyBz dGF0ZSIsIF9fZnVuY19fLCAKKwkJICAgIGN4X3B0ci0+cmVzX3R5cGUpOwogICAgIH0KICAgICBp ZiAoc2MtPmNwdV9wX2Jsa19sZW4gPCA2KQogCXJldHVybjsKQEAgLTYyNSw3ICs2MzYsOSBAQCBh Y3BpX2NwdV9nZW5lcmljX2N4X3Byb2JlKHN0cnVjdCBhY3BpX2NwCiAJICAgIGN4X3B0ci0+dHJh bnNfbGF0ID0gQWNwaUdibF9GQURULkMzTGF0ZW5jeTsKIAkgICAgY3hfcHRyKys7CiAJICAgIHNj LT5jcHVfY3hfY291bnQrKzsKLQl9CisJfSBlbHNlCisJCXBhbmljKCIlczogQ2Fubm90IGFsbG9j YXRlIHJlc291cmNlICVkIGZvciBDMyBzdGF0ZSIsIF9fZnVuY19fLCAKKwkJICAgIGN4X3B0ci0+ cmVzX3R5cGUpOwogICAgIH0KIH0KIApAQCAtNjM3LDEzICs2NTAsMTQgQEAgYWNwaV9jcHVfZ2Vu ZXJpY19jeF9wcm9iZShzdHJ1Y3QgYWNwaV9jcAogc3RhdGljIGludAogYWNwaV9jcHVfY3hfY3N0 KHN0cnVjdCBhY3BpX2NwdV9zb2Z0YyAqc2MpCiB7CisgICAgc3RydWN0IAkgcmVzb3VyY2UgKmx2 bHg7CiAgICAgc3RydWN0CSBhY3BpX2N4ICpjeF9wdHI7CiAgICAgQUNQSV9TVEFUVVMJIHN0YXR1 czsKICAgICBBQ1BJX0JVRkZFUgkgYnVmOwogICAgIEFDUElfT0JKRUNUCSp0b3A7CiAgICAgQUNQ SV9PQkpFQ1QJKnBrZzsKICAgICB1aW50MzJfdAkgY291bnQ7Ci0gICAgaW50CQkgaTsKKyAgICBp bnQJCSBpLCB0eXBlLCByaWQ7CiAKICAgICBBQ1BJX0ZVTkNUSU9OX1RSQUNFKChjaGFyICopKHVp bnRwdHJfdClfX2Z1bmNfXyk7CiAKQEAgLTcyMiw4ICs3MzYsMTggQEAgYWNwaV9jcHVfY3hfY3N0 KHN0cnVjdCBhY3BpX2NwdV9zb2Z0YyAqcwogI2VuZGlmCiAKIAkvKiBBbGxvY2F0ZSB0aGUgY29u dHJvbCByZWdpc3RlciBmb3IgQzIgb3IgQzMuICovCi0JYWNwaV9Qa2dHYXMoc2MtPmNwdV9kZXYs IHBrZywgMCwgJmN4X3B0ci0+cmVzX3R5cGUsICZzYy0+Y3B1X3JpZCwKLQkgICAgJmN4X3B0ci0+ cF9sdmx4LCBSRl9TSEFSRUFCTEUpOworCWFjcGlfUGtnR2FzKHNjLT5jcHVfZGV2LCBwa2csIDAs ICZ0eXBlLCAmcmlkLAorCSAgICAmbHZseCwgUkZfU0hBUkVBQkxFKTsKKwlBQ1BJX0NQVV9MT0NL KHNjKTsKKworCS8qIAorCSAqICBpZiB5b3UgY2Fubm90IGFsbG9jYXRlIHRoZSBjb250cm9sIHJl Z2lzdGVyIHlvdSBuZWVkIHRvIHN0b3AKKwkgKiAgdGhlIGFjcGlfY3B1X2lkbGUgaG9vay4KKwkg Ki8KKwlzYy0+Y3B1X2Rpc2FibGVfaWRsZSA9IChsdmx4ID09IE5VTEwpID8gVFJVRSA6IEZBTFNF OworCXNjLT5jcHVfcmlkICAJID0gcmlkOworCWN4X3B0ci0+cF9sdmx4ICAgPSBsdmx4OworCWN4 X3B0ci0+cmVzX3R5cGUgPSB0eXBlOwogCWlmIChjeF9wdHItPnBfbHZseCkgewogCSAgICBzYy0+ Y3B1X3JpZCsrOwogCSAgICBBQ1BJX0RFQlVHX1BSSU5UKChBQ1BJX0RCX0lORk8sCkBAIC03MzIs NyArNzU2LDEwIEBAIGFjcGlfY3B1X2N4X2NzdChzdHJ1Y3QgYWNwaV9jcHVfc29mdGMgKnMKIAkJ CSAgICAgY3hfcHRyLT50cmFuc19sYXQpKTsKIAkgICAgY3hfcHRyKys7CiAJICAgIHNjLT5jcHVf Y3hfY291bnQrKzsKLQl9CisJfSBlbHNlCisJCWRldmljZV9wcmludGYoc2MtPmNwdV9kZXYsICJj YW5ub3QgYWxsb2NhdGUgY29udHJvbCByZWdpc3RlciIKKwkJICAgICIgZm9yIEMyIG8gQzMuIik7 CisJQUNQSV9DUFVfVU5MT0NLKHNjKTsKICAgICB9CiAgICAgQWNwaU9zRnJlZShidWYuUG9pbnRl cik7CiAKQEAgLTgxMyw3ICs4NDAsMTAgQEAgYWNwaV9jcHVfc3RhcnR1cCh2b2lkICphcmcpCiAK ICAgICAvKiBUYWtlIG92ZXIgaWRsaW5nIGZyb20gY3B1X2lkbGVfZGVmYXVsdCgpLiAqLwogICAg IGNwdV9jeF9sb3dlc3QgPSAwOwotICAgIGNwdV9kaXNhYmxlX2lkbGUgPSBGQUxTRTsKKwlmb3Ig KGkgPSAwOyBpIDwgY3B1X25kZXZpY2VzOyBpKyspIHsKKwkgICAgc2MgPSBkZXZpY2VfZ2V0X3Nv ZnRjKGNwdV9kZXZpY2VzW2ldKTsKKyAgICAJc2MtPmNwdV9kaXNhYmxlX2lkbGUgPSBGQUxTRTsK Kwl9CiAgICAgY3B1X2lkbGVfaG9vayA9IGFjcGlfY3B1X2lkbGU7CiB9CiAKQEAgLTg4MywxMSAr OTEzLDYgQEAgYWNwaV9jcHVfaWRsZSgpCiAgICAgdWludDMyX3QJc3RhcnRfdGltZSwgZW5kX3Rp bWU7CiAgICAgaW50CQlibV9hY3RpdmUsIGN4X25leHRfaWR4LCBpOwogCi0gICAgLyogSWYgZGlz YWJsZWQsIHJldHVybiBpbW1lZGlhdGVseS4gKi8KLSAgICBpZiAoY3B1X2Rpc2FibGVfaWRsZSkg ewotCUFDUElfRU5BQkxFX0lSUVMoKTsKLQlyZXR1cm47Ci0gICAgfQogCiAgICAgLyoKICAgICAg KiBMb29rIHVwIG91ciBDUFUgaWQgdG8gZ2V0IG91ciBzb2Z0Yy4gIElmIGl0J3MgTlVMTCwgd2Un bGwgdXNlIEMxCkBAIC05MDAsNiArOTI1LDE0IEBAIGFjcGlfY3B1X2lkbGUoKQogCXJldHVybjsK ICAgICB9CiAKKyAgICBBQ1BJX0NQVV9MT0NLKHNjKTsKKworICAgIGlmIChzYy0+Y3B1X2Rpc2Fi bGVfaWRsZSkgeworCUFDUElfQ1BVX1VOTE9DSyhzYyk7CisJQUNQSV9FTkFCTEVfSVJRUygpOwor CXJldHVybjsKKyAgICB9CisKICAgICAvKiBGaW5kIHRoZSBsb3dlc3Qgc3RhdGUgdGhhdCBoYXMg c21hbGwgZW5vdWdoIGxhdGVuY3kuICovCiAgICAgY3hfbmV4dF9pZHggPSAwOwogICAgIGZvciAo aSA9IHNjLT5jcHVfY3hfbG93ZXN0OyBpID49IDA7IGktLSkgewpAQCAtOTM1LDYgKzk2OCw3IEBA IGFjcGlfY3B1X2lkbGUoKQogICAgICAqLwogICAgIGlmIChjeF9uZXh0LT50eXBlID09IEFDUElf U1RBVEVfQzEpIHsKIAlzYy0+Y3B1X3ByZXZfc2xlZXAgPSAoc2MtPmNwdV9wcmV2X3NsZWVwICog MyArIDUwMDAwMCAvIGh6KSAvIDQ7CisJQUNQSV9DUFVfVU5MT0NLKHNjKTsKIAlhY3BpX2NwdV9j MSgpOwogCXJldHVybjsKICAgICB9CkBAIC05NzUsNiArMTAwOSw3IEBAIGFjcGlfY3B1X2lkbGUo KQogCUFjcGlXcml0ZUJpdFJlZ2lzdGVyKEFDUElfQklUUkVHX0FSQl9ESVNBQkxFLCAwKTsKIAlB Y3BpV3JpdGVCaXRSZWdpc3RlcihBQ1BJX0JJVFJFR19CVVNfTUFTVEVSX1JMRCwgMCk7CiAgICAg fQorCUFDUElfQ1BVX1VOTE9DSyhzYyk7CiAgICAgQUNQSV9FTkFCTEVfSVJRUygpOwogCiAgICAg LyogRmluZCB0aGUgYWN0dWFsIHRpbWUgYXNsZWVwIGluIG1pY3Jvc2Vjb25kcy4gKi8K --000e0ce07e9e9e15430486ded055-- From owner-freebsd-stable@FreeBSD.ORG Tue May 18 14:34:34 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F29211065670 for ; Tue, 18 May 2010 14:34:34 +0000 (UTC) (envelope-from u2k4_055@yahoo.com) Received: from web113205.mail.gq1.yahoo.com (web113205.mail.gq1.yahoo.com [98.136.165.126]) by mx1.freebsd.org (Postfix) with SMTP id BF6798FC13 for ; Tue, 18 May 2010 14:34:34 +0000 (UTC) Received: (qmail 53512 invoked by uid 60001); 18 May 2010 14:07:53 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1274191673; bh=dmewd/HZuTzvu7c5+0LdYMD9Q0cWI9G51ZqpGYHFMs8=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=N4vvtQgspOo6fA6VnnuChNF4khT0PjxLCRFHxlbqmT92QCChlPp2QsiJa3VQ0LlP+Es9UI/PmlFJWMcxSqKqz6xuB3wikMwh5bF7Nw0cIRiyRFxoRywkvwz6h4Hm4FLoUrYS3+Fg8r7S3NdKaczPenp/IYXbyB2sY0RBgmnDhCQ= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=w7w/NxxbO8QLX06ryilCcI4NMM3Q9E0Bodjaer2cYwGJmQVRgQL884700OuU62U7KZmvbzKmjOc6311pxpX7joKk0rlFnDIa9pQB0oZMa/Ms1vdizAXLBdQgyU4MXsWzx2v+H3xXCFjhEAWvMcLT5zN2+Na7xGHx45HU2PXzJH4=; Message-ID: <536133.53150.qm@web113205.mail.gq1.yahoo.com> X-YMail-OSG: SsBm3VEVM1lsaD.SUVHdMC48etcZ6EIha.s0Motc.lIZH8I vCcvHgwgXhZUJSbEikbGBqv4AT28sfoHuaU92vvFiYmVTvfCg3kSCU4lv3JI 4m7PVr4exGk_IVugy2nnFjDynhaDDJknYn_pyvCtk9UncZwdnhd0qIerQequ BJP9sHek.fq5HnbWVJppcyA2zoDXJCSY920P4DZrBTfi4yZ0Jap1AJ1uL20h o99YvLrWyD5v1vviMlh61OQFdO_XkupriF7xOlaEZyBqnTBr_XvlVM.EDvtx GbpCtF8h1Zwwk2zlelwsqunFzXCEU5Syvblr6AxuNvkkSCqJWlD5yxwaxPu9 h Received: from [10.11.2.20] by web113205.mail.gq1.yahoo.com via HTTP; Tue, 18 May 2010 07:07:53 PDT X-Mailer: YahooMailClassic/11.0.8 YahooMailWebService/0.8.103.269680 Date: Tue, 18 May 2010 07:07:53 -0700 (PDT) From: faiza ali To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: libdispatch : queue_kevent.c:204:20: use of undeclared identifier 'EV_RECEIPT' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 May 2010 14:34:35 -0000 Hey, i have followed the instruction emtioed in; http://wiki.freebsd.org/GCD but when i compiled libdispatch-r174 i got seven errors like; libdispatch : queue_kevent.c:204:20: use of undeclared identifier 'EV_RECEI= PT'=A0=20 is there some bug in source code of libdisptch or freeBSD upgradation to 8.= 0 stable. for upgradation i have followed; http://www.freebsd.org/doc/en/books/handbook/makeworld.html to upgrade source code. please tell me how remove this bug. Thanks, Faiza =0A=0A From owner-freebsd-stable@FreeBSD.ORG Tue May 18 16:12:18 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1A1C1065670 for ; Tue, 18 May 2010 16:12:18 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 4D1968FC18 for ; Tue, 18 May 2010 16:12:17 +0000 (UTC) Received: from park.js.berklix.net (p549A4AEB.dip.t-dialin.net [84.154.74.235]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id o4IGCFG0051254; Tue, 18 May 2010 16:12:16 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id o4IGC5j9003262; Tue, 18 May 2010 18:12:06 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.3/8.14.3) with ESMTP id o4IGBg0L016555; Tue, 18 May 2010 18:11:59 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201005181611.o4IGBg0L016555@fire.js.berklix.net> To: Michal From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Tue, 18 May 2010 10:50:01 BST." <4BF262C9.2040805@ionic.co.uk> Date: Tue, 18 May 2010 18:11:42 +0200 Sender: jhs@berklix.com Cc: freebsd-stable@freebsd.org Subject: Re: *BSD meetup, London May 27th X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 May 2010 16:12:18 -0000 Hi, Reference: > From: Michal > Date: Tue, 18 May 2010 10:50:01 +0100 > Message-id: <4BF262C9.2040805@ionic.co.uk> Michal wrote: > On 16/05/2010 20:27, Owain Ainsworth wrote: > > On Sat, May 15, 2010 at 11:38:34PM +0100, Edd Barrett wrote: > >> On Tue, May 11, 2010 at 1:44 PM, Sevan / Venture37 wrote: > >>> Hi Guys > >>> Some of us are meeting at the Barrowboy & Banker by London bridge on > >>> the 27th this month, 7pm > >>> More details here: > >>> http://mailman.uk.freebsd.org/pipermail/ukfreebsd/2010-May/012735.html FYI these lists exist: freebsd-user-groups@freebsd.org freebsd-users@uk.freebsd.org manchester@bsdgroups.org.uk # I remembered a london group too, # but http: fails , whois bsdgroups.org.uk shows Sam Smith # as owner, nslookup shows dead server. Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text, Not HTML quoted-printable Base64 http://www.asciiribbon.org From owner-freebsd-stable@FreeBSD.ORG Tue May 18 17:19:08 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DAD6106566C; Tue, 18 May 2010 17:19:08 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id ADAB28FC14; Tue, 18 May 2010 17:19:07 +0000 (UTC) Received: by wyf19 with SMTP id 19so1413583wyf.13 for ; Tue, 18 May 2010 10:19:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=AhX/k+ENQOLy33ynLEz+zIq6kG6+0XJVokTMS9juONo=; b=sy9IHKI5/8Dd0wdjifo6ju73bFN21Bh4h5/GjfPaL+4T+pEbnA+Xu1z/s0NkFypQj7 lXBPemeUTpXGlEl4ZxSrbhTZc2H88TVHdWWLh8g15tgV8vbg9G8Z7NsJkOoLr5Zw7QIw S2baoAT1ABXa8FzHhpMNiuedx6FVVqjf8W+os= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=g7uz+My0vKRvMmhgh/0UaBZ7bS0xks36sMTEf+llngVba7+FjqcyZjCIJNnc8dMSaR GJ/2sIHR6PCSo1yP5gHwL67JsLjCRlg1kDPgNnFe1D3fPF9bR1eW64yYRvvY/WqIH3z8 AwJVlOrfhcx0mbHOdKse78+OSY18DxK9P+hrw= Received: by 10.227.137.9 with SMTP id u9mr6626563wbt.59.1274201669982; Tue, 18 May 2010 09:54:29 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.161.146 with HTTP; Tue, 18 May 2010 09:53:23 -0700 (PDT) In-Reply-To: <20100517202955.GA94021@goodking.goodking.ca> References: <20100517202955.GA94021@goodking.goodking.ca> From: Renato Botelho Date: Tue, 18 May 2010 13:53:23 -0300 Message-ID: To: Thomas Abthorpe Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Give freeze a chance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 May 2010 17:19:08 -0000 On Mon, May 17, 2010 at 5:29 PM, Thomas Abthorpe wr= ote: > The next wave of the challenge, fear, there is one more already > composed to be released with 8.1! > > -- > > Give Freeze a chance > =A0with apologies to John Lennon et al > > Ev'rybody's talkin' 'bout > portism, srcism, docism, cvsism, svnism, tagism > This-ism, that-ism, ism ism ism > All we are saying is give freeze a chance > All we are saying is give freeze a chance > > C'mon > Ev'rybody's talkin' 'bout > re@, core@, doceng@, donations@, secteam@, > marketing@, portmgr@, vendor-relations@ > All we are saying is give freeze a chance > All we are saying is give freeze a chance > > Let me tell you now > Ev'rybody's talkin' 'bout > Revolution, evolution, i18n, l10n, documentation, > Integration, administration, applications, congratulations > All we are saying is give freeze a chance > All we are saying is give freeze a chance > > Ev'rybody's talkin' 'bout > Erwin Lansing, Mark Linimon, Martin Wilke, > Pav Lucistnik, Florent Thoumie, Ion-Mihai Tetcu, > Kris Kennaway, Joe Marcus Clarke, Thomas Abthorpe too > All we are saying is give freeze a chance > All we are saying is give freeze a chance Nice, it makes me remember the old "Breaking the Ports" song... http://www.mail-archive.com/freebsd-ports@freebsd.org/msg02907.html --=20 Renato Botelho From owner-freebsd-stable@FreeBSD.ORG Wed May 19 03:18:59 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AC6D1065670 for ; Wed, 19 May 2010 03:18:59 +0000 (UTC) (envelope-from dgerow@afflictions.org) Received: from ironport2-out.pppoe.ca (ironport2-out.teksavvy.com [206.248.154.183]) by mx1.freebsd.org (Postfix) with ESMTP id 292238FC08 for ; Wed, 19 May 2010 03:18:58 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAMDu8kvO+L5V/2dsb2JhbACeB3K9NoJcgjQEjC8 X-IronPort-AV: E=Sophos;i="4.53,259,1272859200"; d="scan'208";a="64537117" Received: from 206-248-190-85.dsl.teksavvy.com (HELO shell.afflictions.org) ([206.248.190.85]) by ironport2-out.pppoe.ca with ESMTP/TLS/DHE-RSA-AES256-SHA; 18 May 2010 22:49:59 -0400 Received: from shell.afflictions.org (shell.afflictions.org [172.20.143.66]) by shell.afflictions.org (8.14.4/8.14.4) with ESMTP id o4J2E3Tu044939 for ; Tue, 18 May 2010 22:14:03 -0400 (EDT) (envelope-from dgerow@afflictions.org) Received: (from dwg@localhost) by shell.afflictions.org (8.14.4/8.14.4/Submit) id o4J2E3hL044880 for stable@freebsd.org; Tue, 18 May 2010 22:14:03 -0400 (EDT) (envelope-from dgerow@afflictions.org) X-Authentication-Warning: shell.afflictions.org: dwg set sender to dgerow@afflictions.org using -f Date: Tue, 18 May 2010 22:14:03 -0400 From: Damian Gerow To: stable@freebsd.org Message-ID: <20100519021402.GI92949@plebeian.afflictions.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: AHCI timeouts on S3 resume X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 May 2010 03:18:59 -0000 A few months back, I swapped out my dying hard drive for a WD Scorpio Blue. Cheap, seemed reliable, and it was the only drive the local shop had in stock. However, it seems that AHCI doesn't like this device, and is having troubles during an S3 resume. It appears as though I'm experiencing two types of timeouts when resuming: recoverable, and non-recoverable. My question is: do I have a bad HDD, or is AHCI just not playing nicely? First off, if I try to resume when in graphics mode, it pretty much always fails (screen backlight comes on, but nothing else, system is non-responsive to all keypresses save ctrl+alt+del and a hard power down). I'm currently convinced this is because it's doing something that's triggering a non-recoverable timeout. However, when doing a suspend/resume from a text console, I can usually hit a recoverable timeout. Which looks like this (full suspend-resume cycle): ----- drm0: on vgapci0 info: [drm] MSI enabled 1 message(s) vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xd0000000 256MB info: [drm] Initialized i915 1.6.0 20080730 drm0: [ITHREAD] wlan0: link state changed to DOWN ugen1.2: at usbus1 (disconnected) ugen2.2: at usbus2 (disconnected) ugen1.2: at usbus1 ugen1.3: at usbus1 (disconnected) ugen2.2: at usbus2 ugen1.3: at usbus1 wlan0: link state changed to UP ahcich0: Timeout on slot 24 ahcich0: is 00400040 cs 0f000000 ss 0f000000 rs 0ff00000 tfd 80 serr 04050002 ----- Recovery from these timeouts seems to take 30s. However, periodically when resuming into text mode (and I assume what is almost always when resuming into graphics mode), I trigger a non-recoverable timeout: ----- ahcich0: Timeout on slot 13 ahcich0: is 00400000 cs 0000e000 ss 0000e000 rs 0000e00 tfd 80 serr 04050000 ahcich0: device is not ready (timeout 15000ms) tfd = 00000080 ahcich0: Timeout on slot 15 ahcich0: is 00400000 cs 0000e000 ss 0000e000 rs 0000800 tfd 00 serr 00000000 ahcich0: device is not ready (timeout 15000ms) tfd = 00000000 (ada0:ahcich0:0:0:0): lost device ahcich0: Poll timeout on slot 15 ahcich0: is 00000000 cs 00008000 ss 00000000 rs 0000800 tfd 00 serr 00000000 GEOM_ELI: g_eli_read_done() failed ada0p3.eli[READ(offset=13067157504, length=65536)] GEOM_ELI: g_eli_read_done() failed ada0p3.eli[READ(offset=262144, length=8192)] GEOM_ELI: g_eli_read_done() failed ada0p3.eli[READ(offset=482927181824, length=8192)] GEOM_ELI: g_eli_read_done() failed ada0p3.eli[READ(offset=482927443968, length=8192)] ahcich0: Timeout on slot 15 ahcich0: is 00000000 cs 00038000 ss 00038000 rs 0003800 tfd 00 serr 00000000 ahcich0: devfice is not ready (timeout 15000ms) tfd = 00000080 ahcich0: Poll timeout on slot 17 ahcich0: is 00000000 cs 00020000 ss 00000000 rs 0002000 tfd 00 serr 00000000 ahcich0: Timeout on slot 17 ahcich0: is 00000000 cs 000e0000 ss 000e0000 rs 000e000 tfd 00 serr 00000000 ahcich0: devfice is not ready (timeout 15000ms) tfd = 00000080 ----- This continues, with the slot increasing by two every time. Each 'Timeout' and 'Poll timeout' takes ~15s to trigger, and I'd let this run to slot 23 before I powered down. The HDD is a WD Scorpio blue, model WD5000BEVT-22A0RT0, and isn't exactly the fastest drive on the planet. SMART seems to be relatively clean, with some mild questions surrounding attributes 191, 9/193, and 194: ----- ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0 3 Spin_Up_Time 0x0027 186 185 021 Pre-fail Always - 1675 4 Start_Stop_Count 0x0032 055 055 000 Old_age Always - 45174 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0 7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0 9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 723 10 Spin_Retry_Count 0x0032 100 100 051 Old_age Always - 0 11 Calibration_Retry_Count 0x0032 100 253 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 57 191 G-Sense_Error_Rate 0x0032 072 072 000 Old_age Always - 28 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 48 193 Load_Cycle_Count 0x0032 162 162 000 Old_age Always - 115712 194 Temperature_Celsius 0x0022 112 106 000 Old_age Always - 35 196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0 197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0030 100 253 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0008 100 253 051 Old_age Offline - 0 ----- So, am I looking at a bum HDD, or is AHCI just not playing nicely? Hardware and traditional troubleshooting info: Laptop is a Lenovo X200. Disk controller: ----- ahci0@pci0:0:31:2: class=0x010601 card=0x20f817aa chip=0x29298086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) Mobile SATA AHCI Controller' class = mass storage subclass = SATA ----- loader.conf: ----- ahci_load="YES" geom_eli_load="YES" zfs_load="YES" vfs.root.mountfrom="zfs:zroot" vfs.zfs.txg.timeout="5" iwnfw_load="YES" if_iwn_load="YES" snd_hda_load="YES" sem_load="YES" smb_load="YES" coretemp_load="YES" usb_load="YES" uhid_load="YES" uhci_load="YES" ohci_load="YES" umass_load="YES" linux_enable="YES" kern.maxfiles="35000" cpufreq_load="YES" hint.p4tcc.0.disable="1" hint.acpi_throttle.0.disable="1" hw.pci.do_power_nodriver="2" ----- dmesg: ----- Copyright (c) 1992-2010 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.1-PRERELEASE #7 r208254: Tue May 18 08:44:31 EDT 2010 root@plebeian.afflictions.org:/usr/obj/usr/src/sys/PLEBEIAN amd64 module_register: module g_eli already exists! Module g_eli failed to register: 17 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz (2394.02-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x10676 Family = 6 Model = 17 Stepping = 6 Features=0xbfebfbff Features2=0x8e3fd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 3991834624 (3806 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 cryptosoft0: on motherboard acpi0: on motherboard CPU0: local APIC error 0x40 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 cpu0: on acpi0 cpu1: 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 vgapci0: port 0x1800-0x1807 mem 0xf2000000-0xf23fffff,0xd0000000-0xdfffffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 32764k stolen memory agp0: aperture size is 256M vgapci1: mem 0xf2400000-0xf24fffff at device 2.1 on pci0 pci0: at device 3.0 (no driver attached) pci0: at device 25.0 (no driver attached) uhci0: port 0x1860-0x187f irq 20 at device 26.0 on pci0 uhci0: [ITHREAD] usbus0: on uhci0 uhci1: port 0x1880-0x189f irq 21 at device 26.1 on pci0 uhci1: [ITHREAD] usbus1: on uhci1 uhci2: port 0x18a0-0x18bf irq 22 at device 26.2 on pci0 uhci2: [ITHREAD] usbus2: on uhci2 pci0: at device 26.7 (no driver attached) hdac0: mem 0xf2620000-0xf2623fff irq 17 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] pcib1: irq 20 at device 28.0 on pci0 pci2: on pcib1 pcib2: irq 21 at device 28.1 on pci0 pci3: on pcib2 iwn0: mem 0xf2500000-0xf2501fff irq 17 at device 0.0 on pci3 iwn0: MIMO 2T3R, MoW1, address 00:21:5c:5f:7e:e3 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 pcib3: irq 23 at device 28.3 on pci0 pci5: on pcib3 uhci3: port 0x18c0-0x18df irq 16 at device 29.0 on pci0 uhci3: [ITHREAD] usbus3: on uhci3 uhci4: port 0x18e0-0x18ff irq 17 at device 29.1 on pci0 uhci4: [ITHREAD] usbus4: on uhci4 uhci5: port 0x1c00-0x1c1f irq 18 at device 29.2 on pci0 uhci5: [ITHREAD] usbus5: on uhci5 pci0: at device 29.7 (no driver attached) pcib4: at device 30.0 on pci0 pci13: on pcib4 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0x1c48-0x1c4f,0x183c-0x183f,0x1c40-0x1c47,0x1838-0x183b,0x1c20-0x1c3f mem 0xf2826000-0xf28267ff irq 16 at device 31.2 on pci0 ahci0: [ITHREAD] ahci0: AHCI v1.20 with 4 3Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich0: [ITHREAD] ahcich1: at channel 1 on ahci0 ahcich1: [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 Generic PS/2 mouse, device ID 0 battery0: on acpi0 acpi_acad0: on acpi0 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd0fff,0xd1000-0xd1fff,0xd2000-0xd2fff,0xde000-0xdf7ff,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 coretemp0: on cpu0 est0: on cpu0 p4tcc0: on cpu0 coretemp1: on cpu1 est1: on cpu1 p4tcc1: on cpu1 ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is present; to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. ZFS filesystem version 3 ZFS storage pool version 14 Timecounters tick every 1.000 msec hdac0: HDA Codec #0: Conexant CX20561 (Hermosa) pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 The GEOM class ELI is already loaded. 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: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) SMP: AP CPU #1 Launched! hwpmc: TSC/1/64/0x20 IAP/2/40/0x3ff IAF/3/40/0x61 Enter passphrase for ada0p3: 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 uhub5: 2 ports with 2 removable, self powered ugen1.2: at usbus1 ugen2.2: at usbus2 ugen5.2: at usbus5 umass0: on usbus5 ugen1.3: at usbus1 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: UNIT ATTENTION asc:28,0 (Not ready to ready change, medium may have changed) da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 1.000MB/s transfers da0: 15326MB (31388672 512 byte sectors: 255H 63S/T 1953C) GEOM_ELI: Device ada0p3.eli created. GEOM_ELI: Encryption: AES-CBC 256 GEOM_ELI: Crypto: software Trying to mount root from zfs:zroot wlan0: Ethernet address: 00:21:5c:5f:7e:e3 drm0: on vgapci0 info: [drm] MSI enabled 1 message(s) vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xd0000000 256MB info: [drm] Initialized i915 1.6.0 20080730 drm0: [ITHREAD] ----- From owner-freebsd-stable@FreeBSD.ORG Wed May 19 03:47:27 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F335106566B; Wed, 19 May 2010 03:47:27 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id C09E28FC0C; Wed, 19 May 2010 03:47:26 +0000 (UTC) Received: by iwn5 with SMTP id 5so157904iwn.13 for ; Tue, 18 May 2010 20:47:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=Kz3vu18eRwmotuH8+KBRjwVATFfcZ92sOm7Ai7jX5nI=; b=N7MQQCeY26ONPxzd6QqbruRZkaWYbeuSjoKozICnSB0tsNsOcm092kJCU8iGTAOxew 07cqlhd8a3VOTn0cBmqbyTdyDWaby9VRCD4E5ZyaaSvYuZhWOcjNPq/FzWcDlGDuZp5Q zewx8zxnTZDHU6yWkJfJ+wl39POzrrAe1J368= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=TkkE2+OIK3WIqgpZIfSlf2ySKsPVE+qJXTEnW0GdeSZ1TzV4qhb1SB6o9nDo9QnInO miOa/6cAudnN9jum9vzJlf/hLf9vXjxcErddoJgIitRBxjemHb6AMc6cCw1qHvVROJMl z7pkfYuSkC8vcI32PiriiCwwrgsioNgbJR4K8= MIME-Version: 1.0 Received: by 10.231.149.131 with SMTP id t3mr2934075ibv.55.1274240844172; Tue, 18 May 2010 20:47:24 -0700 (PDT) Received: by 10.231.182.195 with HTTP; Tue, 18 May 2010 20:47:24 -0700 (PDT) In-Reply-To: References: <4DEBDE2C-C0D2-469D-AC42-DD5027926424@FreeBSD.org> Date: Tue, 18 May 2010 22:47:24 -0500 Message-ID: From: Brandon Gooch To: Giovanni Trematerra Content-Type: text/plain; charset=ISO-8859-1 Cc: Attilio Rao , David DEMELIER , freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Kernel panic when unpluggin AC adaptor X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 May 2010 03:47:27 -0000 On Tue, May 18, 2010 at 9:04 AM, Giovanni Trematerra wrote: > On Sat, May 15, 2010 at 9:12 PM, Brandon Gooch > wrote: >> On Thu, May 13, 2010 at 7:25 PM, Giovanni Trematerra >> wrote: >>> On Thu, May 13, 2010 at 1:09 AM, Brandon Gooch >>> wrote: >>>> On Wed, May 12, 2010 at 9:41 AM, Attilio Rao wrote: >>>>> 2010/5/12 David DEMELIER : >>>>>> I remove the patch, and built the kernel (I updated the src this >>>>>> morning) and it does not panic now. It's really odd. If it reappears >>>>>> soon I will tell you. >>>>> >>>>> I looked at the code with Giovanni and I have the feeling that the >>>>> race with the idle thread may still be fatal. >>>>> We need to fix that. >>>>> >>>>> Attilio >>>>> >>>> >>>> That seems to be the case, as my laptop shows about an 80-85 % chance >>>> of experiencing a panic if left idle for long-ish periods of time (2 >>>> to 4 hours). I usually rebuild world or big ports overnight, and more >>>> often than not I wake up to a panicked machine, same situation every >>>> time: >>>> >>>> ... >>>> rman_get_bushandle() at rman_get_bushandle+0x1 >>>> sched_idletd() at sched_idletd+0x123 >>>> fork_exit() at fork_exit+0x12a >>>> fork_trampoline() at fork_trampoline+0xe >>>> ... >>>> >>>> The kernel/userland is rebuilt, the ports are finished compiling -- >>>> it's in the time AFTER the completion of all tasks that the machine >>>> gets bored and tries to kill itself :) >>>> >>>> I have seen the AC adapter plug/unplug "hang" in the past on this >>>> laptop, but I never made the connection between the events, as >>>> nowadays my laptop usually stays plugged in :( >>>> >>>> Attilio, I hope you can track this one down, let me know if I can do >>>> anything to help or test... >>>> >>> >>> Attilio and I came up with this patch. It seems ready for stress >>> testing and review >>> Please test and report back. >>> >>> Thank you >>> >>> P.S: all the faults are only mine. >> >> I tried the patch, and my kernel panics I panic on boot. I have >> 8.5MB(!) of JPG images (6 of them) if anyone needs to see them. I'm >> looking for a place to post them, but if anyone wants, I can send via >> e-mail... > > Hi Brandon, > Could you please, try this new one? The panic at boot stage should be solved, > at least I tried on a 8-way machine and all went ok at boot. > Please, remove WITNESS_SKIPSPIN from your kernel config file. > This patch might be sub-optimal and contains style(9) error but if it > works we are > on the right way. > Let me know if it works for you. Applied the patch, built, installed, and booted new kernel: no panic! I will remove WITNESS_SKIPSPIN and build another kernel. Then I'll "try" to trigger the panic (by letting my laptop sit idle after a buildworld session). Thanks for giving this some attention, I hope you and/or others are able to get to the bottom of this... -Brandon From owner-freebsd-stable@FreeBSD.ORG Wed May 19 09:11:07 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E7121065670 for ; Wed, 19 May 2010 09:11:07 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id 3CB308FC14 for ; Wed, 19 May 2010 09:11:06 +0000 (UTC) Received: from omta23.westchester.pa.mail.comcast.net ([76.96.62.74]) by qmta09.westchester.pa.mail.comcast.net with comcast id KM7y1e0021c6gX859MB76t; Wed, 19 May 2010 09:11:07 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta23.westchester.pa.mail.comcast.net with comcast id KMB51e0053S48mS3jMB653; Wed, 19 May 2010 09:11:07 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 0D1EE9B419; Wed, 19 May 2010 02:11:04 -0700 (PDT) Date: Wed, 19 May 2010 02:11:04 -0700 From: Jeremy Chadwick To: Damian Gerow Message-ID: <20100519091103.GA72058@icarus.home.lan> References: <20100519021402.GI92949@plebeian.afflictions.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100519021402.GI92949@plebeian.afflictions.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@freebsd.org Subject: Re: AHCI timeouts on S3 resume X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 May 2010 09:11:07 -0000 On Tue, May 18, 2010 at 10:14:03PM -0400, Damian Gerow wrote: > A few months back, I swapped out my dying hard drive for a WD Scorpio Blue. > Cheap, seemed reliable, and it was the only drive the local shop had in > stock. However, it seems that AHCI doesn't like this device, and is having > troubles during an S3 resume. It appears as though I'm experiencing two > types of timeouts when resuming: recoverable, and non-recoverable. > > My question is: do I have a bad HDD, or is AHCI just not playing nicely? Your hard disk looks generally OK; it isn't going bad. The one thing I can't tell or not is whether the disk is actually spinning back up on resume; you'd have to literally listen for it, or look at SMART Attribute #4 before and after a suspend/resume. I'll discuss analysis of SMART statistics further down. The error messages you see coming from the AHCI driver indicate, to me, one of three things: 1) The ICH9 controller being stuck (possibly resume does something incorrectly to the controller), 2) FreeBSD not doing something quite right when coming out of suspend mode, or 3) the disk never waking up. If I had to take a guess, I'd say #2. mav@ might be able to help determine if something is being done incorrectly in the AHCI driver after resume. If the driver is doing the Right Thing(tm), then the next thing to do would be to discuss the problem on freebsd-acpi@. I can't help with these things. I will point out, however, that you've set this value in loader.conf: > hw.pci.do_power_nodriver="2" I've read the sysctl -d description for it, but I am not familiar with sleep/power states so I don't know the implications. I worry that this value may be causing problems with your ICH9 controller. If you could comment this out and re-try suspend/resume to see if AHCI times out, you might determine if it's responsible for the problem. > The HDD is a WD Scorpio blue, model WD5000BEVT-22A0RT0, and isn't exactly > the fastest drive on the planet. SMART seems to be relatively clean, with > some mild questions surrounding attributes 191, 9/193, and 194: > > ----- > ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE > 3 Spin_Up_Time 0x0027 186 185 021 Pre-fail Always - 1675 > 4 Start_Stop_Count 0x0032 055 055 000 Old_age Always - 45174 > 9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 723 > 191 G-Sense_Error_Rate 0x0032 072 072 000 Old_age Always - 28 > 193 Load_Cycle_Count 0x0032 162 162 000 Old_age Always - 115712 > 194 Temperature_Celsius 0x0022 112 106 000 Old_age Always - 35 > ----- Attribute #3 indicates the total amount of time it takes for the drive to spin up (usually in milliseconds). I'll point out that there are drives out there (such as the WD Caviar Black) which report ~8s spin-up times when powered on; this is normal. The drive is actually able to function during the spin-up, which is why those systems don't take a full 8 seconds before they're able to read from the HD. I wanted to point out this attribute because you've brought up concerns over AHCI 15 second timeouts being hit. Attribute #4 indicates the number of times the disk has been told by the controller to spin up or spin down. This counter should increase when your laptop goes in/out of suspend/resume. I wanted to point out this attribute because of what I said in my first paragraph. Attribute #9 indicates the total amount of time the hard disk has been powered on (read: not asleep) during its lifetime. I can't tell you whether or not this value is correct; only you would be able to determine that, given your usage patterns. I *have* seen desktop drives which have reported this value incorrectly (meaning, servers I know have been on for thousands of hours that show "4" for this RAW_VALUE; probably a firmware bug). Attribute #191 indicates a *rate* of G-shock events. The drive has a G-shock sensor inside of it. This value being non-zero is perfectly fine for laptops; people have a tendency to walk around with their systems on, tilt them sideways, place them on the desk firmly, etc.. The sensor is sensitive, and it isn't intended to detect "severity" of shock (e.g. throwing your laptop across the room); it's intended to measure a rate. The RAW_VALUE doesn't mean anything to me; 48 what? We don't know. Only WD knows if that's a safe value or not. So what do we do in this case? We look at the adjusted value VALUE and compare it to WORST and THRESH. SMART disk failure won't get triggered until VALUE reaches 000, so 162 is pretty good. I'd say don't worry about it. (I'll use this opportunity to point out to readers that this is why looking at RAW_VALUE explicitly is not always the correct way to read SMART). Attribute #193 indicates the number of times the actuator arm (thus heads) has been parked or come out of being parked. There is a known problem with some models of WD "Green Power" (GP) drives where the drive spends an excessive amount of time parking, and this counter increases rapidly. One FreeBSD user who reported this problem to Western Digital received a replacement firmware which addressed the problem. The WD Scorpio Blue drives (or some of them) may have this same problem -- HOWEVER, this model of hard disk (2.5" FF) is *specifically* intended for laptops and low-power environments, so the behaviour seen in this case could be 100% normal. WD would hopefully know. Attribute #194 indicates the temperature of the disk in Celsius. 35C is nothing to work about. If this system is a laptop, then that's an excellent temperature given airflow constraints. If this system is a PC, that temperature is also perfectly fine. You should be worried if this temperature reaches 45C or higher. I can tell from the adjusted value WORST that the drive has seen higher temperatures during its lifetime (how high I do not know; WD drives don't store that, while some other vendor's drives do). Hope this helps. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed May 19 10:34:25 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14A48106566C for ; Wed, 19 May 2010 10:34:25 +0000 (UTC) (envelope-from stark@mapper.nl) Received: from smtp-out1.tiscali.nl (smtp-out1.tiscali.nl [195.241.79.176]) by mx1.freebsd.org (Postfix) with ESMTP id C6B778FC1E for ; Wed, 19 May 2010 10:34:24 +0000 (UTC) Received: from [82.170.17.27] (helo=mapper.nl) by smtp-out1.tiscali.nl with esmtp (Exim) (envelope-from ) id 1OEgbX-00066W-D9 for stable@freebsd.org; Wed, 19 May 2010 12:34:23 +0200 Received: from [10.58.235.50] by mapper.nl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1OEgbU-000GYa-Ad for stable@freebsd.org; Wed, 19 May 2010 12:34:20 +0200 Message-ID: <4BF3BEA9.3010900@mapper.nl> Date: Wed, 19 May 2010 12:34:17 +0200 From: Mark Stapper User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5A1359A808ED6302D058174A" Cc: Subject: network probs rxcsum X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 May 2010 10:34:25 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5A1359A808ED6302D058174A Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, I have two machines running FreeBSD amd64 8.0-Stable with custom kernels.= My newer box has had troubles with ssh from day one. I hoped a kernel upgrade would help, but it didn't. When I'd ssh into the box ssh would exit with errors: Bad packet length xxxxxx Disconnecting: Packet corrupt. after issueing: "ifconfig em0 -rxcons" everything was stable again. First I figured it'd be a driver issue. However, I use the same NIC in my other box! What could be causing this problem? --------------enig5A1359A808ED6302D058174A 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.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkvzvqsACgkQN9xNqOOVnWCmgQCfcw+K4Doo6w2QWqV/IdNf9rQl FNwAniOcag25Jaw9kI7nU5mJruRMI2lQ =A6FD -----END PGP SIGNATURE----- --------------enig5A1359A808ED6302D058174A-- From owner-freebsd-stable@FreeBSD.ORG Wed May 19 10:44:35 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72F2B106564A for ; Wed, 19 May 2010 10:44:35 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id 23B8C8FC0A for ; Wed, 19 May 2010 10:44:34 +0000 (UTC) Received: from omta02.westchester.pa.mail.comcast.net ([76.96.62.19]) by qmta07.westchester.pa.mail.comcast.net with comcast id KNcv1e0050QuhwU57Nkbh2; Wed, 19 May 2010 10:44:35 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta02.westchester.pa.mail.comcast.net with comcast id KNkZ1e00K3S48mS3NNkauK; Wed, 19 May 2010 10:44:35 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 345289B419; Wed, 19 May 2010 03:44:32 -0700 (PDT) Date: Wed, 19 May 2010 03:44:32 -0700 From: Jeremy Chadwick To: Mark Stapper Message-ID: <20100519104432.GA75634@icarus.home.lan> References: <4BF3BEA9.3010900@mapper.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BF3BEA9.3010900@mapper.nl> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@freebsd.org Subject: Re: network probs rxcsum X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 May 2010 10:44:35 -0000 On Wed, May 19, 2010 at 12:34:17PM +0200, Mark Stapper wrote: > I have two machines running FreeBSD amd64 8.0-Stable with custom kernels. > My newer box has had troubles with ssh from day one. > I hoped a kernel upgrade would help, but it didn't. > When I'd ssh into the box ssh would exit with errors: > Bad packet length xxxxxx > Disconnecting: Packet corrupt. > > after issueing: "ifconfig em0 -rxcons" everything was stable again. > First I figured it'd be a driver issue. However, I use the same NIC in > my other box! > What could be causing this problem? I think you mean "-rxcsum", not "-rxcons". Could you please provide output from the following commands? Jack Vogel will probably respond later about this, but said output would help him. - uname -a - dmesg | grep em0 - pciconf -lvc Thanks. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed May 19 10:50:11 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4834106566C for ; Wed, 19 May 2010 10:50:11 +0000 (UTC) (envelope-from stark@mapper.nl) Received: from smtp-out0.tiscali.nl (smtp-out0.tiscali.nl [195.241.79.175]) by mx1.freebsd.org (Postfix) with ESMTP id 70D8C8FC17 for ; Wed, 19 May 2010 10:50:11 +0000 (UTC) Received: from [82.170.17.27] (helo=mapper.nl) by smtp-out0.tiscali.nl with esmtp (Exim) (envelope-from ) id 1OEgqo-00072K-AQ; Wed, 19 May 2010 12:50:10 +0200 Received: from [10.58.235.50] by mapper.nl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1OEgqj-000GbK-Ro; Wed, 19 May 2010 12:50:05 +0200 Message-ID: <4BF3C259.5070303@mapper.nl> Date: Wed, 19 May 2010 12:50:01 +0200 From: Mark Stapper User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Jeremy Chadwick References: <4BF3BEA9.3010900@mapper.nl> <20100519104432.GA75634@icarus.home.lan> In-Reply-To: <20100519104432.GA75634@icarus.home.lan> X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig108CDB199084D3D4B55CB52B" Cc: stable@freebsd.org Subject: Re: network probs rxcsum X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 May 2010 10:50:11 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig108CDB199084D3D4B55CB52B Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 19/05/2010 12:44, Jeremy Chadwick wrote: > On Wed, May 19, 2010 at 12:34:17PM +0200, Mark Stapper wrote: > =20 >> I have two machines running FreeBSD amd64 8.0-Stable with custom kerne= ls. >> My newer box has had troubles with ssh from day one. >> I hoped a kernel upgrade would help, but it didn't. >> When I'd ssh into the box ssh would exit with errors: >> Bad packet length xxxxxx >> Disconnecting: Packet corrupt. >> >> after issueing: "ifconfig em0 -rxcons" everything was stable again. >> First I figured it'd be a driver issue. However, I use the same NIC in= >> my other box! >> What could be causing this problem? >> =20 > I think you mean "-rxcsum", not "-rxcons". > > Could you please provide output from the following commands? Jack Voge= l > will probably respond later about this, but said output would help him.= > > - uname -a > - dmesg | grep em0 > - pciconf -lvc > > Thanks. > > =20 Well, yes... something got garbled in my mind... I'll provide the outputs when I get home as the network connection just went down for no particilar reason... Greets, Mark --------------enig108CDB199084D3D4B55CB52B 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.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkvzwl0ACgkQN9xNqOOVnWAbpgCfce7qv2zewRGaOXTCXoJYRgEa UD4An2DVNLPTBK5BKmJgKDQKrJkoT9WZ =9/EJ -----END PGP SIGNATURE----- --------------enig108CDB199084D3D4B55CB52B-- From owner-freebsd-stable@FreeBSD.ORG Wed May 19 13:48:54 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E366B106567D for ; Wed, 19 May 2010 13:48:54 +0000 (UTC) (envelope-from dgerow@afflictions.org) Received: from ironport2-out.pppoe.ca (ironport2-out.teksavvy.com [206.248.154.181]) by mx1.freebsd.org (Postfix) with ESMTP id 9D9338FC16 for ; Wed, 19 May 2010 13:48:54 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAGaJ80vO+L5V/2dsb2JhbACeFHK9UYUQBIwv X-IronPort-AV: E=Sophos;i="4.53,263,1272859200"; d="scan'208";a="64558300" Received: from 206-248-190-85.dsl.teksavvy.com (HELO shell.afflictions.org) ([206.248.190.85]) by ironport2-out.pppoe.ca with ESMTP/TLS/DHE-RSA-AES256-SHA; 19 May 2010 09:48:52 -0400 Received: from shell.afflictions.org (shell.afflictions.org [172.20.143.66]) by shell.afflictions.org (8.14.4/8.14.4) with ESMTP id o4JDmpJ3058582; Wed, 19 May 2010 09:48:51 -0400 (EDT) (envelope-from dgerow@afflictions.org) Received: (from dwg@localhost) by shell.afflictions.org (8.14.4/8.14.4/Submit) id o4JDmn8C058526; Wed, 19 May 2010 09:48:49 -0400 (EDT) (envelope-from dgerow@afflictions.org) X-Authentication-Warning: shell.afflictions.org: dwg set sender to dgerow@afflictions.org using -f Date: Wed, 19 May 2010 09:48:49 -0400 From: Damian Gerow To: Jeremy Chadwick Message-ID: <20100519134847.GE97592@plebeian.afflictions.org> References: <20100519021402.GI92949@plebeian.afflictions.org> <20100519091103.GA72058@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100519091103.GA72058@icarus.home.lan> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@freebsd.org Subject: Re: AHCI timeouts on S3 resume X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 May 2010 13:48:55 -0000 Jeremy Chadwick wrote: : On Tue, May 18, 2010 at 10:14:03PM -0400, Damian Gerow wrote: : > A few months back, I swapped out my dying hard drive for a WD Scorpio Blue. : > Cheap, seemed reliable, and it was the only drive the local shop had in : > stock. However, it seems that AHCI doesn't like this device, and is having : > troubles during an S3 resume. It appears as though I'm experiencing two : > types of timeouts when resuming: recoverable, and non-recoverable. : > : > My question is: do I have a bad HDD, or is AHCI just not playing nicely? : : Your hard disk looks generally OK; it isn't going bad. The one thing I : can't tell or not is whether the disk is actually spinning back up on : resume; you'd have to literally listen for it, or look at SMART : Attribute #4 before and after a suspend/resume. I'll discuss analysis : of SMART statistics further down. The disk spins back up immediately on resume. I have no recollection of it /not/ doing so (it's definitely noticable), and I just confirmed it with a few S3 cycles. I also checked the WD spec sheet, and the average drive ready time is 4s. : I will point out, however, that you've set this value in loader.conf: : : > hw.pci.do_power_nodriver="2" : : I've read the sysctl -d description for it, but I am not familiar with : sleep/power states so I don't know the implications. I worry that this : value may be causing problems with your ICH9 controller. If you could : comment this out and re-try suspend/resume to see if AHCI times out, you : might determine if it's responsible for the problem. That *should* just remove power from devices without a driver. But I removed it, rebooted, went through two S3 cycles, and I'm still seeing the timeouts. (Recoverable; of the two cycles I did, I didn't see a non-recoverable timeout.) : > The HDD is a WD Scorpio blue, model WD5000BEVT-22A0RT0, and isn't exactly : > the fastest drive on the planet. SMART seems to be relatively clean, with : > some mild questions surrounding attributes 191, 9/193, and 194: : > : > ----- : > ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE : > 3 Spin_Up_Time 0x0027 186 185 021 Pre-fail Always - 1675 : > 4 Start_Stop_Count 0x0032 055 055 000 Old_age Always - 45174 : > 9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 723 : > 191 G-Sense_Error_Rate 0x0032 072 072 000 Old_age Always - 28 : > 193 Load_Cycle_Count 0x0032 162 162 000 Old_age Always - 115712 : > 194 Temperature_Celsius 0x0022 112 106 000 Old_age Always - 35 : > ----- : Attribute #9 indicates the total amount of time the hard disk has been : powered on (read: not asleep) during its lifetime. I can't tell you : whether or not this value is correct; only you would be able to : determine that, given your usage patterns. I *have* seen desktop drives : which have reported this value incorrectly (meaning, servers I know have : been on for thousands of hours that show "4" for this RAW_VALUE; : probably a firmware bug). I combined attributes 9 and 193 together because it seems like a load cycle count of ~116k with 723 power-on hours is a bit high. I believe laptop HDDs are designed to handle a higher rate of load cycle counts, but I've never really paid attention to them -- save on my previously dying drive, which had broken 1M, and started screeching when doing some seeks. But yes, that 723 power-on hours seems accurate. : Attribute #193 indicates the number of times the actuator arm (thus : heads) has been parked or come out of being parked. There is a known : problem with some models of WD "Green Power" (GP) drives where the drive : spends an excessive amount of time parking, and this counter increases : rapidly. One FreeBSD user who reported this problem to Western Digital : received a replacement firmware which addressed the problem. The WD : Scorpio Blue drives (or some of them) may have this same problem -- : HOWEVER, this model of hard disk (2.5" FF) is *specifically* intended : for laptops and low-power environments, so the behaviour seen in this : case could be 100% normal. WD would hopefully know. I'm fairly certain that WD only includes that IntelliPark feature on the GP drives. At least, WD doesn't indicate that there's any of their fancy new GP-related tricks on the Scorpio Blue line. I'd actually recently dropped my vfs.zfs.txg.timeout to 5, as I was experiencing some pretty horrible stalls when it was left at default (30, I believe). I was curious to see if this decreased the rate of my Load_Cycle_Count, but I'm already at ~122k. Given that this drive is rated to handle 600k, it makes me wonder if there isn't something like IntelliPark on this drive. : Hope this helps. Aye. It confirms that SMART clears my drive -- thanks! From owner-freebsd-stable@FreeBSD.ORG Wed May 19 15:13:54 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72E3B106564A for ; Wed, 19 May 2010 15:13:54 +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 403F08FC0A for ; Wed, 19 May 2010 15:13:54 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 3F9F26104 for ; Wed, 19 May 2010 11:13:53 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1274282033; bh=Ydj7eit9Q6IZ559+8L8zMTkn4bTPz1FizZwAzz7yI20=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=QdWCiWi96G1wgILcD6CcS1xMBLAujpN8AIn/RUTv3Gd6UdleX1EVD9psdbmrFod1i du4Mwh1YTY3XzGKDzkGHYqJ7sIwMJ0tWmbKYcUij/QgfcHEsslOyaZFTRHxtfw4 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=mKmsFccXPQk5vr4BNYpaYkDtqslfUuUqV6b98x1mIBaArfzWKWrFYxMy0Z+tym9l1 Me1O440JAUDQOYr+Zk6RiynSVLxjiArk0PagiqTohCSYXBzkJLiV2JMlse1Y4X2 Message-ID: <4BF4002F.4060601@protected-networks.net> Date: Wed, 19 May 2010 11:13:51 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100422 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-stable X-Enigmail-Version: 1.0.1 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: 7-stable compile broken: kern_ntptime X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 May 2010 15:13:54 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 After the recent kern_ntptime updates: cc -c -O2 -pipe -fno-strict-aliasing -march=pentium4 -std=c99 -Wall - -Wredundant-decls -Wnested-externs -Wstrict-prototypes - -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef - -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys - -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS - -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 - -fno-omit-frame-pointer -mno-align-long-strings - -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 - -mno-sse3 -ffreestanding -Werror /usr/src/sys/kern/kern_ntptime.c cc1: warnings being treated as errors /usr/src/sys/kern/kern_ntptime.c: In function 'periodic_resettodr': /usr/src/sys/kern/kern_ntptime.c:985: warning: implicit declaration of function 'resettodr' /usr/src/sys/kern/kern_ntptime.c:985: warning: nested extern declaration of 'resettodr' /usr/src/sys/kern/kern_ntptime.c:989: warning: implicit declaration of function 'callout_schedule' /usr/src/sys/kern/kern_ntptime.c:989: warning: nested extern declaration of 'callout_schedule' *** Error code 1 Stop in /usr/obj/usr/src/sys/AUBURN. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. imb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkv0AC8ACgkQQv9rrgRC1JJs/QCgpVIUSKua6RaVH1Ch16BEixao CNQAoJ59A4isvuVms6jHuSaW28p/ubD4 =GRs2 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed May 19 15:58:00 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFDB01065674 for ; Wed, 19 May 2010 15:58:00 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by mx1.freebsd.org (Postfix) with ESMTP id 984718FC14 for ; Wed, 19 May 2010 15:57:57 +0000 (UTC) Received: from omta15.emeryville.ca.mail.comcast.net ([76.96.30.71]) by qmta05.emeryville.ca.mail.comcast.net with comcast id KS0l1e0021Y3wxoA5TxxTd; Wed, 19 May 2010 15:57:57 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta15.emeryville.ca.mail.comcast.net with comcast id KTxx1e00F3S48mS8bTxxg9; Wed, 19 May 2010 15:57:57 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 2E1E09B419; Wed, 19 May 2010 08:57:56 -0700 (PDT) Date: Wed, 19 May 2010 08:57:56 -0700 From: Jeremy Chadwick To: Michael Butler Message-ID: <20100519155756.GA82857@icarus.home.lan> References: <4BF4002F.4060601@protected-networks.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BF4002F.4060601@protected-networks.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable Subject: Re: 7-stable compile broken: kern_ntptime X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 May 2010 15:58:00 -0000 On Wed, May 19, 2010 at 11:13:51AM -0400, Michael Butler wrote: > After the recent kern_ntptime updates: > > {snip CC warnings} The problem was addressed 6 minutes ago. You'll need to wait for the cvsup mirrors to pick up the change, otherwise use cvsup-master.freebsd.org (not recommended). CVS commit: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/kern_ntptime.c -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed May 19 18:06:44 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96F791065670 for ; Wed, 19 May 2010 18:06:44 +0000 (UTC) (envelope-from stark@mapper.nl) Received: from smtp-out0.tiscali.nl (smtp-out0.tiscali.nl [195.241.79.175]) by mx1.freebsd.org (Postfix) with ESMTP id DBFE38FC12 for ; Wed, 19 May 2010 18:06:43 +0000 (UTC) Received: from [82.170.17.27] (helo=mapper.nl) by smtp-out0.tiscali.nl with esmtp (Exim) (envelope-from ) id 1OEnfG-0004tA-BP; Wed, 19 May 2010 20:06:42 +0200 Received: from bowser ([10.58.235.1] helo=[10.58.235.6]) by mapper.nl with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1OEnfE-000JcG-Rh; Wed, 19 May 2010 20:06:40 +0200 Message-ID: <4BF428B0.9050100@mapper.nl> Date: Wed, 19 May 2010 20:06:40 +0200 From: Mark Stapper User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100514 Thunderbird/3.0.4 MIME-Version: 1.0 To: Jeremy Chadwick References: <4BF3BEA9.3010900@mapper.nl> <20100519104432.GA75634@icarus.home.lan> In-Reply-To: <20100519104432.GA75634@icarus.home.lan> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: network probs rxcsum X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 May 2010 18:06:44 -0000 On 05/19/10 12:44, Jeremy Chadwick wrote: > On Wed, May 19, 2010 at 12:34:17PM +0200, Mark Stapper wrote: > >> I have two machines running FreeBSD amd64 8.0-Stable with custom kernels. >> My newer box has had troubles with ssh from day one. >> I hoped a kernel upgrade would help, but it didn't. >> When I'd ssh into the box ssh would exit with errors: >> Bad packet length xxxxxx >> Disconnecting: Packet corrupt. >> >> after issueing: "ifconfig em0 -rxcons" everything was stable again. >> First I figured it'd be a driver issue. However, I use the same NIC in >> my other box! >> What could be causing this problem? >> > I think you mean "-rxcsum", not "-rxcons". > > Could you please provide output from the following commands? Jack Vogel > will probably respond later about this, but said output would help him. > > - uname -a > - dmesg | grep em0 > - pciconf -lvc > > Thanks. > > Could it be a shared interrupt problem? Even though ssh worked with rxcsup disabled, network performance was horrible! Using my onboard nick in stead of em0 cleared it right up! em0 is a pci addon card. Here are the outputs you requested: [root@mario ~]# uname -a FreeBSD mario 8.0-STABLE FreeBSD 8.0-STABLE #0: Tue May 18 19:37:30 CEST 2010 root@:/usr/obj/usr/src/sys/mario amd64 [root@mario ~]# dmesg |grep em0 em0: port 0x9c00-0x9c3f mem 0xfdfa0000-0xfdfbffff,0xfdfc0000-0xfdfdffff irq 18 at device 6.0 on pci2 em0: [FILTER] em0: Ethernet address: 00:1b:21:4b:8b:85 em0: link state changed to UP em0: link state changed to DOWN em0: link state changed to UP em0: link state changed to DOWN em0: link state changed to UP em0: link state changed to DOWN em0: link state changed to UP em0: link state changed to DOWN em0: link state changed to UP em0: link state changed to DOWN [root@mario ~]# pciconf -lvc none0@pci0:0:0:0: class=0x050000 card=0x02f010de chip=0x02f410de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'C51 Host Bridge' class = memory subclass = RAM cap 08[44] = HT slave cap 08[e0] = HT MSI address window disabled at 0xfee00000 none1@pci0:0:0:1: class=0x050000 card=0x02fa10de chip=0x02fa10de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'C51 Memory Controller 0' class = memory subclass = RAM none2@pci0:0:0:2: class=0x050000 card=0x02fe10de chip=0x02fe10de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'C51 Memory Controller 1' class = memory subclass = RAM none3@pci0:0:0:3: class=0x050000 card=0x02f810de chip=0x02f810de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'C51 Memory Controller 5' class = memory subclass = RAM none4@pci0:0:0:4: class=0x050000 card=0x02f910de chip=0x02f910de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'C51 Memory Controller 4' class = memory subclass = RAM none5@pci0:0:0:5: class=0x050000 card=0x02ff10de chip=0x02ff10de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'C51 Host Bridge' class = memory subclass = RAM cap 00[44] = unknown none6@pci0:0:0:6: class=0x050000 card=0x027f10de chip=0x027f10de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'C51 Memory Controller 3' class = memory subclass = RAM none7@pci0:0:0:7: class=0x050000 card=0x027e10de chip=0x027e10de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'C51 Memory Controller 2' class = memory subclass = RAM pcib1@pci0:0:4:0: class=0x060400 card=0x000010de chip=0x02fb10de rev=0xa1 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'C51 PCIe Bridge' class = bridge subclass = PCI-PCI cap 0d[40] = PCI Bridge card=0x000010de cap 01[48] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 2 messages, 64 bit cap 08[60] = HT MSI address window disabled at 0xfee00000 cap 10[80] = PCI-Express 1 root port max data 128(128) link x16(x16) none8@pci0:0:8:0: class=0x050000 card=0xcb8410de chip=0x036910de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'MCP55 Memory Controller' class = memory subclass = RAM cap 08[44] = HT slave cap 08[dc] = HT MSI address window enabled at 0xfee00000 isab0@pci0:0:9:0: class=0x060100 card=0xcb8410de chip=0x036010de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'MCP55 LPC Bridge' class = bridge subclass = PCI-ISA none9@pci0:0:9:1: class=0x0c0500 card=0xcb8410de chip=0x036810de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'SMBus controller ((0xCB84 integrated chip nForce Pro 3400))' class = serial bus subclass = SMBus cap 01[44] = powerspec 2 supports D0 D3 current D0 none10@pci0:0:9:3: class=0x0b4000 card=0x00000000 chip=0x036b10de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'MCP55 SMU' class = processor ohci0@pci0:0:10:0: class=0x0c0310 card=0xcb8410de chip=0x036c10de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'Standard OpenHCD USB Hostcontroller (81FB1043)' class = serial bus subclass = USB cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 ehci0@pci0:0:10:1: class=0x0c0320 card=0xcb8410de chip=0x036d10de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'Standard PCI-to-USB Enhanced Hostcontroller (81FB1043)' class = serial bus subclass = USB cap 0a[44] = EHCI Debug Port at offset 0x98 in map 0x14 cap 01[80] = powerspec 2 supports D0 D1 D2 D3 current D0 atapci0@pci0:0:12:0: class=0x01018a card=0xcb8410de chip=0x036e10de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'MCP55 PATA Controller (MCP55)' class = mass storage subclass = ATA cap 01[44] = powerspec 2 supports D0 D3 current D0 atapci1@pci0:0:13:0: class=0x010185 card=0xcb8410de chip=0x037f10de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'MCP55 SATA/RAID Controller (MCP55S)' class = mass storage subclass = ATA cap 01[44] = powerspec 2 supports D0 D3 current D0 cap 05[b0] = MSI supports 4 messages, 64 bit cap 08[cc] = HT MSI fixed address window disabled at 0xfee00000 atapci2@pci0:0:13:1: class=0x010185 card=0xcb8410de chip=0x037f10de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'MCP55 SATA/RAID Controller (MCP55S)' class = mass storage subclass = ATA cap 01[44] = powerspec 2 supports D0 D3 current D0 cap 05[b0] = MSI supports 4 messages, 64 bit cap 08[cc] = HT MSI fixed address window disabled at 0xfee00000 atapci3@pci0:0:13:2: class=0x010185 card=0xcb8410de chip=0x037f10de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'MCP55 SATA/RAID Controller (MCP55S)' class = mass storage subclass = ATA cap 01[44] = powerspec 2 supports D0 D3 current D0 cap 05[b0] = MSI supports 4 messages, 64 bit cap 08[cc] = HT MSI fixed address window disabled at 0xfee00000 pcib2@pci0:0:14:0: class=0x060401 card=0xcb8410de chip=0x037010de rev=0xa2 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'MCP55 PCI bridge' class = bridge subclass = PCI-PCI cap 0d[b8] = PCI Bridge card=0xcb8410de cap 08[8c] = HT MSI address window disabled at 0xfee00000 nfe0@pci0:0:16:0: class=0x068000 card=0xcb8410de chip=0x037310de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'MCP55 Ethernet' class = bridge cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 11[70] = MSI-X supports 8 messages in maps 0x18 and 0x1c enabled cap 05[50] = MSI supports 8 messages, 64 bit, vector masks cap 08[6c] = HT MSI fixed address window enabled at 0xfee00000 nfe1@pci0:0:17:0: class=0x068000 card=0xcb8410de chip=0x037310de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'MCP55 Ethernet' class = bridge cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 11[70] = MSI-X supports 8 messages in maps 0x18 and 0x1c enabled cap 05[50] = MSI supports 8 messages, 64 bit, vector masks cap 08[6c] = HT MSI fixed address window enabled at 0xfee00000 pcib3@pci0:0:18:0: class=0x060400 card=0x000010de chip=0x037610de rev=0xa2 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'MCP55 PCIe bridge' class = bridge subclass = PCI-PCI cap 0d[40] = PCI Bridge card=0x000010de cap 01[48] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 2 messages, 64 bit cap 08[60] = HT MSI address window disabled at 0xfee00000 cap 10[80] = PCI-Express 1 root port max data 256(256) link x8(x8) pcib4@pci0:0:20:0: class=0x060400 card=0x000010de chip=0x037410de rev=0xa2 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'MCP55 PCIe bridge' class = bridge subclass = PCI-PCI cap 0d[40] = PCI Bridge card=0x000010de cap 01[48] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 2 messages, 64 bit cap 08[60] = HT MSI address window disabled at 0xfee00000 cap 10[80] = PCI-Express 1 root port max data 256(256) link x4(x1) pcib5@pci0:0:21:0: class=0x060400 card=0x000010de chip=0x037810de rev=0xa2 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'MCP55 PCIe bridge' class = bridge subclass = PCI-PCI cap 0d[40] = PCI Bridge card=0x000010de cap 01[48] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 2 messages, 64 bit cap 08[60] = HT MSI address window disabled at 0xfee00000 cap 10[80] = PCI-Express 1 root port max data 256(256) link x4(x1) pcib6@pci0:0:22:0: class=0x060400 card=0x000010de chip=0x037510de rev=0xa2 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'MCP55 PCIe bridge' class = bridge subclass = PCI-PCI cap 0d[40] = PCI Bridge card=0x000010de cap 01[48] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 2 messages, 64 bit cap 08[60] = HT MSI address window disabled at 0xfee00000 cap 10[80] = PCI-Express 1 root port max data 256(256) link x8(x1) pcib7@pci0:0:23:0: class=0x060400 card=0x000010de chip=0x037710de rev=0xa2 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'MCP55 PCIe bridge' class = bridge subclass = PCI-PCI cap 0d[40] = PCI Bridge card=0x000010de cap 01[48] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 2 messages, 64 bit cap 08[60] = HT MSI address window disabled at 0xfee00000 cap 10[80] = PCI-Express 1 root port max data 256(256) link x16(x16) hostb0@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon64/Opteron/Sempron (K8 Family) HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI cap 08[80] = HT host hostb1@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon64/Opteron/Sempron (K8 Family) 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 = 'Athlon64/Opteron/Sempron (K8 Family) 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 = 'Athlon64/Opteron/Sempron (K8 Family) Miscellaneous Control' class = bridge subclass = HOST-PCI cap 0f[f0] = unknown vgapci0@pci0:1:0:0: class=0x030000 card=0x042010de chip=0x019310de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'NVIDIA GeForce 8800 GTS (G80)' class = display subclass = VGA cap 01[60] = powerspec 2 supports D0 D3 current D0 cap 05[68] = MSI supports 1 message, 64 bit cap 10[78] = PCI-Express 1 endpoint max data 128(128) link x16(x16) em0@pci0:2:6:0: class=0x020000 card=0x13768086 chip=0x107c8086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'Gigabit Ethernet Controller (Copper) rev 5 (82541PI)' class = network subclass = ethernet cap 01[dc] = powerspec 2 supports D0 D3 current D0 cap 07[e4] = PCI-X supports 2048 burst read, 1 split transaction emu10kx0@pci0:2:7:0: class=0x040100 card=0x10211102 chip=0x00081102 rev=0x00 hdr=0x00 vendor = 'Creative Technology LTD.' device = 'sound blaster Audigy 2 (ca0108)' class = multimedia subclass = audio cap 01[dc] = powerspec 2 supports D0 D1 D2 D3 current D0 fwohci0@pci0:2:9:0: class=0x0c0010 card=0x100615bd chip=0x30441106 rev=0x80 hdr=0x00 vendor = 'VIA Technologies, Inc.' device = 'VT6306 VIA Fire II IEEE-1394 OHCI Link Layer Controller' class = serial bus subclass = FireWire cap 01[50] = powerspec 2 supports D0 D2 D3 current D0 From owner-freebsd-stable@FreeBSD.ORG Wed May 19 18:36:01 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B5BD106566C for ; Wed, 19 May 2010 18:36:01 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 348D28FC12 for ; Wed, 19 May 2010 18:35:59 +0000 (UTC) Received: by wye20 with SMTP id 20so877533wye.13 for ; Wed, 19 May 2010 11:35:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=XZVp2fqeMdaRPRQINa2EPPArbj5NCnoJzMGeyD5kgaA=; b=PRsFL4GEO20a2P7aM8O2+L2GsI//kCXoyLdvbpt5ptgBaxSDaT+B5mFGmchhslWplU mzYQ8+FsTfzgprwvc4wilANXuu+nxps6kN+Lt6887Uk3Yj0ujk0d874VomEhmQEtfu5+ 6NIDYN8ZbH638H3ZeuAkoMbvJPfVxnRzI6DmM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=kH/q8qpnwbaBvBVZc9pLo4rL/2jeShXfGuzES518GmD6OCKBXFhljtd3e10YkX40sW gZpv1copKStfldvGyjXQV3qmTAPeeQXzpQhgwv5QLdGhHjix95PBSgAoMG+yLQxfMohI 8P9V5k9v9D1Q8ZWHcJx5NjgYqmYCtIw2hzLS4= MIME-Version: 1.0 Received: by 10.216.87.146 with SMTP id y18mr277129wee.57.1274294158839; Wed, 19 May 2010 11:35:58 -0700 (PDT) Received: by 10.216.29.129 with HTTP; Wed, 19 May 2010 11:35:58 -0700 (PDT) In-Reply-To: <4BF428B0.9050100@mapper.nl> References: <4BF3BEA9.3010900@mapper.nl> <20100519104432.GA75634@icarus.home.lan> <4BF428B0.9050100@mapper.nl> Date: Wed, 19 May 2010 11:35:58 -0700 Message-ID: From: Jack Vogel To: Mark Stapper Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org, Jeremy Chadwick Subject: Re: network probs rxcsum X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 May 2010 18:36:01 -0000 vmstat -i ? Custom kernel? If you use stock kernel do you still see this problem? If you use 8 RELEASE do you see the problem? Jack On Wed, May 19, 2010 at 11:06 AM, Mark Stapper wrote: > On 05/19/10 12:44, Jeremy Chadwick wrote: > > On Wed, May 19, 2010 at 12:34:17PM +0200, Mark Stapper wrote: > > > >> I have two machines running FreeBSD amd64 8.0-Stable with custom > kernels. > >> My newer box has had troubles with ssh from day one. > >> I hoped a kernel upgrade would help, but it didn't. > >> When I'd ssh into the box ssh would exit with errors: > >> Bad packet length xxxxxx > >> Disconnecting: Packet corrupt. > >> > >> after issueing: "ifconfig em0 -rxcons" everything was stable again. > >> First I figured it'd be a driver issue. However, I use the same NIC in > >> my other box! > >> What could be causing this problem? > >> > > I think you mean "-rxcsum", not "-rxcons". > > > > Could you please provide output from the following commands? Jack Vogel > > will probably respond later about this, but said output would help him. > > > > - uname -a > > - dmesg | grep em0 > > - pciconf -lvc > > > > Thanks. > > > > > Could it be a shared interrupt problem? > Even though ssh worked with rxcsup disabled, network performance was > horrible! > Using my onboard nick in stead of em0 cleared it right up! > em0 is a pci addon card. > Here are the outputs you requested: > > [root@mario ~]# uname -a > FreeBSD mario 8.0-STABLE FreeBSD 8.0-STABLE #0: Tue May 18 19:37:30 CEST > 2010 root@:/usr/obj/usr/src/sys/mario amd64 > [root@mario ~]# dmesg |grep em0 > em0: port > 0x9c00-0x9c3f mem 0xfdfa0000-0xfdfbffff,0xfdfc0000-0xfdfdffff irq 18 at > device 6.0 on pci2 > em0: [FILTER] > em0: Ethernet address: 00:1b:21:4b:8b:85 > em0: link state changed to UP > em0: link state changed to DOWN > em0: link state changed to UP > em0: link state changed to DOWN > em0: link state changed to UP > em0: link state changed to DOWN > em0: link state changed to UP > em0: link state changed to DOWN > em0: link state changed to UP > em0: link state changed to DOWN > [root@mario ~]# pciconf -lvc > none0@pci0:0:0:0: class=0x050000 card=0x02f010de chip=0x02f410de > rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'C51 Host Bridge' > class = memory > subclass = RAM > cap 08[44] = HT slave > cap 08[e0] = HT MSI address window disabled at 0xfee00000 > none1@pci0:0:0:1: class=0x050000 card=0x02fa10de chip=0x02fa10de > rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'C51 Memory Controller 0' > class = memory > subclass = RAM > none2@pci0:0:0:2: class=0x050000 card=0x02fe10de chip=0x02fe10de > rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'C51 Memory Controller 1' > class = memory > subclass = RAM > none3@pci0:0:0:3: class=0x050000 card=0x02f810de chip=0x02f810de > rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'C51 Memory Controller 5' > class = memory > subclass = RAM > none4@pci0:0:0:4: class=0x050000 card=0x02f910de chip=0x02f910de > rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'C51 Memory Controller 4' > class = memory > subclass = RAM > none5@pci0:0:0:5: class=0x050000 card=0x02ff10de chip=0x02ff10de > rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'C51 Host Bridge' > class = memory > subclass = RAM > cap 00[44] = unknown > none6@pci0:0:0:6: class=0x050000 card=0x027f10de chip=0x027f10de > rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'C51 Memory Controller 3' > class = memory > subclass = RAM > none7@pci0:0:0:7: class=0x050000 card=0x027e10de chip=0x027e10de > rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'C51 Memory Controller 2' > class = memory > subclass = RAM > pcib1@pci0:0:4:0: class=0x060400 card=0x000010de chip=0x02fb10de > rev=0xa1 hdr=0x01 > vendor = 'NVIDIA Corporation' > device = 'C51 PCIe Bridge' > class = bridge > subclass = PCI-PCI > cap 0d[40] = PCI Bridge card=0x000010de > cap 01[48] = powerspec 2 supports D0 D3 current D0 > cap 05[50] = MSI supports 2 messages, 64 bit > cap 08[60] = HT MSI address window disabled at 0xfee00000 > cap 10[80] = PCI-Express 1 root port max data 128(128) link x16(x16) > none8@pci0:0:8:0: class=0x050000 card=0xcb8410de chip=0x036910de > rev=0xa1 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'MCP55 Memory Controller' > class = memory > subclass = RAM > cap 08[44] = HT slave > cap 08[dc] = HT MSI address window enabled at 0xfee00000 > isab0@pci0:0:9:0: class=0x060100 card=0xcb8410de chip=0x036010de > rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'MCP55 LPC Bridge' > class = bridge > subclass = PCI-ISA > none9@pci0:0:9:1: class=0x0c0500 card=0xcb8410de chip=0x036810de > rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'SMBus controller ((0xCB84 integrated chip nForce Pro > 3400))' > class = serial bus > subclass = SMBus > cap 01[44] = powerspec 2 supports D0 D3 current D0 > none10@pci0:0:9:3: class=0x0b4000 card=0x00000000 chip=0x036b10de > rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'MCP55 SMU' > class = processor > ohci0@pci0:0:10:0: class=0x0c0310 card=0xcb8410de chip=0x036c10de > rev=0xa1 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'Standard OpenHCD USB Hostcontroller (81FB1043)' > class = serial bus > subclass = USB > cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 > ehci0@pci0:0:10:1: class=0x0c0320 card=0xcb8410de chip=0x036d10de > rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'Standard PCI-to-USB Enhanced Hostcontroller (81FB1043)' > class = serial bus > subclass = USB > cap 0a[44] = EHCI Debug Port at offset 0x98 in map 0x14 > cap 01[80] = powerspec 2 supports D0 D1 D2 D3 current D0 > atapci0@pci0:0:12:0: class=0x01018a card=0xcb8410de chip=0x036e10de > rev=0xa1 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'MCP55 PATA Controller (MCP55)' > class = mass storage > subclass = ATA > cap 01[44] = powerspec 2 supports D0 D3 current D0 > atapci1@pci0:0:13:0: class=0x010185 card=0xcb8410de chip=0x037f10de > rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'MCP55 SATA/RAID Controller (MCP55S)' > class = mass storage > subclass = ATA > cap 01[44] = powerspec 2 supports D0 D3 current D0 > cap 05[b0] = MSI supports 4 messages, 64 bit > cap 08[cc] = HT MSI fixed address window disabled at 0xfee00000 > atapci2@pci0:0:13:1: class=0x010185 card=0xcb8410de chip=0x037f10de > rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'MCP55 SATA/RAID Controller (MCP55S)' > class = mass storage > subclass = ATA > cap 01[44] = powerspec 2 supports D0 D3 current D0 > cap 05[b0] = MSI supports 4 messages, 64 bit > cap 08[cc] = HT MSI fixed address window disabled at 0xfee00000 > atapci3@pci0:0:13:2: class=0x010185 card=0xcb8410de chip=0x037f10de > rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'MCP55 SATA/RAID Controller (MCP55S)' > class = mass storage > subclass = ATA > cap 01[44] = powerspec 2 supports D0 D3 current D0 > cap 05[b0] = MSI supports 4 messages, 64 bit > cap 08[cc] = HT MSI fixed address window disabled at 0xfee00000 > pcib2@pci0:0:14:0: class=0x060401 card=0xcb8410de chip=0x037010de > rev=0xa2 hdr=0x01 > vendor = 'NVIDIA Corporation' > device = 'MCP55 PCI bridge' > class = bridge > subclass = PCI-PCI > cap 0d[b8] = PCI Bridge card=0xcb8410de > cap 08[8c] = HT MSI address window disabled at 0xfee00000 > nfe0@pci0:0:16:0: class=0x068000 card=0xcb8410de chip=0x037310de > rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'MCP55 Ethernet' > class = bridge > cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 > cap 11[70] = MSI-X supports 8 messages in maps 0x18 and 0x1c enabled > cap 05[50] = MSI supports 8 messages, 64 bit, vector masks > cap 08[6c] = HT MSI fixed address window enabled at 0xfee00000 > nfe1@pci0:0:17:0: class=0x068000 card=0xcb8410de chip=0x037310de > rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'MCP55 Ethernet' > class = bridge > cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 > cap 11[70] = MSI-X supports 8 messages in maps 0x18 and 0x1c enabled > cap 05[50] = MSI supports 8 messages, 64 bit, vector masks > cap 08[6c] = HT MSI fixed address window enabled at 0xfee00000 > pcib3@pci0:0:18:0: class=0x060400 card=0x000010de chip=0x037610de > rev=0xa2 hdr=0x01 > vendor = 'NVIDIA Corporation' > device = 'MCP55 PCIe bridge' > class = bridge > subclass = PCI-PCI > cap 0d[40] = PCI Bridge card=0x000010de > cap 01[48] = powerspec 2 supports D0 D3 current D0 > cap 05[50] = MSI supports 2 messages, 64 bit > cap 08[60] = HT MSI address window disabled at 0xfee00000 > cap 10[80] = PCI-Express 1 root port max data 256(256) link x8(x8) > pcib4@pci0:0:20:0: class=0x060400 card=0x000010de chip=0x037410de > rev=0xa2 hdr=0x01 > vendor = 'NVIDIA Corporation' > device = 'MCP55 PCIe bridge' > class = bridge > subclass = PCI-PCI > cap 0d[40] = PCI Bridge card=0x000010de > cap 01[48] = powerspec 2 supports D0 D3 current D0 > cap 05[50] = MSI supports 2 messages, 64 bit > cap 08[60] = HT MSI address window disabled at 0xfee00000 > cap 10[80] = PCI-Express 1 root port max data 256(256) link x4(x1) > pcib5@pci0:0:21:0: class=0x060400 card=0x000010de chip=0x037810de > rev=0xa2 hdr=0x01 > vendor = 'NVIDIA Corporation' > device = 'MCP55 PCIe bridge' > class = bridge > subclass = PCI-PCI > cap 0d[40] = PCI Bridge card=0x000010de > cap 01[48] = powerspec 2 supports D0 D3 current D0 > cap 05[50] = MSI supports 2 messages, 64 bit > cap 08[60] = HT MSI address window disabled at 0xfee00000 > cap 10[80] = PCI-Express 1 root port max data 256(256) link x4(x1) > pcib6@pci0:0:22:0: class=0x060400 card=0x000010de chip=0x037510de > rev=0xa2 hdr=0x01 > vendor = 'NVIDIA Corporation' > device = 'MCP55 PCIe bridge' > class = bridge > subclass = PCI-PCI > cap 0d[40] = PCI Bridge card=0x000010de > cap 01[48] = powerspec 2 supports D0 D3 current D0 > cap 05[50] = MSI supports 2 messages, 64 bit > cap 08[60] = HT MSI address window disabled at 0xfee00000 > cap 10[80] = PCI-Express 1 root port max data 256(256) link x8(x1) > pcib7@pci0:0:23:0: class=0x060400 card=0x000010de chip=0x037710de > rev=0xa2 hdr=0x01 > vendor = 'NVIDIA Corporation' > device = 'MCP55 PCIe bridge' > class = bridge > subclass = PCI-PCI > cap 0d[40] = PCI Bridge card=0x000010de > cap 01[48] = powerspec 2 supports D0 D3 current D0 > cap 05[50] = MSI supports 2 messages, 64 bit > cap 08[60] = HT MSI address window disabled at 0xfee00000 > cap 10[80] = PCI-Express 1 root port max data 256(256) link x16(x16) > hostb0@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 > rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = 'Athlon64/Opteron/Sempron (K8 Family) HyperTransport > Technology Configuration' > class = bridge > subclass = HOST-PCI > cap 08[80] = HT host > hostb1@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 > rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = 'Athlon64/Opteron/Sempron (K8 Family) 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 = 'Athlon64/Opteron/Sempron (K8 Family) 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 = 'Athlon64/Opteron/Sempron (K8 Family) Miscellaneous > Control' > class = bridge > subclass = HOST-PCI > cap 0f[f0] = unknown > vgapci0@pci0:1:0:0: class=0x030000 card=0x042010de chip=0x019310de > rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'NVIDIA GeForce 8800 GTS (G80)' > class = display > subclass = VGA > cap 01[60] = powerspec 2 supports D0 D3 current D0 > cap 05[68] = MSI supports 1 message, 64 bit > cap 10[78] = PCI-Express 1 endpoint max data 128(128) link x16(x16) > em0@pci0:2:6:0: class=0x020000 card=0x13768086 chip=0x107c8086 rev=0x05 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'Gigabit Ethernet Controller (Copper) rev 5 (82541PI)' > class = network > subclass = ethernet > cap 01[dc] = powerspec 2 supports D0 D3 current D0 > cap 07[e4] = PCI-X supports 2048 burst read, 1 split transaction > emu10kx0@pci0:2:7:0: class=0x040100 card=0x10211102 chip=0x00081102 > rev=0x00 hdr=0x00 > vendor = 'Creative Technology LTD.' > device = 'sound blaster Audigy 2 (ca0108)' > class = multimedia > subclass = audio > cap 01[dc] = powerspec 2 supports D0 D1 D2 D3 current D0 > fwohci0@pci0:2:9:0: class=0x0c0010 card=0x100615bd chip=0x30441106 > rev=0x80 hdr=0x00 > vendor = 'VIA Technologies, Inc.' > device = 'VT6306 VIA Fire II IEEE-1394 OHCI Link Layer Controller' > class = serial bus > subclass = FireWire > cap 01[50] = powerspec 2 supports D0 D2 D3 current D0 > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed May 19 18:40:08 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA3FD1065670; Wed, 19 May 2010 18:40:08 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id E84928FC1B; Wed, 19 May 2010 18:40:07 +0000 (UTC) Received: by iwn5 with SMTP id 5so1045497iwn.13 for ; Wed, 19 May 2010 11:40:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=BJHhhCUUQByvchiAmPRrS7I4FJDPQU+/iE5ve+GnIHE=; b=iEJ7XPYMZJngSU3to7W5eXwSwKZSxqO2+3KxmFubTdOhRuz1LOSWHAN3N3LvWfrJ4q L7458A/Q1a+Chkn2S5/EXi3qf1uJaKJRisXMKVLDSjnszYQh0Tsv0y5OsHYuCBhkqtsr bjqkbyW1wWzz3gemOkAGcg8uFiaiSQw6LHy4s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=R/BAqlar84yM1Z9jvud0mJWM4L/eqcosJUuo6bZ5LxCZhgUB/mkviubIdsZpzdCj1G bk5Q9HMSDglO6SKUXb50Lwyp4A1ryZN5vHvyDl30JU3FErSFEpQnXC5fOKnJMJDap3Nu LGfW7c4sjWZfjaxxdpPsuubc9PdveuR/qKpvA= MIME-Version: 1.0 Received: by 10.231.155.3 with SMTP id q3mr4138711ibw.20.1274294386724; Wed, 19 May 2010 11:39:46 -0700 (PDT) Received: by 10.231.182.195 with HTTP; Wed, 19 May 2010 11:39:46 -0700 (PDT) In-Reply-To: References: <4DEBDE2C-C0D2-469D-AC42-DD5027926424@FreeBSD.org> Date: Wed, 19 May 2010 13:39:46 -0500 Message-ID: From: Brandon Gooch To: Giovanni Trematerra Content-Type: text/plain; charset=ISO-8859-1 Cc: Attilio Rao , David DEMELIER , freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Kernel panic when unpluggin AC adaptor X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 May 2010 18:40:08 -0000 On Tue, May 18, 2010 at 10:47 PM, Brandon Gooch wrote: > On Tue, May 18, 2010 at 9:04 AM, Giovanni Trematerra > wrote: >> On Sat, May 15, 2010 at 9:12 PM, Brandon Gooch >> wrote: >>> On Thu, May 13, 2010 at 7:25 PM, Giovanni Trematerra >>> wrote: >>>> On Thu, May 13, 2010 at 1:09 AM, Brandon Gooch >>>> wrote: >>>>> On Wed, May 12, 2010 at 9:41 AM, Attilio Rao wrote: >>>>>> 2010/5/12 David DEMELIER : >>>>>>> I remove the patch, and built the kernel (I updated the src this >>>>>>> morning) and it does not panic now. It's really odd. If it reappears >>>>>>> soon I will tell you. >>>>>> >>>>>> I looked at the code with Giovanni and I have the feeling that the >>>>>> race with the idle thread may still be fatal. >>>>>> We need to fix that. >>>>>> >>>>>> Attilio >>>>>> >>>>> >>>>> That seems to be the case, as my laptop shows about an 80-85 % chance >>>>> of experiencing a panic if left idle for long-ish periods of time (2 >>>>> to 4 hours). I usually rebuild world or big ports overnight, and more >>>>> often than not I wake up to a panicked machine, same situation every >>>>> time: >>>>> >>>>> ... >>>>> rman_get_bushandle() at rman_get_bushandle+0x1 >>>>> sched_idletd() at sched_idletd+0x123 >>>>> fork_exit() at fork_exit+0x12a >>>>> fork_trampoline() at fork_trampoline+0xe >>>>> ... >>>>> >>>>> The kernel/userland is rebuilt, the ports are finished compiling -- >>>>> it's in the time AFTER the completion of all tasks that the machine >>>>> gets bored and tries to kill itself :) >>>>> >>>>> I have seen the AC adapter plug/unplug "hang" in the past on this >>>>> laptop, but I never made the connection between the events, as >>>>> nowadays my laptop usually stays plugged in :( >>>>> >>>>> Attilio, I hope you can track this one down, let me know if I can do >>>>> anything to help or test... >>>>> >>>> >>>> Attilio and I came up with this patch. It seems ready for stress >>>> testing and review >>>> Please test and report back. >>>> >>>> Thank you >>>> >>>> P.S: all the faults are only mine. >>> >>> I tried the patch, and my kernel panics I panic on boot. I have >>> 8.5MB(!) of JPG images (6 of them) if anyone needs to see them. I'm >>> looking for a place to post them, but if anyone wants, I can send via >>> e-mail... >> >> Hi Brandon, >> Could you please, try this new one? The panic at boot stage should be solved, >> at least I tried on a 8-way machine and all went ok at boot. >> Please, remove WITNESS_SKIPSPIN from your kernel config file. >> This patch might be sub-optimal and contains style(9) error but if it >> works we are >> on the right way. >> Let me know if it works for you. > > Applied the patch, built, installed, and booted new kernel: no panic! > > I will remove WITNESS_SKIPSPIN and build another kernel. Then I'll > "try" to trigger the panic (by letting my laptop sit idle after a > buildworld session). > > Thanks for giving this some attention, I hope you and/or others are > able to get to the bottom of this... Hey everyone, just reporting in: The laptop has experienced the longest uptime it's seen in a while -- so far, so good! I'll keep the machine up and running just in case... -Brandon From owner-freebsd-stable@FreeBSD.ORG Thu May 20 07:19:47 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EA151065689 for ; Thu, 20 May 2010 07:19:47 +0000 (UTC) (envelope-from mgamsjager@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 274908FC17 for ; Thu, 20 May 2010 07:19:46 +0000 (UTC) Received: by fxm4 with SMTP id 4so2033110fxm.13 for ; Thu, 20 May 2010 00:19:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:from:date :message-id:subject:to:content-type; bh=cYFEuMv9FR6DXYktmnEBSzrCz+K0ZILNXCkZtn9O9b0=; b=TQzGZwWRxFvlUnpxoPZKX8ddkZZ1WsjppzNDOdWpAfZFyxX6HG5ZIv8M/hOqLBlTC/ jgrpXpmJ3/w7thWyrLQ6ijEguh6L8k/GWtZuWB3c2s5D6ryA+VFyAwuSSaICGOk+Iz7x 9IcB0Dcs593mHU214Nd6WxcTzWogUJgF5mHwE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=ZHogVkxAZnTm7mlNU30xyrQnM8Se+5MDMg+6wUNUKezvO8BrTB8FHBCF20KKgIdpC0 I2SFg9KPq8DbiCTM3fjsA8zL+jPqAkAge0AZF993r5b60FmnewDYVUiet3/hJozjkFn/ sJwYBxuaK3tAgb6oQLbrKKhIA2sscPWmiF880= Received: by 10.204.137.89 with SMTP id v25mr48813bkt.13.1274339985800; Thu, 20 May 2010 00:19:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.78.194 with HTTP; Thu, 20 May 2010 00:12:05 -0700 (PDT) From: Matthias Gamsjager Date: Thu, 20 May 2010 09:12:05 +0200 Message-ID: To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Build world and zfs related commits X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 May 2010 07:19:47 -0000 Hello, Do I need to build world when a new ZFS related commit took place or is a build kernel enough? eg svn commit: r208334: Modified: stable/8/cddl/contrib/opensolaris/cmd/zdb/zdb.c stable/8/cddl/contrib/opensolaris/cmd/ztest/ztest.c stable/8/cddl/contrib/opensolaris/lib/libzpool/common/kernel.c stable/8/cddl/contrib/opensolaris/lib/libzpool/common/sys/zfs_context.h stable/8/cddl/contrib/opensolaris/lib/libzpool/common/taskq.c stable/8/sys/cddl/boot/zfs/zfsimpl.h stable/8/sys/cddl/compat/opensolaris/sys/sysmacros.h stable/8/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c stable/8/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_send.c stable/8/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_traverse.c stable/8/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dsl_dataset.c stable/8/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dsl_pool.c stable/8/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dsl_scrub.c stable/8/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c stable/8/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/spa_misc.c stable/8/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/dmu_traverse.h stable/8/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/dsl_pool.h stable/8/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/spa.h stable/8/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/spa_impl.h stable/8/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/txg_impl.h stable/8/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/txg.c stable/8/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_cache.c stable/8/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zvol.c Directory Properties: stable/8/cddl/contrib/opensolaris/ (props changed) stable/8/cddl/contrib/opensolaris/cmd/zdb/ (props changed) stable/8/cddl/contrib/opensolaris/cmd/zfs/ (props changed) stable/8/cddl/contrib/opensolaris/lib/libzfs/ (props changed) stable/8/sys/ (props changed) stable/8/sys/amd64/include/xen/ (props changed) stable/8/sys/cddl/contrib/opensolaris/ (props changed) stable/8/sys/contrib/dev/acpica/ (props changed) stable/8/sys/contrib/pf/ (props changed) stable/8/sys/dev/xen/xenpci/ (props changed) stable/8/sys/geom/sched/ (props changed) From owner-freebsd-stable@FreeBSD.ORG Thu May 20 07:49:17 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECDE0106566B for ; Thu, 20 May 2010 07:49:17 +0000 (UTC) (envelope-from emikulic@gmail.com) Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by mx1.freebsd.org (Postfix) with ESMTP id 760F98FC08 for ; Thu, 20 May 2010 07:49:17 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAPKD9EuWZZrw/2dsb2JhbACeBHGsKIcdLohThRIE Received: from ppp154-240.static.internode.on.net ([150.101.154.240]) by ipmail05.adl6.internode.on.net with ESMTP; 20 May 2010 17:19:15 +0930 Received: by ppp154-240.static.internode.on.net (Poo-fix, from userid 1001) id BE3865C72; Thu, 20 May 2010 17:49:14 +1000 (EST) Date: Thu, 20 May 2010 17:49:14 +1000 From: Emil Mikulic To: Matthias Gamsjager Message-ID: <20100520074914.GA17209@dmr.ath.cx> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: Build world and zfs related commits X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 May 2010 07:49:18 -0000 On Thu, May 20, 2010 at 09:12:05AM +0200, Matthias Gamsjager wrote: > Hello, > > Do I need to build world when a new ZFS related commit took place or > is a build kernel enough? > > eg svn commit: r208334: > Modified: > stable/8/cddl/contrib/opensolaris/cmd/zdb/zdb.c > stable/8/cddl/contrib/opensolaris/cmd/ztest/ztest.c > stable/8/cddl/contrib/opensolaris/lib/libzpool/common/kernel.c > stable/8/cddl/contrib/opensolaris/lib/libzpool/common/sys/zfs_context.h > stable/8/cddl/contrib/opensolaris/lib/libzpool/common/taskq.c This commit touched libzpool and /usr/sbin/zdb (neither is part of kernel), and other commits touched non-kernel parts also (e.g. r208288 touched the zpool command) So I would suggest that, yes, you should rebuild world also. From owner-freebsd-stable@FreeBSD.ORG Thu May 20 08:07:26 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD45A1065672 for ; Thu, 20 May 2010 08:07:26 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id 6D6C28FC1E for ; Thu, 20 May 2010 08:07:26 +0000 (UTC) Received: by pzk15 with SMTP id 15so4052037pzk.15 for ; Thu, 20 May 2010 01:07:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=SOQ26j0FLne7o+PP907Kb2PbtnDiS3e+MwYJNQurqoE=; b=AcW86TAV632tn3WaurlXhS1lSTNa6u2MmPHMXkPyripaZ4QxG7M5MnzFClT9ncSHIB 2h6LJ2y5DHwR0b7yKqTu6FBGHDyh92c7jNNb08pxKYwyqZIwOjZo6ru13wfjxhdeoyg4 psbCSoxfjYZ6F6pMzpoHBICAdpmILx4ZxbxTo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=KFxKpvryuDpdVJVE8aKSxtVbxhZuPOrmo0iCNYi+A5Er8O4oRISGDAiK0vtVtYFbDm OYguUXXauEJxUFBpbSk7MTQEXo99pcItAaaHZbtKMf99BJcqy8C8ElYCW/gOQ7gUWmn5 psYbMJqhu5XJexvWdUez7Q5tC8DY4WW9bNvDw= MIME-Version: 1.0 Received: by 10.141.53.11 with SMTP id f11mr7129587rvk.84.1274342845914; Thu, 20 May 2010 01:07:25 -0700 (PDT) Received: by 10.140.125.10 with HTTP; Thu, 20 May 2010 01:07:25 -0700 (PDT) In-Reply-To: References: Date: Thu, 20 May 2010 01:07:25 -0700 Message-ID: From: Xin LI To: Matthias Gamsjager Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: Build world and zfs related commits X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 May 2010 08:07:26 -0000 On Thu, May 20, 2010 at 12:12 AM, Matthias Gamsjager wrote: > Hello, > > Do I need to build world when a new ZFS related commit took place or > is a build kernel enough? > > eg svn commit: r208334: This one requires a full kernel+world build to fully benefit from the improvement. Most times if the change only covers sys/cdd/*/*.c, a kernel build is sufficient, but to avoid mismatches we do advise a full build if you are unsure. Cheers, -- Xin LI http://www.delphij.net From owner-freebsd-stable@FreeBSD.ORG Thu May 20 08:08:51 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB5911065675 for ; Thu, 20 May 2010 08:08:51 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta15.emeryville.ca.mail.comcast.net (qmta15.emeryville.ca.mail.comcast.net [76.96.27.228]) by mx1.freebsd.org (Postfix) with ESMTP id 94D328FC27 for ; Thu, 20 May 2010 08:08:50 +0000 (UTC) Received: from omta20.emeryville.ca.mail.comcast.net ([76.96.30.87]) by qmta15.emeryville.ca.mail.comcast.net with comcast id Kk7b1e0011smiN4AFk8rZP; Thu, 20 May 2010 08:08:51 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta20.emeryville.ca.mail.comcast.net with comcast id Kk8q1e00E3S48mS8gk8rWV; Thu, 20 May 2010 08:08:51 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id A85BE9B419; Thu, 20 May 2010 01:08:49 -0700 (PDT) Date: Thu, 20 May 2010 01:08:49 -0700 From: Jeremy Chadwick To: Matthias Gamsjager Message-ID: <20100520080849.GA7474@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: Build world and zfs related commits X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 May 2010 08:08:51 -0000 On Thu, May 20, 2010 at 09:12:05AM +0200, Matthias Gamsjager wrote: > Do I need to build world when a new ZFS related commit took place or > is a build kernel enough? In general, if you aren't 100% certain of the implications of a series of commits, you should always rebuild/reinstall both world and kernel. No harm in asking of course, but it's better to be safe than sorry, as the repercussions of userland not matching kernel can be pretty severe depending on what changed. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu May 20 08:12:02 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3293B1065677 for ; Thu, 20 May 2010 08:12:02 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 71E748FC13 for ; Thu, 20 May 2010 08:12:00 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA14578; Thu, 20 May 2010 11:11:49 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OF0r7-000Kc9-2W; Thu, 20 May 2010 11:11:49 +0300 Message-ID: <4BF4EEC4.7020204@icyb.net.ua> Date: Thu, 20 May 2010 11:11:48 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Jeremy Chadwick , Michael Butler References: <4BF4002F.4060601@protected-networks.net> <20100519155756.GA82857@icarus.home.lan> In-Reply-To: <20100519155756.GA82857@icarus.home.lan> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: 7-stable compile broken: kern_ntptime X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 May 2010 08:12:02 -0000 on 19/05/2010 18:57 Jeremy Chadwick said the following: > On Wed, May 19, 2010 at 11:13:51AM -0400, Michael Butler wrote: >> After the recent kern_ntptime updates: >> >> {snip CC warnings} > > The problem was addressed 6 minutes ago. You'll need to wait for the > cvsup mirrors to pick up the change, otherwise use > cvsup-master.freebsd.org (not recommended). > > CVS commit: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/kern_ntptime.c > Jeremy, thanks for stepping up! Michael and all, apologies for the breakage. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu May 20 09:29:44 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D0071065675 for ; Thu, 20 May 2010 09:29:44 +0000 (UTC) (envelope-from mgamsjager@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id C5A3B8FC1C for ; Thu, 20 May 2010 09:29:43 +0000 (UTC) Received: by fxm4 with SMTP id 4so2168068fxm.13 for ; Thu, 20 May 2010 02:29:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:content-type; bh=xTEQjbsLjn7exB4gZMbRJC6SM+FVYuVsciGfndnxgbw=; b=NAe7tPz6ONC9PBWMaB4WO9BKJzcRXcJc6l3BY5iBTgc4ga+UAh0BGmcq5wd8775BPL ME+5EsSG3AwR6HcY2rt+UDkmX7uMtEv6+wbDsmahn3EMwjLjipczBTJKVEHDPsxmvBux OyT/7Nz73uKvCHL54oryz5mENJzAssSc6Gi+o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=N8kLO2VsxL1kEvt0dzGd9kbWXeBXBnn1Psa763NjVUV8gpGpncTSwjXdczDlIIUcWe N9rOu9o4XKlM6Wk8YDSRwaNzCjcaIhKT5IkVXQT3xwSIqAHgVf4LEra5HWEE64rK79h/ fzcozvVy+N/MoMi10wIw/9Ud3DLY4T/65xrbE= Received: by 10.102.197.36 with SMTP id u36mr725291muf.105.1274347782473; Thu, 20 May 2010 02:29:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.78.194 with HTTP; Thu, 20 May 2010 02:29:11 -0700 (PDT) In-Reply-To: References: From: Matthias Gamsjager Date: Thu, 20 May 2010 11:29:11 +0200 Message-ID: To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: Problem, install Freebsd 8 in Adaptec 29320A, not recognizes raid X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 May 2010 09:29:44 -0000 did you load the driver? On Mon, May 17, 2010 at 4:57 PM, Jean Pereira wrote: > Hi. > > I'm trying to install FreeBSD on a server that eighth in which I have a > adaptec 29320A controller with two 36 GB Seagate drives in raid 0. > > When I go to install the freebsd it detects only disks and not the raid. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu May 20 10:24:13 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53397106566B for ; Thu, 20 May 2010 10:24:13 +0000 (UTC) (envelope-from admin@olostech.com) Received: from mail-gx0-f226.google.com (mail-gx0-f226.google.com [209.85.217.226]) by mx1.freebsd.org (Postfix) with ESMTP id 156098FC0C for ; Thu, 20 May 2010 10:24:12 +0000 (UTC) Received: by gxk26 with SMTP id 26so3628184gxk.13 for ; Thu, 20 May 2010 03:24:12 -0700 (PDT) Received: by 10.150.56.32 with SMTP id e32mr1001663yba.127.1274351052291; Thu, 20 May 2010 03:24:12 -0700 (PDT) Received: from [10.1.1.25] (201-25-216-157.jvece701.e.brasiltelecom.net.br [201.25.216.157]) by mx.google.com with ESMTPS id z32sm9041051ybc.23.2010.05.20.03.24.10 (version=SSLv3 cipher=RC4-MD5); Thu, 20 May 2010 03:24:11 -0700 (PDT) Message-ID: <4BF50DC2.9060300@olostech.com> Date: Thu, 20 May 2010 07:24:02 -0300 From: Jean Pereira User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.0.4-1.fc12 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Problem, install Freebsd 8 in Adaptec 29320A, not recognizes raid X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 May 2010 10:24:13 -0000 yes, is load ahd correct? On 05/20/2010 06:29 AM, Matthias Gamsjager wrote: > did you load the driver? > > On Mon, May 17, 2010 at 4:57 PM, Jean Pereira wrote: > >> Hi. >> >> I'm trying to install FreeBSD on a server that eighth in which I have a >> adaptec 29320A controller with two 36 GB Seagate drives in raid 0. >> >> When I go to install the freebsd it detects only disks and not the raid. >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> >> > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- ------------------------------------------------------ Jean Pereira Fone: (+5547)91595876 (+5547)32753643 Email: admin@olostech.com jean@olostech.com Linux User #480772 ------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Thu May 20 10:31:13 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F2AE106566C for ; Thu, 20 May 2010 10:31:13 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta13.westchester.pa.mail.comcast.net (qmta13.westchester.pa.mail.comcast.net [76.96.59.243]) by mx1.freebsd.org (Postfix) with ESMTP id 4CAB88FC08 for ; Thu, 20 May 2010 10:31:12 +0000 (UTC) Received: from omta03.westchester.pa.mail.comcast.net ([76.96.62.27]) by qmta13.westchester.pa.mail.comcast.net with comcast id KmVw1e0030bG4ec5DmXDE3; Thu, 20 May 2010 10:31:13 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta03.westchester.pa.mail.comcast.net with comcast id KmXB1e0093S48mS3PmXC5l; Thu, 20 May 2010 10:31:13 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 441A69B419; Thu, 20 May 2010 03:31:10 -0700 (PDT) Date: Thu, 20 May 2010 03:31:10 -0700 From: Jeremy Chadwick To: Jean Pereira Message-ID: <20100520103110.GA11274@icarus.home.lan> References: <4BF50DC2.9060300@olostech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BF50DC2.9060300@olostech.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: Problem, install Freebsd 8 in Adaptec 29320A, not recognizes raid X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 May 2010 10:31:13 -0000 On Thu, May 20, 2010 at 07:24:02AM -0300, Jean Pereira wrote: > yes, is load ahd > > correct? > > On 05/20/2010 06:29 AM, Matthias Gamsjager wrote: > >did you load the driver? > > > >On Mon, May 17, 2010 at 4:57 PM, Jean Pereira wrote: > >>Hi. > >> > >>I'm trying to install FreeBSD on a server that eighth in which I have a > >>adaptec 29320A controller with two 36 GB Seagate drives in raid 0. > >> > >>When I go to install the freebsd it detects only disks and not the raid. FreeBSD doesn't appear to have RAID support for the 29320A. If it did, it would very likely be handled by aac(4). I do not see it mentioned in the aac(4) man page. The ahd(4) driver supports the 29320A but not its RAID capabilities. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu May 20 12:17:14 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8860106566B for ; Thu, 20 May 2010 12:17:14 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6B1758FC1F for ; Thu, 20 May 2010 12:17:14 +0000 (UTC) Received: by iwn5 with SMTP id 5so1996902iwn.13 for ; Thu, 20 May 2010 05:17:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=5WkczJZyuyC8yIhRuleODy6eR+cDO62bP6UkBSas0bM=; b=wwvw/7ajgGmXabJ4t2nQBOyxg3OXAYXixdttbVS85lJdFyOeMlXL38q1psp4e6ZN21 zFfQQxCn8WvYf+745FzvGA8oYHsQ30I6EzfMHXZGY6UlhxXkqjZ7CTuzZlY+dZipCyQG u/MTDxiR7zWP7pCjVZzQMjI8lClXIptxTzQfg= 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=SX6E9UAfpC3/QNlwDIL0K9fhg07XD7ySOug58p5MZAoZzLRNPDeB5pZ10YC4QEBnC4 BYYecr1mbFSHJUGFYLypYQC7wBaSbSTyhkN6LtzjIOIpkC3MSEp+OfGvBIX9ADQTHZQr BeJbo+X9s4wpXr7l0EtQKZEK8ISjqwBEkWcO8= MIME-Version: 1.0 Received: by 10.231.120.95 with SMTP id c31mr3514384ibr.95.1274357833520; Thu, 20 May 2010 05:17:13 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.231.161.135 with HTTP; Thu, 20 May 2010 05:17:13 -0700 (PDT) In-Reply-To: <201005181611.o4IGBg0L016555@fire.js.berklix.net> References: <4BF262C9.2040805@ionic.co.uk> <201005181611.o4IGBg0L016555@fire.js.berklix.net> Date: Thu, 20 May 2010 20:17:13 +0800 X-Google-Sender-Auth: vdLygahBzorAh7PNICz-WSRyZ6s Message-ID: From: Adrian Chadd To: "Julian H. Stacey" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Michal , freebsd-stable@freebsd.org Subject: Re: *BSD meetup, London May 27th X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 May 2010 12:17:14 -0000 Is there a single place where all these various BSD user groups are listed? If not, how about a wiki page? adrian On 19 May 2010 00:11, Julian H. Stacey wrote: > Hi, > Reference: >> From: =A0 =A0 =A0 =A0 Michal >> Date: =A0 =A0 =A0 =A0 Tue, 18 May 2010 10:50:01 +0100 >> Message-id: =A0 <4BF262C9.2040805@ionic.co.uk> > > Michal wrote: >> On 16/05/2010 20:27, Owain Ainsworth wrote: >> > On Sat, May 15, 2010 at 11:38:34PM +0100, Edd Barrett wrote: >> >> On Tue, May 11, 2010 at 1:44 PM, Sevan / Venture37 wrote: >> >>> Hi Guys >> >>> Some of us are meeting at the Barrowboy & Banker by London bridge on >> >>> the 27th this month, 7pm >> >>> More details here: >> >>> http://mailman.uk.freebsd.org/pipermail/ukfreebsd/2010-May/012735.ht= ml > > FYI these lists exist: > =A0 =A0 =A0 =A0freebsd-user-groups@freebsd.org > =A0 =A0 =A0 =A0freebsd-users@uk.freebsd.org > =A0 =A0 =A0 =A0manchester@bsdgroups.org.uk > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# I remembered a london group too, > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# but http: fails , whois bsdgroups.org.uk= =A0shows Sam Smith > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# as owner, nslookup shows dead server. > > Cheers, > Julian > -- > Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix= .com > Mail plain text, =A0Not HTML quoted-printable Base64 http://www.asciiribb= on.org > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu May 20 12:48:57 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05D2E1065670 for ; Thu, 20 May 2010 12:48:57 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 664B18FC14 for ; Thu, 20 May 2010 12:48:55 +0000 (UTC) Received: from park.js.berklix.net (p549A5603.dip.t-dialin.net [84.154.86.3]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id o4KCmrMw093736; Thu, 20 May 2010 12:48:53 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id o4KCn00M058681; Thu, 20 May 2010 14:49:00 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.3/8.14.3) with ESMTP id o4KCmoDp062219; Thu, 20 May 2010 14:48:55 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201005201248.o4KCmoDp062219@fire.js.berklix.net> To: Adrian Chadd From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Thu, 20 May 2010 20:17:13 +0800." Date: Thu, 20 May 2010 14:48:49 +0200 Sender: jhs@berklix.com Cc: Michal , freebsd-stable@freebsd.org Subject: Re: *BSD meetup, London May 27th X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 May 2010 12:48:57 -0000 Hi, Reference: > From: Adrian Chadd > Date: Thu, 20 May 2010 20:17:13 +0800 > Message-id: Adrian Chadd wrote: > Is there a single place where all these various BSD user groups are listed? > > If not, how about a wiki page? For FreeBSD, Question/propose that on user-groups@freebsd.org :-) That list could probably best advise what list to ask for Net & Open (if any). > > adrian > > On 19 May 2010 00:11, Julian H. Stacey wrote: > > Hi, > > Reference: > >> From:         Michal > >> Date:         Tue, 18 May 2010 10:50:01 +0100 > >> Message-id:   <4BF262C9.2040805@ionic.co.uk> > > > > Michal wrote: > >> On 16/05/2010 20:27, Owain Ainsworth wrote: > >> > On Sat, May 15, 2010 at 11:38:34PM +0100, Edd Barrett wrote: > >> >> On Tue, May 11, 2010 at 1:44 PM, Sevan / Venture37 wrote: > >> >>> Hi Guys > >> >>> Some of us are meeting at the Barrowboy & Banker by London bridge on > >> >>> the 27th this month, 7pm > >> >>> More details here: > >> >>> http://mailman.uk.freebsd.org/pipermail/ukfreebsd/2010-May/012735.html > > > > FYI these lists exist: > >        freebsd-user-groups@freebsd.org > >        freebsd-users@uk.freebsd.org > >        manchester@bsdgroups.org.uk > >                # I remembered a london group too, > >                # but http: fails , whois bsdgroups.org.uk  shows Sam Smith > >                # as owner, nslookup shows dead server. > > > > Cheers, > > Julian > > -- > > Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklixcom > > Mail plain text,  Not HTML quoted-printable Base64 http://www.asciiribbon.org > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text, Not HTML quoted-printable Base64 http://www.asciiribbon.org From owner-freebsd-stable@FreeBSD.ORG Fri May 21 06:03:07 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6815E1065676 for ; Fri, 21 May 2010 06:03:07 +0000 (UTC) (envelope-from marcus@blazingdot.com) Received: from marklar.blazingdot.com (marklar.blazingdot.com [207.154.84.83]) by mx1.freebsd.org (Postfix) with SMTP id 5807F8FC0A for ; Fri, 21 May 2010 06:03:07 +0000 (UTC) Received: (qmail 41761 invoked by uid 503); 21 May 2010 06:03:06 -0000 Date: Thu, 20 May 2010 23:03:06 -0700 From: Marcus Reid To: freebsd-stable@freebsd.org Message-ID: <20100521060306.GA37722@blazingdot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Coffee-Level: nearly-fatal User-Agent: Mutt/1.5.6i Subject: dtrace problem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 May 2010 06:03:07 -0000 Hi, Running a recent RELENG_8 (FreeBSD 8.1-PRERELEASE #0: Tue May 18 23:37:37 PDT 2010), I'm having a problem using dtrace. For every .d file I attempt to compile, I get: dtrace: failed to compile script test.d: "/usr/lib/dtrace/psinfo.d", line 37: syntax error near "uid_t" This is my first attempt to use dtrace, so I can't be sure if it worked before. It happens with some scripts that can be assumed to be valid, so it's not just me. Is it broken for anyone else? Thanks, Marcus From owner-freebsd-stable@FreeBSD.ORG Fri May 21 06:22:24 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 033541065674 for ; Fri, 21 May 2010 06:22:24 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 852AF8FC15 for ; Fri, 21 May 2010 06:22:23 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 22so212048fge.13 for ; Thu, 20 May 2010 23:22:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=CtAgKMBn+DEVaDi9GylI4Aj+oUNEsdOGBkk6SOltFn4=; b=QVM3eUcqABnO9p3egoOXkqsbgex6fpljKsBls37Ra+GeVBSyDut5vjgPqKgp9RNr5h x7blUML1j0R92aj5FxD9WVPCeBN6PAg8/6aSOJNGaCqZGULvCx3Es4fhLS5o6t4OwApk 1GD61e+A1aqfb9l+Vz9ZuEU1IKdmjSH15kKh0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=cXh1crq3UesmvJdRVdyhy6DA1bEACg6LIZAUC3ALHYm9qAR5gqvmx25eFSo0RSKE63 W/cyhXtYW5WCCOdZdJrt+ZVnV4Hpbb7i1fxYZ2VajrbXAmoyCkzf6PfnI3UVv/QwOtR4 B59+czswV/hrn8vTPA1g1LGTVKNX8sk5UxDkc= Received: by 10.86.124.4 with SMTP id w4mr3005474fgc.54.1274422940887; Thu, 20 May 2010 23:22:20 -0700 (PDT) Received: from ndenev.totalterror.net (93-152-151-19.ddns.onlinedirect.bg [93.152.151.19]) by mx.google.com with ESMTPS id d8sm3187804fga.26.2010.05.20.23.22.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 20 May 2010 23:22:19 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Nikolay Denev In-Reply-To: <20100521060306.GA37722@blazingdot.com> Date: Fri, 21 May 2010 09:22:17 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20100521060306.GA37722@blazingdot.com> To: Marcus Reid X-Mailer: Apple Mail (2.1078) Cc: freebsd-stable@freebsd.org Subject: Re: dtrace problem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 May 2010 06:22:24 -0000 On May 21, 2010, at 9:03 AM, Marcus Reid wrote: > Hi, >=20 > Running a recent RELENG_8 (FreeBSD 8.1-PRERELEASE #0: Tue May 18 = 23:37:37 > PDT 2010), I'm having a problem using dtrace. For every .d file I = attempt > to compile, I get: >=20 > dtrace: failed to compile script test.d: "/usr/lib/dtrace/psinfo.d", = line 37: syntax error near "uid_t" >=20 > This is my first attempt to use dtrace, so I can't be sure if it = worked > before. It happens with some scripts that can be assumed to be valid, > so it's not just me. Is it broken for anyone else? >=20 > Thanks, >=20 > Marcus Hi, Have you rebuilt your kernel as described here : = http://wiki.freebsd.org/DTrace I was once getting "uid_t" errors when my kernel was not compiled with = "WITH_CTF" option. Regards, Niki= From owner-freebsd-stable@FreeBSD.ORG Fri May 21 08:04:16 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 844AD1065673 for ; Fri, 21 May 2010 08:04:16 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 359138FC1D for ; Fri, 21 May 2010 08:04:15 +0000 (UTC) Received: (qmail 74626 invoked by uid 0); 21 May 2010 08:04:15 -0000 Received: from unknown (HELO ?10.3.2.41?) (spork@96.57.144.66) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 21 May 2010 08:04:14 -0000 Date: Fri, 21 May 2010 04:04:13 -0400 (EDT) From: Charles Sprickman X-X-Sender: spork@hotlap.local To: freebsd-stable@freebsd.org Message-ID: User-Agent: Alpine 2.00 (OSX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: 7.2 filesystem corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 May 2010 08:04:16 -0000 Hello all, Not sure where to go with this post, I've tried -fs and -scsi previously in trying to track down some panics in the softdep stuff. Perhaps the more general audience here can shove me in the right direction. I have a box (Dell PE 2970) running FreeBSD 7.2/amd-64. 6 GB of ECC RAM, and a Dell-branded LSI RAID controller (mpt driver). It's a mail server with the active mail server running in a jail and a test version of same running in another jail (qmail/vpopmail/courier on old, postfix/pfadmin/dovecot on new). It passed a few weeks of heavy stress testing where I was putting much more load on it using an imap/pop/smtp test suite before going into production with only one panic (which happened during a fairly intense mstone run) - I figured I was somewhat on the bleeding edge with 7.x 64-bit at that time, so I was not overly concerned since I've run into softdep panics before. Since then however, there have been a few panics in "ufsdirhash_lookup". When this happens, the box reboots, does a background fsck and does not complain about anything. I decided background fsck was probably not a good idea, so I disabled it and manually fsck'd on all subsequent panics. The pattern is similar to this example: ** /dev/mfid0s1g ** Last Mounted on /spool ** Phase 1 - Check Blocks and Sizes UNKNOWN FILE TYPE I=147718184 UNEXPECTED SOFT UPDATE INCONSISTENCY CLEAR? yes PARTIALLY ALLOCATED INODE I=147718185 UNEXPECTED SOFT UPDATE INCONSISTENCY And in phase 2, lots of this: UNALLOCATED I=152688468 OWNER=root MODE=0 SIZE=0 MTIME=Dec 31 19:00 1969 NAME=/jails/mailbak.blah.net/home/vpopmail/domains/blah.net/A/spec/Maildir/new/1233549930.73014.blah.bway.net UNEXPECTED SOFT UPDATE INCONSISTENCY REMOVE? yes And in Phase 4, lots of this: ** Phase 4 - Check Reference Counts UNREF FILE I=147623979 OWNER=88 MODE=100600 SIZE=0 MTIME=Feb 7 00:19 2010 CLEAR? yes In the manual runs, I tend to run through about 3 or 4 times, since even though the filesystem gets marked "clean", another run finds more errors. Once I get two clean runs in a row, I let the box boot. Regardless of how "clean" the fs is, I have consistently seen messages like this in my serial console log: g_vfs_done():mfid0s1g[READ(offset=2456998070156636160, length=16384)]error = 5 g_vfs_done():mfid0s1g[READ(offset=2456998070156636160, length=16384)]error = 5 On the last run, I also turned off soft updates for good measure. Now I occasinally get these errors: g_vfs_done():mfid0s1g[READ(offset=5335388948596480000, length=16384)]error = 5 bad block 838May 18 00:29:14 8bigmail kernel: 3pid 24481 (rm), 0uid 0 inumber 1571657736 on /spoo6l: bad block 76548920427, ino 151657736 In addition, there are some files that now have bizarre flags set, such as "schg", "sappnd", "opaque", etc. Some can be changed, others give a "bad file descriptor" error. I fear the fs is getting more scrambled. I started to think that I'm probably dealing with two things - some bug in 64-bit UFS2, plus a perpetually dirty filesystem that causes the box to panic, which causes more corruption, and so on. I do have the option of trying to schedule a huge maintenance window and dumping the fs, newfs'ing it, and then restoring it, but it's a tough sell and for various reasons I can't put a ton of time into this (anyone that knows me, hit me up offlist for a fun story). I'm also quite concerned that fsck is finding and fixing things, but the fs is still obviously not quite "right". In short, how can I ensure this won't happen a week after a dump/restore? So that's the story, here's my questions: -Is there any interest in tracking down what the nature of the initial panic/corruption is? I know I'm a release behind, but digging through the PR database, nothing stuck out as far as softdep, mpt, or dirhash bugs that looked similar to what I'm seeing that got fixed in 7.3. -Where is the most likely place to look for a problem here? The mpt driver? The megacli utility and the bios utility both claim the array is in great shape. The only fs that ever shows the errors with "g_vfs_done" and the nonsensical offsets is the partition where the jails reside. Or is it ufsdirhash thing? I saw some interesting bug reports, but nothing that quite matched. UFS2/SU itself? -If I do dump/restore (or pull from backups), should I stick to 7.2 or go to 7.3 while I'm working on the box? Or gamble on 8.0 (where I've oddly enough seen much fewer odd thigns of late)? For reference, here's a few other queries regarding this issue: http://marc.info/?l=freebsd-stable&m=125901173424554&w=2 http://old.nabble.com/7.2-p4:-panic:-ufsdirhash_lookup:-bad-offset-in-hash-array-td27715632.html I still have some core dumps sitting here as well. Any input would be appreciated - I do have more info available, but this message is already about twice as long as I'd like it to be. Hit me up with any questions. Thanks, Charles From owner-freebsd-stable@FreeBSD.ORG Fri May 21 08:14:29 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0261C106566B for ; Fri, 21 May 2010 08:14:29 +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 97B478FC17 for ; Fri, 21 May 2010 08:14:28 +0000 (UTC) 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 o4L8EPGY021671; Fri, 21 May 2010 09:14:25 +0100 (BST) (envelope-from rb@gid.co.uk) Received: from [192.168.2.3] (host81-131-87-97.range81-131.btcentralplus.com [81.131.87.97]) by gidgate.gid.co.uk (8.13.8/8.13.8) with ESMTP id o4L8EJc7069589; Fri, 21 May 2010 09:14:19 +0100 (BST) (envelope-from rb@gid.co.uk) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Bob Bishop In-Reply-To: Date: Fri, 21 May 2010 09:14:13 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <592C3AA0-3C96-4EC2-A2EF-E31FA8580101@gid.co.uk> References: To: Charles Sprickman X-Mailer: Apple Mail (2.1078) Cc: freebsd-stable@freebsd.org Subject: Re: 7.2 filesystem corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 May 2010 08:14:29 -0000 Hi, On 21 May 2010, at 09:04, Charles Sprickman wrote: > Hello all, >=20 > [...]I have a box (Dell PE 2970) running FreeBSD 7.2/amd-64. 6 GB of = ECC RAM, and a Dell-branded LSI RAID controller (mpt driver). [tale of = woe elided] For any case of spooky behaviour involving SCSI, make completely sure = that the SCSI cabling is above suspicion. If it isn't, your sanity will = be the first casualty. -- Bob Bishop rb@gid.co.uk From owner-freebsd-stable@FreeBSD.ORG Fri May 21 08:21:21 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E6B7106564A for ; Fri, 21 May 2010 08:21:21 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id B38018FC1E for ; Fri, 21 May 2010 08:21:20 +0000 (UTC) Received: (qmail 8395 invoked by uid 0); 21 May 2010 08:21:19 -0000 Received: from unknown (HELO ?10.3.2.41?) (spork@96.57.144.66) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 21 May 2010 08:21:19 -0000 Date: Fri, 21 May 2010 04:21:19 -0400 (EDT) From: Charles Sprickman X-X-Sender: spork@hotlap.local To: Bob Bishop In-Reply-To: <592C3AA0-3C96-4EC2-A2EF-E31FA8580101@gid.co.uk> Message-ID: References: <592C3AA0-3C96-4EC2-A2EF-E31FA8580101@gid.co.uk> User-Agent: Alpine 2.00 (OSX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: 7.2 filesystem corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 May 2010 08:21:21 -0000 On Fri, 21 May 2010, Bob Bishop wrote: > Hi, > > On 21 May 2010, at 09:04, Charles Sprickman wrote: > >> Hello all, >> >> [...]I have a box (Dell PE 2970) running FreeBSD 7.2/amd-64. 6 GB of >> ECC RAM, and a Dell-branded LSI RAID controller (mpt driver). [tale of >> woe elided] > > For any case of spooky behaviour involving SCSI, make completely sure > that the SCSI cabling is above suspicion. If it isn't, your sanity will > be the first casualty. FWIW, this is SATA. I hit up -scsi since I (think) that's where whoever deals with mpt(4) lives. The controller does present the array as a scsi device, but thankfully (oh so very thankfully), there's no scsi cabling involved. Say what you will about SATA and SAS, but I'm really happy to not have to deal with terminators, jumpers and all that other drek anymore. Thanks, Charles > -- > Bob Bishop > rb@gid.co.uk > > > > > From owner-freebsd-stable@FreeBSD.ORG Fri May 21 08:51:54 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E455106566C for ; Fri, 21 May 2010 08:51:54 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta14.westchester.pa.mail.comcast.net (qmta14.westchester.pa.mail.comcast.net [76.96.59.212]) by mx1.freebsd.org (Postfix) with ESMTP id 3D0DA8FC08 for ; Fri, 21 May 2010 08:51:53 +0000 (UTC) Received: from omta10.westchester.pa.mail.comcast.net ([76.96.62.28]) by qmta14.westchester.pa.mail.comcast.net with comcast id L8rK1e0020cZkys5E8rulv; Fri, 21 May 2010 08:51:54 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta10.westchester.pa.mail.comcast.net with comcast id L8rs1e0033S48mS3W8rtKz; Fri, 21 May 2010 08:51:53 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 0D6599B419; Fri, 21 May 2010 01:51:51 -0700 (PDT) Date: Fri, 21 May 2010 01:51:51 -0700 From: Jeremy Chadwick To: Nikolay Denev Message-ID: <20100521085150.GA42504@icarus.home.lan> References: <20100521060306.GA37722@blazingdot.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: dtrace problem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 May 2010 08:51:54 -0000 On Fri, May 21, 2010 at 09:22:17AM +0300, Nikolay Denev wrote: > On May 21, 2010, at 9:03 AM, Marcus Reid wrote: > > > Hi, > > > > Running a recent RELENG_8 (FreeBSD 8.1-PRERELEASE #0: Tue May 18 23:37:37 > > PDT 2010), I'm having a problem using dtrace. For every .d file I attempt > > to compile, I get: > > > > dtrace: failed to compile script test.d: "/usr/lib/dtrace/psinfo.d", line 37: syntax error near "uid_t" > > > > This is my first attempt to use dtrace, so I can't be sure if it worked > > before. It happens with some scripts that can be assumed to be valid, > > so it's not just me. Is it broken for anyone else? > > > > Thanks, > > > > Marcus > > Hi, > > Have you rebuilt your kernel as described here : http://wiki.freebsd.org/DTrace > > I was once getting "uid_t" errors when my kernel was not compiled with "WITH_CTF" option. Also be aware that building with WITH_CTF can/will break buildworld: http://www.mail-archive.com/freebsd-stable@freebsd.org/msg107641.html There were also some problems mentioned with rtld breaking when a user introduced WITH_CTF to his buildworld. (Possibly the rtld build is static and that would explain it; not sure). My point is: be aware and wary before enabling this. :-) -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri May 21 08:55:47 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A19B91065676 for ; Fri, 21 May 2010 08:55:47 +0000 (UTC) (envelope-from Thomas.Gellekum@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id E4C418FC23 for ; Fri, 21 May 2010 08:55:46 +0000 (UTC) Received: (qmail invoked by alias); 21 May 2010 08:29:05 -0000 Received: from xdsl-78-34-250-246.netcologne.de (EHLO siegel.tg.intern) [78.34.250.246] by mail.gmx.net (mp038) with SMTP; 21 May 2010 10:29:05 +0200 X-Authenticated: #18235045 X-Provags-ID: V01U2FsdGVkX1/a4RgFJPHaEfuK/FHkU9TiZIBBaulSTOc9JVl19/ EupOajuEZRkHfP From: Thomas Gellekum To: freebsd-stable@freebsd.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) Date: Fri, 21 May 2010 10:29:04 +0200 Message-ID: <86vdahhd4f.fsf@siegel.tg.intern> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Y-GMX-Trusted: 0 Subject: [8-STABLE] USB printer disconnecting when trying to print X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 May 2010 08:55:47 -0000 --=-=-= Moin, my new machine doesn't have a physical connector for a parallel printer anymore, so I'm now connecting my Brother HL-1250 through the USB port. The printer is recognized when it powers up: ugen0.4: at usbus0 ulpt0: on usbus0 ulpt0: using bi-directional mode and it starts warming up when I try to print, but no page is coming out. After setting hw.usb.debug.ulpt=1, hw.usb.debug.ugen=1, I do a echo "hallo" > /dev/ulpt0 and get lots of lines starting with the same usbd_transfer_submit shown below (are these actually related to the printer? I'm guessing they are mouse events): May 21 10:17:23 siegel kernel: usbd_transfer_submit: xfer=0xc9c70220, endpoint=0xc7ab3878, nframes=2, dir=read May 21 10:17:23 siegel kernel: usb_dump_endpoint: endpoint=0xc7ab3878 edesc=0xc7ab3b30 isoc_next=0 toggle_next=0 bEndpointAddress=0x00 May 21 10:17:23 siegel kernel: usb_dump_queue: endpoint=0xc7ab3878 xfer: May 21 10:17:23 siegel kernel: usbd_pipe_enter: enter May 21 10:17:23 siegel kernel: usbd_pipe_start: start May 21 10:17:23 siegel kernel: usbd_transfer_done: err=USB_ERR_NORMAL_COMPLETION May 21 10:17:23 siegel kernel: usbd_callback_wrapper_sub: xfer=0xc9c70220 endpoint=0xc7ab3878 sts=0 alen=9, slen=9, afrm=2, nfrm=2 May 21 10:17:37 siegel kernel: ulpt_write_callback: state=0x0 actlen=0 May 21 10:17:37 siegel kernel: ulpt_status_callback: error=USB_ERR_STALLED May 21 10:17:37 siegel kernel: ugen0.4: at usbus0 (disconnected) [terminate command with ^C] May 21 10:20:22 siegel kernel: ulpt0: at uhub2, port 2, addr 4 (disconnected) May 21 10:20:22 siegel kernel: ulpt_detach: sc=0xca008b00 May 21 10:20:22 siegel kernel: ulpt_write_callback: state=0x2 actlen=0 May 21 10:20:23 siegel kernel: ugen0.4: at usbus0 May 21 10:20:23 siegel kernel: ulpt0: on usbus0 May 21 10:20:23 siegel kernel: ulpt_attach: setting alternate config number: 0 May 21 10:20:23 siegel kernel: ulpt0: using bi-directional mode I've also tried to set up CUPS instead of using LPD, but that doesn't even find the printer. The board is an Intel DH55HC with a i3-530; system is a recent 8-STABLE (see attached dmesg). Any ideas on how to debug this are welcome. tg --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename=dmesg.boot Content-Transfer-Encoding: base64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMTAgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA4LjAtU1RBQkxFICMwOiBGcmkgTWF5IDE0IDE2OjQx OjUxIENFU1QgMjAxMAogICAgcm9vdEBzaWVnZWwudGcuaW50ZXJuOi91c3Ivb2JqL3Vzci9zcmMv c3lzL0dFTkVSSUMgaTM4NgpUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6 IHF1YWxpdHkgMApDUFU6IEludGVsKFIpIENvcmUoVE0pIGkzIENQVSAgICAgICAgIDUzMCAgQCAy LjkzR0h6ICgyOTI2LjAyLU1IeiA2ODYtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJHZW51aW5lSW50 ZWwiICBJZCA9IDB4MjA2NTIgIEZhbWlseSA9IDYgIE1vZGVsID0gMjUgIFN0ZXBwaW5nID0gMgog IEZlYXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxB UElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgs RlhTUixTU0UsU1NFMixTUyxIVFQsVE0sUEJFPgogIEZlYXR1cmVzMj0weDk4ZTNiZDxTU0UzLERU RVM2NCxNT04sRFNfQ1BMLFZNWCxFU1QsVE0yLFNTU0UzLENYMTYseFRQUixQRENNLFNTRTQuMSxT U0U0LjIsUE9QQ05UPgogIEFNRCBGZWF0dXJlcz0weDI4MTAwMDAwPE5YLFJEVFNDUCxMTT4KICBB TUQgRmVhdHVyZXMyPTB4MTxMQUhGPgogIFRTQzogUC1zdGF0ZSBpbnZhcmlhbnQKcmVhbCBtZW1v cnkgID0gNDI5NDk2NzI5NiAoNDA5NiBNQikKYXZhaWwgbWVtb3J5ID0gMzM5NDc3Mjk5MiAoMzIz NyBNQikKQUNQSSBBUElDIFRhYmxlOiA8SU5URUwgIERINTVIQyAgPgpGcmVlQlNEL1NNUDogTXVs dGlwcm9jZXNzb3IgU3lzdGVtIERldGVjdGVkOiA0IENQVXMKRnJlZUJTRC9TTVA6IDEgcGFja2Fn ZShzKSB4IDIgY29yZShzKSB4IDIgU01UIHRocmVhZHMKIGNwdTAgKEJTUCk6IEFQSUMgSUQ6ICAw CiBjcHUxIChBUCk6IEFQSUMgSUQ6ICAxCiBjcHUyIChBUCk6IEFQSUMgSUQ6ICA0CiBjcHUzIChB UCk6IEFQSUMgSUQ6ICA1CkFDUEkgV2FybmluZzogMzIvNjRYIEZBQ1MgYWRkcmVzcyBtaXNtYXRj aCBpbiBGQURUIC0gMHhDRjYyOEU0MC8weCAgICAgICAwQ0Y2MjhENDAsIHVzaW5nIDMyICgyMDEw MDMzMS90YmZhZHQtNTg2KQppb2FwaWMwIDxWZXJzaW9uIDIuMD4gaXJxcyAwLTIzIG9uIG1vdGhl cmJvYXJkCmtiZDEgYXQga2JkbXV4MAphY3BpMDogPElOVEVMIERINTVIQz4gb24gbW90aGVyYm9h cmQKYWNwaTA6IFtJVEhSRUFEXQphY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKVGltZWNvdW50 ZXIgIkFDUEktc2FmZSIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSA4NTAKYWNwaV90aW1l cjA6IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg0MDgtMHg0MGIgb24gYWNw aTAKY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNw dTI6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MzogPEFDUEkgQ1BVPiBvbiBhY3BpMAphY3BpX2hw ZXQwOiA8SGlnaCBQcmVjaXNpb24gRXZlbnQgVGltZXI+IGlvbWVtIDB4ZmVkMDAwMDAtMHhmZWQw MDNmZiBvbiBhY3BpMApUaW1lY291bnRlciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1 YWxpdHkgOTAwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYg b24gYWNwaTAKcGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKcGNpYjE6IDxBQ1BJIFBDSS1Q Q0kgYnJpZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDEuMCBvbiBwY2kwCnBjaTE6IDxBQ1BJIFBDSSBi dXM+IG9uIHBjaWIxCnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0IDB4ZTAw MC0weGUwZmYgbWVtIDB4ZDAwMDAwMDAtMHhkZmZmZmZmZiwweGZlNjIwMDAwLTB4ZmU2MmZmZmYg aXJxIDE2IGF0IGRldmljZSAwLjAgb24gcGNpMQpoZGFjMDogPEFUSSBSVjczMCBIaWdoIERlZmlu aXRpb24gQXVkaW8gQ29udHJvbGxlcj4gbWVtIDB4ZmU2MzAwMDAtMHhmZTYzM2ZmZiBpcnEgMTcg YXQgZGV2aWNlIDAuMSBvbiBwY2kxCmhkYWMwOiBIREEgRHJpdmVyIFJldmlzaW9uOiAyMDEwMDIy Nl8wMTQyCmhkYWMwOiBbSVRIUkVBRF0KcGNpMDogPHNpbXBsZSBjb21tcz4gYXQgZGV2aWNlIDIy LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKYXRhcGNpMDogPEludGVsIEFUQSBjb250cm9sbGVyPiBw b3J0IDB4ZjBmMC0weGYwZjcsMHhmMGUwLTB4ZjBlMywweGYwZDAtMHhmMGQ3LDB4ZjBjMC0weGYw YzMsMHhmMGIwLTB4ZjBiZiBpcnEgMTggYXQgZGV2aWNlIDIyLjIgb24gcGNpMAphdGFwY2kwOiBb SVRIUkVBRF0KYXRhMjogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTAKYXRhMjogW0lUSFJFQURd CmF0YTM6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kwCmF0YTM6IFtJVEhSRUFEXQpwY2kwOiA8 c2ltcGxlIGNvbW1zLCBVQVJUPiBhdCBkZXZpY2UgMjIuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQpl bTA6IDxJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIENvbm5lY3Rpb24gNy4wLjU+IHBvcnQgMHhm MDQwLTB4ZjA1ZiBtZW0gMHhmZTcwMDAwMC0weGZlNzFmZmZmLDB4ZmU3MjgwMDAtMHhmZTcyOGZm ZiBpcnEgMjAgYXQgZGV2aWNlIDI1LjAgb24gcGNpMAplbTA6IFVzaW5nIE1TSSBpbnRlcnJ1cHQK ZW0wOiBbRklMVEVSXQplbTA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjI3OjBlOjA2OjUzOjAwCmVo Y2kwOiA8SW50ZWwgUENIIFVTQiAyLjAgY29udHJvbGxlciBVU0ItQj4gbWVtIDB4ZmU3MjcwMDAt MHhmZTcyNzNmZiBpcnEgMTYgYXQgZGV2aWNlIDI2LjAgb24gcGNpMAplaGNpMDogW0lUSFJFQURd CnVzYnVzMDogRUhDSSB2ZXJzaW9uIDEuMAp1c2J1czA6IDxJbnRlbCBQQ0ggVVNCIDIuMCBjb250 cm9sbGVyIFVTQi1CPiBvbiBlaGNpMApoZGFjMTogPEludGVsIFBDSCBIaWdoIERlZmluaXRpb24g QXVkaW8gQ29udHJvbGxlcj4gbWVtIDB4ZmU3MjAwMDAtMHhmZTcyM2ZmZiBpcnEgMjIgYXQgZGV2 aWNlIDI3LjAgb24gcGNpMApoZGFjMTogSERBIERyaXZlciBSZXZpc2lvbjogMjAxMDAyMjZfMDE0 MgpoZGFjMTogW0lUSFJFQURdCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE3IGF0 IGRldmljZSAyOC4wIG9uIHBjaTAKcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjIKcGNpYjM6 IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTcgYXQgZGV2aWNlIDI4LjQgb24gcGNpMApwY2kz OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMwplaGNpMTogPEludGVsIFBDSCBVU0IgMi4wIGNvbnRy b2xsZXIgVVNCLUE+IG1lbSAweGZlNzI2MDAwLTB4ZmU3MjYzZmYgaXJxIDIzIGF0IGRldmljZSAy OS4wIG9uIHBjaTAKZWhjaTE6IFtJVEhSRUFEXQp1c2J1czE6IEVIQ0kgdmVyc2lvbiAxLjAKdXNi dXMxOiA8SW50ZWwgUENIIFVTQiAyLjAgY29udHJvbGxlciBVU0ItQT4gb24gZWhjaTEKcGNpYjQ6 IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMzAuMCBvbiBwY2kwCnBjaTQ6IDxBQ1BJ IFBDSSBidXM+IG9uIHBjaWI0CmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAzMS4w IG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCmFoY2kwOiA8SW50ZWwgUENIIEFIQ0kg U0FUQSBjb250cm9sbGVyPiBwb3J0IDB4ZjA5MC0weGYwOTcsMHhmMDgwLTB4ZjA4MywweGYwNzAt MHhmMDc3LDB4ZjA2MC0weGYwNjMsMHhmMDIwLTB4ZjAzZiBtZW0gMHhmZTcyNTAwMC0weGZlNzI1 N2ZmIGlycSAxOSBhdCBkZXZpY2UgMzEuMiBvbiBwY2kwCmFoY2kwOiBbSVRIUkVBRF0KYWhjaTA6 IEFIQ0kgdjEuMzAgd2l0aCA2IDNHYnBzIHBvcnRzLCBQb3J0IE11bHRpcGxpZXIgbm90IHN1cHBv cnRlZAphaGNpY2gwOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDAgb24gYWhjaTAKYWhjaWNo MDogW0lUSFJFQURdCmFoY2ljaDE6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMSBvbiBhaGNp MAphaGNpY2gxOiBbSVRIUkVBRF0KYWhjaWNoMjogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAy IG9uIGFoY2kwCmFoY2ljaDI6IFtJVEhSRUFEXQphaGNpY2gzOiA8QUhDSSBjaGFubmVsPiBhdCBj aGFubmVsIDMgb24gYWhjaTAKYWhjaWNoMzogW0lUSFJFQURdCmFoY2ljaDQ6IDxBSENJIGNoYW5u ZWw+IGF0IGNoYW5uZWwgNCBvbiBhaGNpMAphaGNpY2g0OiBbSVRIUkVBRF0KYWhjaWNoNTogPEFI Q0kgY2hhbm5lbD4gYXQgY2hhbm5lbCA1IG9uIGFoY2kwCmFoY2ljaDU6IFtJVEhSRUFEXQpwY2kw OiA8c2VyaWFsIGJ1cywgU01CdXM+IGF0IGRldmljZSAzMS4zIChubyBkcml2ZXIgYXR0YWNoZWQp CmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAKcHBjMTogPFBhcmFsbGVsIHBv cnQ+IHBvcnQgMHgzNzgtMHgzN2YsMHg3NzgtMHg3N2YgaXJxIDUgZHJxIDMgb24gYWNwaTAKcHBj MTogU01DLWxpa2UgY2hpcHNldCAoRUNQL0VQUC9QUzIvTklCQkxFKSBpbiBDT01QQVRJQkxFIG1v ZGUKcHBjMTogRklGTyB3aXRoIDE2LzE2LzkgYnl0ZXMgdGhyZXNob2xkCnBwYzE6IFtJVEhSRUFE XQpwcGJ1czA6IDxQYXJhbGxlbCBwb3J0IGJ1cz4gb24gcHBjMQpwbGlwMDogPFBMSVAgbmV0d29y ayBpbnRlcmZhY2U+IG9uIHBwYnVzMApwbGlwMDogW0lUSFJFQURdCmxwdDA6IDxQcmludGVyPiBv biBwcGJ1czAKbHB0MDogW0lUSFJFQURdCmxwdDA6IEludGVycnVwdC1kcml2ZW4gcG9ydApwcGkw OiA8UGFyYWxsZWwgSS9PPiBvbiBwcGJ1czAKYXRydGMwOiA8QVQgcmVhbHRpbWUgY2xvY2s+IHBv cnQgMHg3MC0weDcxIGlycSA4IG9uIGFjcGkwCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVy IChpODA0Mik+IHBvcnQgMHg2MCwweDY0IGlycSAxIG9uIGFjcGkwCmF0a2JkMDogPEFUIEtleWJv YXJkPiBpcnEgMSBvbiBhdGtiZGMwCmtiZDAgYXQgYXRrYmQwCmF0a2JkMDogW0dJQU5ULUxPQ0tF RF0KYXRrYmQwOiBbSVRIUkVBRF0KdWFydDA6IDwxNjU1MCBvciBjb21wYXRpYmxlPiBwb3J0IDB4 M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4MTAgb24gYWNwaTAKdWFydDA6IFtGSUxURVJdCnBtdGlt ZXIwIG9uIGlzYTAKb3JtMDogPElTQSBPcHRpb24gUk9NPiBhdCBpb21lbSAweGNmODAwLTB4ZDA3 ZmYgcG5waWQgT1JNMDAwMCBvbiBpc2EwCnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAw eDEwMCBvbiBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4K dmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAw LTB4YmZmZmYgb24gaXNhMAphdGEwIGF0IHBvcnQgMHgxZjAtMHgxZjcsMHgzZjYgaXJxIDE0IG9u IGlzYTAKYXRhMDogW0lUSFJFQURdCmF0YTEgYXQgcG9ydCAweDE3MC0weDE3NywweDM3NiBpcnEg MTUgb24gaXNhMAphdGExOiBbSVRIUkVBRF0KcHBjMDogY2Fubm90IHJlc2VydmUgSS9PIHBvcnQg cmFuZ2UKZXN0MDogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1 MApwNHRjYzA6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MAplc3QxOiA8 RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUxCnA0dGNjMTogPENQ VSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUxCmVzdDI6IDxFbmhhbmNlZCBTcGVl ZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTIKcDR0Y2MyOiA8Q1BVIEZyZXF1ZW5jeSBU aGVybWFsIENvbnRyb2w+IG9uIGNwdTIKZXN0MzogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVu Y3kgQ29udHJvbD4gb24gY3B1MwpwNHRjYzM6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJv bD4gb24gY3B1MwpUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjCnZib3hkcnY6IGZB c3luYz0wIG9mZk1pbj0weDVlOCBvZmZNYXg9MHg3ZTQKaGRhYzA6IEhEQSBDb2RlYyAjMDogQVRJ IFI2eHggSERNSQpwY20wOiA8SERBIEFUSSBSNnh4IEhETUkgUENNICMwIEhETUk+IGF0IGNhZCAw IG5pZCAxIG9uIGhkYWMwCmhkYWMxOiBIREEgQ29kZWMgIzA6IFJlYWx0ZWsgQUxDODg4CmhkYWMx OiBIREEgQ29kZWMgIzM6IEludGVsIEc0NSBIRE1JCnBjbTE6IDxIREEgUmVhbHRlayBBTEM4ODgg UENNICMwIEFuYWxvZz4gYXQgY2FkIDAgbmlkIDEgb24gaGRhYzEKcGNtMjogPEhEQSBSZWFsdGVr IEFMQzg4OCBQQ00gIzEgQW5hbG9nPiBhdCBjYWQgMCBuaWQgMSBvbiBoZGFjMQpwY20zOiA8SERB IFJlYWx0ZWsgQUxDODg4IFBDTSAjMiBBbmFsb2c+IGF0IGNhZCAwIG5pZCAxIG9uIGhkYWMxCnBj bTQ6IDxIREEgUmVhbHRlayBBTEM4ODggUENNICMzIERpZ2l0YWw+IGF0IGNhZCAwIG5pZCAxIG9u IGhkYWMxCnBjbTU6IDxIREEgSW50ZWwgRzQ1IEhETUkgUENNICMwIERpc3BsYXlQb3J0PiBhdCBj YWQgMyBuaWQgMSBvbiBoZGFjMQp1c2J1czA6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMAp1 c2J1czE6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMAp1Z2VuMC4xOiA8SW50ZWw+IGF0IHVz YnVzMAp1aHViMDogPEludGVsIEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4w MCwgYWRkciAxPiBvbiB1c2J1czAKdWdlbjEuMTogPEludGVsPiBhdCB1c2J1czEKdWh1YjE6IDxJ bnRlbCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24g dXNidXMxCmFkYTAgYXQgYWhjaWNoMCBidXMgMCBzY2J1czAgdGFyZ2V0IDAgbHVuIDAKYWRhMDog PFNBTVNVTkcgSEQxNjBKSiBaTTEwMC00MT4gQVRBLTcgU0FUQSAyLnggZGV2aWNlCmFkYTA6IDMw MC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAyLngsIFVETUE2LCBQSU8gODE5MmJ5dGVzKQphZGEw OiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKYWRhMDogMTUyNjI3TUIgKDMxMjU4MTgwOCA1MTIg Ynl0ZSBzZWN0b3JzOiAxNkggNjNTL1QgMTYzODNDKQphZGExIGF0IGFoY2ljaDIgYnVzIDAgc2Ni dXMyIHRhcmdldCAwIGx1biAwCmFkYTE6IDxXREMgV0Q2NDAwQUFLUy02NUE3QjIgMDEuMDNCMDE+ IEFUQS04IFNBVEEgMi54IGRldmljZQphZGExOiAzMDAuMDAwTUIvcyB0cmFuc2ZlcnMgKFNBVEEg Mi54LCBVRE1BNiwgUElPIDgxOTJieXRlcykKYWRhMTogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVk CmFkYTE6IDYxMDQ4ME1CICgxMjUwMjYzNzI4IDUxMiBieXRlIHNlY3RvcnM6IDE2SCA2M1MvVCAx NjM4M0MpClNNUDogQVAgQ1BVICMzIExhdW5jaGVkIWNkMCBhdCBhaGNpY2gxIGJ1cyAwIHNjYnVz MSB0YXJnZXQgMCBsdW4gMAoKY2QwOiA8SEwtRFQtU1QgRFZEUkFNIEdIMjJOUzQwIE5MMDI+IFJl bW92YWJsZSBDRC1ST00gU0NTSS0wIGRldmljZSAKY2QwOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMg KFNBVEEgMS54LCBVRE1BNSwgQVRBUEkgMTJieXRlcywgUElPIDgxOTJieXRlcykKY2QwOiBBdHRl bXB0IHRvIHF1ZXJ5IGRldmljZSBzaXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHBy ZXNlbnQgLSB0cmF5IGNsb3NlZApTTVA6IEFQIENQVSAjMiBMYXVuY2hlZCEKU01QOiBBUCBDUFUg IzEgTGF1bmNoZWQhClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMSB1c2J1czAKdWh1YjA6 IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWIxOiAyIHBvcnRzIHdp dGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1Z2VuMC4yOiA8dmVuZG9yIDB4ODA4Nz4gYXQg dXNidXMwCnVodWIyOiA8dmVuZG9yIDB4ODA4NyBwcm9kdWN0IDB4MDAyMCwgY2xhc3MgOS8wLCBy ZXYgMi4wMC8wLjAwLCBhZGRyIDI+IG9uIHVzYnVzMAp1Z2VuMS4yOiA8dmVuZG9yIDB4ODA4Nz4g YXQgdXNidXMxCnVodWIzOiA8dmVuZG9yIDB4ODA4NyBwcm9kdWN0IDB4MDAyMCwgY2xhc3MgOS8w LCByZXYgMi4wMC8wLjAwLCBhZGRyIDI+IG9uIHVzYnVzMQpSb290IG1vdW50IHdhaXRpbmcgZm9y OiB1c2J1czEgdXNidXMwCnVodWIyOiA2IHBvcnRzIHdpdGggNiByZW1vdmFibGUsIHNlbGYgcG93 ZXJlZAp1aHViMzogNiBwb3J0cyB3aXRoIDYgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWdlbjAu MzogPE1pY3Jvc29mdD4gYXQgdXNidXMwCnVtczA6IDxNaWNyb3NvZnQgTWljcm9zb2Z0IDMtQnV0 dG9uIE1vdXNlIHdpdGggSW50ZWxsaUV5ZShUTSksIGNsYXNzIDAvMCwgcmV2IDEuMTAvMy4wMCwg YWRkciAzPiBvbiB1c2J1czAKdW1zMDogMyBidXR0b25zIGFuZCBbWFlaXSBjb29yZGluYXRlcyBJ RD0wClRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvYWRhMHMxYQp2Ym94bmV0MDog RXRoZXJuZXQgYWRkcmVzczogMGE6MDA6Mjc6MDA6MDA6MDAK --=-=-=-- From owner-freebsd-stable@FreeBSD.ORG Fri May 21 09:05:29 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17000106567A for ; Fri, 21 May 2010 09:05:29 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from thalia-smout.broadpark.no (thalia-smout.broadpark.no [80.202.8.21]) by mx1.freebsd.org (Postfix) with ESMTP id C7E6E8FC14 for ; Fri, 21 May 2010 09:05:28 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from ignis-smin.broadpark.no ([unknown] [80.202.8.11]) by thalia-smout.broadpark.no (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0L2R0005PIKB2CD0@thalia-smout.broadpark.no> for freebsd-stable@freebsd.org; Fri, 21 May 2010 11:04:59 +0200 (CEST) Received: from kg-v2.kg4.no ([unknown] [80.203.92.186]) by ignis-smin.broadpark.no (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with SMTP id <0L2R003EZIKBL4G0@ignis-smin.broadpark.no> for freebsd-stable@freebsd.org; Fri, 21 May 2010 11:04:59 +0200 (CEST) Date: Fri, 21 May 2010 11:04:59 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20100521110459.925a01b9.torfinn.ingolfsen@broadpark.no> In-reply-to: <86vdahhd4f.fsf@siegel.tg.intern> References: <86vdahhd4f.fsf@siegel.tg.intern> X-Mailer: Sylpheed 3.0.2 (GTK+ 2.20.1; amd64-portbld-freebsd8.0) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: [8-STABLE] USB printer disconnecting when trying to print X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 May 2010 09:05:29 -0000 On Fri, 21 May 2010 10:29:04 +0200 Thomas Gellekum wrote: > echo "hallo" > /dev/ulpt0 > [...] > Any ideas on how to debug this are welcome. Most of todays printers do NOT understand plain text, usually you need a driver which transforms whatever you want to print into the language the printer understands. See http://www.openprinting.org/printer/Brother/Brother-HL-1250 for more info. HTH -- Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Fri May 21 09:35:20 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1FE51065672 for ; Fri, 21 May 2010 09:35:20 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by mx1.freebsd.org (Postfix) with ESMTP id D90148FC27 for ; Fri, 21 May 2010 09:35:20 +0000 (UTC) Received: from omta08.emeryville.ca.mail.comcast.net ([76.96.30.12]) by qmta05.emeryville.ca.mail.comcast.net with comcast id L9aT1e0040FhH24A59bMWq; Fri, 21 May 2010 09:35:21 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta08.emeryville.ca.mail.comcast.net with comcast id L9bL1e0073S48mS8U9bLvB; Fri, 21 May 2010 09:35:21 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 722999B419; Fri, 21 May 2010 02:35:19 -0700 (PDT) Date: Fri, 21 May 2010 02:35:19 -0700 From: Jeremy Chadwick To: Torfinn Ingolfsen Message-ID: <20100521093519.GA43161@icarus.home.lan> References: <86vdahhd4f.fsf@siegel.tg.intern> <20100521110459.925a01b9.torfinn.ingolfsen@broadpark.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100521110459.925a01b9.torfinn.ingolfsen@broadpark.no> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: [8-STABLE] USB printer disconnecting when trying to print X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 May 2010 09:35:21 -0000 On Fri, May 21, 2010 at 11:04:59AM +0200, Torfinn Ingolfsen wrote: > On Fri, 21 May 2010 10:29:04 +0200 > Thomas Gellekum wrote: > > > echo "hallo" > /dev/ulpt0 > > [...] > > Any ideas on how to debug this are welcome. > > Most of todays printers do NOT understand plain text, usually you need a driver which transforms whatever you want to print into > the language the printer understands. > See http://www.openprinting.org/printer/Brother/Brother-HL-1250 > for more info. As someone who used to own a Brother MFC-5490CN printer, here are some points/items I came across when trying to get FreeBSD working with it. Note that I did not try USB because I don't use it; I use wired Ethernet/IP, but from the USB errors you see it looks like your situation is the same. - Brother has officially stated they do not support FreeBSD: http://welcome.solutions.brother.com/bsc/public_s/id/linux/en/faq_prn.html#5 - Linux emulation will be required. I refused to go down this road, and brandelf(1) is not enough. - Looking through forums and discussion threads for Linux, I found a lot of people encountering what I did: communicating with the printer via IP (specifically LPR mode) worked, but the instant it saw any sort of I/O data, the printer would lock up and require a power-cycle, while showing (if my memory serves me right) "READING" or "COMMUNICATING" on its LCD immediately prior to locking up. - I encountered the same problem when attempting to use its PCL emulation mode. I had no problem telnetting to the printer and doing administrative commands/things, including printing, under Windows -- except, of course, once the unit was locked up. I no longer own the printer in question for reasons unrelated, but the overall experience itself left me so irritated that since purchasing a non-Brother printer I haven't even bothered to try and get FreeBSD to print to it. The fact that one needs "OS drivers" to print to a printer is absolutely preposterous; I don't know when this became the norm, but it wasn't like this in the early-to-late 90s. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri May 21 09:59:32 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EADC1065674 for ; Fri, 21 May 2010 09:59:32 +0000 (UTC) (envelope-from Thomas.Gellekum@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 70D7C8FC14 for ; Fri, 21 May 2010 09:59:31 +0000 (UTC) Received: (qmail invoked by alias); 21 May 2010 09:59:29 -0000 Received: from xdsl-78-34-250-246.netcologne.de (EHLO siegel.tg.intern) [78.34.250.246] by mail.gmx.net (mp066) with SMTP; 21 May 2010 11:59:29 +0200 X-Authenticated: #18235045 X-Provags-ID: V01U2FsdGVkX1/pgf0eFCzpeYhv03UUnPBFoiRK8oGt+Hq8D5ylm3 fIxVW0YDRLNKzX From: Thomas Gellekum To: Torfinn Ingolfsen In-Reply-To: <20100521110459.925a01b9.torfinn.ingolfsen@broadpark.no> (Torfinn Ingolfsen's message of "Fri, 21 May 2010 11:04:59 +0200") References: <86vdahhd4f.fsf@siegel.tg.intern> <20100521110459.925a01b9.torfinn.ingolfsen@broadpark.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) Date: Fri, 21 May 2010 11:59:28 +0200 Message-ID: <86r5l5h8xr.fsf@siegel.tg.intern> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: [8-STABLE] USB printer disconnecting when trying to print X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 May 2010 09:59:32 -0000 Torfinn Ingolfsen writes: > On Fri, 21 May 2010 10:29:04 +0200 > Thomas Gellekum wrote: > >> echo "hallo" > /dev/ulpt0 >> [...] >> Any ideas on how to debug this are welcome. > > Most of todays printers do NOT understand plain text, usually you need a driver which transforms whatever you want to print into > the language the printer understands. Sorry, I was a bit too brief here. This "echo" is just to replicate the symptoms as seen from the kernel messages. I get the same behaviour and kernel output from "lpr /some/file.ps" using an input filter. The printer itself is old enough to understand ASCII text ;-). tg From owner-freebsd-stable@FreeBSD.ORG Fri May 21 10:50:52 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91F9A1065673 for ; Fri, 21 May 2010 10:50:52 +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 3156B8FC1E for ; Fri, 21 May 2010 10:50:51 +0000 (UTC) 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 o4LAonbX025315; Fri, 21 May 2010 11:50:49 +0100 (BST) (envelope-from rb@gid.co.uk) Received: from [192.168.2.3] (host81-131-87-97.range81-131.btcentralplus.com [81.131.87.97]) by gidgate.gid.co.uk (8.13.8/8.13.8) with ESMTP id o4LAohVi070554; Fri, 21 May 2010 11:50:44 +0100 (BST) (envelope-from rb@gid.co.uk) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Bob Bishop In-Reply-To: Date: Fri, 21 May 2010 11:50:38 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <6B0E2319-2D76-462B-8AF9-334A80D43E6E@gid.co.uk> References: <592C3AA0-3C96-4EC2-A2EF-E31FA8580101@gid.co.uk> To: Charles Sprickman X-Mailer: Apple Mail (2.1078) Cc: freebsd-stable@freebsd.org Subject: Re: 7.2 filesystem corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 May 2010 10:50:52 -0000 On 21 May 2010, at 09:21, Charles Sprickman wrote: > On Fri, 21 May 2010, Bob Bishop wrote: >=20 >> Hi, >>=20 >> On 21 May 2010, at 09:04, Charles Sprickman wrote: >>=20 >>> Hello all, >>>=20 >>> [...]I have a box (Dell PE 2970) running FreeBSD 7.2/amd-64. 6 GB = of ECC RAM, and a Dell-branded LSI RAID controller (mpt driver). [tale = of woe elided] >>=20 >> For any case of spooky behaviour involving SCSI, make completely sure = that the SCSI cabling is above suspicion. If it isn't, your sanity will = be the first casualty. >=20 > FWIW, this is SATA. [etc] I've had problems with some SATA drives either going `not ready' for a = short time, or not going ready within the time expected by the = controller. This can make some RAID controllers drop the disk for = instance. As discussed elsewhere, error handling by some drivers leaves = something to be desired. -- Bob Bishop rb@gid.co.uk From owner-freebsd-stable@FreeBSD.ORG Fri May 21 12:22:20 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00828106564A for ; Fri, 21 May 2010 12:22:20 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id AE62E8FC18 for ; Fri, 21 May 2010 12:22:19 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2D4A8.dip.t-dialin.net [217.226.212.168]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id CCE9484419A; Fri, 21 May 2010 14:22:15 +0200 (CEST) Received: from unknown (unknown [192.168.2.110]) by outgoing.leidinger.net (Postfix) with ESMTP id 22427556C; Fri, 21 May 2010 14:22:13 +0200 (CEST) Date: Fri, 21 May 2010 14:22:09 +0200 From: Alexander Leidinger To: Jeremy Chadwick Message-ID: <20100521142209.0000179b@unknown> In-Reply-To: <20100521085150.GA42504@icarus.home.lan> References: <20100521060306.GA37722@blazingdot.com> <20100521085150.GA42504@icarus.home.lan> X-Mailer: Claws Mail 3.7.2cvs15 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: CCE9484419A.A655F X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1, required 6, autolearn=disabled, ALL_TRUSTED -1.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1275049336.23692@U3Q2C+hb6Ar7xzQkEfqtGQ X-EBL-Spam-Status: No Cc: Nikolay Denev , freebsd-stable@freebsd.org Subject: Re: dtrace problem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 May 2010 12:22:20 -0000 On Fri, 21 May 2010 01:51:51 -0700 Jeremy Chadwick wrote: > On Fri, May 21, 2010 at 09:22:17AM +0300, Nikolay Denev wrote: > > On May 21, 2010, at 9:03 AM, Marcus Reid wrote: > > > > > Hi, > > > > > > Running a recent RELENG_8 (FreeBSD 8.1-PRERELEASE #0: Tue May 18 > > > 23:37:37 PDT 2010), I'm having a problem using dtrace. For > > > every .d file I attempt to compile, I get: > > > > > > dtrace: failed to compile script test.d: > > > "/usr/lib/dtrace/psinfo.d", line 37: syntax error near "uid_t" > > > > > > This is my first attempt to use dtrace, so I can't be sure if it > > > worked before. It happens with some scripts that can be assumed > > > to be valid, so it's not just me. Is it broken for anyone else? > > > > > > Thanks, > > > > > > Marcus > > > > Hi, > > > > Have you rebuilt your kernel as described here : > > http://wiki.freebsd.org/DTrace > > > > I was once getting "uid_t" errors when my kernel was not compiled > > with "WITH_CTF" option. > > Also be aware that building with WITH_CTF can/will break buildworld: For buildworld: yes For building just the kernel: no Bye, Alexander. From owner-freebsd-stable@FreeBSD.ORG Fri May 21 14:55:54 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5A3D1065670 for ; Fri, 21 May 2010 14:55:54 +0000 (UTC) (envelope-from mark@islandnet.com) Received: from mx20.islandnet.com (mx20.islandnet.com [199.175.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id AFFC18FC18 for ; Fri, 21 May 2010 14:55:54 +0000 (UTC) Received: from [199.175.106.221] (port=30426 helo=helpdesk.islandnet.com) by mx2.islandnet.com with SMTP id 1OFTTv-000Pbg-7D for freebsd-stable@freebsd.org; Fri, 21 May 2010 07:45:47 -0700 From: Mark Morley To: freebsd-stable@freebsd.org Date: Fri, 21 May 2010 07:45:47 -0700 X-Priority: 3 X-Mailer: Islandnet.com Helpdesk Webmail MIME-Version: 1.0 Message-Id: <20100521145554.E5A3D1065670@hub.freebsd.org> Content-Type: text/plain; charset="UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: NFS trouble on 7.3-STABLE i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 May 2010 14:55:55 -0000 Having an issue with a file server here (7.3-STABLE i386) The nfsd processes are hanging. Client access to the nfs shares stops working and the nfsd processes on the server cannot be killed by any means. There are no errors showing up anywhere on the server. The network connection to the server seems fine (ie: anything other than nfs traffic seems ok). Rebooting the server fixes the problem for a while, but it doesn't reboot easily. It times out on terminating the nfsd processes. When it finally does reboot the file system isn't marked clean, resulting in a long wait for fsck (although it doesn't find any problems, it's a multi terrabyte share and it takes a while). This morning it did it again. This time I tried manually killing nfsd but nothing I did would make them die. No errors. The server is a dual core intel cpu with 2 gigs of ram. Adaptec 5805 raid controller, 8 x 750G drives, RAID 6 2 x em interfaces It's been find until about last week some time. I did recently upgrade from 7.1 to 7.3, which may be related, although this issue didn't start happening right away. No particular time of day and it doesn't seem to coincide with any particular cron tasks or have anything to do with the level of activity. Any thoughts? Mark From owner-freebsd-stable@FreeBSD.ORG Fri May 21 15:17:14 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60133106566B for ; Fri, 21 May 2010 15:17:14 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 166B38FC15 for ; Fri, 21 May 2010 15:17:13 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAI9A9kuDaFvG/2dsb2JhbACeIHG9doUSBA X-IronPort-AV: E=Sophos;i="4.53,278,1272859200"; d="scan'208";a="77847682" Received: from amazon.cs.uoguelph.ca ([131.104.91.198]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 21 May 2010 11:17:12 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by amazon.cs.uoguelph.ca (Postfix) with ESMTP id 0CAEF210221; Fri, 21 May 2010 11:17:13 -0400 (EDT) X-Virus-Scanned: amavisd-new at amazon.cs.uoguelph.ca Received: from amazon.cs.uoguelph.ca ([127.0.0.1]) by localhost (amazon.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zv4GzVrzmsm6; Fri, 21 May 2010 11:17:12 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by amazon.cs.uoguelph.ca (Postfix) with ESMTP id 23EC1210217; Fri, 21 May 2010 11:17:12 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id o4LFWX526446; Fri, 21 May 2010 11:32:33 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Fri, 21 May 2010 11:32:33 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Mark Morley In-Reply-To: <20100521145554.E5A3D1065670@hub.freebsd.org> Message-ID: References: <20100521145554.E5A3D1065670@hub.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: NFS trouble on 7.3-STABLE i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 May 2010 15:17:14 -0000 On Fri, 21 May 2010, Mark Morley wrote: > Having an issue with a file server here (7.3-STABLE i386) > > The nfsd processes are hanging. Client access to the nfs shares stops working and the nfsd processes on the server cannot be killed by any means. There are no errors showing up anywhere on the server. The network connection to the server seems fine (ie: anything other than nfs traffic seems ok). Rebooting the server fixes the problem for a while, but it doesn't reboot easily. It times out on terminating the nfsd processes. When it finally does reboot the file system isn't marked clean, resulting in a long wait for fsck (although it doesn't find any problems, it's a multi terrabyte share and it takes a while). > > This morning it did it again. This time I tried manually killing nfsd but nothing I did would make them die. No errors. > Next time it happens, do a "ps axlH" to see what the nfsd threads are waiting for. It might give you a hint as to what is happening. rick From owner-freebsd-stable@FreeBSD.ORG Fri May 21 15:21:16 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C8D2106564A for ; Fri, 21 May 2010 15:21:16 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [76.96.30.32]) by mx1.freebsd.org (Postfix) with ESMTP id 34C228FC23 for ; Fri, 21 May 2010 15:21:15 +0000 (UTC) Received: from omta16.emeryville.ca.mail.comcast.net ([76.96.30.72]) by qmta03.emeryville.ca.mail.comcast.net with comcast id LEdL1e0071ZMdJ4A3FMGYQ; Fri, 21 May 2010 15:21:16 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta16.emeryville.ca.mail.comcast.net with comcast id LFMG1e0083S48mS8cFMGqH; Fri, 21 May 2010 15:21:16 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id D7C949B419; Fri, 21 May 2010 08:21:14 -0700 (PDT) Date: Fri, 21 May 2010 08:21:14 -0700 From: Jeremy Chadwick To: Mark Morley Message-ID: <20100521152114.GA52102@icarus.home.lan> References: <20100521145554.E5A3D1065670@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100521145554.E5A3D1065670@hub.freebsd.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: NFS trouble on 7.3-STABLE i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 May 2010 15:21:16 -0000 On Fri, May 21, 2010 at 07:45:47AM -0700, Mark Morley wrote: > Having an issue with a file server here (7.3-STABLE i386) > > The nfsd processes are hanging. Client access to the nfs shares stops > working and the nfsd processes on the server cannot be killed by any > means. There are no errors showing up anywhere on the server. The > network connection to the server seems fine (ie: anything other than > nfs traffic seems ok). Rebooting the server fixes the problem for a > while, but it doesn't reboot easily. It times out on terminating the > nfsd processes. When it finally does reboot the file system isn't > marked clean, resulting in a long wait for fsck (although it doesn't > find any problems, it's a multi terrabyte share and it takes a while). I can't explain the dirty filesystem problem, especially if the server does reboot/shut down properly. > This morning it did it again. This time I tried manually killing nfsd > but nothing I did would make them die. No errors. > > ... > > Any thoughts? 1) Are you forcing TCP or UDP NFS, or just using the default? 2) Is RPC still working? Try running rpcinfo on both the client and server. 3) Using rpcinfo and netstat, figure out what TCP or UDP port the client is communicating with on the server, then use tcpdump to sniff traffic on both the client and server specific to those port numbers and see if there's any network I/O happening. 4) On the server, ktrace -t + -p {nfsd-pid} (I'm not sure which of the two (master vs. server) though) to see if anything is going on. Rick Macklem probably has some better ideas than these though. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri May 21 15:31:00 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 049891065672 for ; Fri, 21 May 2010 15:31:00 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id AC4178FC0A for ; Fri, 21 May 2010 15:30:59 +0000 (UTC) Received: by vws16 with SMTP id 16so998766vws.13 for ; Fri, 21 May 2010 08:30:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=tBLTzeoosj0L+DiW6P3yop8g/ZfWtJadY4PT8MxpuZk=; b=TkFWiK3oqNnhfmNYdF9z+MMpsdg7Dvlfbxx2/Vzg8gHHDi1ZnxSnyMx4sYbqm6H+uG W0IE85WaKfNWkUetyUEYACrZO0cbZro3jCDkRYbddC431tLLpM9N+XpWZYc3GwhXtHBJ eT5fs6WR2yzaCvNHpJ44E4BNDVp1T0IA6EEK8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Uk5PMWANTfquZr9hfESs9y9LS/vly8uvfJKkNz2haxIPsfjUuDK1jNGSQULm02roaS dt2gkcpWGatpi4lYrtx8jzjTofxsu4uYTU/BuqZt/MlcEY67gneme2yAa6lub2JdyvQJ UA0NBUZKQ1dO2NQREt3gWP5PcCXzjTbZyjGQU= MIME-Version: 1.0 Received: by 10.229.221.203 with SMTP id id11mr444359qcb.85.1274455857949; Fri, 21 May 2010 08:30:57 -0700 (PDT) Received: by 10.229.99.67 with HTTP; Fri, 21 May 2010 08:30:57 -0700 (PDT) In-Reply-To: <20100521152114.GA52102@icarus.home.lan> References: <20100521145554.E5A3D1065670@hub.freebsd.org> <20100521152114.GA52102@icarus.home.lan> Date: Fri, 21 May 2010 10:30:57 -0500 Message-ID: From: Adam Vande More To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Mark Morley Subject: Re: NFS trouble on 7.3-STABLE i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 May 2010 15:31:00 -0000 On Fri, May 21, 2010 at 10:21 AM, Jeremy Chadwick wrote: > > I can't explain the dirty filesystem problem, especially if the server > does reboot/shut down properly. > I would guess that it doesn't shutdown properly. Everytime I run into an unkillable process this happens to me. It's not very frequent for me, but wen it does occur the system cannot gracefully shutdown and you get that ps axl advised message. IME, setting fsck_y_enable="YES" is a much less painful solution if you need speed when it comes back up, and the check goes a lot faster. -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Fri May 21 16:12:55 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13AAF1065673 for ; Fri, 21 May 2010 16:12:55 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id C30698FC2C for ; Fri, 21 May 2010 16:12:54 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id o4LGCrdB070785; Fri, 21 May 2010 10:12:53 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id o4LGCrn8070782; Fri, 21 May 2010 10:12:53 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 21 May 2010 10:12:53 -0600 (MDT) From: Warren Block To: Thomas Gellekum In-Reply-To: <86vdahhd4f.fsf@siegel.tg.intern> Message-ID: References: <86vdahhd4f.fsf@siegel.tg.intern> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; format=flowed Content-ID: X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.5 (wonkity.com [127.0.0.1]); Fri, 21 May 2010 10:12:53 -0600 (MDT) Cc: freebsd-stable@freebsd.org Subject: Re: [8-STABLE] USB printer disconnecting when trying to print X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 May 2010 16:12:55 -0000 On Fri, 21 May 2010, Thomas Gellekum wrote: > my new machine doesn't have a physical connector for a parallel printer > anymore, so I'm now connecting my Brother HL-1250 through the USB port. > The printer is recognized when it powers up: > > ugen0.4: at usbus0 > ulpt0: on usbus0 > ulpt0: using bi-directional mode > > and it starts warming up when I try to print, but no page is coming out. > After setting hw.usb.debug.ulpt=1, hw.usb.debug.ugen=1, I do a > > echo "hallo" > /dev/ulpt0 > > and get lots of lines starting with the same usbd_transfer_submit shown > below (are these actually related to the printer? I'm guessing they are > mouse events): openprinting.org says that printer does support plain text, so the first thing to try would be using the unlpt0 device. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-stable@FreeBSD.ORG Fri May 21 17:44:49 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F8E91065687 for ; Fri, 21 May 2010 17:44:49 +0000 (UTC) (envelope-from tj@tjvarghese.com) Received: from mail-pz0-f175.google.com (mail-pz0-f175.google.com [209.85.222.175]) by mx1.freebsd.org (Postfix) with ESMTP id 801E68FC15 for ; Fri, 21 May 2010 17:44:49 +0000 (UTC) Received: by pzk5 with SMTP id 5so650590pzk.14 for ; Fri, 21 May 2010 10:44:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.141.108.9 with SMTP id k9mr1420693rvm.59.1274462293777; Fri, 21 May 2010 10:18:13 -0700 (PDT) Received: by 10.140.173.13 with HTTP; Fri, 21 May 2010 10:18:13 -0700 (PDT) In-Reply-To: <4BF50DC2.9060300@olostech.com> References: <4BF50DC2.9060300@olostech.com> Date: Sat, 22 May 2010 01:18:13 +0800 Message-ID: From: TJ Varghese To: Jean Pereira Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Problem, install Freebsd 8 in Adaptec 29320A, not recognizes raid X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 May 2010 17:44:49 -0000 On Thu, May 20, 2010 at 6:24 PM, Jean Pereira wrote: > yes, is load ahd > > correct? > > On 05/20/2010 06:29 AM, Matthias Gamsjager wrote: >> >> did you load the driver? >> >> On Mon, May 17, 2010 at 4:57 PM, Jean Pereira =C2=A0= wrote: >> >>> >>> Hi. >>> >>> I'm trying to install FreeBSD on a server that eighth in which I have a >>> adaptec 29320A controller with two 36 GB Seagate drives in raid 0. >>> >>> When I go to install the freebsd it detects only disks and not the raid= . >>> _______________________________________________ Avoid top posting. To answer your question, the 29320A-R is a scsi card with HostRaid aka fake raid, no better than any built-in integrated raid found on motherboards. Freebsd only sees the drives rather than the raid array which needs a windows driver. You'd be better served running raid-1 on gmirror or ZFS. From owner-freebsd-stable@FreeBSD.ORG Sat May 22 01:48:18 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60AAA106566B for ; Sat, 22 May 2010 01:48:18 +0000 (UTC) (envelope-from marcus@blazingdot.com) Received: from marklar.blazingdot.com (marklar.blazingdot.com [207.154.84.83]) by mx1.freebsd.org (Postfix) with SMTP id 318668FC12 for ; Sat, 22 May 2010 01:48:17 +0000 (UTC) Received: (qmail 74307 invoked by uid 503); 22 May 2010 01:48:17 -0000 Date: Fri, 21 May 2010 18:48:17 -0700 From: Marcus Reid To: Nikolay Denev Message-ID: <20100522014817.GA73888@blazingdot.com> References: <20100521060306.GA37722@blazingdot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Coffee-Level: nearly-fatal User-Agent: Mutt/1.5.6i Cc: freebsd-stable@freebsd.org Subject: Re: dtrace problem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 May 2010 01:48:18 -0000 On Fri, May 21, 2010 at 09:22:17AM +0300, Nikolay Denev wrote: > On May 21, 2010, at 9:03 AM, Marcus Reid wrote: > > > Hi, > > > > Running a recent RELENG_8 (FreeBSD 8.1-PRERELEASE #0: Tue May 18 23:37:37 > > PDT 2010), I'm having a problem using dtrace. For every .d file I attempt > > to compile, I get: > > > > dtrace: failed to compile script test.d: "/usr/lib/dtrace/psinfo.d", line 37: syntax error near "uid_t" > > > > This is my first attempt to use dtrace, so I can't be sure if it worked > > before. It happens with some scripts that can be assumed to be valid, > > so it's not just me. Is it broken for anyone else? > > > > Thanks, > > > > Marcus > > Hi, > > Have you rebuilt your kernel as described here : http://wiki.freebsd.org/DTrace > > I was once getting "uid_t" errors when my kernel was not compiled with "WITH_CTF" option. Yes, that would probably be it. The handbook is explicit about building with WITH_CTF=1, so I put it in make.conf. http://www.freebsd.org/doc/en/books/handbook/dtrace-enable.html Thanks, I'll rebuild without it. Marcus > Regards, > Niki From owner-freebsd-stable@FreeBSD.ORG Sat May 22 02:54:48 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A6F8106564A for ; Sat, 22 May 2010 02:54:48 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 09E298FC12 for ; Sat, 22 May 2010 02:54:47 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o4M2sic3007280 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 21 May 2010 19:54:44 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 8FE2F1CC3A; Fri, 21 May 2010 19:54:44 -0700 (PDT) To: Marcus Reid In-reply-to: Your message of "Fri, 21 May 2010 18:48:17 PDT." <20100522014817.GA73888@blazingdot.com> Date: Fri, 21 May 2010 19:54:44 -0700 From: "Kevin Oberman" Message-Id: <20100522025444.8FE2F1CC3A@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2010-05-21_02:2010-02-06, 2010-05-21, 2010-05-21 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1005210204 Cc: Nikolay Denev , freebsd-stable@freebsd.org Subject: Re: dtrace problem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 May 2010 02:54:48 -0000 > Date: Fri, 21 May 2010 18:48:17 -0700 > From: Marcus Reid > Sender: owner-freebsd-stable@freebsd.org > > On Fri, May 21, 2010 at 09:22:17AM +0300, Nikolay Denev wrote: > > On May 21, 2010, at 9:03 AM, Marcus Reid wrote: > > > > > Hi, > > > > > > Running a recent RELENG_8 (FreeBSD 8.1-PRERELEASE #0: Tue May 18 23:37:37 > > > PDT 2010), I'm having a problem using dtrace. For every .d file I attempt > > > to compile, I get: > > > > > > dtrace: failed to compile script test.d: "/usr/lib/dtrace/psinfo.d", line 37: syntax error near "uid_t" > > > > > > This is my first attempt to use dtrace, so I can't be sure if it worked > > > before. It happens with some scripts that can be assumed to be valid, > > > so it's not just me. Is it broken for anyone else? > > > > > > Thanks, > > > > > > Marcus > > > > Hi, > > > > Have you rebuilt your kernel as described here : http://wiki.freebsd.org/DTrace > > > > I was once getting "uid_t" errors when my kernel was not compiled with "WITH_CTF" option. > > Yes, that would probably be it. The handbook is explicit about > building with WITH_CTF=1, so I put it in make.conf. > > http://www.freebsd.org/doc/en/books/handbook/dtrace-enable.html > > Thanks, I'll rebuild without it. I believe WITH_CTF=1 would probably be placed in /etc/src.conf. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Sat May 22 03:31:17 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1F8C106564A for ; Sat, 22 May 2010 03:31:17 +0000 (UTC) (envelope-from marcus@blazingdot.com) Received: from marklar.blazingdot.com (marklar.blazingdot.com [207.154.84.83]) by mx1.freebsd.org (Postfix) with SMTP id B28918FC13 for ; Sat, 22 May 2010 03:31:17 +0000 (UTC) Received: (qmail 87373 invoked by uid 503); 22 May 2010 03:31:17 -0000 Date: Fri, 21 May 2010 20:31:17 -0700 From: Marcus Reid To: Kevin Oberman Message-ID: <20100522033117.GB73888@blazingdot.com> References: <20100522014817.GA73888@blazingdot.com> <20100522025444.8FE2F1CC3A@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100522025444.8FE2F1CC3A@ptavv.es.net> X-Coffee-Level: nearly-fatal User-Agent: Mutt/1.5.6i Cc: Nikolay Denev , freebsd-stable@freebsd.org Subject: Re: dtrace problem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 May 2010 03:31:18 -0000 On Fri, May 21, 2010 at 07:54:44PM -0700, Kevin Oberman wrote: > > Date: Fri, 21 May 2010 18:48:17 -0700 > > From: Marcus Reid > > Sender: owner-freebsd-stable@freebsd.org > > > > On Fri, May 21, 2010 at 09:22:17AM +0300, Nikolay Denev wrote: > > > On May 21, 2010, at 9:03 AM, Marcus Reid wrote: > > > > > > > Hi, > > > > > > > > Running a recent RELENG_8 (FreeBSD 8.1-PRERELEASE #0: Tue May 18 23:37:37 > > > > PDT 2010), I'm having a problem using dtrace. For every .d file I attempt > > > > to compile, I get: > > > > > > > > dtrace: failed to compile script test.d: "/usr/lib/dtrace/psinfo.d", line 37: syntax error near "uid_t" > > > > > > > > This is my first attempt to use dtrace, so I can't be sure if it worked > > > > before. It happens with some scripts that can be assumed to be valid, > > > > so it's not just me. Is it broken for anyone else? > > > > > > > > Thanks, > > > > > > > > Marcus > > > > > > Hi, > > > > > > Have you rebuilt your kernel as described here : http://wiki.freebsd.org/DTrace > > > > > > I was once getting "uid_t" errors when my kernel was not compiled with "WITH_CTF" option. > > > > Yes, that would probably be it. The handbook is explicit about > > building with WITH_CTF=1, so I put it in make.conf. > > > > http://www.freebsd.org/doc/en/books/handbook/dtrace-enable.html > > > > Thanks, I'll rebuild without it. > > I believe WITH_CTF=1 would probably be placed in /etc/src.conf. Ah, right you are. That is, if world could be built with 'WITH_CTF=1'. That appears to be where my breakage was; you have to build kernel with it set but world without it. Marcus From owner-freebsd-stable@FreeBSD.ORG Sat May 22 06:19:35 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A94E6106564A for ; Sat, 22 May 2010 06:19:35 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from wombat.diezmil.com (aa.81.b6.static.xlhost.com [207.182.129.170]) by mx1.freebsd.org (Postfix) with ESMTP id 609A18FC16 for ; Sat, 22 May 2010 06:19:35 +0000 (UTC) Received: from wombat (wombat [127.0.0.1]) by wombat.diezmil.com (8.14.2/8.14.2) with ESMTP id o4M5i9OU019303 for ; Sat, 22 May 2010 01:44:09 -0400 Date: Sat, 22 May 2010 01:44:09 -0400 From: rihad@mail.ru To: freebsd-stable@freebsd.org Message-ID: <6852241.21274507049390.JavaMail.root@wombat> In-Reply-To: <20090806125454.07fe563c.stas@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: Re: em driver input errors X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rihad@mail.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 May 2010 06:19:35 -0000 -- Stanislav Sedov wrote : On Wed, 5 Aug 2009 00:30:20 -0700 (PDT) alexpalias-bsdstable@yaho... mentioned: >> dev.em.0.rx_processing_limit=300 >> dev.em.1.rx_processing_limit=300 >> dev.em.2.rx_processing_limit=300 >> dev.em.3.rx_processing_limit=300 > This tunables only affects polling mode. Do you use polling with this > adapters or just standard interrupt-based mode? Why? In if_em.c, em_rxeof() is used both in legacy polling and in fast-interrupts / MSIX interrupts modes. I have the same problem of many Ierrs on input on em0 at a load of 500-600 mbps, and increasing rx_processing_limit (or setting it to -1) doesn't help at all. em0: Receive No Buffers = 4442943 em0: RX overruns = 83367 Next thing I'll try will be hw.em.rxd=4096. I don't think polling would help as it is not the interrupt load causing the drops (as evidenced by top -HS), but rather insufficiently large input buffers. -- This message was sent on behalf of rihad@mail.ru at openSubscriber.com http://www.opensubscriber.com/message/freebsd-stable@freebsd.org/12647494.html From owner-freebsd-stable@FreeBSD.ORG Sat May 22 13:18:32 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E89E106564A for ; Sat, 22 May 2010 13:18:32 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 396E48FC13 for ; Sat, 22 May 2010 13:18:31 +0000 (UTC) Received: from mobileKamikaze.norad (HSI-KBW-078-042-098-160.hsi3.kabel-badenwuerttemberg.de [78.42.98.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id B81618A1DCD; Sat, 22 May 2010 15:18:30 +0200 (CEST) Message-ID: <4BF7D9A6.6070500@bsdforen.de> Date: Sat, 22 May 2010 15:18:30 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: Warren Block References: <4BF0EDC9.3090603@bsdforen.de> <4BF15A62.7070602@janh.de> <4BF14C8C.1030804@bsdforen.de> <4BF1B74D.4030504@bsdforen.de> In-Reply-To: <4BF1B74D.4030504@bsdforen.de> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Christian Walther , stable-list freebsd Subject: Re: if_wpi is all kinds of broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 May 2010 13:18:32 -0000 On 17/05/2010 23:38, Dominic Fandrey wrote: > On 17/05/2010 23:29, Warren Block wrote: >> On Mon, 17 May 2010, Christian Walther wrote: >> >>> Hi, >>> >>> On 17 May 2010 17:05, Warren Block wrote: >>>> On Mon, 17 May 2010, Dominic Fandrey wrote: >>>>> [...] >>> >>>> The ipw card in my T42 is the older mini-PCI (no "e"). >>> >>> Yes, and replacing this card is a problem, because the wireless card >>> in many IBM Thinkpad Laptops have a custom firmware, and the cards ID >>> is listed in the laptops BIOS. It won't work with any card not listed >>> there. There are ways to either flash the cards firmware or the BIOS >>> list, but I don't think that it's worth it. >> >> Just because I have this link handy: >> http://www.paul.sladen.org/thinkpad-r31/wifi-card-pci-ids.html >> >> That also has a link to some information on HP's version of the same thing. > > The official genuine parts list for my notebook only lists Intel and > Boradcom wireless modules. So I suppose I'll just have to risk > buying a PCIe Atheros that I cannot use. OK, this didn't really come as a surprise, the BIOS doesn't like Atheros: 104-Unsupported wireless network device detected. System halted. Remove device and restart. I'm currently bypassing this by hotswapping the device after passing the BIOS check and I have to say, the Atheros device works great! No package loss, no interrupted connections ... even though I'm not very close to the AP. I put the connection under serious stress and it just keeps on working. It actually appears to be /reliable/. A term I never dared dream to apply to wireless networking. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?