From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 00:05:41 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 930EF16A417; Sun, 10 Feb 2008 00:05:41 +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 4DCBA13C455; Sun, 10 Feb 2008 00:05:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1A05eAs076432; Sat, 9 Feb 2008 19:05:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m1A05eOt078227; Sat, 9 Feb 2008 19:05:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D100973039; Sat, 9 Feb 2008 19:05:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080210000539.D100973039@freebsd-current.sentex.ca> Date: Sat, 9 Feb 2008 19:05:39 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Feb 2008 00:05:41 -0000 TB --- 2008-02-09 22:33:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-09 22:33:51 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-02-09 22:33:51 - cleaning the object tree TB --- 2008-02-09 22:34:21 - cvsupping the source tree TB --- 2008-02-09 22:34:21 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-02-09 22:34:27 - building world (CFLAGS=-O -pipe) TB --- 2008-02-09 22:34:27 - cd /src TB --- 2008-02-09 22:34:27 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 9 22:34:28 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Feb 9 23:44:02 UTC 2008 TB --- 2008-02-09 23:44:02 - generating LINT kernel config TB --- 2008-02-09 23:44:02 - cd /src/sys/ia64/conf TB --- 2008-02-09 23:44:02 - /usr/bin/make -B LINT TB --- 2008-02-09 23:44:02 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-09 23:44:02 - cd /src TB --- 2008-02-09 23:44:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 9 23:44:02 UTC 2008 >>> 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 >>> Kernel build for LINT completed on Sun Feb 10 00:02:03 UTC 2008 TB --- 2008-02-10 00:02:03 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-02-10 00:02:03 - cd /src TB --- 2008-02-10 00:02:03 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 10 00:02:03 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/uart/uart_subr.c cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/uart/uart_tty.c cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/ehci.c /src/sys/dev/usb/ehci.c: In function 'ehci_sync_hc': /src/sys/dev/usb/ehci.c:1563: error: 'LOCK_FILE' undeclared (first use in this function) /src/sys/dev/usb/ehci.c:1563: error: (Each undeclared identifier is reported only once /src/sys/dev/usb/ehci.c:1563: error: for each function it appears in.) /src/sys/dev/usb/ehci.c:1563: error: 'LOCK_LINE' undeclared (first use in this function) *** Error code 1 Stop in /obj/ia64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-10 00:05:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-10 00:05:39 - ERROR: failed to build GENERIC kernel TB --- 2008-02-10 00:05:39 - tinderbox aborted TB --- 4216.01 user 434.56 system 5508.04 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 00:41:15 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4108616A418; Sun, 10 Feb 2008 00:41:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id F010313C45B; Sun, 10 Feb 2008 00:41:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1A0fEDx078249; Sat, 9 Feb 2008 19:41:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m1A0fENQ045043; Sat, 9 Feb 2008 19:41:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2A72273039; Sat, 9 Feb 2008 19:41:14 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080210004114.2A72273039@freebsd-current.sentex.ca> Date: Sat, 9 Feb 2008 19:41:14 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Feb 2008 00:41:15 -0000 TB --- 2008-02-09 23:25:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-09 23:25:34 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-02-09 23:25:34 - cleaning the object tree TB --- 2008-02-09 23:26:02 - cvsupping the source tree TB --- 2008-02-09 23:26:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-02-09 23:26:08 - building world (CFLAGS=-O -pipe) TB --- 2008-02-09 23:26:08 - cd /src TB --- 2008-02-09 23:26:08 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 9 23:26:09 UTC 2008 >>> 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 Feb 10 00:27:00 UTC 2008 TB --- 2008-02-10 00:27:00 - generating LINT kernel config TB --- 2008-02-10 00:27:00 - cd /src/sys/powerpc/conf TB --- 2008-02-10 00:27:00 - /usr/bin/make -B LINT TB --- 2008-02-10 00:27:00 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-10 00:27:00 - cd /src TB --- 2008-02-10 00:27:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 10 00:27:00 UTC 2008 >>> 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 >>> Kernel build for LINT completed on Sun Feb 10 00:39:07 UTC 2008 TB --- 2008-02-10 00:39:07 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-02-10 00:39:07 - cd /src TB --- 2008-02-10 00:39:07 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 10 00:39:07 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/uart/uart_subr.c cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/uart/uart_tty.c cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/usb/ehci.c /src/sys/dev/usb/ehci.c: In function 'ehci_sync_hc': /src/sys/dev/usb/ehci.c:1563: error: 'LOCK_FILE' undeclared (first use in this function) /src/sys/dev/usb/ehci.c:1563: error: (Each undeclared identifier is reported only once /src/sys/dev/usb/ehci.c:1563: error: for each function it appears in.) /src/sys/dev/usb/ehci.c:1563: error: 'LOCK_LINE' undeclared (first use in this function) *** Error code 1 Stop in /obj/powerpc/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-10 00:41:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-10 00:41:14 - ERROR: failed to build GENERIC kernel TB --- 2008-02-10 00:41:14 - tinderbox aborted TB --- 3481.62 user 399.93 system 4539.21 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 01:28:51 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CD1A16A417; Sun, 10 Feb 2008 01:28:51 +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 0F95513C45B; Sun, 10 Feb 2008 01:28:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1A1SoPq079774; Sat, 9 Feb 2008 20:28:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m1A1SnVL053510; Sat, 9 Feb 2008 20:28:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D693273039; Sat, 9 Feb 2008 20:28:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080210012849.D693273039@freebsd-current.sentex.ca> Date: Sat, 9 Feb 2008 20:28:49 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Feb 2008 01:28:51 -0000 TB --- 2008-02-10 00:05:39 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-10 00:05:39 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-02-10 00:05:39 - cleaning the object tree TB --- 2008-02-10 00:06:08 - cvsupping the source tree TB --- 2008-02-10 00:06:08 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-02-10 00:06:13 - building world (CFLAGS=-O -pipe) TB --- 2008-02-10 00:06:13 - cd /src TB --- 2008-02-10 00:06:13 - /usr/bin/make -B buildworld >>> World build started on Sun Feb 10 00:06:15 UTC 2008 >>> 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 Feb 10 01:04:35 UTC 2008 TB --- 2008-02-10 01:04:35 - generating LINT kernel config TB --- 2008-02-10 01:04:35 - cd /src/sys/sparc64/conf TB --- 2008-02-10 01:04:35 - /usr/bin/make -B LINT TB --- 2008-02-10 01:04:35 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-10 01:04:35 - cd /src TB --- 2008-02-10 01:04:35 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 10 01:04:35 UTC 2008 >>> 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 >>> Kernel build for LINT completed on Sun Feb 10 01:18:22 UTC 2008 TB --- 2008-02-10 01:18:22 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-02-10 01:18:22 - cd /src TB --- 2008-02-10 01:18:22 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 10 01:18:22 UTC 2008 >>> 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 -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/sparc64/src/sys/GENERIC -mcmodel=medany -msoft-float -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/usb/../../dev/usb/ohci.c cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/sparc64/src/sys/GENERIC -mcmodel=medany -msoft-float -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/usb/../../dev/usb/ehci_pci.c cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/sparc64/src/sys/GENERIC -mcmodel=medany -msoft-float -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/usb/../../dev/usb/ehci.c /src/sys/modules/usb/../../dev/usb/ehci.c: In function 'ehci_sync_hc': /src/sys/modules/usb/../../dev/usb/ehci.c:1563: error: 'LOCK_FILE' undeclared (first use in this function) /src/sys/modules/usb/../../dev/usb/ehci.c:1563: error: (Each undeclared identifier is reported only once /src/sys/modules/usb/../../dev/usb/ehci.c:1563: error: for each function it appears in.) /src/sys/modules/usb/../../dev/usb/ehci.c:1563: error: 'LOCK_LINE' undeclared (first use in this function) *** Error code 1 Stop in /src/sys/modules/usb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-10 01:28:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-10 01:28:49 - ERROR: failed to build GENERIC kernel TB --- 2008-02-10 01:28:49 - tinderbox aborted TB --- 3739.37 user 431.75 system 4989.84 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 03:43:26 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E530616A417; Sun, 10 Feb 2008 03:43:25 +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 B4FDD13C465; Sun, 10 Feb 2008 03:43:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1A3hOYI058989; Sat, 9 Feb 2008 22:43:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m1A3hN58024447; Sat, 9 Feb 2008 22:43:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9153273039; Sat, 9 Feb 2008 22:43:23 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080210034323.9153273039@freebsd-current.sentex.ca> Date: Sat, 9 Feb 2008 22:43:23 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Feb 2008 03:43:26 -0000 TB --- 2008-02-10 01:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-10 01:55:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-02-10 01:55:00 - cleaning the object tree TB --- 2008-02-10 01:55:46 - cvsupping the source tree TB --- 2008-02-10 01:55:46 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-02-10 01:55:51 - building world (CFLAGS=-O -pipe) TB --- 2008-02-10 01:55:51 - cd /src TB --- 2008-02-10 01:55:51 - /usr/bin/make -B buildworld >>> World build started on Sun Feb 10 01:55:53 UTC 2008 >>> 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 Feb 10 03:22:41 UTC 2008 TB --- 2008-02-10 03:22:41 - generating LINT kernel config TB --- 2008-02-10 03:22:41 - cd /src/sys/amd64/conf TB --- 2008-02-10 03:22:41 - /usr/bin/make -B LINT TB --- 2008-02-10 03:22:42 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-10 03:22:42 - cd /src TB --- 2008-02-10 03:22:42 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 10 03:22:42 UTC 2008 >>> 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 >>> Kernel build for LINT completed on Sun Feb 10 03:39:22 UTC 2008 TB --- 2008-02-10 03:39:22 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-02-10 03:39:22 - cd /src TB --- 2008-02-10 03:39:22 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 10 03:39:22 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/dev/uart/uart_subr.c cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/dev/uart/uart_tty.c cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/dev/usb/ehci.c /src/sys/dev/usb/ehci.c: In function 'ehci_sync_hc': /src/sys/dev/usb/ehci.c:1563: error: 'LOCK_FILE' undeclared (first use in this function) /src/sys/dev/usb/ehci.c:1563: error: (Each undeclared identifier is reported only once /src/sys/dev/usb/ehci.c:1563: error: for each function it appears in.) /src/sys/dev/usb/ehci.c:1563: error: 'LOCK_LINE' undeclared (first use in this function) *** Error code 1 Stop in /obj/amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-10 03:43:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-10 03:43:23 - ERROR: failed to build GENERIC kernel TB --- 2008-02-10 03:43:23 - tinderbox aborted TB --- 4884.08 user 601.68 system 6502.70 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 04:17:50 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E35616A420; Sun, 10 Feb 2008 04:17:50 +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 E926513C45A; Sun, 10 Feb 2008 04:17:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1A4HnuR060313; Sat, 9 Feb 2008 23:17:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m1A4HmR6042278; Sat, 9 Feb 2008 23:17:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B0F2573039; Sat, 9 Feb 2008 23:17:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080210041748.B0F2573039@freebsd-current.sentex.ca> Date: Sat, 9 Feb 2008 23:17:48 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Feb 2008 04:17:50 -0000 TB --- 2008-02-10 02:53:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-10 02:53:40 - starting HEAD tinderbox run for i386/i386 TB --- 2008-02-10 02:53:40 - cleaning the object tree TB --- 2008-02-10 02:54:09 - cvsupping the source tree TB --- 2008-02-10 02:54:09 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-02-10 02:54:16 - building world (CFLAGS=-O -pipe) TB --- 2008-02-10 02:54:16 - cd /src TB --- 2008-02-10 02:54:16 - /usr/bin/make -B buildworld >>> World build started on Sun Feb 10 02:54:17 UTC 2008 >>> 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 Feb 10 03:55:16 UTC 2008 TB --- 2008-02-10 03:55:16 - generating LINT kernel config TB --- 2008-02-10 03:55:16 - cd /src/sys/i386/conf TB --- 2008-02-10 03:55:16 - /usr/bin/make -B LINT TB --- 2008-02-10 03:55:16 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-10 03:55:16 - cd /src TB --- 2008-02-10 03:55:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 10 03:55:16 UTC 2008 >>> 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 >>> Kernel build for LINT completed on Sun Feb 10 04:13:41 UTC 2008 TB --- 2008-02-10 04:13:41 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-02-10 04:13:41 - cd /src TB --- 2008-02-10 04:13:41 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 10 04:13:41 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/uart/uart_subr.c cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/uart/uart_tty.c cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/usb/ehci.c /src/sys/dev/usb/ehci.c: In function 'ehci_sync_hc': /src/sys/dev/usb/ehci.c:1563: error: 'LOCK_FILE' undeclared (first use in this function) /src/sys/dev/usb/ehci.c:1563: error: (Each undeclared identifier is reported only once /src/sys/dev/usb/ehci.c:1563: error: for each function it appears in.) /src/sys/dev/usb/ehci.c:1563: error: 'LOCK_LINE' undeclared (first use in this function) *** Error code 1 Stop in /obj/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-10 04:17:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-10 04:17:48 - ERROR: failed to build GENERIC kernel TB --- 2008-02-10 04:17:48 - tinderbox aborted TB --- 3834.05 user 461.15 system 5048.03 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 05:12:55 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D63D16A418; Sun, 10 Feb 2008 05:12:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C45ED13C45A; Sun, 10 Feb 2008 05:12:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1A5CsBA086624; Sun, 10 Feb 2008 00:12:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m1A5Crgl068153; Sun, 10 Feb 2008 00:12:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BB8F373039; Sun, 10 Feb 2008 00:12:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080210051253.BB8F373039@freebsd-current.sentex.ca> Date: Sun, 10 Feb 2008 00:12:53 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Feb 2008 05:12:55 -0000 TB --- 2008-02-10 03:43:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-10 03:43:23 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-02-10 03:43:23 - cleaning the object tree TB --- 2008-02-10 03:43:45 - cvsupping the source tree TB --- 2008-02-10 03:43:45 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-02-10 03:43:51 - building world (CFLAGS=-O -pipe) TB --- 2008-02-10 03:43:51 - cd /src TB --- 2008-02-10 03:43:51 - /usr/bin/make -B buildworld >>> World build started on Sun Feb 10 03:43:53 UTC 2008 >>> 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 Feb 10 04:44:08 UTC 2008 TB --- 2008-02-10 04:44:08 - generating LINT kernel config TB --- 2008-02-10 04:44:08 - cd /src/sys/pc98/conf TB --- 2008-02-10 04:44:08 - /usr/bin/make -B LINT TB --- 2008-02-10 04:44:08 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-10 04:44:08 - cd /src TB --- 2008-02-10 04:44:08 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 10 04:44:08 UTC 2008 >>> 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 >>> Kernel build for LINT completed on Sun Feb 10 05:00:37 UTC 2008 TB --- 2008-02-10 05:00:37 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-02-10 05:00:37 - cd /src TB --- 2008-02-10 05:00:37 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 10 05:00:37 UTC 2008 >>> 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 -O -pipe -DPC98 -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/pc98/src/sys/GENERIC -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/usb/../../dev/usb/ohci.c cc -O -pipe -DPC98 -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/pc98/src/sys/GENERIC -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/usb/../../dev/usb/ehci_pci.c cc -O -pipe -DPC98 -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/pc98/src/sys/GENERIC -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/usb/../../dev/usb/ehci.c /src/sys/modules/usb/../../dev/usb/ehci.c: In function 'ehci_sync_hc': /src/sys/modules/usb/../../dev/usb/ehci.c:1563: error: 'LOCK_FILE' undeclared (first use in this function) /src/sys/modules/usb/../../dev/usb/ehci.c:1563: error: (Each undeclared identifier is reported only once /src/sys/modules/usb/../../dev/usb/ehci.c:1563: error: for each function it appears in.) /src/sys/modules/usb/../../dev/usb/ehci.c:1563: error: 'LOCK_LINE' undeclared (first use in this function) *** Error code 1 Stop in /src/sys/modules/usb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-10 05:12:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-10 05:12:53 - ERROR: failed to build GENERIC kernel TB --- 2008-02-10 05:12:53 - tinderbox aborted TB --- 4090.21 user 485.07 system 5369.87 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 05:49:22 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60DE416A418; Sun, 10 Feb 2008 05:49:22 +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 146AB13C458; Sun, 10 Feb 2008 05:49:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1A5nLbH087516; Sun, 10 Feb 2008 00:49:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m1A5nLAW002007; Sun, 10 Feb 2008 00:49:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EF53573039; Sun, 10 Feb 2008 00:49:20 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080210054920.EF53573039@freebsd-current.sentex.ca> Date: Sun, 10 Feb 2008 00:49:20 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Feb 2008 05:49:22 -0000 TB --- 2008-02-10 04:17:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-10 04:17:48 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-02-10 04:17:48 - cleaning the object tree TB --- 2008-02-10 04:18:19 - cvsupping the source tree TB --- 2008-02-10 04:18:19 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-02-10 04:18:24 - building world (CFLAGS=-O -pipe) TB --- 2008-02-10 04:18:24 - cd /src TB --- 2008-02-10 04:18:24 - /usr/bin/make -B buildworld >>> World build started on Sun Feb 10 04:18:26 UTC 2008 >>> 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 Feb 10 05:27:47 UTC 2008 TB --- 2008-02-10 05:27:47 - generating LINT kernel config TB --- 2008-02-10 05:27:47 - cd /src/sys/ia64/conf TB --- 2008-02-10 05:27:47 - /usr/bin/make -B LINT TB --- 2008-02-10 05:27:47 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-10 05:27:47 - cd /src TB --- 2008-02-10 05:27:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 10 05:27:47 UTC 2008 >>> 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 >>> Kernel build for LINT completed on Sun Feb 10 05:45:37 UTC 2008 TB --- 2008-02-10 05:45:37 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-02-10 05:45:37 - cd /src TB --- 2008-02-10 05:45:37 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 10 05:45:37 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/uart/uart_subr.c cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/uart/uart_tty.c cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/ehci.c /src/sys/dev/usb/ehci.c: In function 'ehci_sync_hc': /src/sys/dev/usb/ehci.c:1563: error: 'LOCK_FILE' undeclared (first use in this function) /src/sys/dev/usb/ehci.c:1563: error: (Each undeclared identifier is reported only once /src/sys/dev/usb/ehci.c:1563: error: for each function it appears in.) /src/sys/dev/usb/ehci.c:1563: error: 'LOCK_LINE' undeclared (first use in this function) *** Error code 1 Stop in /obj/ia64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-10 05:49:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-10 05:49:20 - ERROR: failed to build GENERIC kernel TB --- 2008-02-10 05:49:20 - tinderbox aborted TB --- 4217.93 user 435.03 system 5491.96 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 06:29:00 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47B2D16A473; Sun, 10 Feb 2008 06:29:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id F16DE13C467; Sun, 10 Feb 2008 06:28:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1A6SxR4088817; Sun, 10 Feb 2008 01:28:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m1A6SxIZ065715; Sun, 10 Feb 2008 01:28:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EF26673039; Sun, 10 Feb 2008 01:28:58 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080210062858.EF26673039@freebsd-current.sentex.ca> Date: Sun, 10 Feb 2008 01:28:58 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Feb 2008 06:29:00 -0000 TB --- 2008-02-10 05:12:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-10 05:12:53 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-02-10 05:12:53 - cleaning the object tree TB --- 2008-02-10 05:13:22 - cvsupping the source tree TB --- 2008-02-10 05:13:22 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-02-10 05:13:29 - building world (CFLAGS=-O -pipe) TB --- 2008-02-10 05:13:29 - cd /src TB --- 2008-02-10 05:13:29 - /usr/bin/make -B buildworld >>> World build started on Sun Feb 10 05:13:31 UTC 2008 >>> 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 Feb 10 06:14:23 UTC 2008 TB --- 2008-02-10 06:14:23 - generating LINT kernel config TB --- 2008-02-10 06:14:23 - cd /src/sys/powerpc/conf TB --- 2008-02-10 06:14:23 - /usr/bin/make -B LINT TB --- 2008-02-10 06:14:23 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-10 06:14:23 - cd /src TB --- 2008-02-10 06:14:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 10 06:14:25 UTC 2008 >>> 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 >>> Kernel build for LINT completed on Sun Feb 10 06:26:47 UTC 2008 TB --- 2008-02-10 06:26:47 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-02-10 06:26:47 - cd /src TB --- 2008-02-10 06:26:47 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 10 06:26:47 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/uart/uart_subr.c cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/uart/uart_tty.c cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/usb/ehci.c /src/sys/dev/usb/ehci.c: In function 'ehci_sync_hc': /src/sys/dev/usb/ehci.c:1563: error: 'LOCK_FILE' undeclared (first use in this function) /src/sys/dev/usb/ehci.c:1563: error: (Each undeclared identifier is reported only once /src/sys/dev/usb/ehci.c:1563: error: for each function it appears in.) /src/sys/dev/usb/ehci.c:1563: error: 'LOCK_LINE' undeclared (first use in this function) *** Error code 1 Stop in /obj/powerpc/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-10 06:28:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-10 06:28:58 - ERROR: failed to build GENERIC kernel TB --- 2008-02-10 06:28:58 - tinderbox aborted TB --- 3481.34 user 400.27 system 4564.86 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 07:12:05 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EACCF16A41A; Sun, 10 Feb 2008 07:12:05 +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 B531613C458; Sun, 10 Feb 2008 07:12:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1A7C5UJ090211; Sun, 10 Feb 2008 02:12:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m1A7C5ct050436; Sun, 10 Feb 2008 02:12:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E22BD73039; Sun, 10 Feb 2008 02:12:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080210071204.E22BD73039@freebsd-current.sentex.ca> Date: Sun, 10 Feb 2008 02:12:04 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Feb 2008 07:12:06 -0000 TB --- 2008-02-10 05:49:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-10 05:49:21 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-02-10 05:49:21 - cleaning the object tree TB --- 2008-02-10 05:49:51 - cvsupping the source tree TB --- 2008-02-10 05:49:51 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-02-10 05:49:57 - building world (CFLAGS=-O -pipe) TB --- 2008-02-10 05:49:57 - cd /src TB --- 2008-02-10 05:49:57 - /usr/bin/make -B buildworld >>> World build started on Sun Feb 10 05:49:59 UTC 2008 >>> 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 Feb 10 06:48:01 UTC 2008 TB --- 2008-02-10 06:48:01 - generating LINT kernel config TB --- 2008-02-10 06:48:01 - cd /src/sys/sparc64/conf TB --- 2008-02-10 06:48:01 - /usr/bin/make -B LINT TB --- 2008-02-10 06:48:02 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-10 06:48:02 - cd /src TB --- 2008-02-10 06:48:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 10 06:48:02 UTC 2008 >>> 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 >>> Kernel build for LINT completed on Sun Feb 10 07:01:34 UTC 2008 TB --- 2008-02-10 07:01:34 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-02-10 07:01:34 - cd /src TB --- 2008-02-10 07:01:34 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 10 07:01:34 UTC 2008 >>> 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 -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/sparc64/src/sys/GENERIC -mcmodel=medany -msoft-float -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/usb/../../dev/usb/ohci.c cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/sparc64/src/sys/GENERIC -mcmodel=medany -msoft-float -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/usb/../../dev/usb/ehci_pci.c cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/sparc64/src/sys/GENERIC -mcmodel=medany -msoft-float -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/usb/../../dev/usb/ehci.c /src/sys/modules/usb/../../dev/usb/ehci.c: In function 'ehci_sync_hc': /src/sys/modules/usb/../../dev/usb/ehci.c:1563: error: 'LOCK_FILE' undeclared (first use in this function) /src/sys/modules/usb/../../dev/usb/ehci.c:1563: error: (Each undeclared identifier is reported only once /src/sys/modules/usb/../../dev/usb/ehci.c:1563: error: for each function it appears in.) /src/sys/modules/usb/../../dev/usb/ehci.c:1563: error: 'LOCK_LINE' undeclared (first use in this function) *** Error code 1 Stop in /src/sys/modules/usb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-10 07:12:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-10 07:12:04 - ERROR: failed to build GENERIC kernel TB --- 2008-02-10 07:12:04 - tinderbox aborted TB --- 3743.66 user 430.46 system 4963.59 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 09:35:48 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8442C16A417; Sun, 10 Feb 2008 09:35:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4E13913C447; Sun, 10 Feb 2008 09:35:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1A9Zlan094897; Sun, 10 Feb 2008 04:35:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m1A9Zlhp021625; Sun, 10 Feb 2008 04:35:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 21D2273039; Sun, 10 Feb 2008 04:35:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080210093547.21D2273039@freebsd-current.sentex.ca> Date: Sun, 10 Feb 2008 04:35:47 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Feb 2008 09:35:48 -0000 TB --- 2008-02-10 07:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-10 07:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-02-10 07:40:00 - cleaning the object tree TB --- 2008-02-10 07:40:50 - cvsupping the source tree TB --- 2008-02-10 07:40:50 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-02-10 07:40:56 - building world (CFLAGS=-O -pipe) TB --- 2008-02-10 07:40:56 - cd /src TB --- 2008-02-10 07:40:56 - /usr/bin/make -B buildworld >>> World build started on Sun Feb 10 07:40:57 UTC 2008 >>> 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 Feb 10 09:14:52 UTC 2008 TB --- 2008-02-10 09:14:52 - generating LINT kernel config TB --- 2008-02-10 09:14:52 - cd /src/sys/amd64/conf TB --- 2008-02-10 09:14:52 - /usr/bin/make -B LINT TB --- 2008-02-10 09:14:52 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-10 09:14:52 - cd /src TB --- 2008-02-10 09:14:52 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 10 09:14:52 UTC 2008 >>> 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 >>> Kernel build for LINT completed on Sun Feb 10 09:31:47 UTC 2008 TB --- 2008-02-10 09:31:47 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-02-10 09:31:47 - cd /src TB --- 2008-02-10 09:31:47 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 10 09:31:47 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/dev/uart/uart_subr.c cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/dev/uart/uart_tty.c cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/dev/usb/ehci.c /src/sys/dev/usb/ehci.c: In function 'ehci_sync_hc': /src/sys/dev/usb/ehci.c:1563: error: 'LOCK_FILE' undeclared (first use in this function) /src/sys/dev/usb/ehci.c:1563: error: (Each undeclared identifier is reported only once /src/sys/dev/usb/ehci.c:1563: error: for each function it appears in.) /src/sys/dev/usb/ehci.c:1563: error: 'LOCK_LINE' undeclared (first use in this function) *** Error code 1 Stop in /obj/amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-10 09:35:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-10 09:35:46 - ERROR: failed to build GENERIC kernel TB --- 2008-02-10 09:35:46 - tinderbox aborted TB --- 4884.38 user 607.87 system 6946.62 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 15:59:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F64E16A418 for ; Sun, 10 Feb 2008 15:59:36 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id F188E13C459 for ; Sun, 10 Feb 2008 15:59:35 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JOEaW-0001cu-Mc for freebsd-current@freebsd.org; Sun, 10 Feb 2008 15:59:28 +0000 Received: from xdsl-10260.wroclaw.dialog.net.pl ([84.40.242.20]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 10 Feb 2008 15:59:28 +0000 Received: from mwisnicki+freebsd by xdsl-10260.wroclaw.dialog.net.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 10 Feb 2008 15:59:28 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Marcin Wisnicki Date: Sun, 10 Feb 2008 15:59:16 +0000 (UTC) Lines: 40 Message-ID: References: <20080204022334.GC27999@cdnetworks.co.kr> <200802041545.m14FjpVn014969@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: xdsl-10260.wroclaw.dialog.net.pl User-Agent: Pan/0.131 (Ghosts: First Variation) Sender: news Subject: Re: CFT: vr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Feb 2008 15:59:36 -0000 On Mon, 04 Feb 2008 17:47:44 +0000, Marcin Wisnicki wrote: > I'm not 100% sure if this is all that is required for RELENG6, but it > works wonderfully so far. > > Even fixed Rx errors I was seeing for some time and didn't have the time > to investigate whether they were caused by some recent commit to releng6 > (like the last mfc) or simply a hardware failure. > > Thank you Pyun YongHyeon! > >>From my dmesg: > vr0: port 0xd800-0xd8ff mem > 0xdffefd00-0xdffefdff irq 5 at device 18.0 on pci0 vr0: Quirks: 0x0 > vr0: Revision: 0x74 > miibus1: on vr0 > ukphy0: on miibus1 ukphy0: > 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet > address: 42:00:e6:65:9b:11 vr0: [GIANT-LOCKED] > Just noticed in dmesg after reboot: vr0: Tx underrun -- increasing Tx threshold(128 -> 256) vr0: Tx underrun -- increasing Tx threshold(256 -> 512) vr0: Tx underrun -- increasing Tx threshold(512 -> 1024) vr0: Tx underrun -- using store and forward mode vr0: Tx underrun -- at this moment I started copying files in and out using samba and then last message started to repeat for some time with decreasing frequency until finally: vr0: watchdog timeout and no more errors were reported. Despite the errors in dmesg everything seems to work fine at all times with samba tx performance of 9.5mb/s and rx of 8.5mb/s using Vista as a client. From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 22:42:48 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7F4F16A417 for ; Sun, 10 Feb 2008 22:42:48 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.freebsd.org (Postfix) with ESMTP id A4DA113C44B for ; Sun, 10 Feb 2008 22:42:48 +0000 (UTC) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 071E7731B4; Sun, 10 Feb 2008 22:42:48 +0000 (GMT) Date: Sun, 10 Feb 2008 22:42:47 +0000 From: John Birrell To: current@freebsd.org Message-ID: <20080210224247.GA70317@what-creek.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: New DTrace source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Feb 2008 22:42:48 -0000 This one fixes problems with the previous one: - buildkernel would fail because NO_CTF=1 was not set when building the lone kernel build tool. - A number of things were missing from the dtrace kernel module on i386. - Missing syscall names in the kernel without witness have been resolved so this snapshot should build with and without witness, invariants, smp etc. Known problems: - This is a snapshot of current which contains lock order reversal warnings. These are not related to the DTrace-specific code. - ustack() as reported by Drew hasn't been ported yet, so don't expect it to do anything. - On i386 mp_maxid in the kernel doesn't behave the same way that it does on amd64. Work-around code exists for this, but it is less than optimal. - A few of the tests that pass on amd64 don't work on i386. The causes are under investigation. The worst one is the tailcall test which causes the machine to reboot. Ugh. Note: - This snapshot should build cleanly on either a CURRENT or a RELENG_7 system. If not, please tell me. RELENG_6 users should upgrade to RELENG_7 first or contact me. The tool bootstrap will fail to build when hosted on RELENG_6. - It should be ABI compatible with CURRENT and RELENG_7. If not, please tell me. - This snapshot extends the basic OpenSolaris DTrace functionality to support: printm(const size_t bufrsize, uintptr_t *memref); where: 'memref' is an an array of 2 uintptr_t entries -- address and size. Usage example: printm(500, memref(mypointer, mysize)); reserves buffer space of 500 bytes to trace memory at address 'mypointer' with size 'mysize'. Both 'mypointer' and 'mysize' can be variables in the D script. By contrast, OpenSolaris only supports tracemem(ptr, const size) where 'size' is fixed at compile time. This is not terribly useful when tracing protocols or variable read sizes where the data indicates how long the memory object is. Target audience: I'd like to get more people involved with running this code. If you just like to follow FreeBSD current and don't even try to contribute stuff back... this snapshot is something you could try. I need some feeback from people who just use FreeBSD-CURRENT. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 23:08:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82DCF16A417 for ; Sun, 10 Feb 2008 23:08:26 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [IPv6:2001:660:330f:f820:213:72ff:fe15:f44]) by mx1.freebsd.org (Postfix) with ESMTP id 2DA3E13C43E for ; Sun, 10 Feb 2008 23:08:26 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 90B643D7D0 for ; Mon, 11 Feb 2008 00:08:23 +0100 (CET) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BGLs5KJ-x6+n for ; Mon, 11 Feb 2008 00:08:19 +0100 (CET) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id D47F23D4EC; Mon, 11 Feb 2008 00:08:19 +0100 (CET) Date: Mon, 11 Feb 2008 00:08:19 +0100 From: Ollivier Robert To: freebsd-current@freebsd.org Message-ID: <20080210230819.GA71501@keltia.freenix.fr> References: <3E1A8014-3F18-492B-8288-46706F420123@altesco.nl> <9892EE5A-068E-4BFA-8D31-9FF7184C3181@altesco.nl> <20080209093146.732f5e03@srv> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080209093146.732f5e03@srv> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: Panic when connecting USB drive to amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Feb 2008 23:08:26 -0000 According to Vladimir Botka: > My guess is that the process cannot access memory (because there is > none left). As I know ZFS is greedy, so unless you have 16 processor Sun > Enterprise with 64GB memory you should better to switch back to UFS. Don't tell that to my VMware-hosted FreeBSD/amd64 machine which has only 768 MB, it may hear you. PS: please trim down quotes when replying thanks! -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Version 8.10.1: Wed May 23 16:33:00 PDT 2007 i386 From owner-freebsd-current@FreeBSD.ORG Sun Feb 10 23:43:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C55B16A41A for ; Sun, 10 Feb 2008 23:43:51 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 25A8113C457 for ; Sun, 10 Feb 2008 23:43:51 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 3064C2084; Mon, 11 Feb 2008 00:43:42 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.3/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 1E7D52082; Mon, 11 Feb 2008 00:43:41 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 815D984492; Mon, 11 Feb 2008 00:43:41 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Vladimir Botka References: <3E1A8014-3F18-492B-8288-46706F420123@altesco.nl> <9892EE5A-068E-4BFA-8D31-9FF7184C3181@altesco.nl> <20080209093146.732f5e03@srv> Date: Mon, 11 Feb 2008 00:43:41 +0100 In-Reply-To: <20080209093146.732f5e03@srv> (Vladimir Botka's message of "Sat\, 9 Feb 2008 09\:31\:46 +0100") Message-ID: <86ejbk2x8y.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Panic when connecting USB drive to amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Feb 2008 23:43:51 -0000 Vladimir Botka writes: > error message says: > Fatal trap 12: page fault while in kernel mode > fault code =3D supervisor read data, page not present > > My guess is that the process cannot access memory (because there is > none left). As I know ZFS is greedy, so unless you have 16 processor Sun > Enterprise with 64GB memory you should better to switch back to UFS. Your "guess" is incorrect, and I get the impression that you wrote this just out of spite. Yes, ZFS can run an improperly tuned system out of memory, but the panic message in that situation is completely different from the one reported here. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 00:12:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E99AB16A420 for ; Mon, 11 Feb 2008 00:12:14 +0000 (UTC) (envelope-from ben@altus-escon.com) Received: from altus-escon.com (altesco.xs4all.nl [82.95.106.39]) by mx1.freebsd.org (Postfix) with ESMTP id 551F213C465 for ; Mon, 11 Feb 2008 00:12:14 +0000 (UTC) (envelope-from ben@altus-escon.com) Received: from benjoam.stuyts.nl (stuyts.xs4all.nl [82.95.106.42]) by altus-escon.com (8.13.6/8.13.1) with ESMTP id m1ANlxdm058715; Mon, 11 Feb 2008 00:48:05 +0100 (CET) (envelope-from ben@altus-escon.com) Message-Id: <5CEDA231-F551-47ED-8341-7C34BD5D331E@altus-escon.com> From: Ben Stuyts To: Vladimir Botka In-Reply-To: <20080209093146.732f5e03@srv> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 11 Feb 2008 00:47:53 +0100 References: <3E1A8014-3F18-492B-8288-46706F420123@altesco.nl> <9892EE5A-068E-4BFA-8D31-9FF7184C3181@altesco.nl> <20080209093146.732f5e03@srv> X-Mailer: Apple Mail (2.915) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (altus-escon.com [193.78.231.42]); Mon, 11 Feb 2008 00:48:05 +0100 (CET) X-Virus-Scanned: ClamAV 0.92/5767/Sun Feb 10 21:57:54 2008 on earth.altus-escon.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=3.5 tests=BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on earth.altus-escon.com X-Mailman-Approved-At: Mon, 11 Feb 2008 00:23:39 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Panic when connecting USB drive to amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 00:12:15 -0000 Hi, On 9 Feb 2008, at 09:31, Vladimir Botka wrote: > error message says: > Fatal trap 12: page fault while in kernel mode > fault code = supervisor read data, page not present > > My guess is that the process cannot access memory (because there is > none left). As I know ZFS is greedy, so unless you have 16 processor > Sun > Enterprise with 64GB memory you should better to switch back to UFS. There's plenty of memory at that point. I don't have exact data handy right now, I'll check tomorrow when I have access to that machine again. The panic happens also right after booting, when there has been almost no ZFS activity. Ben From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 00:58:44 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E82416A418 for ; Mon, 11 Feb 2008 00:58:44 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id D6B2C13C457 for ; Mon, 11 Feb 2008 00:58:43 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.2/8.14.2) with ESMTP id m1B0ww1l008392 for ; Sun, 10 Feb 2008 16:58:58 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.2/8.14.2/Submit) id m1B0wwfZ008391 for freebsd-current@freebsd.org; Sun, 10 Feb 2008 16:58:58 -0800 (PST) (envelope-from sgk) Date: Sun, 10 Feb 2008 16:58:58 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20080211005858.GA8313@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: wpi0: fatal firmware error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 00:58:44 -0000 I have a new Dell Latitude D530 laptop with builtin wireless. During boot up, I see wpi0: mem 0xfe8ff000-0xfe8fffff irq 17 at device 0.0 on pci12 bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. wpi0: Ethernet address: 00:1c:bf:90:ab:44 wpi0: [ITHREAD] wpi0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps wpi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps wpi0: Ethernet address: 00:1c:bf:90:ab:44 wpi0: [ITHREAD] wpi0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps wpi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps wpi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps Upon running ifconfig wpi0 inet 192.168.0.10 ifconfig wpi0 ssid "HomeNetwork" mode 11g channel 11 wepmode on ifconfig wpi0 wepkey 0xsome_valid_key_here deftxkey 1 I see an endless stream of Feb 10 16:43:45 mobile kernel: wpi0: fatal firmware error Feb 10 16:43:45 mobile last message repeated 3 times Feb 10 16:43:46 mobile kernel: wpi0: could not setup MRR for control frames Feb 10 16:43:46 mobile kernel: wpi0: could not setup MRR Feb 10 16:43:46 mobile kernel: wpi0: fatal firmware error Feb 10 16:44:29 mobile last message repeated 90 times Feb 10 16:44:38 mobile last message repeated 44 times Feb 10 16:44:40 mobile shutdown: reboot by root: Feb 10 16:44:40 mobile kernel: wpi0: fatal firmware error Feb 10 16:44:42 mobile last message repeated 15 times Feb 10 16:44:42 mobile syslogd: exiting on signal 15 Is this a known problem? -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 05:00:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D432616A469 for ; Mon, 11 Feb 2008 05:00:36 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 8A71A13C468 for ; Mon, 11 Feb 2008 05:00:35 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from ip-182.ish.com.au ([203.29.62.182]) by fish.ish.com.au with esmtpa (Exim 4.43) id 1JOQqV-00044n-5z; Mon, 11 Feb 2008 16:04:47 +1100 Message-Id: From: Aristedes Maniatis To: freebsd-current@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 11 Feb 2008 16:00:34 +1100 X-Mailer: Apple Mail (2.915) Subject: ZFS and PAE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 05:00:36 -0000 Given the high memory usage requirements of ZFS, I'd like to load up servers using it with as much memory as I can. More than 4Gb of memory on older 32bit CPUs. Since PAE doesn't play with loadable kernel modules, is there a way to compile ZFS into the kernel itself (if I tick a box that says I know that licensing issues exist)? Cheers Ari Maniatis --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 05:05:49 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92FC616A418; Mon, 11 Feb 2008 05:05:49 +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 36D8613C469; Mon, 11 Feb 2008 05:05:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1B55mpA047310; Mon, 11 Feb 2008 00:05:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m1B55mgf050986; Mon, 11 Feb 2008 00:05:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 64A4373039; Mon, 11 Feb 2008 00:05:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080211050548.64A4373039@freebsd-current.sentex.ca> Date: Mon, 11 Feb 2008 00:05:48 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 05:05:49 -0000 TB --- 2008-02-11 04:04:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-11 04:04:31 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-02-11 04:04:31 - cleaning the object tree TB --- 2008-02-11 04:04:53 - cvsupping the source tree TB --- 2008-02-11 04:04:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-02-11 04:05:00 - building world (CFLAGS=-O -pipe) TB --- 2008-02-11 04:05:00 - cd /src TB --- 2008-02-11 04:05:00 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 11 04:05:02 UTC 2008 >>> 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 Feb 11 05:05:47 UTC 2008 TB --- 2008-02-11 05:05:47 - generating LINT kernel config TB --- 2008-02-11 05:05:47 - cd /src/sys/pc98/conf TB --- 2008-02-11 05:05:47 - /usr/bin/make -B LINT TB --- 2008-02-11 05:05:47 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-11 05:05:47 - cd /src TB --- 2008-02-11 05:05:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Feb 11 05:05:48 UTC 2008 >>> stage 1: configuring the kernel [...] WARNING: duplicate option `GEOM_PC98' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_ISA' encountered. WARNING: duplicate device `isa' encountered. WARNING: duplicate option `DEV_NPX' encountered. WARNING: duplicate device `npx' encountered. /src/sys/pc98/conf/LINT: unknown option "GEOM_LVM" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-11 05:05:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-11 05:05:48 - ERROR: failed to build lint kernel TB --- 2008-02-11 05:05:48 - tinderbox aborted TB --- 2785.95 user 332.80 system 3677.05 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 05:09:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD2B816A41A for ; Mon, 11 Feb 2008 05:09:16 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id EC0FC13C4DB for ; Mon, 11 Feb 2008 05:09:15 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from ip-182.ish.com.au ([203.29.62.182]) by fish.ish.com.au with esmtpa (Exim 4.43) id 1JOQyt-0004Bb-59; Mon, 11 Feb 2008 16:13:27 +1100 Message-Id: From: Aristedes Maniatis To: Ken Smith In-Reply-To: <1201271346.36488.23.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 11 Feb 2008 16:09:14 +1100 References: <1201271346.36488.23.camel@bauer.cse.buffalo.edu> X-Mailer: Apple Mail (2.915) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: freebsd 7 release process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 05:09:16 -0000 On 26/01/2008, at 1:29 AM, Ken Smith wrote: > Yeah, sorry. I've got communication issues that run so deep at this > point I've basically given up on "fixing it" for this release and will > try again from scratch next release. [ Anybody wanna be a secretary? > No pay, no benefits, and likely no praise/recognition other than me > saying "Thanks" periodically but you'll make lots of people happy. > Applications welcome. :-] Although I know your question is tongue in cheek, I am sure that there are quite a few people on the periphery (that is, not committers) who would help where they could. The problem is largely: how can they get involved? This touches somewhat on the other German thread in January here. Some things which I believe might help with the communication issues: * more communication on public lists (even if that list has posting rights restricted to committers in order to keep the noise down). I assume there is communication happening behind the scenes about the release of 7.0, but it isn't visible to enthusiastic non-committers * increased use of the FreeBSD wiki which allows people with less than committer rights to contribute (possibly looking at replacing the main site with a CMS driven/wiki in the longer term which allow greater freedom in assigning rights, simpler access to revision history and less effort to fix a page while you are looking at it). As an example, I created a page [1] with information about ZFS but how does such a thing get into the official documentation? * better/improved bug tracker which could be used to generate pages such as the 7.0 todo list automatically, manage workflow (eg. release engineering requirements for commit approval, or the MFC process) Of course any change affects a large number of people and needs to considered carefully. But I do see the above things as being very successful at the Apache Foundation for management of an equally large number of developers and tasks. At Apache many projects have a deeper usage of bug tracking to generate release notes, track work remaining to release, etc. Cheers Ari [1] http://www.ish.com.au/solutions/articles/freebsdzfs --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 05:10:26 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7626716A417 for ; Mon, 11 Feb 2008 05:10:26 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 13ADD13C442 for ; Mon, 11 Feb 2008 05:10:25 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so6632866pyb.10 for ; Sun, 10 Feb 2008 21:10:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=03ollka5lrXDcxzN0YHDFT2ckBCxf78sWDmiqvqZ/Jc=; b=RuP+IQsivccEbCunVzk26qMrz42oqL/nRKQdpqWSkaIr9MnYtkdXeQLHLg4VNENQs5fsvT9nHfJHLD3HS19RIzKtUs5p2Fe265iTOVZCZQfWW0uawwCHJJT64flzIhawKZBnWjO5uy9A4VJeMCn22qN/pygDxymLmCd6u8RyduQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=c/sCcJVWilQyRDsEk3/1Zf2Pjf/3WuI6JmYLViP0UiXN9xAL3riHD9aPW0/8d6dONWhB+3ZjVTm3YPyf842PLmAB6ciOpwKZPZA8tDEv8oYp2M7MXq5kjolwdVzdqOJ9dw3/SmcyVss1nbB+F66451qXRPmR70zPvu4jwGovrnA= Received: by 10.142.216.9 with SMTP id o9mr8184366wfg.226.1202706623926; Sun, 10 Feb 2008 21:10:23 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 29sm3639594wfg.9.2008.02.10.21.10.21 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 10 Feb 2008 21:10:23 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m1B5AIij003557 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 11 Feb 2008 14:10:18 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m1B5AIia003556; Mon, 11 Feb 2008 14:10:18 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 11 Feb 2008 14:10:17 +0900 From: Pyun YongHyeon To: JoaoBR Message-ID: <20080211051017.GD2317@cdnetworks.co.kr> References: <200802061108.33176.joao@matik.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200802061108.33176.joao@matik.com.br> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: panic with recent build (nfe?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 05:10:26 -0000 On Wed, Feb 06, 2008 at 11:08:32AM -0200, JoaoBR wrote: > > I have a mb with nfe onboard which sometimes hangs up without any msg > today I got a panic on screen and I got this out of it > > ffffffff80545270 t nfe_discard_rxbuf > ffffffff80545360 t nfe_jrxeof > ffffffff80545840 t nfe_discard_jrxbuf > ffffffff80545930 t nfe_txeof > ffffffff80545c30 t nfe_defrag > ffffffff80545f20 t m_free > ffffffff80545f80 t uma_zfree > ffffffff80545fb0 t nfe_encap > > does it help ? > It's weird. Are you using jumbo frame? If you can easily reproduce the panic would you show me full backtrace info? -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 05:15:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E19CC16A420 for ; Mon, 11 Feb 2008 05:15:38 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7E3A413C4DD for ; Mon, 11 Feb 2008 05:15:38 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id 935E628479 for ; Mon, 11 Feb 2008 13:15:34 +0800 (CST) Received: from localhost (unknown [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 4A539EB2213; Mon, 11 Feb 2008 13:15:34 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id tRVTUB7RvWSc; Mon, 11 Feb 2008 13:15:29 +0800 (CST) Received: from charlie.delphij.net (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 08E0CEB0909; Mon, 11 Feb 2008 13:15:28 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=R10UxOAB04mTP5RooJAxNw3V7S7qh/dnb4WDAVC75liZo2NKsMxesk5FT3Zh1PCz9 ZgNKWVw1sgFwTy0udNiBA== Message-ID: <47AFD9EE.3040904@delphij.net> Date: Sun, 10 Feb 2008 21:15:26 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 0.95.5 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Strange ps output on FreeBSD/amd64 7.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 05:15:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I got this today: Sounds like a counter overflow? [delphij@charlie] /download/src/usr.bin/m4> ps aux | grep pidgin delphij 27656 86.4 0.0 41364235940 16 ?? R 9:13下午 0:18.49 pidgin --session 1020920421013e000120207426200000013060034 --display :0.0 delphij 1352 0.0 1.9 44120183524 38420 ?? DL 12:50下午 20:34.30 pidgin --session 1020920421013e000120207426200000013060034 --display :0.0 Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHr9nui+vbBBjt66ARAjtsAJ4u/zlXtlC9FARy6+YGCVdOFeSJ4wCgn7q8 W4W+wfCFtayHLGJ9MlCp6/8= =6lFE -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 05:35:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EB6D16A417 for ; Mon, 11 Feb 2008 05:35:47 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id 9DB4D13C474 for ; Mon, 11 Feb 2008 05:35:46 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so6639662pyb.10 for ; Sun, 10 Feb 2008 21:35:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=YTANLI5JTwDwmbEzd7zvANPpClnELCbccCQfgPGCmG0=; b=NSgGXclKPPYsl575KbfkoyohR1/PS+FN6M2nJ/trKsiFm2iEJoVY/FrFhokCYMj38Cjz9yKEzzm3GTrcCHk/85+OHfgRLZ+puP7+diBDgRBN06JGHvC+H3H0Q9LGej2yeaJKbixC1y+IPrqQwOea4mAvhcMeCcZKyaPx9supEdg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=asenepYLuBuFv8SPUkQ9HQVbDJ02VLSg9vlQ+1YzvOsPyaXIPC2PP+Y0N1ibDjdgcthN8al4LhBVKIHSyyt52s9YjLJF3fD1c+EBd4H7If18qDIN+fYEKMAfad04BUC+lUYfIFFeglp+iWjTgqAyz1FxgXi8noF+3usj+396LzU= Received: by 10.142.221.19 with SMTP id t19mr8218744wfg.62.1202708144484; Sun, 10 Feb 2008 21:35:44 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 24sm3730137wff.10.2008.02.10.21.35.41 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 10 Feb 2008 21:35:43 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m1B5ZchL003649 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 11 Feb 2008 14:35:38 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m1B5Zb2M003648; Mon, 11 Feb 2008 14:35:37 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 11 Feb 2008 14:35:37 +0900 From: Pyun YongHyeon To: Mike Tancsa Message-ID: <20080211053537.GE2317@cdnetworks.co.kr> References: <20080204022334.GC27999@cdnetworks.co.kr> <200802041545.m14FjpVn014969@lava.sentex.ca> <200802042056.54799.shoesoft@gmx.net> <200802050200.m1520m6m017592@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200802050200.m1520m6m017592@lava.sentex.ca> User-Agent: Mutt/1.4.2.1i Cc: Marcin Wisnicki , freebsd-current@freebsd.org Subject: Re: CFT: vr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 05:35:47 -0000 On Mon, Feb 04, 2008 at 09:03:00PM -0500, Mike Tancsa wrote: > At 02:56 PM 2/4/2008, Stefan Ehmann wrote: > >On Monday 04 February 2008 18:47:44 Marcin Wisnicki wrote: > >> On Mon, 04 Feb 2008 10:48:02 -0500, Mike Tancsa wrote: > >> > At 09:23 PM 2/3/2008, Pyun YongHyeon wrote: > >> >>Dear all, > >> >> > >> >>Here is overhauled vr(4) that shall address all known issues. PR > >> >>database showed vr(4) is not stable enough under high load and > >> > > >> > Hi, > >> > Is there a RELENG_7 or 6 version of the driver to test ? > >> > Using RELENG_7 from this morning, I get > >> > >> Try this: > >> http://wisnia21.freeshell.org/f/freebsd/if_vr-pyunyh-to-releng6.diff > >> > >> On RELENG7 there could be a conflict in second change that should be > >> safe to ignore. > >Using it with the second chunk ignored. > > > >> I'm not 100% sure if this is all that is required for RELENG6, but it > >> works wonderfully so far. > >> > >> Even fixed Rx errors I was seeing for some time and didn't have the time > >> to investigate whether they were caused by some recent commit to releng6 > >> (like the last mfc) or simply a hardware failure. > > > >The current vr driver works fine for me but the interface is only slightly > >loaded. It got stuck very rarely. Since I can't reproduce this, I don't > >know > >whether it's fixed. > > > >vr0: port 0xa000-0xa0ff mem > >0xf0000000-0xf00000ff at device 18.0 on pci0 > >vr0: Quirks: 0x0 > >vr0: Revision: 0x74 > >miibus0: on vr0 > >vr0: Ethernet address: 00:0e:a6:40:3f:d0 > >vr0: [ITHREAD] > > > >Works fine so far. > > Sorry for late reply. I just returned from lunar New Year holiday. > Still seeing some "Forced Reset", although at a slightly lower > rate. The rx shutdown error is new however. > > vr0: vr_stop: Rx shutdown error > vr0: vr_stop: Rx shutdown error These messages are printed from vr_stop() which is called to stop the operation of the NIC. By any chance do you perodically stop and restart the interface? > vr0: Using force reset command. > This message comes from vr_reset() which is always executed first in vr_init_locked(). Don't know why soft reset does not work under certain conditions. Datasheet for Rhine III(VT6105M, VT6105LOM) says nothing about it. I guess you can ignore it unless this message and above messages are continuously printed on your console. > This is RELENG_7 from this morning > > > vr0: port 0xe100-0xe1ff mem > 0xa0004000-0xa00040ff irq 11 at device 6.0 on pci0 > vr0: Quirks: 0x6 > vr0: Revision: 0x96 > miibus0: on vr0 > ukphy0: PHY 1 on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > vr0: Ethernet address: 00:00:24:c9:34:88 > vr0: [ITHREAD] > vr1: port 0xe200-0xe2ff mem > 0xa0004100-0xa00041ff irq 5 at device 7.0 on pci0 > vr1: Quirks: 0x6 > vr1: Revision: 0x96 > miibus1: on vr1 > ukphy1: PHY 1 on miibus1 > ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > vr1: Ethernet address: 00:00:24:c9:34:89 > vr1: [ITHREAD] > vr2: port 0xe300-0xe3ff mem > 0xa0004200-0xa00042ff irq 9 at device 8.0 on pci0 > vr2: Quirks: 0x6 > vr2: Revision: 0x96 > miibus2: on vr2 > ukphy2: PHY 1 on miibus2 > ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > vr2: Ethernet address: 00:00:24:c9:34:8a > vr2: [ITHREAD] > vr3: port 0xe400-0xe4ff mem > 0xa0004300-0xa00043ff irq 12 at device 9.0 on pci0 > vr3: Quirks: 0x6 > vr3: Revision: 0x96 > > > ---Mike > -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 05:36:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 305D416A46B for ; Mon, 11 Feb 2008 05:36:40 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.186]) by mx1.freebsd.org (Postfix) with ESMTP id E947913C46E for ; Mon, 11 Feb 2008 05:36:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0910.google.com with SMTP id g13so3572942rvb.43 for ; Sun, 10 Feb 2008 21:36:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=szW3DsglF6TMLkvCmvUT/cRnxOnBS5sS0YNVeBYCosQ=; b=pxsaA0wliQZjLm4EIDvQoleKzNm+mMeL/emW+uTWSvUo5pRWfP5fvidl1ek9o9rAlaDKv9jhXKXakQOTBM6m1XYYMZEeJbmA+puYNNUC5SIbMrQ00VyHfKeB1PP7PquLfgd1qXEaWBJysSON8Gglqg9bQfmcaBmq/x66h5W9eYE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=xI+hmNgPvE/AA/zbj61IZZNCke1KXF/PwEXN9NR2aAwyNV+VqiCf9AiWXZvVR0OiMj71B0twxlsu6Cv024wtbxRPSSxJklGF/uVvALBSSqntXDcyfPzaqz4KH3LWwFPSYSaKjCgNOWensnGTbX+J+0koThQvkn2fi8RDtZTbbgg= Received: by 10.142.226.2 with SMTP id y2mr8216343wfg.75.1202708198518; Sun, 10 Feb 2008 21:36:38 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 28sm3632585wfd.1.2008.02.10.21.36.35 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 10 Feb 2008 21:36:37 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m1B5aXSL003664 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 11 Feb 2008 14:36:33 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m1B5aWJn003663; Mon, 11 Feb 2008 14:36:32 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 11 Feb 2008 14:36:32 +0900 From: Pyun YongHyeon To: Stefan Ehmann Message-ID: <20080211053632.GF2317@cdnetworks.co.kr> References: <20080204022334.GC27999@cdnetworks.co.kr> <200802042056.54799.shoesoft@gmx.net> <200802051117.16262.shoesoft@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200802051117.16262.shoesoft@gmx.net> User-Agent: Mutt/1.4.2.1i Cc: Marcin Wisnicki , freebsd-current@freebsd.org Subject: Re: CFT: vr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 05:36:40 -0000 On Tue, Feb 05, 2008 at 11:17:15AM +0100, Stefan Ehmann wrote: > On Monday 04 February 2008 20:56:54 Stefan Ehmann wrote: > > On Monday 04 February 2008 18:47:44 Marcin Wisnicki wrote: > > > On Mon, 04 Feb 2008 10:48:02 -0500, Mike Tancsa wrote: > > > > At 09:23 PM 2/3/2008, Pyun YongHyeon wrote: > > > >>Dear all, > > > >> > > > >>Here is overhauled vr(4) that shall address all known issues. PR > > > >>database showed vr(4) is not stable enough under high load and > > > > > > > > Hi, > > > > Is there a RELENG_7 or 6 version of the driver to test ? > > > > Using RELENG_7 from this morning, I get > > > > > > Try this: > > > http://wisnia21.freeshell.org/f/freebsd/if_vr-pyunyh-to-releng6.diff > > > > > > On RELENG7 there could be a conflict in second change that should be > > > safe to ignore. > > > > Using it with the second chunk ignored. > ... > > vr0: port 0xa000-0xa0ff mem > > 0xf0000000-0xf00000ff at device 18.0 on pci0 > > vr0: Quirks: 0x0 > > vr0: Revision: 0x74 > > miibus0: on vr0 > > vr0: Ethernet address: 00:0e:a6:40:3f:d0 > > vr0: [ITHREAD] > (replying to myself) > wake-on-LAN doesn't work for me any longer. > Show me the output of 'ifconfig vr0'. > Anyone else seeing this? > -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 05:46:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5877E16A41A for ; Mon, 11 Feb 2008 05:46:43 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.174]) by mx1.freebsd.org (Postfix) with ESMTP id 20D9413C46A for ; Mon, 11 Feb 2008 05:46:43 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so150433wfa.7 for ; Sun, 10 Feb 2008 21:46:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=jJJ02RVqxskwWJneL9BJKaEV230FSDeM89f2dD5BvOY=; b=FRenq02IhMRhlL0QBZwtdGBoL5Rtzl0Y3O2srB0tlwXdWRuS5vJEhlwnAqKI4IjZ2O38kwiEZk3XbnxSjAvFvXzkZY4+2UH5PZ1eme9IG8JW0Kn+q1LCGSLPQrhvSf7ConVF1zifNXGGTyLG7s55ppyz7SekXPMNqoTHFn5l2Tg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=LkJSUGkfLVhkkxsIt4G1uwkidYpB146opTVKIU3d/aq1JYUmVRayAHLMxaqH94aB+8APCAYUNrts+5PlbxUeeemtGtszdGtsf3Y83Cx4dB/11roiQUv5UvM/f4w+9oCKNUsuob6UJvDLbLCuVYzBRedv1skjpVZzxTNryqfJFd0= Received: by 10.142.172.12 with SMTP id u12mr8198289wfe.195.1202708802862; Sun, 10 Feb 2008 21:46:42 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 20sm3744411wfi.14.2008.02.10.21.46.40 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 10 Feb 2008 21:46:41 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m1B5ka8R003697 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 11 Feb 2008 14:46:36 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m1B5kanf003696; Mon, 11 Feb 2008 14:46:36 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 11 Feb 2008 14:46:36 +0900 From: Pyun YongHyeon To: Marcin Wisnicki Message-ID: <20080211054636.GG2317@cdnetworks.co.kr> References: <20080204022334.GC27999@cdnetworks.co.kr> <200802041545.m14FjpVn014969@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: CFT: vr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 05:46:43 -0000 On Sun, Feb 10, 2008 at 03:59:16PM +0000, Marcin Wisnicki wrote: > On Mon, 04 Feb 2008 17:47:44 +0000, Marcin Wisnicki wrote: > > > I'm not 100% sure if this is all that is required for RELENG6, but it > > works wonderfully so far. > > > > Even fixed Rx errors I was seeing for some time and didn't have the time > > to investigate whether they were caused by some recent commit to releng6 > > (like the last mfc) or simply a hardware failure. > > > > Thank you Pyun YongHyeon! > > > >>From my dmesg: > > vr0: port 0xd800-0xd8ff mem > > 0xdffefd00-0xdffefdff irq 5 at device 18.0 on pci0 vr0: Quirks: 0x0 > > vr0: Revision: 0x74 > > miibus1: on vr0 > > ukphy0: on miibus1 ukphy0: > > 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet > > address: 42:00:e6:65:9b:11 vr0: [GIANT-LOCKED] > > > > Just noticed in dmesg after reboot: > > vr0: Tx underrun -- increasing Tx threshold(128 -> 256) > vr0: Tx underrun -- increasing Tx threshold(256 -> 512) > vr0: Tx underrun -- increasing Tx threshold(512 -> 1024) > vr0: Tx underrun -- using store and forward mode > vr0: Tx underrun -- > > at this moment I started copying files in and out using samba > and then last message started to repeat for some time with decreasing > frequency until finally: > > vr0: watchdog timeout > > and no more errors were reported. > Due to the poor Tx performance of the hardware, I frequently saw Tx underrun errors on fast machines. The driver automatically attempts to double Tx threshold for each Tx underrun error. It seems that vr(4) still spews Tx underrun errors even with store-and-forward method. If this is the case I have no idea how to fix that. I've not encountered this on CURRENT so it could be related with Giant lock. I'll let you know if I find more clue. > Despite the errors in dmesg everything seems to work fine at all times > with samba tx performance of 9.5mb/s and rx of 8.5mb/s using Vista as a > client. > -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 05:54:13 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B66C16A417; Mon, 11 Feb 2008 05:54:13 +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 EB0A513C44B; Mon, 11 Feb 2008 05:54:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1B5sBOU026598; Mon, 11 Feb 2008 00:54:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m1B5sBSp075266; Mon, 11 Feb 2008 00:54:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D86E773039; Mon, 11 Feb 2008 00:54:10 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080211055410.D86E773039@freebsd-current.sentex.ca> Date: Mon, 11 Feb 2008 00:54:10 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 05:54:13 -0000 TB --- 2008-02-11 04:44:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-11 04:44:00 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-02-11 04:44:00 - cleaning the object tree TB --- 2008-02-11 04:44:27 - cvsupping the source tree TB --- 2008-02-11 04:44:27 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-02-11 04:44:34 - building world (CFLAGS=-O -pipe) TB --- 2008-02-11 04:44:34 - cd /src TB --- 2008-02-11 04:44:34 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 11 04:44:37 UTC 2008 >>> 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 Feb 11 05:54:10 UTC 2008 TB --- 2008-02-11 05:54:10 - generating LINT kernel config TB --- 2008-02-11 05:54:10 - cd /src/sys/ia64/conf TB --- 2008-02-11 05:54:10 - /usr/bin/make -B LINT TB --- 2008-02-11 05:54:10 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-11 05:54:10 - cd /src TB --- 2008-02-11 05:54:10 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Feb 11 05:54:10 UTC 2008 >>> stage 1: configuring the kernel [...] WARNING: duplicate option `GEOM_PART_BSD' encountered. WARNING: duplicate option `GEOM_PART_GPT' encountered. WARNING: duplicate option `GEOM_PART_MBR' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_ACPI' encountered. WARNING: duplicate device `acpi' encountered. /src/sys/ia64/conf/LINT: unknown option "GEOM_LVM" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-11 05:54:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-11 05:54:10 - ERROR: failed to build lint kernel TB --- 2008-02-11 05:54:10 - tinderbox aborted TB --- 3236.26 user 332.72 system 4210.40 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 06:07:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2173416A418; Mon, 11 Feb 2008 06:07:02 +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 B86EC13C4CE; Mon, 11 Feb 2008 06:07:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1B671QL026987; Mon, 11 Feb 2008 01:07:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m1B670pd084012; Mon, 11 Feb 2008 01:07:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AC79173039; Mon, 11 Feb 2008 01:07:00 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080211060700.AC79173039@freebsd-current.sentex.ca> Date: Mon, 11 Feb 2008 01:07:00 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 06:07:02 -0000 TB --- 2008-02-11 05:05:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-11 05:05:48 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-02-11 05:05:48 - cleaning the object tree TB --- 2008-02-11 05:06:09 - cvsupping the source tree TB --- 2008-02-11 05:06:09 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-02-11 05:06:15 - building world (CFLAGS=-O -pipe) TB --- 2008-02-11 05:06:15 - cd /src TB --- 2008-02-11 05:06:15 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 11 05:06:18 UTC 2008 >>> 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 Feb 11 06:07:00 UTC 2008 TB --- 2008-02-11 06:07:00 - generating LINT kernel config TB --- 2008-02-11 06:07:00 - cd /src/sys/powerpc/conf TB --- 2008-02-11 06:07:00 - /usr/bin/make -B LINT TB --- 2008-02-11 06:07:00 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-11 06:07:00 - cd /src TB --- 2008-02-11 06:07:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Feb 11 06:07:00 UTC 2008 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/powerpc/conf; PATH=/obj/powerpc/src/tmp/legacy/usr/sbin:/obj/powerpc/src/tmp/legacy/usr/bin:/obj/powerpc/src/tmp/legacy/usr/games:/obj/powerpc/src/tmp/usr/sbin:/obj/powerpc/src/tmp/usr/bin:/obj/powerpc/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/powerpc/src/sys/LINT /src/sys/powerpc/conf/LINT WARNING: duplicate option `GEOM_PART_APM' encountered. WARNING: duplicate option `GEOM_PART_MBR' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. /src/sys/powerpc/conf/LINT: unknown option "GEOM_LVM" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-11 06:07:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-11 06:07:00 - ERROR: failed to build lint kernel TB --- 2008-02-11 06:07:00 - tinderbox aborted TB --- 2826.23 user 324.87 system 3672.22 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 06:09:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87F6F16A419 for ; Mon, 11 Feb 2008 06:09:28 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from hs-out-2122.google.com (hs-out-0708.google.com [64.233.178.250]) by mx1.freebsd.org (Postfix) with ESMTP id 1D31B13C467 for ; Mon, 11 Feb 2008 06:09:27 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by hs-out-2122.google.com with SMTP id h53so2085958hsh.11 for ; Sun, 10 Feb 2008 22:09:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=HXsQSyB/caUkY5x5+zjlHjXPeuNQzB2fmds217WCLTU=; b=MfWAy7qW/luMRGNmWI1s8QkoY8SPwlDLZG3DKLV+peCwW+ZlM72rGVqIz5wEVpiWK3f88OX/It42vYhnMdCEapCBkmPaI+GlQAkIh7mQmm6k1o1/DxsoN2GCLM6flMadQ487BH9r0//c01hzff0kko/qbCdAPS+n7hYCPjxyS64= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=m6izdZkCe7l5Q+wyyUdpT0YCuANhdmZXka9d0rVfV00HpvVZYEwlyppzbM1nutntihM1+Tu2PNlBJWZrpDSts0yo7xS3Pkr6MT/VSxb+xblWdXsag6/WQQcOF+l4yC0HN7w28UhyXKTtaycu2V/LPLGviZnMuQRCzsxCe8BMkdk= Received: by 10.143.17.13 with SMTP id u13mr1049765wfi.69.1202710166368; Sun, 10 Feb 2008 22:09:26 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 24sm3779311wfc.18.2008.02.10.22.09.23 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 10 Feb 2008 22:09:24 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m1B69JMe003774 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 11 Feb 2008 15:09:19 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m1B69Fs6003773; Mon, 11 Feb 2008 15:09:15 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 11 Feb 2008 15:09:15 +0900 From: Pyun YongHyeon To: Milan Obuch Message-ID: <20080211060915.GI2317@cdnetworks.co.kr> References: <20080204022334.GC27999@cdnetworks.co.kr> <200802051540.01916.freebsd-current@dino.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200802051540.01916.freebsd-current@dino.sk> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: CFT: vr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 06:09:28 -0000 On Tue, Feb 05, 2008 at 03:40:01PM +0100, Milan Obuch wrote: > On Monday 04 February 2008, Pyun YongHyeon wrote: > > Dear all, > > > > Here is overhauled vr(4) that shall address all known issues. PR > > database showed vr(4) is not stable enough under high load and > > link state handling didn't work as expected as well as its poor > > performance. I've tried hard to fix the bugs reported in PR > > database for several months. It tooked more time than I had > > planned when I received donated hardware. > > vr(4) will now > > - work on all architectures. > > - have better Rx performance. > > - have more robust error recovery. > > - reliably detect link state changes. > > - support 32bit perfect multicast filtering for VT6105M. > > - support WOL. > > > > It seems that the overhauled vr(4) runs well under my limited test > > environments. Several users already reported success. Because there > > are three kinds of Rhine family and lots of variants for the > > hardware, I'd like to hear feedback from users priror to commit. > > You can get the latest vr(4) at the following URL. > > > > http://people.freebsd.org/~yongari/vr/if_vr.c > > http://people.freebsd.org/~yongari/vr/if_vrreg.h > > > > I wouldn't be available for 7 ~ 10 days from Feb 5, so please don't > > expect quick reply. > > Hi, > > did anybody test Routerboard 44? It is quad network card, uses VT6105M chips > as network controller (Via) and PCI6152 as PCI-PCI bridge (PLX Technology). > With both stock if_vr and modified from site given above it partially works - > interfaces are created, ifconfig works, but even pinging some host in local > network (I achieve the effect with ping -f in a minue or so) hangs system. > Nothing on my console, nothing in system log. Only hard powerdown restores > system in functioning state. > > I tested it with stock vr driver in both 6 and 7 stable on both i386 and > amd64, and now with overhauled vr in 8 freshly cvsupped and two files > replaced on i386. > > If anybody has any idea or some patches I could test, I will. > I have tested 4-port Rhine III(6105LOM) and I never seen this hangs. Does this also happen on other network interface too? When the system hangs, would you break into DDB and show me the output of 'show alllocks' and 'ps'? > Regards, > Milan > > This is on console after kldload if_vr: > > Feb 5 14:36:29 tix kernel: vr0: port > 0x9c00-0x9cff mem 0xfceff000-0xfceff0ff irq 17 at device 8.0 on pci3 > Feb 5 14:36:29 tix kernel: vr0: Quirks: 0x6 > Feb 5 14:36:29 tix kernel: vr0: Revision: 0x96 > Feb 5 14:36:29 tix kernel: miibus1: on vr0 > Feb 5 14:36:29 tix kernel: ukphy0: PHY > 1 on miibus1 > Feb 5 14:36:29 tix kernel: ukphy0: 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, auto > Feb 5 14:36:29 tix kernel: vr0: Ethernet address: 00:0c:42:02:38:a8 > Feb 5 14:36:29 tix kernel: vr0: [ITHREAD] > Feb 5 14:36:29 tix kernel: vr1: port > 0x9800-0x98ff mem 0xfcefe000-0xfcefe0ff irq 18 at device 9.0 on pci3 > Feb 5 14:36:29 tix kernel: vr1: Quirks: 0x6 > Feb 5 14:36:29 tix kernel: vr1: Revision: 0x96 > Feb 5 14:36:29 tix kernel: miibus2: on vr1 > Feb 5 14:36:29 tix kernel: ukphy1: PHY > 1 on miibus2 > Feb 5 14:36:29 tix kernel: ukphy1: 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, auto > Feb 5 14:36:29 tix kernel: vr1: Ethernet address: 00:0c:42:02:38:a9 > Feb 5 14:36:29 tix kernel: vr1: [ITHREAD] > Feb 5 14:36:29 tix kernel: vr2: port > 0x9400-0x94ff mem 0xfcefd000-0xfcefd0ff irq 19 at device 10.0 on pci3 > Feb 5 14:36:29 tix kernel: vr2: Quirks: 0x6 > Feb 5 14:36:29 tix kernel: vr2: Revision: 0x96 > Feb 5 14:36:29 tix kernel: miibus3: on vr2 > Feb 5 14:36:29 tix kernel: ukphy2: PHY > 1 on miibus3 > Feb 5 14:36:29 tix kernel: ukphy2: 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, auto > Feb 5 14:36:29 tix kernel: vr2: Ethernet address: 00:0c:42:02:38:aa > Feb 5 14:36:29 tix kernel: vr2: [ITHREAD] > Feb 5 14:36:29 tix kernel: vr3: port > 0x9000-0x90ff mem 0xfcefc000-0xfcefc0ff irq 16 at device 11.0 on pci3 > Feb 5 14:36:29 tix kernel: vr3: Quirks: 0x6 > Feb 5 14:36:29 tix kernel: vr3: Revision: 0x96 > Feb 5 14:36:29 tix kernel: miibus4: on vr3 > Feb 5 14:36:29 tix kernel: ukphy3: PHY > 1 on miibus4 > Feb 5 14:36:29 tix kernel: ukphy3: 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, auto > Feb 5 14:36:29 tix kernel: vr3: Ethernet address: 00:0c:42:02:38:ab > Feb 5 14:36:29 tix kernel: vr3: [ITHREAD] > Feb 5 14:36:29 tix kernel: vr0: link state changed to DOWN > Feb 5 14:36:29 tix kernel: vr1: link state changed to DOWN > Feb 5 14:36:29 tix kernel: vr2: link state changed to DOWN > Feb 5 14:36:29 tix kernel: vr3: link state changed to DOWN > -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 06:53:06 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A5F616A4AB; Mon, 11 Feb 2008 06:53:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0B32A13C46E; Mon, 11 Feb 2008 06:53:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1B6r5Dr051144; Mon, 11 Feb 2008 01:53:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m1B6r5JP051882; Mon, 11 Feb 2008 01:53:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 48A6E73039; Mon, 11 Feb 2008 01:53:05 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080211065305.48A6E73039@freebsd-current.sentex.ca> Date: Mon, 11 Feb 2008 01:53:05 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 06:53:06 -0000 TB --- 2008-02-11 05:54:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-11 05:54:10 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-02-11 05:54:11 - cleaning the object tree TB --- 2008-02-11 05:54:40 - cvsupping the source tree TB --- 2008-02-11 05:54:40 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-02-11 05:54:47 - building world (CFLAGS=-O -pipe) TB --- 2008-02-11 05:54:47 - cd /src TB --- 2008-02-11 05:54:47 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 11 05:54:49 UTC 2008 >>> 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 Feb 11 06:53:04 UTC 2008 TB --- 2008-02-11 06:53:04 - generating LINT kernel config TB --- 2008-02-11 06:53:04 - cd /src/sys/sparc64/conf TB --- 2008-02-11 06:53:04 - /usr/bin/make -B LINT TB --- 2008-02-11 06:53:04 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-11 06:53:04 - cd /src TB --- 2008-02-11 06:53:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Feb 11 06:53:04 UTC 2008 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/sparc64/conf; PATH=/obj/sparc64/src/tmp/legacy/usr/sbin:/obj/sparc64/src/tmp/legacy/usr/bin:/obj/sparc64/src/tmp/legacy/usr/games:/obj/sparc64/src/tmp/usr/sbin:/obj/sparc64/src/tmp/usr/bin:/obj/sparc64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/sparc64/src/sys/LINT /src/sys/sparc64/conf/LINT WARNING: duplicate option `GEOM_BSD' encountered. WARNING: duplicate option `GEOM_SUNLABEL' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `SUNKBD_EMULATE_ATKBD' encountered. /src/sys/sparc64/conf/LINT: unknown option "GEOM_LVM" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-11 06:53:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-11 06:53:05 - ERROR: failed to build lint kernel TB --- 2008-02-11 06:53:05 - tinderbox aborted TB --- 2640.55 user 316.14 system 3534.20 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 07:03:16 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5230B16A41A; Mon, 11 Feb 2008 07:03:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E74EF13C46A; Mon, 11 Feb 2008 07:03:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1B73FYQ051522; Mon, 11 Feb 2008 02:03:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m1B73FNc069740; Mon, 11 Feb 2008 02:03:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2AB7D73039; Mon, 11 Feb 2008 02:03:15 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080211070315.2AB7D73039@freebsd-current.sentex.ca> Date: Mon, 11 Feb 2008 02:03:15 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 07:03:16 -0000 TB --- 2008-02-11 06:07:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-11 06:07:00 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-02-11 06:07:00 - cleaning the object tree TB --- 2008-02-11 06:07:28 - cvsupping the source tree TB --- 2008-02-11 06:07:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-02-11 06:07:35 - building world (CFLAGS=-O -pipe) TB --- 2008-02-11 06:07:35 - cd /src TB --- 2008-02-11 06:07:35 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 11 06:07:36 UTC 2008 >>> 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 Feb 11 07:03:14 UTC 2008 TB --- 2008-02-11 07:03:14 - generating LINT kernel config TB --- 2008-02-11 07:03:14 - cd /src/sys/sun4v/conf TB --- 2008-02-11 07:03:14 - /usr/bin/make -B LINT TB --- 2008-02-11 07:03:14 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-11 07:03:14 - cd /src TB --- 2008-02-11 07:03:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Feb 11 07:03:15 UTC 2008 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/sun4v/conf; PATH=/obj/sun4v/src/tmp/legacy/usr/sbin:/obj/sun4v/src/tmp/legacy/usr/bin:/obj/sun4v/src/tmp/legacy/usr/games:/obj/sun4v/src/tmp/usr/sbin:/obj/sun4v/src/tmp/usr/bin:/obj/sun4v/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/sun4v/src/sys/LINT /src/sys/sun4v/conf/LINT WARNING: duplicate option `GEOM_BSD' encountered. WARNING: duplicate option `GEOM_SUNLABEL' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_GENCLOCK' encountered. WARNING: duplicate device `genclock' encountered. /src/sys/sun4v/conf/LINT: unknown option "GEOM_LVM" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-11 07:03:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-11 07:03:15 - ERROR: failed to build lint kernel TB --- 2008-02-11 07:03:15 - tinderbox aborted TB --- 2636.38 user 316.30 system 3374.27 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 08:42:05 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70C2116A418; Mon, 11 Feb 2008 08:42:05 +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 1A08A13C4DD; Mon, 11 Feb 2008 08:42:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1B8g4ja032320; Mon, 11 Feb 2008 03:42:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m1B8g3rq098466; Mon, 11 Feb 2008 03:42:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C00C873039; Mon, 11 Feb 2008 03:42:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080211084203.C00C873039@freebsd-current.sentex.ca> Date: Mon, 11 Feb 2008 03:42:03 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 08:42:05 -0000 TB --- 2008-02-11 07:05:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-11 07:05:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-02-11 07:05:01 - cleaning the object tree TB --- 2008-02-11 07:05:53 - cvsupping the source tree TB --- 2008-02-11 07:05:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-02-11 07:06:00 - building world (CFLAGS=-O -pipe) TB --- 2008-02-11 07:06:00 - cd /src TB --- 2008-02-11 07:06:00 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 11 07:06:01 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Mon Feb 11 08:35:34 UTC 2008 TB --- 2008-02-11 08:35:34 - generating LINT kernel config TB --- 2008-02-11 08:35:34 - cd /src/sys/amd64/conf TB --- 2008-02-11 08:35:34 - /usr/bin/make -B LINT TB --- 2008-02-11 08:35:34 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-11 08:35:34 - cd /src TB --- 2008-02-11 08:35:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Feb 11 08:35:34 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/geom/label/g_label_msdosfs.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/geom/label/g_label_ntfs.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/geom/label/g_label_reiserfs.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/geom/label/g_label_ufs.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/geom/lvm/g_lvm.c cc1: warnings being treated as errors /src/sys/geom/lvm/g_lvm.c: In function 'g_lvm_start': /src/sys/geom/lvm/g_lvm.c:267: warning: format '%d' expects type 'int', but argument 2 has type 'size_t' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-11 08:42:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-11 08:42:03 - ERROR: failed to build lint kernel TB --- 2008-02-11 08:42:03 - tinderbox aborted TB --- 4209.73 user 532.21 system 5822.66 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 08:55:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7F9D16A419 for ; Mon, 11 Feb 2008 08:55:18 +0000 (UTC) (envelope-from darranc@deejc.net) Received: from smtp-out-57.livemail.co.uk (smtp-out-60.livemail.co.uk [213.171.216.60]) by mx1.freebsd.org (Postfix) with ESMTP id 40D2B13C45E for ; Mon, 11 Feb 2008 08:55:17 +0000 (UTC) (envelope-from darranc@deejc.net) Received: from Postfix filter 42a77884ce2a0a03efc6bb50a6dcdb20 (smtp-out-57.livemail.co.uk [127.0.0.1]) by smtp-out-57.livemail.co.uk (Postfix) with SMTP id 5254F20783D for ; Mon, 11 Feb 2008 08:55:16 +0000 (GMT) Received: from Vostro (unknown [91.104.110.8]) by smtp-out-57.livemail.co.uk (Postfix) with ESMTP id F2D5220783D; Mon, 11 Feb 2008 08:55:15 +0000 (GMT) From: "Darran" To: "'Scot Hetzel'" References: <319b588b0801060139m5e99e857of3a8f44ab3d2e078@mail.gmail.com> <003401c85059$581790f0$6501a8c0@Vostro> <790a9fff0801092316s44f07257ne6ac48a8c9a09f97@mail.gmail.com> <790a9fff0801100559k42cf4c33ha93ae50ed9d27ac0@mail.gmail.com> <000001c853c2$13e5d790$6501a8c0@Vostro> <790a9fff0801101408me7eaaa1ycfb6a5b9f26dfa9c@mail.gmail.com> Date: Mon, 11 Feb 2008 08:55:15 -0000 Message-ID: <003b01c86c8b$d1c1eba0$6501a8c0@Vostro> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 Content-Type: multipart/signed; boundary="----=_NextPart_000_0036_01C86C8B.D17CCC50"; micalg=MD5; protocol="application/x-pkcs7-signature" In-Reply-To: <790a9fff0801101408me7eaaa1ycfb6a5b9f26dfa9c@mail.gmail.com> Thread-Index: AchT1UPCDLFMMtLqTdqIQBCDl4XX8wYtiz4g X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Original-To: freebsd-current@freebsd.org Cc: freebsd-current@freebsd.org Subject: RE: Hung laptop now will not boot 7.0-RC1 --- now working! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 08:55:18 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0036_01C86C8B.D17CCC50 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hey Scott, I rebuilt the laptop (using the same disks)and it worked this time. The only issue I see is that the ifconfig part does not list my router as connected there is just a pair of "" there and not my ssid When it boots the link comes up, dhclient starts then the link goes down and the dhclient runs 3 times then the link comes back up So in effect it is working Darran http://www.deejc.net -----Original Message----- From: Scot Hetzel [mailto:swhetzel@gmail.com] Sent: 10 January 2008 22:08 To: Darran Cc: freebsd-current@freebsd.org Subject: Re: Hung laptop now will not boot 7.0-RC1 On 1/10/08, Darran wrote: > Thanks Scot I tried this one and I still don't get any connection showing > when I look in ifconfig -a > > I ran ndisgen and bcmwl5.inf and bcmwl564.sys which created bcmwl564_sys.ko, > I kldload'ed it and nothing .. even in the message's I don't see the usual > Dell entry when the driver loads. > Do you have an entry similar to this in your dmesg? ndis0: mem 0xc0204000-0xc0205fff irq 21 at device 2.0 on pci6 Scot ------=_NextPart_000_0036_01C86C8B.D17CCC50 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExDjAMBggqhkiG9w0CBQUAMIAGCSqGSIb3DQEHAQAAoIII0DCC AlgwggHBoAMCAQICEC4N3+8bOWbjM8NONNhNsVAwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMC WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA3MDMxOTEyNDEzNloXDTA4MDMxODEy NDEzNlowQzEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEgMB4GCSqGSIb3DQEJARYR ZGFycmFuY0BkZWVqYy5uZXQwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBANmDFEcbptwbmawN K6+7QngGHBeiU4gOuYU3D3X1Zucv3hI2qMpcqPuYO6HUOsVGFxqeS8fx0qa3wvlx9zjEotOBcKHu pZxku9JNiofhhtBi4y0iaC2V+j1GqDxkz0W+s32f7dAT1X1zv2Jt04XkL+OWW7V2sZhbBeQ9jXzX JK1hAgMBAAGjLjAsMBwGA1UdEQQVMBOBEWRhcnJhbmNAZGVlamMubmV0MAwGA1UdEwEB/wQCMAAw DQYJKoZIhvcNAQEFBQADgYEAawNjU0urh2u6syrZEzC0qU/nuiPHMd/2rVLWj0a9QRL89hgMNM/b R4iePEH3+8jBH+uBStMAm0FvzWzJj2Kiak3JV5GnZ/7J31EWXiGQcheAp7rFi9ud4vKh2bZPcI6r eN9k7dvSvmyix4cFWDx/p7gZvXdhxjxK7SMncHHA4BUwggMtMIIClqADAgECAgEAMA0GCSqGSIb3 DQEBBAUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlD YXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0 aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg Q0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNOTYwMTAx MDAwMDAwWhcNMjAxMjMxMjM1OTU5WjCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4g Q2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYG A1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3 dGUuY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDUadfUsJRkW3HpR9gMUbbqcpGwhF59 LQ2PexLfhSV1KHQ6QixjJ5+Ve0vvfhmHHYbqo925zpZkGsIUbkSsfOaP6E0PcR9AOKYAo4d49vmU hl6t6sBeduvZFKNdbnp8DKVLVX8GGSl/npom1Wq7OCQIapjHsdqjmJH9edvlWsQcuQIDAQABoxMw ETAPBgNVHRMBAf8EBTADAQH/MA0GCSqGSIb3DQEBBAUAA4GBAMfskn5O+PWWpWdiKqTwTRFg0G+N YFhhrCa7UjVcCM8w+6hKloofYkIjjBcP9LpknBesRynfnZhe0mxgcVyirNx54+duAEcftQ0o6AKd 5Jr9E/Sm2Xyx+NxfIyYJkYBz0BQb3kOpgyXy5pwvFcr+pquKB3WLDN1RhGvk+NHOd6KBMIIDPzCC AqigAwIBAgIBDTANBgkqhkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rl cm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEo MCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3Rl IFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0 aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDE pjxVc1X7TrnKmVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAKMNcCY1osiRVwjt3J 8CuFWqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTXp6a7n2XRxSpUhQ9IBH+n ttE8YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYBAf8CAQAwQwYDVR0fBDwwOjA4 oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBlcnNvbmFsRnJlZW1haWxDQS5jcmww CwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwyLTEzODAN BgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2asZw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82L8D0 HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSeJVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr394fWxghO rvbqNOUQGls1TXfjViF4gtwhGTXeJLHTHUb/XV9lTzGCAvcwggLzAgEBMHYwYjELMAkGA1UEBhMC WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAuDd/vGzlm4zPDTjTYTbFQMAwGCCqGSIb3 DQIFBQCgggHUMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA4MDIx MTA4NTUxNVowHwYJKoZIhvcNAQkEMRIEENTpQEsxUSZUoGC6mVkyefAwZwYJKoZIhvcNAQkPMVow WDAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYI KoZIhvcNAwICASgwCgYIKoZIhvcNAgUwBwYFKw4DAhowgYUGCSsGAQQBgjcQBDF4MHYwYjELMAkG A1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAuDd/vGzlm4zPDTjTYTbFQMIGH BgsqhkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0 aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5n IENBAhAuDd/vGzlm4zPDTjTYTbFQMA0GCSqGSIb3DQEBAQUABIGAlCrU+m6gKLDV9o9HjQ0Q04pT BdlMo5KudhcsVtJYsTxhwgyzFnnTvDmUGXc5EUE5Pm/QhXePdWbBTC0dLFIeEvjnQMNX89k7VJA8 bpknT6c8C6Rzst9z5A6aZg4ZJPKJcjveAKuJPnexw8Ry09fZ3DNWwwCwysKUXYhoIHG/CmAAAAAA AAA= ------=_NextPart_000_0036_01C86C8B.D17CCC50-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 10:55:16 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B02D16A418 for ; Mon, 11 Feb 2008 10:55:16 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 93B8C13C46A for ; Mon, 11 Feb 2008 10:55:15 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m1BAtCJW055008; Mon, 11 Feb 2008 11:55:13 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m1BAtB0Y055007; Mon, 11 Feb 2008 11:55:11 +0100 (CET) (envelope-from olli) Date: Mon, 11 Feb 2008 11:55:11 +0100 (CET) Message-Id: <200802111055.m1BAtB0Y055007@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, ari@ish.com.au In-Reply-To: X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 11 Feb 2008 11:55:14 +0100 (CET) Cc: Subject: Re: ZFS and PAE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, ari@ish.com.au List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 10:55:16 -0000 Aristedes Maniatis wrote: > Given the high memory usage requirements of ZFS, I'd like to load up > servers using it with as much memory as I can. More than 4Gb of memory > on older 32bit CPUs. Since PAE doesn't play with loadable kernel > modules, is there a way to compile ZFS into the kernel itself (if I > tick a box that says I know that licensing issues exist)? When you hit the 4 GB limit in FreeBSD/i386, the main issue with ZFS is address space, not RAM. Running at 32bit, you will always have the 4 GB limit for KVM + userspace address space, no matter how much RAM you actually have, and no matter whether you use PAE or not. The additional RAM beyond 4 GB will not help much for ZFS, even with PAE. If your processor supports 64bit mode, then take advantage of that if you want to use ZFS. If your processor is 32bit only, buying huge amounts of RAM and enabling PAE will not compensate for the lack of 64bit support. Better spend the money on 64bit capable hardware. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "In My Egoistical Opinion, most people's C programs should be indented six feet downward and covered with dirt." -- Blair P. Houghton From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 10:55:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C782E16A469 for ; Mon, 11 Feb 2008 10:55:35 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 18E5C13C469; Mon, 11 Feb 2008 10:55:34 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47B029A4.1070702@FreeBSD.org> Date: Mon, 11 Feb 2008 11:55:32 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Aristedes Maniatis References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ZFS and PAE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 10:55:35 -0000 Aristedes Maniatis wrote: > Given the high memory usage requirements of ZFS, I'd like to load up > servers using it with as much memory as I can. More than 4Gb of memory > on older 32bit CPUs. Since PAE doesn't play with loadable kernel > modules, is there a way to compile ZFS into the kernel itself (if I tick > a box that says I know that licensing issues exist)? PAE does work with kernel modules, and ZFS works fine. Kris From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 11:39:10 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A63816A41B for ; Mon, 11 Feb 2008 11:39:10 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 3098A13C4D9 for ; Mon, 11 Feb 2008 11:39:09 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:Subject:From:X-Attribution:Date:Message-Id; b=dinOk2uIjo74Vqbw1fMdS3U6llu0i7HAJIatJgsg3VWsjsra9CoN6J5/viHlPVBWObEbXB4yEA8S8JLnP9hHqysj4yMlgJO3WEq9/Tq2WBfs0nE3NRfl0mkJ/HxieMIMOKdqLxlhx+efG9YrKDasWsRUGgIo+p7KLkViujwsY2mvByOB+b1CnbxvXOcgZe/hgJJ0XxviLf6A3M+99z3rNoW948Dr+HAnUIr5TwYOXh/k0rAg0bGzO1l7dS8enuBD; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1JOX07-0001cm-TC for current@freebsd.org; Mon, 11 Feb 2008 11:39:08 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JOWzJ-00009r-Le for current@freebsd.org; Mon, 11 Feb 2008 11:38:17 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JOWzI-00011R-Lg for current@freebsd.org; Mon, 11 Feb 2008 13:38:16 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Mon, 11 Feb 2008 13:38:16 +0200 Message-Id: Cc: Subject: [PATCH] RELENG_7 buildworld fails in libarchive. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 11:39:10 -0000 Hi It seems like cpio has been removed from libarchive, but not the Makefile, or some remnant accidentally got added. RCS file: /home/ncvs/src/lib/libarchive/Makefile,v retrieving revision 1.77.2.1 diff -u -d -r1.77.2.1 Makefile --- Makefile 11 Feb 2008 00:31:06 -0000 1.77.2.1 +++ Makefile 11 Feb 2008 11:33:36 -0000 @@ -100,7 +100,6 @@ archive_util.3 \ archive_write.3 \ archive_write_disk.3 \ - cpio.5 \ libarchive.3 \ libarchive-formats.5 \ tar.5 cvs diff: Diffing test Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 12:19:35 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FB0216A417; Mon, 11 Feb 2008 12:19:35 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 00DC913C4E7; Mon, 11 Feb 2008 12:19:34 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=NOIFCroBaoSkmWJAeCejVLRvAOYJmQGpFlBoii0TQ2uNLGxmrKcW80WC5rj/cyBadv0UX3d1y30hc8UwvaoXzO38i3DMVELGe/ccqCPkmPO+2z98t1UmQAgmvAKTifIPMDuWKai6CI6p/fSXzd/vrzTACA5IsOK3vpwBawqoK4A=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JOXPg-000G2C-8h; Mon, 11 Feb 2008 15:05:32 +0300 Date: Mon, 11 Feb 2008 15:05:31 +0300 From: Eygene Ryabinkin To: Ian FREISLICH Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.8 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: kientzle@freebsd.org, current@freebsd.org Subject: Re: [PATCH] RELENG_7 buildworld fails in libarchive. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 12:19:35 -0000 Ian, Tim, good day. Mon, Feb 11, 2008 at 01:38:16PM +0200, Ian FREISLICH wrote: > It seems like cpio has been removed from libarchive, but not the > Makefile, or some remnant accidentally got added. Hmm, seems like cpio.5 was forgotten in the MFC from -CURRENT to RELENG_7 made at Mon Feb 11 03:31:06 2008 UTC+3 (original commit is from Sun Dec 30 07:58:22 2007 UTC+3). Original commit message says: ----- Update libarchive to 2.4.10. This includes a number of improvements that I've been working on but put off committing until after the RELENG_7 branch, including: * New manpages: cpio.5 mtree.5 [...] ----- > RCS file: /home/ncvs/src/lib/libarchive/Makefile,v > retrieving revision 1.77.2.1 > diff -u -d -r1.77.2.1 Makefile > --- Makefile 11 Feb 2008 00:31:06 -0000 1.77.2.1 > +++ Makefile 11 Feb 2008 11:33:36 -0000 > @@ -100,7 +100,6 @@ > archive_util.3 \ > archive_write.3 \ > archive_write_disk.3 \ > - cpio.5 \ > libarchive.3 \ > libarchive-formats.5 \ > tar.5 > cvs diff: Diffing test This will work (and I put this to my Makefile too), but possibly it is better to add the missing cpio.5. -- Eygene From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 12:58:25 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E911C16A417; Mon, 11 Feb 2008 12:58:25 +0000 (UTC) (envelope-from ben@altesco.nl) Received: from altus-escon.com (altesco.xs4all.nl [82.95.106.39]) by mx1.freebsd.org (Postfix) with ESMTP id 6FEB513C45D; Mon, 11 Feb 2008 12:58:25 +0000 (UTC) (envelope-from ben@altesco.nl) Received: from benjoam.altus-escon.com (benjoam.altus-escon.com [193.78.231.14]) by altus-escon.com (8.13.6/8.13.1) with ESMTP id m1BCwJAH084206; Mon, 11 Feb 2008 13:58:24 +0100 (CET) (envelope-from ben@altesco.nl) Message-Id: <2B3CDACE-9D13-4A2C-900B-12EB421238B2@altesco.nl> From: Ben Stuyts To: obrien@freebsd.org In-Reply-To: <20080209002356.GB30493@dragon.NUXI.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 11 Feb 2008 13:58:18 +0100 References: <3E1A8014-3F18-492B-8288-46706F420123@altesco.nl> <9892EE5A-068E-4BFA-8D31-9FF7184C3181@altesco.nl> <20080209002356.GB30493@dragon.NUXI.org> X-Mailer: Apple Mail (2.915) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (altus-escon.com [193.78.231.42]); Mon, 11 Feb 2008 13:58:24 +0100 (CET) X-Virus-Scanned: ClamAV 0.92/5769/Mon Feb 11 11:56:45 2008 on earth.altus-escon.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Panic when connecting USB drive to amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 12:58:26 -0000 On 9 Feb 2008, at 01:23, David O'Brien wrote: > On Fri, Feb 08, 2008 at 07:02:46PM +0100, Ben Stuyts wrote: >>> >> I have connected the same drive to a different system, running a >> somewhat >> older version of i386 7.0, and it does not panic. So maybe it is >> amd64 >> specific. Here are the drive's details that came up: >> >> FreeBSD jirad.altus-escon.com 7.0-BETA4 FreeBSD 7.0-BETA4 #3: Tue >> Dec 4 >> 17:03:57 CET 2007 root@jirad.altus-escon.com:/usr/obj/usr/src/sys/ >> GENERIC i386 > > The kernel you paniced with is from Feb 2008. It would be helpful > if you > could try either a BETA4 kernel on your AMD64 machine, or a Feb 2008 > kernel on your i386. Ok, I tested with an updated kernel on the i386, and it works fine. So at least it is not a regression problem. > Also note, if these two machines are different, they can easily have > different hardware and thus trigger/not-trigger the problem just due > to > the HW differences. Yes, very different. In any case, the problem still exists on the amd64 machine, so I'd appreciate any help in getting this problem resolved. Ben From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 13:05:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CB9916A468 for ; Mon, 11 Feb 2008 13:05:11 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 48B6913C447 for ; Mon, 11 Feb 2008 13:05:10 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1BD5Acs047051; Mon, 11 Feb 2008 08:05:10 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m1BD58ZZ058438 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 11 Feb 2008 08:05:09 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200802111305.m1BD58ZZ058438@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 11 Feb 2008 08:03:15 -0500 To: pyunyh@gmail.com From: Mike Tancsa In-Reply-To: <20080211053537.GE2317@cdnetworks.co.kr> References: <20080204022334.GC27999@cdnetworks.co.kr> <200802041545.m14FjpVn014969@lava.sentex.ca> <200802042056.54799.shoesoft@gmx.net> <200802050200.m1520m6m017592@lava.sentex.ca> <20080211053537.GE2317@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: CFT: vr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 13:05:11 -0000 At 12:35 AM 2/11/2008, Pyun YongHyeon wrote: >Sorry for late reply. >I just returned from lunar New Year holiday. Hi, Happy new year :) > > Still seeing some "Forced Reset", although at a slightly lower > > rate. The rx shutdown error is new however. > > > > vr0: vr_stop: Rx shutdown error > > vr0: vr_stop: Rx shutdown error > >These messages are printed from vr_stop() which is called >to stop the operation of the NIC. By any chance do you perodically >stop and restart the interface? Perhaps something to do with dhclient ? > > vr0: Using force reset command. > > > >This message comes from vr_reset() which is always executed first >in vr_init_locked(). Don't know why soft reset does not work under >certain conditions. Datasheet for Rhine III(VT6105M, VT6105LOM) >says nothing about it. I guess you can ignore it unless this >message and above messages are continuously printed on your >console. It doesnt seem to happen too much on releng7. I have been running your driver from the download page for almost a week and it happens a lot less than it does with the RELENG_6 version. I know in RELENG_6, we periodically see the NIC wedge where it doesnt see incoming traffic. Sending out a packet 'wakes it up again' and we see a vr0: Using force reset command. in the logs. Havent see that yet on the modified RELENG_7 version, so so far so good! I will try it on a few more boxes and do some more testing this week. ---Mike From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 13:05:44 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A7B016A417 for ; Mon, 11 Feb 2008 13:05:44 +0000 (UTC) (envelope-from me@lexasoft.ru) Received: from mmx.lexasoft.ru (lexasoft.ru [92.241.160.6]) by mx1.freebsd.org (Postfix) with ESMTP id 7179A13C448 for ; Mon, 11 Feb 2008 13:05:43 +0000 (UTC) (envelope-from me@lexasoft.ru) Received: from [10.100.0.2] (petrovich-telecom-gw.wahome.ru [77.91.225.38]) by mmx.lexasoft.ru (Postfix) with ESMTPSA id 3DF972842C for ; Mon, 11 Feb 2008 12:49:39 +0300 (MSK) Message-Id: <9DA6FFCD-11DB-4580-9314-52B0885351D8@lexasoft.ru> From: Alexey Tarasov To: current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 11 Feb 2008 15:49:40 +0300 X-Mailer: Apple Mail (2.915) Cc: Subject: Disappointing speed with ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 13:05:44 -0000 Hello. I am trying to use ZFS to store my torrent downloads. I noticed that =20 hashing in rtorrent works 10 times slower than the same disk with UFS. I've done tuning as described in WIKI: vm.kmem_size_max=3D"1073741824" vm.kmem_size=3D"1073741824" kern.maxvnodes=3D800000 My DMESG: Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights =20 reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-PRERELEASE #1: Wed Feb 6 15:39:32 MSK 2008 lexa@alpha.lexasoft.ru:/usr/obj/usr/src/sys/ALPHA Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU 2160 @ 1.80GHz (1795.51-MHz K8-=20 class CPU) Origin =3D "GenuineIntel" Id =3D 0x6f2 Stepping =3D 2 =20 Features=20 =3D=20 0xbfebfbff=20 <=20 FPU=20 ,VME=20 ,DE=20 ,PSE=20 ,TSC=20 ,MSR=20 ,PAE=20 ,MCE=20 ,CX8=20 ,APIC=20 ,SEP=20 ,MTRR=20 ,PGE=20 ,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> Features2=3D0xe39d AMD Features=3D0x20100800 AMD Features2=3D0x1 Cores per package: 2 usable memory =3D 4280516608 (4082 MB) avail memory =3D 4125683712 (3934 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, =20 RF5413) hptrr: HPT RocketRAID controller driver v1.1 (Feb 6 2008 15:37:30) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 928092806000928 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 928092806000928 device_attach: est1 attach returned 6 p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 pcib2: irq 17 at device 28.0 on pci0 pci9: on pcib2 pcib3: at device 0.0 on pci9 pci10: on pcib3 pcib4: irq 17 at device 28.4 on pci0 pci13: on pcib4 em0: port =20 0x4000-0x401f mem 0xe0200000-0xe021ffff irq 16 at device 0.0 on pci13 em0: Using MSI interrupt em0: Ethernet address: 00:30:48:8f:78:ca em0: [FILTER] pcib5: irq 16 at device 28.5 on pci0 pci14: on pcib5 em1: port =20 0x5000-0x501f mem 0xe0300000-0xe031ffff irq 17 at device 0.0 on pci14 em1: Using MSI interrupt em1: Ethernet address: 00:30:48:8f:78:cb em1: [FILTER] uhci0: port 0x3000-0x301f irq 23 at =20 device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x3020-0x303f irq 19 at =20 device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x3040-0x305f irq 18 at =20 device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x3060-0x307f irq 16 at =20 device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem =20 0xe0000000-0xe00003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib6: at device 30.0 on pci0 pci15: on pcib6 vgapci0: port 0x6000-0x60ff mem =20 0xe8000000-0xefffffff,0xe0400000-0xe040ffff irq 16 at device 0.0 on =20 pci15 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port =20 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x30a0-0x30af at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x30e8-0x30ef,=20 0x30dc-0x30df,0x30e0-0x30e7,0x30d8-0x30db,0x30b0-0x30bf mem =20 0xe0000400-0xe00007ff irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 =20 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on =20= acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on =20= acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcbfff,=20 0xcc000-0xccfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on =20 isa0 Timecounters tick every 1.000 msec hptrr: no controller detected. acd0: CDROM at ata0-master UDMA33 ad4: 157066MB at ata2-master SATA150 ad5: 381553MB at ata2-slave SATA150 ad6: 157066MB at ata3-master SATA150 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a WARNING: ZFS is considered to be an experimental feature in FreeBSD. ZFS filesystem version 6 ZFS storage pool version 6 KERNEL CONFIG is Generic with debug turned off and SCHED_ULE. Could you please tell me where I am not right? Or what should I do to =20= make it faster? -- Alexey Tarasov (\__/) (=3D'.'=3D) E[: | | | | :]=D0=97 (")_(") From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 13:29:43 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B43A16A420; Mon, 11 Feb 2008 13:29:43 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id F03C613C4DB; Mon, 11 Feb 2008 13:29:42 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=epqjpCMXp99A+nXleWKkp22zZGb0OxxTX7yzzD/p6HDQ53817/y4D1GtVaIwZU7HI7jOFDpl6eHYfscnTR8yF33jygkb3cFat9YixF69GRrKDN8vn/GjdTJPl1nP2lI/iq3cjzeiUp0gqpPGr+EALTLfK0mP3iDDmd4s+VyN3Hg=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JOYj7-000GXS-Ol; Mon, 11 Feb 2008 16:29:41 +0300 Date: Mon, 11 Feb 2008 16:29:40 +0300 From: Eygene Ryabinkin To: Remko Lodder Message-ID: References: <59343.195.64.94.120.1202735701.squirrel@galain.elvandar.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <59343.195.64.94.120.1202735701.squirrel@galain.elvandar.org> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.8 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: kientzle@freebsd.org, Ian FREISLICH , current@freebsd.org Subject: Re: [PATCH] RELENG_7 buildworld fails in libarchive. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 13:29:43 -0000 Mon, Feb 11, 2008 at 02:15:01PM +0100, Remko Lodder wrote: > I just MFC?d the manual page. Cool, thank you Remko! -- Eygene From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 14:01:07 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91B8E16A418; Mon, 11 Feb 2008 14:01:07 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from galain.elvandar.org (galain.elvandar.org [217.148.169.56]) by mx1.freebsd.org (Postfix) with ESMTP id 52FD713C4D5; Mon, 11 Feb 2008 14:01:06 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from localhost.we-dare.net ([127.0.0.1] helo=galain.elvandar.org) by galain.elvandar.org with esmtpa (Exim 4.67) (envelope-from ) id 1JOYUv-000DZw-8w; Mon, 11 Feb 2008 14:15:01 +0100 Received: from 195.64.94.120 (SquirrelMail authenticated user remko) by galain.elvandar.org with HTTP; Mon, 11 Feb 2008 14:15:01 +0100 (CET) Message-ID: <59343.195.64.94.120.1202735701.squirrel@galain.elvandar.org> In-Reply-To: References: Date: Mon, 11 Feb 2008 14:15:01 +0100 (CET) From: "Remko Lodder" To: "Eygene Ryabinkin" User-Agent: SquirrelMail/1.4.13 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Mon, 11 Feb 2008 14:13:49 +0000 Cc: kientzle@freebsd.org, Ian FREISLICH , current@freebsd.org Subject: Re: [PATCH] RELENG_7 buildworld fails in libarchive. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: remko@elvandar.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 14:01:07 -0000 I just MFCd the manual page. On Mon, February 11, 2008 1:05 pm, Eygene Ryabinkin wrote: > Ian, Tim, good day. > > Mon, Feb 11, 2008 at 01:38:16PM +0200, Ian FREISLICH wrote: >> It seems like cpio has been removed from libarchive, but not the >> Makefile, or some remnant accidentally got added. > > Hmm, seems like cpio.5 was forgotten in the MFC from -CURRENT > to RELENG_7 made at Mon Feb 11 03:31:06 2008 UTC+3 (original > commit is from Sun Dec 30 07:58:22 2007 UTC+3). Original commit > message says: > ----- > Update libarchive to 2.4.10. This includes a number of improvements > that I've been working on but put off committing until after the > RELENG_7 branch, including: > > * New manpages: cpio.5 mtree.5 > [...] > ----- > >> RCS file: /home/ncvs/src/lib/libarchive/Makefile,v >> retrieving revision 1.77.2.1 >> diff -u -d -r1.77.2.1 Makefile >> --- Makefile 11 Feb 2008 00:31:06 -0000 1.77.2.1 >> +++ Makefile 11 Feb 2008 11:33:36 -0000 >> @@ -100,7 +100,6 @@ >> archive_util.3 \ >> archive_write.3 \ >> archive_write_disk.3 \ >> - cpio.5 \ >> libarchive.3 \ >> libarchive-formats.5 \ >> tar.5 >> cvs diff: Diffing test > > This will work (and I put this to my Makefile too), but possibly > it is better to add the missing cpio.5. > -- > Eygene > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 14:39:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB19116A419 for ; Mon, 11 Feb 2008 14:39:04 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8206E13C44B for ; Mon, 11 Feb 2008 14:39:03 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JOZo7-0002Jn-9f for freebsd-current@freebsd.org; Mon, 11 Feb 2008 14:38:55 +0000 Received: from 213.202.123.79 ([213.202.123.79]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 11 Feb 2008 14:38:55 +0000 Received: from ivoras by 213.202.123.79 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 11 Feb 2008 14:38:55 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 11 Feb 2008 15:38:48 +0100 Lines: 29 Message-ID: References: <9DA6FFCD-11DB-4580-9314-52B0885351D8@lexasoft.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 213.202.123.79 User-Agent: Thunderbird 1.5.0.14 (Windows/20071210) In-Reply-To: <9DA6FFCD-11DB-4580-9314-52B0885351D8@lexasoft.ru> X-Enigmail-Version: 0.94.1.0 Sender: news Subject: Re: Disappointing speed with ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 14:39:04 -0000 Alexey Tarasov wrote: > Hello. > > I am trying to use ZFS to store my torrent downloads. I noticed that > hashing in rtorrent works 10 times slower than the same disk with UFS. I've done some extensive file system testing and here are my results with bonnie++ for UFS+SU vs ZFS on AMD64, 6 GB RAM (1 GB for kmem), on a RAID10 volume of 15 kRPM SAS drives: UFS+SU: write: 109 MB/s, read: 111 MB/s, random file creation: 36500 f/s ZFS: write: 95 MB/s, read: 180 MB/s (!!), random file creation: 40522 f/s Read speed for ZFS seems too high to be valid, it's probably some cache effects (though tests were done on a file more than twice the RAM size). In any case, ordinary hashing should cause sequential reading, and these seem really fast. There could be one more thing: ZFS tries to write data sequentially, like a log file system, and if the download was done in "parallel", many pieces from different areas of the file at the same time (which is normally the case for torrents), it might have gotten very fragmented on the drive. You can verify this by creating a similarily-sized ordinary file with dd (the file should be large enough not to fit in the memory cache, or the test should be done after a reboot) and then run iostat in one console while reading the files (separately, one at a time, with dd or cat) in another. A very fragmented file should have significantly higher tps count. From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 15:42:57 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF69B16A46B for ; Mon, 11 Feb 2008 15:42:57 +0000 (UTC) (envelope-from toomany@toomany.net) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.229]) by mx1.freebsd.org (Postfix) with ESMTP id 76C0D13C4E5 for ; Mon, 11 Feb 2008 15:42:57 +0000 (UTC) (envelope-from toomany@toomany.net) Received: by wr-out-0506.google.com with SMTP id 68so3947919wri.3 for ; Mon, 11 Feb 2008 07:42:56 -0800 (PST) Received: by 10.114.110.1 with SMTP id i1mr100915wac.112.1202744575516; Mon, 11 Feb 2008 07:42:55 -0800 (PST) Received: by 10.114.53.10 with HTTP; Mon, 11 Feb 2008 07:42:55 -0800 (PST) Message-ID: Date: Mon, 11 Feb 2008 16:42:55 +0100 From: "TooMany Secrets" To: "Sepherosa Ziehau" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: Cc: freebsd-current@freebsd.org, jkim@freebsd.org Subject: Re: Broadcom Netlink BCM5906M X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 15:42:57 -0000 T24gMi8zLzA4LCBTZXBoZXJvc2EgWmllaGF1IDxzZXBoZXJvc2FAZ21haWwuY29tPiB3cm90ZToK PiBQbGVhc2UgdGVzdCB0aGUgcGF0Y2ggcG9zdGVkIGluIHRoaXMgUFI6Cj4gaHR0cDovL3d3dy5m cmVlYnNkLm9yZy9jZ2kvcXVlcnktcHIuY2dpP3ByPTExODk3NQoKVGhpcyBwYXRjaCB3b3JrcyBm aW5lLi4uIGJ1dCBvbmx5IGZvciBhIGZldyBtaW51dGVzIDotKApJZiBJIG9wZW4gYSBmdHAgY29u bmVjdGlvbiAobG9jYWwsIHdpdGggYW5vdGhlciBjb21wdXRlciBpbiBsYW4pLApzdGFydCBkb3du bGFkaW5nIGFueXRoaW5nIGJ1dCBhZnRlciA1LTggc2Vjb25kcywgdGhlIGNvbm5lY3Rpb25zCmJl Y29tZSB2ZXJ5IHNsb3csIG1vcmUgc2xvdyBhbmQgdGhlbiBpcyBsaWtlIHN0b3AgaXQuIEFmdGVy IHRoaXMsIGlmIEkKdHJ5IHRvIG1ha2UgYSBwaW5nIHRvIGFueXRoaW5nIChmcm9tIGZyZWVic2Qg dG8gYW55IG1hY2hpbmUgb3IgdmljZQp2ZXJzYSksIHRoZSBob3N0IGFwcGVhcnMgZG93bi4KClRo ZXJlIGlzIG5vdGhpbmcgbWVzc2FnZSBpbiAvdmFyL2xvZyBhYm91dCB0aGlzLCBhbHNvIGluIGRt ZXNnLiBBbmQKdGhlIHVuaXF1ZSBtb2R1bGVzIGluIHN5c3RlbSBhcmUgImtlcm5lbCIsICJhY3Bp IiwgImxpbnV4IiBhbmQKImxvZ29fc2F2ZXIiLgoKQW55Ym9keSBjb3VsZCBoZWxwIG1lLCBwbGVh c2U/CgpUaGFuayB5b3UgdmVyeSBtdWNoLgoKLS0gCkhhdmUgYSBuaWNlIGRheSAgOy0pClRvb01h bnlTZWNyZXRzCgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09CkRpam8gQ29uZnVjaW86CiJF eMOtZ2V0ZSBtdWNobyBhIHRpIG1pc21vIHkgZXNwZXJhIHBvY28gZGUgbG9zIGRlbcOhcy4gQXPD rSB0ZSBhaG9ycmFyw6FzCmRpc2d1c3Rvcy4iCj09PT09PT09PT09PT09PT09PT09PT09PT09PT0K From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 16:03:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95B4F16A421 for ; Mon, 11 Feb 2008 16:03:24 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.de [194.25.134.82]) by mx1.freebsd.org (Postfix) with ESMTP id 5EBE613C447 for ; Mon, 11 Feb 2008 16:03:24 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from fwd30.aul.t-online.de by mailout05.sul.t-online.com with smtp id 1JOagQ-0007rl-00; Mon, 11 Feb 2008 16:35:02 +0100 Received: from [192.168.1.148] (GuO3wgZegte00B+6fFsY5HqN3MklN8uvlhpT+NxjfWrMYWw+XU1EF8dRu5RyPr3RUQ8bh4GWFw@[91.21.83.31]) by fwd30.t-online.de with esmtp id 1JOag4-0IkLjM0; Mon, 11 Feb 2008 16:34:40 +0100 Message-Id: From: oh To: freebsd-current@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 11 Feb 2008 16:34:34 +0100 X-Pgp-Agent: GPGMail d51 (Leopard) X-Mailer: Apple Mail (2.915) X-ID: GuO3wgZegte00B+6fFsY5HqN3MklN8uvlhpT+NxjfWrMYWw+XU1EF8dRu5RyPr3RUQ8bh4GWFw X-TOI-MSGID: 8c07d0ce-e847-4eff-86ea-c5c9aca8112b Subject: FreeBSD RELENG_7, console line messgae garbled on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 16:03:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi I've read this http://lists.freebsd.org/pipermail/freebsd-current/2008-January/082765.html but I get this garbled message without polling in the kernel. It's a FreeBSD 7 RC2 updated to RELENG_7 (today, after the cpio mfc) without polling and just option agp commented out in the kernel and device atapicam added. Here you can see the message, http://www.fixmbr.de/wp-content/uploads/freebsd_borked.jpg Cheers, Oliver -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) iEYEARECAAYFAkewawoACgkQbZFSiGSuUEhflwCgrAcCxbisE7BQOpI0VLxXKMkn +I4AoJ2xFXAsXBbGM+YOhJZrXyqKGU7D =rSdj -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 16:11:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7ADD416A421 for ; Mon, 11 Feb 2008 16:11:52 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 341D313C4DB for ; Mon, 11 Feb 2008 16:11:52 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-25-183.bredband.comhem.se ([83.253.25.183]:57238 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1JObG1-0006cT-3c for freebsd-current@freebsd.org; Mon, 11 Feb 2008 17:11:51 +0100 Received: (qmail 9890 invoked from network); 11 Feb 2008 17:11:45 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 11 Feb 2008 17:11:45 +0100 Received: (qmail 28760 invoked by uid 1001); 11 Feb 2008 17:11:45 +0100 Date: Mon, 11 Feb 2008 17:11:45 +0100 From: Erik Trulsson To: oh Message-ID: <20080211161145.GA28723@owl.midgard.homeip.net> Mail-Followup-To: oh , freebsd-current@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) X-Originating-IP: 83.253.25.183 X-Scan-Result: No virus found in message 1JObG1-0006cT-3c. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1JObG1-0006cT-3c 1b29e4145da84fbc04032363cb97c94d Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD RELENG_7, console line messgae garbled on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 16:11:52 -0000 On Mon, Feb 11, 2008 at 04:34:34PM +0100, oh wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi > > I've read this > > http://lists.freebsd.org/pipermail/freebsd-current/2008-January/082765.html > > but I get this garbled message without polling in the kernel. It's a > FreeBSD 7 RC2 updated to RELENG_7 (today, after the cpio mfc) without > polling and just option agp commented out in the kernel and device atapicam > added. > > Here you can see the message, > > http://www.fixmbr.de/wp-content/uploads/freebsd_borked.jpg > That is just two separate kernel messages that were output at essentially the same time, thus getting mixed together. Has nothing to do with polling and is nothing to worry about. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 16:49:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40E9716A418 for ; Mon, 11 Feb 2008 16:49:34 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id EBBF013C469 for ; Mon, 11 Feb 2008 16:49:33 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=BLd3nF6NPQtYImd5+vo9kSJnlfiE/qa5lbUpzeqg8KuPXV6z3ebyJoYR+mqe7iip658TZS0zk08BH0pLqbupTUobN2g4os4ZYT0EPxeQDNAz+RWBWYn+iCzZ4xJsJ66XsfiOufkROa8m/p4wqwpYcBxSExFFYelqxLvJvJk/QW0=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JObdB-000HfT-1Y; Mon, 11 Feb 2008 19:35:45 +0300 Date: Mon, 11 Feb 2008 19:35:43 +0300 From: Eygene Ryabinkin To: oh , freebsd-current@freebsd.org Message-ID: References: <20080211161145.GA28723@owl.midgard.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20080211161145.GA28723@owl.midgard.homeip.net> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.8 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: Subject: Re: FreeBSD RELENG_7, console line messgae garbled on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 16:49:34 -0000 Good day. Mon, Feb 11, 2008 at 05:11:45PM +0100, Erik Trulsson wrote: > > but I get this garbled message without polling in the kernel. It's a > > FreeBSD 7 RC2 updated to RELENG_7 (today, after the cpio mfc) without > > polling and just option agp commented out in the kernel and device atapicam > > added. > > That is just two separate kernel messages that were output at essentially > the same time, thus getting mixed together. Has nothing to do with polling > and is nothing to worry about. And you can read http://lists.freebsd.org/pipermail/freebsd-current/2007-October/078145.html especially http://lists.freebsd.org/pipermail/freebsd-current/2007-October/078148.html on how to get rid of it. -- Eygene From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 16:57:34 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5FED16A417 for ; Mon, 11 Feb 2008 16:57:34 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 56F8B13C45A for ; Mon, 11 Feb 2008 16:57:34 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.204] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id m1BGXXLJ046479; Mon, 11 Feb 2008 08:33:34 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <47B078DD.3040700@freebsd.org> Date: Mon, 11 Feb 2008 08:33:33 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: remko@elvandar.org References: <59343.195.64.94.120.1202735701.squirrel@galain.elvandar.org> In-Reply-To: <59343.195.64.94.120.1202735701.squirrel@galain.elvandar.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Ian FREISLICH , current@freebsd.org Subject: Re: [PATCH] RELENG_7 buildworld fails in libarchive. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 16:57:34 -0000 Thank you, Remko. Apologies to all for that oversight. Tim Remko Lodder wrote: > I just MFCd the manual page. > > On Mon, February 11, 2008 1:05 pm, Eygene Ryabinkin wrote: > >>Ian, Tim, good day. >> >>Mon, Feb 11, 2008 at 01:38:16PM +0200, Ian FREISLICH wrote: >> >>>It seems like cpio has been removed from libarchive, but not the >>>Makefile, or some remnant accidentally got added. >> >>Hmm, seems like cpio.5 was forgotten in the MFC from -CURRENT >>to RELENG_7 made at Mon Feb 11 03:31:06 2008 UTC+3 (original >>commit is from Sun Dec 30 07:58:22 2007 UTC+3). Original commit >>message says: >>----- >>Update libarchive to 2.4.10. This includes a number of improvements >>that I've been working on but put off committing until after the >>RELENG_7 branch, including: >> >>* New manpages: cpio.5 mtree.5 >>[...] >>----- >> >> >>>RCS file: /home/ncvs/src/lib/libarchive/Makefile,v >>>retrieving revision 1.77.2.1 >>>diff -u -d -r1.77.2.1 Makefile >>>--- Makefile 11 Feb 2008 00:31:06 -0000 1.77.2.1 >>>+++ Makefile 11 Feb 2008 11:33:36 -0000 >>>@@ -100,7 +100,6 @@ >>> archive_util.3 \ >>> archive_write.3 \ >>> archive_write_disk.3 \ >>>- cpio.5 \ >>> libarchive.3 \ >>> libarchive-formats.5 \ >>> tar.5 >>>cvs diff: Diffing test >> >>This will work (and I put this to my Makefile too), but possibly >>it is better to add the missing cpio.5. >>-- >>Eygene >>_______________________________________________ >>freebsd-current@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-current >>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > > > From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 17:05:21 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A64E16A41A for ; Mon, 11 Feb 2008 17:05:21 +0000 (UTC) (envelope-from me@lexasoft.ru) Received: from mmx.lexasoft.ru (mmx.lexasoft.ru [92.241.160.6]) by mx1.freebsd.org (Postfix) with ESMTP id B6D2C13C45A for ; Mon, 11 Feb 2008 17:05:20 +0000 (UTC) (envelope-from me@lexasoft.ru) Received: from [10.100.0.2] (petrovich-telecom-gw.wahome.ru [77.91.225.38]) by mmx.lexasoft.ru (Postfix) with ESMTPSA id B28AA2844A for ; Mon, 11 Feb 2008 17:05:17 +0300 (MSK) Message-Id: <50186FCD-F67F-4144-BDF1-FB9A7F9AAB64@lexasoft.ru> From: Alexey Tarasov To: current@freebsd.org In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 11 Feb 2008 20:05:18 +0300 References: <9DA6FFCD-11DB-4580-9314-52B0885351D8@lexasoft.ru> X-Mailer: Apple Mail (2.915) Cc: Subject: Re: Disappointing speed with ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 17:05:21 -0000 I've done similar tests on the other machine, and all looks fine. But why on this machine ZFS works slower than UFS? When I make UFS =20 file system on the same disk, rtorrent hashing works 10 times faster. =20= And while hashing, HDD is used three times intensively with ZFS =20 (noticed by flashing LED). I have an amd64 Core2Duo processor, 4 Gb of RAM, what is not enough =20 for ZFS? What kernel tuning can help me? On 11.02.2008, at 17:38, Ivan Voras wrote: > Alexey Tarasov wrote: >> Hello. >> >> I am trying to use ZFS to store my torrent downloads. I noticed that >> hashing in rtorrent works 10 times slower than the same disk with =20 >> UFS. > > I've done some extensive file system testing and here are my results > with bonnie++ for UFS+SU vs ZFS on AMD64, 6 GB RAM (1 GB for kmem), =20= > on a > RAID10 volume of 15 kRPM SAS drives: > > UFS+SU: write: 109 MB/s, read: 111 MB/s, random file creation: 36500 =20= > f/s > ZFS: write: 95 MB/s, read: 180 MB/s (!!), random file creation: =20 > 40522 f/s > > Read speed for ZFS seems too high to be valid, it's probably some =20 > cache > effects (though tests were done on a file more than twice the RAM =20 > size). > In any case, ordinary hashing should cause sequential reading, and =20 > these > seem really fast. > > There could be one more thing: ZFS tries to write data sequentially, > like a log file system, and if the download was done in "parallel", =20= > many > pieces from different areas of the file at the same time (which is > normally the case for torrents), it might have gotten very =20 > fragmented on > the drive. > > You can verify this by creating a similarily-sized ordinary file =20 > with dd > (the file should be large enough not to fit in the memory cache, or =20= > the > test should be done after a reboot) and then run iostat in one console > while reading the files (separately, one at a time, with dd or cat) in > another. A very fragmented file should have significantly higher tps =20= > count. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org=20 > " -- Alexey Tarasov (\__/) (=3D'.'=3D) E[: | | | | :]=D0=97 (")_(") From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 17:33:37 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCDBD16A419 for ; Mon, 11 Feb 2008 17:33:37 +0000 (UTC) (envelope-from me@lexasoft.ru) Received: from mmx.lexasoft.ru (mmx.lexasoft.ru [92.241.160.6]) by mx1.freebsd.org (Postfix) with ESMTP id 8FB2813C448 for ; Mon, 11 Feb 2008 17:33:37 +0000 (UTC) (envelope-from me@lexasoft.ru) Received: from [10.100.0.2] (petrovich-telecom-gw.wahome.ru [77.91.225.38]) by mmx.lexasoft.ru (Postfix) with ESMTPSA id C11DE2842C for ; Mon, 11 Feb 2008 17:33:33 +0300 (MSK) Message-Id: <79D93B0C-589E-41C6-A952-6D573297D9F9@lexasoft.ru> From: Alexey Tarasov To: current@freebsd.org In-Reply-To: <9bbcef730802110921i6af516b9t855a4065884cc64b@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 11 Feb 2008 20:33:33 +0300 References: <9DA6FFCD-11DB-4580-9314-52B0885351D8@lexasoft.ru> <0EF3CEE6-6F38-4713-A245-4354D34AFE75@lexasoft.ru> <9bbcef730802110921i6af516b9t855a4065884cc64b@mail.gmail.com> X-Mailer: Apple Mail (2.915) Cc: Subject: Re: Disappointing speed with ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 17:33:38 -0000 `--# dd if=3D/dev/zero of=3Dtest.tmp bs=3D1024k count=3D10000 load: 0.42 cmd: dd 30773 [zfs:(&tx->tx_quiesce_done_cv)] 0.01u 3.56s =20= 5% 1996k 2612+0 records in 2611+0 records out 2737831936 bytes transferred in 65.497687 secs (41800437 bytes/sec) 10000+0 records in 10000+0 records out 10485760000 bytes transferred in 211.643188 secs (49544519 bytes/sec) `--# dd if=3Dtest.tmp of=3Dtest2.tmp (AD6 is my device) tty ad4 ad5 =20 ad6 cpu tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy =20= in id 1 238 0.00 0 0.00 60.22 18 1.04 64.00 982 61.37 1 0 =20 31 2 67 1 3349 0.00 0 0.00 64.00 7 0.43 58.53 757 43.26 1 0 =20 46 0 53 0 286 0.00 0 0.00 55.81 21 1.13 64.00 487 30.43 1 0 =20 31 1 67 0 269 0.00 0 0.00 64.00 8 0.50 64.00 21 1.31 2 0 =20 49 0 49 0 294 0.00 0 0.00 32.82 34 1.09 63.16 582 35.92 1 0 =20 49 2 48 0 278 0.00 0 0.00 60.00 15 0.86 64.00 983 61.45 0 0 =20 23 0 77 0 280 0.00 0 0.00 56.00 15 0.80 63.64 959 59.60 0 0 =20 23 2 75 0 297 0.00 0 0.00 62.55 11 0.67 47.94 197 9.21 1 0 =20 55 0 44 0 268 0.00 0 0.00 53.80 20 1.05 64.00 481 30.03 1 0 =20 52 0 48 0 290 0.00 0 0.00 57.71 14 0.79 63.23 597 36.89 1 0 =20 54 0 45 0 289 0.00 0 0.00 53.82 11 0.57 64.00 982 61.39 0 0 =20 27 1 71 0 276 0.00 0 0.00 57.18 17 0.94 63.32 963 59.56 0 0 =20 43 1 55 0 296 0.00 0 0.00 61.33 18 1.06 64.00 983 61.44 1 0 =20 37 1 61 0 280 0.00 0 0.00 61.60 14 0.87 63.83 927 57.79 0 0 =20 3 2 94 0 306 16.00 1 0.02 57.82 11 0.62 59.20 486 28.10 1 0 =20 46 0 53 0 251 0.00 0 0.00 62.77 13 0.79 63.17 933 57.57 1 0 =20 35 3 61 0 295 0.00 0 0.00 53.25 16 0.83 42.87 133 5.56 1 0 =20 51 0 48 0 293 0.00 0 0.00 58.00 10 0.57 64.00 501 31.34 2 0 =20 49 0 49 0 265 0.00 0 0.00 38.55 11 0.41 64.00 505 31.57 1 0 =20 33 1 65 0 299 0.00 0 0.00 54.67 18 0.96 62.65 76 4.65 0 0 =20 53 0 47 On 11.02.2008, at 20:21, Ivan Voras wrote: > On 11/02/2008, Alexey Tarasov wrote: >> I've done similar tests on the other machine, and all looks fine. >> >> But why on this machine ZFS works slower than UFS? When I make UFS >> file system on the same disk, rtorrent hashing works 10 times faster. >> And while hashing, HDD is used three times intensively with ZFS >> (noticed by flashing LED). >> >> I have an amd64 Core2Duo processor, 4 Gb of RAM, what is not enough >> for ZFS? >> >> What kernel tuning can help me? > > Ok, so you're saying that you've done similar testing (meaning > rtorrent hashing) on other machines, and they work fine, but only this > one is slow? > > There's no usual reason why would it be so. > > Can you try the suggestion I made (dd+iostat)? -- Alexey Tarasov (\__/) (=3D'.'=3D) E[: | | | | :]=D0=97 (")_(") From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 17:34:18 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BEFE16A41A for ; Mon, 11 Feb 2008 17:34:18 +0000 (UTC) (envelope-from me@lexasoft.ru) Received: from mmx.lexasoft.ru (lexasoft.ru [92.241.160.6]) by mx1.freebsd.org (Postfix) with ESMTP id 1472B13C448 for ; Mon, 11 Feb 2008 17:34:18 +0000 (UTC) (envelope-from me@lexasoft.ru) Received: from [10.100.0.2] (petrovich-telecom-gw.wahome.ru [77.91.225.38]) by mmx.lexasoft.ru (Postfix) with ESMTPSA id 3B5F92842C for ; Mon, 11 Feb 2008 17:34:15 +0300 (MSK) Message-Id: From: Alexey Tarasov To: current@freebsd.org In-Reply-To: <9bbcef730802110921i6af516b9t855a4065884cc64b@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 11 Feb 2008 20:34:16 +0300 References: <9DA6FFCD-11DB-4580-9314-52B0885351D8@lexasoft.ru> <0EF3CEE6-6F38-4713-A245-4354D34AFE75@lexasoft.ru> <9bbcef730802110921i6af516b9t855a4065884cc64b@mail.gmail.com> X-Mailer: Apple Mail (2.915) Cc: Subject: Re: Disappointing speed with ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 17:34:18 -0000 On 11.02.2008, at 20:21, Ivan Voras wrote: > On 11/02/2008, Alexey Tarasov wrote: >> I've done similar tests on the other machine, and all looks fine. >> >> But why on this machine ZFS works slower than UFS? When I make UFS >> file system on the same disk, rtorrent hashing works 10 times faster. >> And while hashing, HDD is used three times intensively with ZFS >> (noticed by flashing LED). >> >> I have an amd64 Core2Duo processor, 4 Gb of RAM, what is not enough >> for ZFS? >> >> What kernel tuning can help me? > > Ok, so you're saying that you've done similar testing (meaning > rtorrent hashing) on other machines, and they work fine, but only this > one is slow? No, I mean bonnie++ tests. > > > There's no usual reason why would it be so. > > Can you try the suggestion I made (dd+iostat)? -- Alexey Tarasov (\__/) (=3D'.'=3D) E[: | | | | :]=D0=97 (")_(") From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 17:53:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C64F916A41A for ; Mon, 11 Feb 2008 17:53:58 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 7FF4413C469 for ; Mon, 11 Feb 2008 17:53:58 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JOcqn-0005NF-Uy for freebsd-current@freebsd.org; Mon, 11 Feb 2008 17:53:53 +0000 Received: from 213.202.123.79 ([213.202.123.79]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 11 Feb 2008 17:53:53 +0000 Received: from ivoras by 213.202.123.79 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 11 Feb 2008 17:53:53 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 11 Feb 2008 18:53:44 +0100 Lines: 17 Message-ID: References: <9DA6FFCD-11DB-4580-9314-52B0885351D8@lexasoft.ru> <0EF3CEE6-6F38-4713-A245-4354D34AFE75@lexasoft.ru> <9bbcef730802110921i6af516b9t855a4065884cc64b@mail.gmail.com> <79D93B0C-589E-41C6-A952-6D573297D9F9@lexasoft.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 213.202.123.79 User-Agent: Thunderbird 1.5.0.14 (Windows/20071210) In-Reply-To: <79D93B0C-589E-41C6-A952-6D573297D9F9@lexasoft.ru> X-Enigmail-Version: 0.94.1.0 Sender: news Subject: Re: Disappointing speed with ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 17:53:58 -0000 Alexey Tarasov wrote: > `--# dd if=test.tmp of=test2.tmp > > tty ad4 ad5 ad6 cpu > tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id > 1 238 0.00 0 0.00 60.22 18 1.04 64.00 982 61.37 1 0 31 2 67 > 1 3349 0.00 0 0.00 64.00 7 0.43 58.53 757 43.26 1 0 46 0 53 > 0 286 0.00 0 0.00 55.81 21 1.13 64.00 487 30.43 1 0 31 1 67 > 0 269 0.00 0 0.00 64.00 8 0.50 64.00 21 1.31 2 0 49 0 49 Ok, now do the same with the file that rtorrent is hashing in the "if" argument. You should have used "bs=1m" for both tests, but it's too late now - do the other test also without "bs". From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 18:09:48 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C79016A417 for ; Mon, 11 Feb 2008 18:09:48 +0000 (UTC) (envelope-from me@lexasoft.ru) Received: from mmx.lexasoft.ru (lexasoft.ru [92.241.160.6]) by mx1.freebsd.org (Postfix) with ESMTP id 71ACF13C468 for ; Mon, 11 Feb 2008 18:09:46 +0000 (UTC) (envelope-from me@lexasoft.ru) Received: from [10.100.0.2] (petrovich-telecom-gw.wahome.ru [77.91.225.38]) by mmx.lexasoft.ru (Postfix) with ESMTPSA id 25C152842C for ; Mon, 11 Feb 2008 18:09:37 +0300 (MSK) Message-Id: From: Alexey Tarasov To: current@freebsd.org In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 11 Feb 2008 21:09:37 +0300 References: <9DA6FFCD-11DB-4580-9314-52B0885351D8@lexasoft.ru> <0EF3CEE6-6F38-4713-A245-4354D34AFE75@lexasoft.ru> <9bbcef730802110921i6af516b9t855a4065884cc64b@mail.gmail.com> <79D93B0C-589E-41C6-A952-6D573297D9F9@lexasoft.ru> X-Mailer: Apple Mail (2.915) Cc: Subject: Re: Disappointing speed with ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 18:09:48 -0000 ls -lash CentOS-5.1-x86_64-bin-DVD.iso 4341952 -rw-r--r-- 1 lexa wheel 4,1G 7 =D1=84=D0=B5=D0=B2 16:24 = CentOS-5.1-=20 x86_64-bin-DVD.iso `--# dd if=3DCentOS-5.1-x86_64-bin-DVD.iso of=3Dtest2 tty ad4 ad5 =20 ad6 cpu tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy =20= in id 0 351 7.33 1 0.01 57.37 44 2.44 43.02 44 1.87 1 0 =20 1 0 98 0 594 0.00 0 0.00 59.00 15 0.89 62.63 301 18.38 0 0 =20 9 0 91 0 287 0.00 0 0.00 59.20 25 1.44 64.00 325 20.29 1 0 =20 50 0 49 0 328 0.00 0 0.00 55.11 18 0.97 64.00 291 18.17 1 0 =20 49 1 49 0 264 16.00 1 0.02 53.33 12 0.62 64.00 345 21.55 2 0 =20 36 0 62 0 285 19.50 32 0.61 54.73 22 1.17 64.00 320 19.98 1 0 =20 52 1 47 0 341 0.00 0 0.00 64.00 17 1.06 64.00 365 22.78 1 0 =20 47 1 51 0 345 0.00 0 0.00 52.50 16 0.81 64.00 328 20.49 1 0 =20 32 1 66 0 299 0.00 0 0.00 57.38 26 1.46 64.00 302 18.86 2 0 =20 49 0 49 0 308 0.00 0 0.00 58.59 17 0.94 60.70 383 22.73 0 0 =20 16 0 84 0 307 0.00 0 0.00 46.06 33 1.48 54.20 369 19.51 1 0 =20 51 0 48 0 305 0.00 0 0.00 51.80 20 1.01 63.38 303 18.74 1 0 =20 47 0 52 0 269 0.00 0 0.00 54.86 21 1.11 63.78 285 17.73 1 0 =20 37 0 62 0 307 0.00 0 0.00 55.56 18 0.98 64.00 285 17.79 0 0 =20 50 2 48 0 267 4.00 1 0.00 53.33 12 0.60 63.86 868 54.16 0 0 =20 4 0 96 0 300 6.71 28 0.18 56.70 23 1.26 63.75 505 31.43 0 0 =20 47 2 52 0 307 0.00 0 0.00 60.55 22 1.30 64.00 694 43.39 1 0 =20 67 2 30 0 309 0.00 0 0.00 52.42 19 0.97 64.00 967 60.44 0 0 =20 61 1 38 0 286 0.00 0 0.00 50.91 21 1.07 62.91 380 23.36 0 0 =20 20 1 79 0 301 0.00 0 0.00 58.74 18 1.05 64.00 606 37.87 0 0 =20 4 1 95 On 11.02.2008, at 20:53, Ivan Voras wrote: > Alexey Tarasov wrote: > >> `--# dd if=3Dtest.tmp of=3Dtest2.tmp > >> >> tty ad4 ad5 =20 >> ad6 cpu >> tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni =20 >> sy in id >> 1 238 0.00 0 0.00 60.22 18 1.04 64.00 982 61.37 1 0 =20 >> 31 2 67 >> 1 3349 0.00 0 0.00 64.00 7 0.43 58.53 757 43.26 1 0 =20 >> 46 0 53 >> 0 286 0.00 0 0.00 55.81 21 1.13 64.00 487 30.43 1 0 =20 >> 31 1 67 >> 0 269 0.00 0 0.00 64.00 8 0.50 64.00 21 1.31 2 0 =20 >> 49 0 49 > > Ok, now do the same with the file that rtorrent is hashing in the "if" > argument. > > You should have used "bs=3D1m" for both tests, but it's too late now - = =20 > do > the other test also without "bs". > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org=20 > " -- Alexey Tarasov (\__/) (=3D'.'=3D) E[: | | | | :]=D0=97 (")_(") From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 18:13:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 564A016A418 for ; Mon, 11 Feb 2008 18:13:16 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id D128A13C47E for ; Mon, 11 Feb 2008 18:13:15 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JOd9P-0006TO-Po for freebsd-current@freebsd.org; Mon, 11 Feb 2008 18:13:08 +0000 Received: from 213.202.123.79 ([213.202.123.79]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 11 Feb 2008 18:13:07 +0000 Received: from ivoras by 213.202.123.79 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 11 Feb 2008 18:13:07 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 11 Feb 2008 19:12:55 +0100 Lines: 40 Message-ID: References: <9DA6FFCD-11DB-4580-9314-52B0885351D8@lexasoft.ru> <0EF3CEE6-6F38-4713-A245-4354D34AFE75@lexasoft.ru> <9bbcef730802110921i6af516b9t855a4065884cc64b@mail.gmail.com> <79D93B0C-589E-41C6-A952-6D573297D9F9@lexasoft.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 213.202.123.79 User-Agent: Thunderbird 1.5.0.14 (Windows/20071210) In-Reply-To: X-Enigmail-Version: 0.94.1.0 Sender: news Subject: Re: Disappointing speed with ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 18:13:16 -0000 Alexey Tarasov wrote: > ls -lash CentOS-5.1-x86_64-bin-DVD.iso > > 4341952 -rw-r--r-- 1 lexa wheel 4,1G 7 фев 16:24 > CentOS-5.1-x86_64-bin-DVD.iso > > `--# dd if=CentOS-5.1-x86_64-bin-DVD.iso of=test2 Ok, now try this one: # dd if=CentOS-5.1-x86_64-bin-DVD.iso of=/dev/null bs=1m > > tty ad4 ad5 ad6 cpu > tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id > 0 351 7.33 1 0.01 57.37 44 2.44 43.02 44 1.87 1 0 1 0 98 > 0 594 0.00 0 0.00 59.00 15 0.89 62.63 301 18.38 0 0 9 0 91 > 0 287 0.00 0 0.00 59.20 25 1.44 64.00 325 20.29 1 0 50 0 49 > On 11.02.2008, at 20:53, Ivan Voras wrote: > >> Alexey Tarasov wrote: >> >>> `--# dd if=test.tmp of=test2.tmp >> >>> >>> tty ad4 ad5 >>> ad6 cpu >>> tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy >>> in id >>> 1 238 0.00 0 0.00 60.22 18 1.04 64.00 982 61.37 1 0 31 >>> 2 67 >>> 1 3349 0.00 0 0.00 64.00 7 0.43 58.53 757 43.26 1 0 46 >>> 0 53 >>> 0 286 0.00 0 0.00 55.81 21 1.13 64.00 487 30.43 1 0 31 >>> 1 67 >>> 0 269 0.00 0 0.00 64.00 8 0.50 64.00 21 1.31 2 0 49 >>> 0 49 >> >> Ok, now do the same with the file that rtorrent is hashing in the "if" >> argument. From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 18:33:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AC8416A418 for ; Mon, 11 Feb 2008 18:33:23 +0000 (UTC) (envelope-from hpcharles@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.176]) by mx1.freebsd.org (Postfix) with ESMTP id 0825F13C461 for ; Mon, 11 Feb 2008 18:33:22 +0000 (UTC) (envelope-from hpcharles@gmail.com) Received: by el-out-1112.google.com with SMTP id r27so1726837ele.3 for ; Mon, 11 Feb 2008 10:33:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=cvo1sVCQuPszQI6mHWGCUBMbHTTBJccrDynLdduedW0=; b=eHoGXFmOLll5Wj8835I0+P5dWURSTiv/kLUWG4hE+n6djw56S6QmoGWJ5Ce84ACTKFt8v5rhjrCYcyoIUFgL0N5uKSqF+grouo7vIM8HOmW6CPUscizRLUQmzKP0dOyIv7m/O8ABofWxXA1iXbLOJSCiiv1y6rLz9bTLSymR+yw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=JM2TvGV3pWIspszlAg+62WRCJ7yK42y6S1tPPC9Kv7hdOvfx9CcTUQSetaULkqnzkQRITvgTe6Tqbe3ykOHGi397XW9XUNlahnDriVCfm4KBrj5xcv1YtY7rbnVp5tpyajKPXEbxmTvA4VEsjv2MUG37K2nJPBzLk/lBg2lty3I= Received: by 10.142.252.11 with SMTP id z11mr279454wfh.50.1202754801018; Mon, 11 Feb 2008 10:33:21 -0800 (PST) Received: by 10.143.52.1 with HTTP; Mon, 11 Feb 2008 10:33:20 -0800 (PST) Message-ID: <4734a3ed0802111033k9296e10lf24eec8d6569ef5@mail.gmail.com> Date: Mon, 11 Feb 2008 19:33:20 +0100 From: "Henri-Pierre Charles" To: freebsd-current@freebsd.org, freebsd-question@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: How to debug hot key disfuntion (on asus eepc) ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hpcharles@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 18:33:23 -0000 Hello, I have an asus eepc 701, FreeBSD 7.0 RC1 + patch for the ath wifi connection. It work quite well, but I'm unable to use ALT+F5 which is supposed to swicth between LCD and VGA port (with or without ACPI enabled). Of course, it works on xandros which is pre-installed. What can be done to track this problem ? Is it related to ACPI ? All the laptops I had before (dell, hp) worked out of the box for this point.T Thanks for any idea -- HPC From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 18:45:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB53516A4E8 for ; Mon, 11 Feb 2008 18:45:15 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id B444813C469 for ; Mon, 11 Feb 2008 18:45:15 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id m1BIjA78005880; Mon, 11 Feb 2008 10:45:10 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.1/8.14.1/Submit) id m1BIiraO005868; Mon, 11 Feb 2008 10:44:53 -0800 (PST) (envelope-from obrien) Date: Mon, 11 Feb 2008 10:44:53 -0800 From: "David O'Brien" To: "Gelsema, P (Patrick)" , JoaoBR Message-ID: <20080211184453.GA5605@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, "Gelsema, P (Patrick)" , JoaoBR , freebsd-current@freebsd.org References: <200704182239.59842.gelsemap@superhero.nl> <86tzvcvaai.fsf@dwp.des.no> <31439.195.50.100.20.1176984826.squirrel@www.superhero.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <31439.195.50.100.20.1176984826.squirrel@www.superhero.nl> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Adaptec AHD U320 operating as only U160 (was: Crash when issueing shutdown -r now) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 18:45:16 -0000 On Thu, Apr 19, 2007 at 02:13:46PM +0200, Gelsema, P (Patrick) wrote: > I do have an Adaptec SCSI Controller, and yes I use it. I boot from it. > > ahd0: port > 0xe800-0xe8ff,0xe400-0xe4ff mem 0xdd7fe000-0xdd7fffff irq 16 at devuce > 10.0 on pci1 > > da0 at ahd0 bus 0 target 4 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 160.000MB/s transfers (80.000MHz DT, offset 63, 16 bit) > da0: Command Queueing Enabled > da0: 34732MB (71132960 512 byte sectors: 255H 63S/T 4427C) > > Please note that the transferspeed is 160.00MB/s. In Freebsd 6.2 it's > recognised as 320MB. Gelsema & Joo, Do you still have your U320 disks running as U160 disks with an Adaptec U320 controller in 7.0 or 8-CURRENT? I also have this problem and I've traced it down to the CAM "NEW TRAN" code. ---------------------------- revision 1.166 date: 2006/11/02 00:54:33; author: mjacob; state: Exp; lines: +0 -333 2nd and final commit that moves us to CAM_NEW_TRAN_CODE as the default. ---------------------------- Given that we're not seeing tons of reports of this issue, I wonder if its related to either revision of the ASIC or firmware. For comparison here is my information from a verbose boot. ahd0: port 0xb000-0xb0ff,0xa800-0xa8ff mem 0xfa8f8000-0xfa8f9fff irq 29 at device 6.0 on pci4 ahd0: Defaulting to MEMIO on ahd0: Reserved 0x2000 bytes for rid 0x14 type 3 at 0xfa8f8000 ahd0: Reading VPD from SEEPROM...ahd0: VPD parsing successful ahd0: Reading SEEPROM...done. ahd0: STPWLEVEL is on ahd0: Manual Secondary Termination ahd0: Primary High byte termination Enabled ahd0: Primary Low byte termination Enabled ahd0: Secondary High byte termination Disabled ahd0: Secondary Low byte termination Disabled ahd0: Downloading Sequencer Program... 752 instructions downloaded ahd0: Features 0x101, Bugs 0x8ffe3f, Flags 0x43f1 ahd0: [MPSAFE] ahd0: [ITHREAD] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI 33 or 66Mhz, 512 SCBs -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? Let's not play "Jeopardy-style quoting" From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 19:00:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E01CB16A41A for ; Mon, 11 Feb 2008 19:00:08 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id C2A1A13C442 for ; Mon, 11 Feb 2008 19:00:08 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id m1BJ08rU006402 for ; Mon, 11 Feb 2008 11:00:08 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.1/8.14.1/Submit) id m1BJ08HZ006401 for freebsd-current@freebsd.org; Mon, 11 Feb 2008 11:00:08 -0800 (PST) (envelope-from obrien) Date: Mon, 11 Feb 2008 11:00:08 -0800 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20080211190008.GA6002@dragon.NUXI.org> Mail-Followup-To: freebsd-current@freebsd.org References: <7ad7ddd90802090517q60923862ncef89ee652d99a6e@mail.gmail.com> <20080209141041.GS53191@bunrab.catwhisker.org> <20080208185405.GA1479@roadrunner.spoerlein.net> <47ACAE62.2060706@FreeBSD.org> <47ACB7BB.7090305@samsco.org> <20080209102415.GC1584@roadrunner.spoerlein.net> <86wspecq42.fsf@ds4.des.no> <7ad7ddd90802090516v602796a4t2e2a8b4b24a3a3d4@mail.gmail.com> <86sl02clpm.fsf@ds4.des.no> <20080209170736.GE1584@roadrunner.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080209170736.GE1584@roadrunner.spoerlein.net> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: boot0sio working for anyone? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 19:00:09 -0000 On Sat, Feb 09, 2008 at 06:07:36PM +0100, Ulrich Spoerlein wrote: > Is it possible to get > that F1-F5 output via serial *without* BIOS support?? A long time ago I added the numbers 1-5 as aliases of F1-F5 - because it can be hard to send F-keys over serial console. So just hit '2' if you would have hit F2 using an attached keyboard. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 19:29:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3506416A421 for ; Mon, 11 Feb 2008 19:29:49 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.de [194.25.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 013D113C459 for ; Mon, 11 Feb 2008 19:29:48 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from fwd25.aul.t-online.de by mailout04.sul.t-online.com with smtp id 1JOeLa-00076e-04; Mon, 11 Feb 2008 20:29:46 +0100 Received: from [192.168.1.148] (EIGiHuZ-wtM3Pvcn4gPX-7xRSD+W8DUbEzOdALu7wiQpSMKdNyFeDFR8XB9UUqlvvMZGq66QQr@[91.21.83.31]) by fwd25.t-online.de with esmtp id 1JOeLO-05fQVE0; Mon, 11 Feb 2008 20:29:34 +0100 Message-Id: <7623A81A-1BE7-46B9-A1CD-EAFB23295A0B@akephalos.de> From: oh To: freebsd-current@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 11 Feb 2008 20:29:27 +0100 X-Pgp-Agent: GPGMail d51 (Leopard) X-Mailer: Apple Mail (2.915) X-ID: EIGiHuZ-wtM3Pvcn4gPX-7xRSD+W8DUbEzOdALu7wiQpSMKdNyFeDFR8XB9UUqlvvMZGq66QQr X-TOI-MSGID: 72d907d7-9900-4413-8763-8b9587f969f1 Subject: FreeBSD RELENG_7, console line messgae garbled on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 19:29:49 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 http://lists.freebsd.org/pipermail/freebsd-current/2008-February/083217.html So I see it's nothing to worry about, but nevertheless I saw this just some minutes ago after detaching an usb drive. http://www.fixmbr.de/wp-content/uploads/freebsd_borked2.jpg Cheers, Oliver Herold -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) iEYEARECAAYFAkewohgACgkQbZFSiGSuUEgzjgCgmxrMUFuqxqOSL2BhOk4s+yJ/ eTQAnAp8C8ueP2PLeNmXV1hxwRUrqOsd =GZqw -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 19:46:10 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED03516A41A for ; Mon, 11 Feb 2008 19:46:09 +0000 (UTC) (envelope-from me@lexasoft.ru) Received: from mmx.lexasoft.ru (mmx.lexasoft.ru [92.241.160.6]) by mx1.freebsd.org (Postfix) with ESMTP id 6192713C4EB for ; Mon, 11 Feb 2008 19:46:09 +0000 (UTC) (envelope-from me@lexasoft.ru) Received: from [10.100.0.2] (petrovich-telecom-gw.wahome.ru [77.91.225.38]) by mmx.lexasoft.ru (Postfix) with ESMTPSA id F0A3F2842C for ; Mon, 11 Feb 2008 19:46:05 +0300 (MSK) Message-Id: From: Alexey Tarasov To: current@freebsd.org In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 11 Feb 2008 22:46:04 +0300 References: <9DA6FFCD-11DB-4580-9314-52B0885351D8@lexasoft.ru> <0EF3CEE6-6F38-4713-A245-4354D34AFE75@lexasoft.ru> <9bbcef730802110921i6af516b9t855a4065884cc64b@mail.gmail.com> <79D93B0C-589E-41C6-A952-6D573297D9F9@lexasoft.ru> X-Mailer: Apple Mail (2.915) Cc: Subject: Re: Disappointing speed with ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 19:46:10 -0000 tty ad4 ad5 =20 ad6 cpu tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy =20= in id 0 347 7.36 1 0.01 57.35 43 2.42 42.84 44 1.84 1 0 =20 1 0 98 0 606 0.00 0 0.00 58.62 31 1.76 63.02 246 15.14 0 0 =20 3 0 97 2 5334 0.00 0 0.00 57.14 7 0.37 64.00 355 22.20 0 0 =20 2 0 97 2 3194 0.00 0 0.00 0.00 0 0.00 63.35 295 18.26 0 0 =20 2 1 97 0 148 0.00 0 0.00 0.00 0 0.00 63.90 336 20.97 0 0 =20 0 1 99 0 453 0.00 0 0.00 55.87 87 4.72 64.00 290 18.14 1 0 =20 3 0 96 0 339 0.00 0 0.00 60.22 35 2.04 61.31 342 20.49 0 0 =20 3 0 96 0 311 0.00 0 0.00 60.00 24 1.41 61.48 347 20.84 0 0 =20 3 0 96 0 317 0.00 0 0.00 50.37 26 1.28 64.00 327 20.42 0 0 =20 3 0 97 0 488 0.00 0 0.00 54.05 37 1.98 64.00 284 17.78 1 0 =20 2 0 97 0 309 0.00 0 0.00 54.21 28 1.47 63.22 312 19.27 0 0 =20 3 0 97 0 303 16.00 14 0.23 37.51 51 1.87 64.00 334 20.85 1 0 =20 1 1 97 0 297 0.00 0 0.00 57.89 35 1.96 63.78 345 21.49 1 0 =20 3 0 97 0 287 0.00 0 0.00 51.86 28 1.41 64.00 325 20.34 0 0 =20 2 0 98 0 319 0.00 0 0.00 60.52 30 1.76 63.24 299 18.46 0 0 =20 4 1 94 0 277 0.00 0 0.00 63.83 22 1.38 64.00 274 17.11 1 0 =20 2 1 97 0 298 0.00 0 0.00 55.29 16 0.88 63.21 286 17.63 0 0 =20 2 0 97 0 338 12.12 31 0.36 57.65 33 1.84 62.08 299 18.13 1 0 =20 4 0 95 0 306 2.00 1 0.00 58.55 21 1.21 64.00 332 20.73 2 0 =20 2 1 95 0 269 0.00 0 0.00 59.68 24 1.40 64.00 304 18.98 1 0 =20 2 0 96 On 11.02.2008, at 21:12, Ivan Voras wrote: > Alexey Tarasov wrote: >> ls -lash CentOS-5.1-x86_64-bin-DVD.iso >> >> 4341952 -rw-r--r-- 1 lexa wheel 4,1G 7 =D1=84=D0=B5=D0=B2 16:24 >> CentOS-5.1-x86_64-bin-DVD.iso >> >> `--# dd if=3DCentOS-5.1-x86_64-bin-DVD.iso of=3Dtest2 > > Ok, now try this one: > # dd if=3DCentOS-5.1-x86_64-bin-DVD.iso of=3D/dev/null bs=3D1m > >> >> tty ad4 ad5 =20 >> ad6 cpu >> tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni =20 >> sy in id >> 0 351 7.33 1 0.01 57.37 44 2.44 43.02 44 1.87 1 0 =20= >> 1 0 98 >> 0 594 0.00 0 0.00 59.00 15 0.89 62.63 301 18.38 0 0 =20= >> 9 0 91 >> 0 287 0.00 0 0.00 59.20 25 1.44 64.00 325 20.29 1 0 =20 >> 50 0 49 > >> On 11.02.2008, at 20:53, Ivan Voras wrote: >> >>> Alexey Tarasov wrote: >>> >>>> `--# dd if=3Dtest.tmp of=3Dtest2.tmp >>> >>>> >>>> tty ad4 ad5 >>>> ad6 cpu >>>> tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni =20= >>>> sy >>>> in id >>>> 1 238 0.00 0 0.00 60.22 18 1.04 64.00 982 61.37 1 0 31 >>>> 2 67 >>>> 1 3349 0.00 0 0.00 64.00 7 0.43 58.53 757 43.26 1 0 46 >>>> 0 53 >>>> 0 286 0.00 0 0.00 55.81 21 1.13 64.00 487 30.43 1 0 31 >>>> 1 67 >>>> 0 269 0.00 0 0.00 64.00 8 0.50 64.00 21 1.31 2 0 49 >>>> 0 49 >>> >>> Ok, now do the same with the file that rtorrent is hashing in the =20= >>> "if" >>> argument. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org=20 > " -- Alexey Tarasov (\__/) (=3D'.'=3D) E[: | | | | :]=D0=97 (")_(") From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 20:22:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB47D16A417 for ; Mon, 11 Feb 2008 20:22:26 +0000 (UTC) (envelope-from lists@efinley.com) Received: from postmaster.etv.net (postmaster.etv.net [66.111.113.15]) by mx1.freebsd.org (Postfix) with ESMTP id C6D2F13C474 for ; Mon, 11 Feb 2008 20:22:26 +0000 (UTC) (envelope-from lists@efinley.com) Received: from efinley04.etv.net ([74.214.237.51] helo=science3.efinley.com) by postmaster.etv.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JOfAX-000C4E-Js for freebsd-current@freebsd.org; Mon, 11 Feb 2008 13:22:26 -0700 From: Elliot Finley To: freebsd-current@freebsd.org Date: Mon, 11 Feb 2008 13:22:24 -0700 Message-ID: <7ab1r39h65dkk7rk8ucnnqtu21s4ftq5qs@4ax.com> X-Mailer: Forte Agent 4.1/32.1088 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: 7.0RC2 + amd64 + PE2950 = dump hangs reliably X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: efinley@efinley.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 20:22:26 -0000 I'm on a Dell PowerEdge 2950 doing a dump to an NFS mount. Almost without fail, the dump will hang part way through, making it impossible to make a backup (using dump anyway). Any pointers would be appreciated. Here is the dmesg from the machine: Copyright (c) 1992-2008 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. =46reeBSD is a registered trademark of The FreeBSD Foundation. =46reeBSD 7.0-RC2 #3: Mon Feb 11 12:49:31 MST 2008 root@zabbix.etv.net:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU 5110 @ 1.60GHz (1597.53-MHz K8-class CPU) Origin =3D "GenuineIntel" Id =3D 0x6f6 Stepping =3D 6 =46eatures=3D0xbfebfbff =46eatures2=3D0x4e33d AMD Features=3D0x20100800 AMD Features2=3D0x1 Cores per package: 2 usable memory =3D 4281831424 (4083 MB) avail memory =3D 4120473600 (3929 MB) ACPI APIC Table: =46reeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic0: Changing APIC ID to 8 ioapic1: Changing APIC ID to 9 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 64-87 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 cpu2: on acpi0 p4tcc2: on cpu2 cpu3: on acpi0 p4tcc3: on cpu3 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci6: on pcib1 pcib2: at device 0.0 on pci6 pci7: on pcib2 pcib3: at device 0.0 on pci7 pci8: on pcib3 pcib4: at device 0.0 on pci8 pci9: on pcib4 bce0: mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci9 miibus0: on bce0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce0: Ethernet address: 00:19:b9:b8:6a:df bce0: [ITHREAD] bce0: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); F/W (0x02090105); Flags( MFW MSI ) pcib5: at device 1.0 on pci7 pci10: on pcib5 pcib6: at device 0.3 on pci6 pci11: on pcib6 pcib7: at device 3.0 on pci0 pci1: on pcib7 pcib8: at device 0.0 on pci1 pci2: on pcib8 mfi0: mem 0xd80f0000-0xd80fffff,0xfc4e0000-0xfc4fffff irq 78 at device 14.0 on pci2 mfi0: Megaraid SAS driver Ver 2.00 mfi0: 3474 (256047942s/0x0020/0) - Shutdown command received from host mfi0: 3475 (4278190080s/0x0020/0) - PCI 0x041028 0x0415 0x041028 0x041f03: Firmware initialization started (PCI ID 0015/1028/1f03/1028) mfi0: 3476 (4278190080s/0x0020/0) - Type 18: Firmware version 1.03.10-0216 mfi0: 3477 (4278190099s/0x0008/0) - Battery Present mfi0: 3478 (4278190100s/0x0020/0) - Type 18: Package version 5.1.1-0040 mfi0: 3479 (4278190127s/0x0004/0) - PD 08(e1/s255) event: Enclosure (SES) discovered on PD 08(e1/s255) mfi0: 3480 (4278190127s/0x0002/0) - PD 08(e1/s255) event: Inserted: PD 08(e1/s255) mfi0: 3481 (4278190127s/0x0002/0) - Type 29: Inserted: PD 08(e1/s255) Info: enclPd=3D08, scsiType=3Dd, portMap=3D00, sasAddr=3D50019090c0d7da00,0000000000000000 mfi0: 3482 (4278190127s/0x0002/0) - PD 00(e1/s0) event: Inserted: PD 00(e1/s0) mfi0: 3483 (4278190127s/0x0002/0) - Type 29: Inserted: PD 00(e1/s0) Info: enclPd=3D08, scsiType=3D0, portMap=3D01, sasAddr=3D5000c50003928fd5,0000000000000000 mfi0: 3484 (4278190127s/0x0002/0) - PD 01(e1/s1) event: Inserted: PD 01(e1/s1) mfi0: 3485 (4278190127s/0x0002/0) - Type 29: Inserted: PD 01(e1/s1) Info: enclPd=3D08, scsiType=3D0, portMap=3D02, sasAddr=3D5000c50003929765,0000000000000000 mfi0: 3486 (4278190127s/0x0002/0) - PD 02(e1/s2) event: Inserted: PD 02(e1/s2) mfi0: 3487 (4278190127s/0x0002/0) - Type 29: Inserted: PD 02(e1/s2) Info: enclPd=3D08, scsiType=3D0, portMap=3D04, sasAddr=3D5000c50003922b81,0000000000000000 mfi0: 3488 (4278190127s/0x0002/0) - PD 03(e1/s3) event: Inserted: PD 03(e1/s3) mfi0: 3489 (4278190127s/0x0002/0) - Type 29: Inserted: PD 03(e1/s3) Info: enclPd=3D08, scsiType=3D0, portMap=3D08, sasAddr=3D5000c500039296d5,0000000000000000 mfi0: 3490 (4278190127s/0x0002/0) - PD 04(e1/s4) event: Inserted: PD 04(e1/s4) mfi0: 3491 (4278190127s/0x0002/0) - Type 29: Inserted: PD 04(e1/s4) Info: enclPd=3D08, scsiType=3D0, portMap=3D10, sasAddr=3D5000c50003929e95,0000000000000000 mfi0: 3492 (4278190127s/0x0002/0) - PD 05(e1/s5) event: Inserted: PD 05(e1/s5) mfi0: 3493 (4278190127s/0x0002/0) - Type 29: Inserted: PD 05(e1/s5) Info: enclPd=3D08, scsiType=3D0, portMap=3D20, sasAddr=3D5000c50003929d81,0000000000000000 mfi0: 3494 (4278190128s/0x0042/0) - Type 22: Dedicated Hot Spare created on PD 05(e1/s5) (ded,rev,ac=3D1) mfi0: 3495 (256050363s/0x0020/0) - Adapter ticks 256050363 elapsed 48s: Time established as 02/11/08 13:06:03; (48 seconds since power on) mfi0: [ITHREAD] pcib9: at device 0.2 on pci1 pci3: on pcib9 pcib10: at device 4.0 on pci0 pci12: on pcib10 pcib11: at device 5.0 on pci0 pci13: on pcib11 pcib12: at device 6.0 on pci0 pci14: on pcib12 pcib13: at device 7.0 on pci0 pci15: on pcib13 pcib14: at device 28.0 on pci0 pci4: on pcib14 pcib15: at device 0.0 on pci4 pci5: on pcib15 bce1: mem 0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci5 miibus1: on bce1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce1: Ethernet address: 00:19:b9:b8:6a:dd bce1: [ITHREAD] bce1: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); F/W (0x02090105); Flags( MFW MSI ) uhci0: port 0xdce0-0xdcff irq 21 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xdcc0-0xdcdf irq 20 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xdca0-0xdcbf irq 21 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xfc600400-0xfc6007ff irq 21 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered uhub4: on uhub3 uhub4: multiple transaction translators uhub4: 2 ports with 2 removable, self powered ukbd0: on uhub4 kbd2 at ukbd0 ums0: on uhub4 ums0: X report 0x0002 not supported device_attach: ums0 attach returned 6 umass0: on uhub4 umass1: on uhub4 uhub5: on uhub3 uhub5: multiple transaction translators uhub5: 4 ports with 4 removable, self powered pcib16: at device 30.0 on pci0 pci16: on pcib16 vgapci0: port 0xec00-0xecff mem 0xd0000000-0xd7ffffff,0xfc1f0000-0xfc1fffff irq 19 at device 13.0 on pci16 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xc9fff,0xca000-0xcb7ff,0xec000-0xeffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ukbd1: on uhub1 kbd3 at ukbd1 ums0: on uhub1 ums0: 5 buttons and Z dir. Timecounters tick every 1.000 msec acd0: CDRW at ata0-master UDMA33 mfi0: 3496 (256050419s/0x0008/0) - Battery temperature is normal mfi0: 3497 (256050419s/0x0008/0) - Current capacity of the battery is above threshold mfid0: on mfi0 mfid0: 557568MB (1141899264 sectors) RAID volume 'AR0' is optimal SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! da0 at umass-sim1 bus 1 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 40.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/mfid0s1a IP Filter: v4.1.28 initialized. Default =3D pass all, Logging =3D = enabled bce0: link state changed to UP logo_saver: the console does not support M_VGA_CG320 module_register_init: MOD_LOAD (logo_saver, 0xffffffffb496c010, 0) error 19 From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 20:25:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EEEF16A418 for ; Mon, 11 Feb 2008 20:25:19 +0000 (UTC) (envelope-from thn@saeab.se) Received: from ture.saeab.se (ture.saeab.se [213.80.3.133]) by mx1.freebsd.org (Postfix) with ESMTP id 2882413C46E for ; Mon, 11 Feb 2008 20:25:18 +0000 (UTC) (envelope-from thn@saeab.se) Received: from [10.0.1.32] (omar.int.saeab.se [10.0.1.32]) by ture.saeab.se (8.13.8/8.13.8) with ESMTP id m1BKPEg5031801; Mon, 11 Feb 2008 21:25:14 +0100 (CET) (envelope-from thn@saeab.se) Message-ID: <47B0AF22.5010507@saeab.se> Date: Mon, 11 Feb 2008 21:25:06 +0100 From: =?ISO-8859-1?Q?Thomas_Nystr=F6m?= Organization: Sv. Aktuell Elektronik AB User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: TooMany Secrets References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on ture.saeab.se X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (ture.saeab.se [213.80.3.133]); Mon, 11 Feb 2008 21:25:17 +0100 (CET) Cc: freebsd-current@freebsd.org Subject: Re: Broadcom Netlink BCM5906M X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 20:25:19 -0000 TooMany Secrets wrote: > On 2/3/08, Sepherosa Ziehau wrote: >> Please test the patch posted in this PR: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D118975 >=20 > This patch works fine... but only for a few minutes :-( > If I open a ftp connection (local, with another computer in lan), > start downlading anything but after 5-8 seconds, the connections > become very slow, more slow and then is like stop it. After this, if I > try to make a ping to anything (from freebsd to any machine or vice > versa), the host appears down. >=20 > There is nothing message in /var/log about this, also in dmesg. And > the unique modules in system are "kernel", "acpi", "linux" and > "logo_saver". >=20 > Anybody could help me, please? Some questions: Which version of FreeBSD are you running? How do you recover? For example: reboot ifconfig bge0 down; ifconfig bge0 up or what? I tested to ftp a file from my laptop and back again (around 400 MB) and couldn't see any problems, but I'm running at 6.3R. /thn --=20 --------------------------------------------------------------- Svensk Aktuell Elektronik AB Thomas Nystr=F6m Box 10 Phone: +46 73 069 69 30 S-191 21 Sollentuna Fax: +46 8 35 92 89 Sweden Email: thn@saeab.se --------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 20:28:25 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DD7716A41B for ; Mon, 11 Feb 2008 20:28:25 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8ADC713C458; Mon, 11 Feb 2008 20:28:24 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47B0AFE6.6070503@FreeBSD.org> Date: Mon, 11 Feb 2008 21:28:22 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Alexey Tarasov References: <9DA6FFCD-11DB-4580-9314-52B0885351D8@lexasoft.ru> <50186FCD-F67F-4144-BDF1-FB9A7F9AAB64@lexasoft.ru> In-Reply-To: <50186FCD-F67F-4144-BDF1-FB9A7F9AAB64@lexasoft.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Disappointing speed with ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 20:28:25 -0000 Alexey Tarasov wrote: > I've done similar tests on the other machine, and all looks fine. > > But why on this machine ZFS works slower than UFS? When I make UFS file > system on the same disk, rtorrent hashing works 10 times faster. And > while hashing, HDD is used three times intensively with ZFS (noticed by > flashing LED). > > I have an amd64 Core2Duo processor, 4 Gb of RAM, what is not enough for > ZFS? > > What kernel tuning can help me? I'd guess this is just related to the ZFS design. As Ivan says, it prefers to do all writes sequentially. This means that reads (as with reading of hashes) may be very fragmented and require lots of drive seeking, which will reduce performance a lot. ZFS does do aggressive prefetching of data to try and offset this problem, but if your disk bandwidth is low (e.g. you are not using a fast disk array) then it may not help much (and can also introduce big I/O latency for other operations). As for what can be done about this, I don't know, but you should look into the general ZFS literature (ZFS support mailing lists, etc). Kris From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 21:31:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59CF716A418 for ; Mon, 11 Feb 2008 21:31:01 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.230]) by mx1.freebsd.org (Postfix) with ESMTP id C807F13C45D for ; Mon, 11 Feb 2008 21:31:00 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so4116206wri.3 for ; Mon, 11 Feb 2008 13:30:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=a/5k1hPgDvfOzG08NxYBRRhgoM5o6b/tKXTniHD87dE=; b=YgBISw6gYN+Wwvl/AOED87t4cC4EdY8ooXmSsRm2QOAKmFCLMbXIRlncRHjEFVPgnYorHcjAC2QGtPD/+MpMaX4zbjnhm4TDu7j5ZWb9KO+fiQuH5IULhCCyKw48mMrF+iAFR6cT1umNztbHin/0GzXUpYEkF8M93CXdkz2qBsM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Ovti/ne8DwZah6FJdTgiNN272SEuVU9Eex5USKltpiT2iULfO4w80aoZMjq0by19QZ7q2lytx58bZvEaA5bqBPUnWEtTgegGQaJ4/VKwC9DjQLMF4mtpMu4jdgH1Yt9CIMvdQ4ZNIvI3c5lsN4yakJeHuTmAQQSIZeNx60VlWeg= Received: by 10.140.170.12 with SMTP id s12mr351355rve.83.1202765456953; Mon, 11 Feb 2008 13:30:56 -0800 (PST) Received: by 10.141.170.18 with HTTP; Mon, 11 Feb 2008 13:30:56 -0800 (PST) Message-ID: <2e77fc10802111330p738d2c93i9eb1189b307d732d@mail.gmail.com> Date: Mon, 11 Feb 2008 23:30:56 +0200 From: "Niki Denev" Sender: ndenev@gmail.com To: obrien@freebsd.org, "Gelsema, P (Patrick)" , JoaoBR , freebsd-current@freebsd.org In-Reply-To: <20080211184453.GA5605@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200704182239.59842.gelsemap@superhero.nl> <86tzvcvaai.fsf@dwp.des.no> <31439.195.50.100.20.1176984826.squirrel@www.superhero.nl> <20080211184453.GA5605@dragon.NUXI.org> X-Google-Sender-Auth: d54158348dbe9ad1 Cc: Subject: Re: Adaptec AHD U320 operating as only U160 (was: Crash when issueing shutdown -r now) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 21:31:01 -0000 On Feb 11, 2008 8:44 PM, David O'Brien wrote: > On Thu, Apr 19, 2007 at 02:13:46PM +0200, Gelsema, P (Patrick) wrote: > > I do have an Adaptec SCSI Controller, and yes I use it. I boot from it. > > > > ahd0: port > > 0xe800-0xe8ff,0xe400-0xe4ff mem 0xdd7fe000-0xdd7fffff irq 16 at devuce > > 10.0 on pci1 > > > > da0 at ahd0 bus 0 target 4 lun 0 > > da0: Fixed Direct Access SCSI-3 device > > da0: 160.000MB/s transfers (80.000MHz DT, offset 63, 16 bit) > > da0: Command Queueing Enabled > > da0: 34732MB (71132960 512 byte sectors: 255H 63S/T 4427C) > > > > Please note that the transferspeed is 160.00MB/s. In Freebsd 6.2 it's > > recognised as 320MB. > > Gelsema & Jo=E3o, > > Do you still have your U320 disks running as U160 disks with an Adaptec > U320 controller in 7.0 or 8-CURRENT? I also have this problem and I've > traced it down to the CAM "NEW TRAN" code. > ---------------------------- > revision 1.166 > date: 2006/11/02 00:54:33; author: mjacob; state: Exp; lines: +0 -3= 33 > 2nd and final commit that moves us to CAM_NEW_TRAN_CODE as the default= . > ---------------------------- > > Given that we're not seeing tons of reports of this issue, I wonder if > its related to either revision of the ASIC or firmware. For comparison > here is my information from a verbose boot. > > ahd0: port 0xb000-0xb0ff,0xa800-0xa= 8ff mem 0xfa8f8000-0xfa8f9fff irq 29 at device 6.0 on pci4 > ahd0: Defaulting to MEMIO on > ahd0: Reserved 0x2000 bytes for rid 0x14 type 3 at 0xfa8f8000 > ahd0: Reading VPD from SEEPROM...ahd0: VPD parsing successful > ahd0: Reading SEEPROM...done. > ahd0: STPWLEVEL is on > ahd0: Manual Secondary Termination > ahd0: Primary High byte termination Enabled > ahd0: Primary Low byte termination Enabled > ahd0: Secondary High byte termination Disabled > ahd0: Secondary Low byte termination Disabled > ahd0: Downloading Sequencer Program... 752 instructions downloaded > ahd0: Features 0x101, Bugs 0x8ffe3f, Flags 0x43f1 > ahd0: [MPSAFE] > ahd0: [ITHREAD] > aic7902: Ultra320 Wide Channel A, SCSI Id=3D7, PCI 33 or 66Mhz, 512 SCBs > > -- > -- David (obrien@FreeBSD.org) > Q: Because it reverses the logical flow of conversation. > A: Why is top-posting (putting a reply at the top of the message) frowned= upon? > Let's not play "Jeopardy-style quoting" I experience the same issue: ahd0: port 0xc000-0xc0ff,0xb800-0xb8ff mem 0xfeafc000-0xfeafdfff irq 23 at device 2.0 on pci5 ahd0: Defaulting to MEMIO on ahd0: Reserved 0x2000 bytes for rid 0x14 type 3 at 0xfeafc000 ahd0: Enabling 39Bit Addressing ahd0: Reading VPD from SEEPROM...ahd0: VPD parsing successful ahd0: Reading SEEPROM...done. ahd0: STPWLEVEL is on ahd0: Manual Secondary Termination ahd0: Primary High byte termination Enabled ahd0: Primary Low byte termination Enabled ahd0: Secondary High byte termination Disabled ahd0: Secondary Low byte termination Disabled ahd0: Downloading Sequencer Program... 753 instructions downloaded ahd0: Features 0x101, Bugs 0x8ffe3f, Flags 0x143f1 ahd0: [MPSAFE] ahd0: [ITHREAD] aic7902: Ultra320 Wide Channel A, SCSI Id=3D7, PCI 33 or 66Mhz, 512 SCBs da0 at ahd0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: Serial Number 3KT1F6PR00007546A9R2 da0: 160.000MB/s transfers (80.000MHz DT, offset 63, 16bit) da0: Command Queueing Enabled da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) --Niki From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 21:51:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CA7916A41A; Mon, 11 Feb 2008 21:51:18 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 0C97E13C44B; Mon, 11 Feb 2008 21:51:17 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m1BLpAAp036807; Mon, 11 Feb 2008 14:51:10 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <47B0C34E.7040804@samsco.org> Date: Mon, 11 Feb 2008 14:51:10 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.11) Gecko/20071128 SeaMonkey/1.1.7 MIME-Version: 1.0 To: Niki Denev References: <200704182239.59842.gelsemap@superhero.nl> <86tzvcvaai.fsf@dwp.des.no> <31439.195.50.100.20.1176984826.squirrel@www.superhero.nl> <20080211184453.GA5605@dragon.NUXI.org> <2e77fc10802111330p738d2c93i9eb1189b307d732d@mail.gmail.com> In-Reply-To: <2e77fc10802111330p738d2c93i9eb1189b307d732d@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org, "Gelsema, P \(Patrick\)" , JoaoBR Subject: Re: Adaptec AHD U320 operating as only U160 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 21:51:18 -0000 Niki Denev wrote: > On Feb 11, 2008 8:44 PM, David O'Brien wrote: >> On Thu, Apr 19, 2007 at 02:13:46PM +0200, Gelsema, P (Patrick) wrote: >>> I do have an Adaptec SCSI Controller, and yes I use it. I boot from it. >>> >>> ahd0: port >>> 0xe800-0xe8ff,0xe400-0xe4ff mem 0xdd7fe000-0xdd7fffff irq 16 at devuce >>> 10.0 on pci1 >>> >>> da0 at ahd0 bus 0 target 4 lun 0 >>> da0: Fixed Direct Access SCSI-3 device >>> da0: 160.000MB/s transfers (80.000MHz DT, offset 63, 16 bit) >>> da0: Command Queueing Enabled >>> da0: 34732MB (71132960 512 byte sectors: 255H 63S/T 4427C) >>> >>> Please note that the transferspeed is 160.00MB/s. In Freebsd 6.2 it's >>> recognised as 320MB. >> Gelsema & Joo, >> >> Do you still have your U320 disks running as U160 disks with an Adaptec >> U320 controller in 7.0 or 8-CURRENT? I also have this problem and I've >> traced it down to the CAM "NEW TRAN" code. >> ---------------------------- >> revision 1.166 >> date: 2006/11/02 00:54:33; author: mjacob; state: Exp; lines: +0 -333 >> 2nd and final commit that moves us to CAM_NEW_TRAN_CODE as the default. >> ---------------------------- >> >> Given that we're not seeing tons of reports of this issue, I wonder if >> its related to either revision of the ASIC or firmware. For comparison >> here is my information from a verbose boot. >> >> ahd0: port 0xb000-0xb0ff,0xa800-0xa8ff mem 0xfa8f8000-0xfa8f9fff irq 29 at device 6.0 on pci4 >> ahd0: Defaulting to MEMIO on >> ahd0: Reserved 0x2000 bytes for rid 0x14 type 3 at 0xfa8f8000 >> ahd0: Reading VPD from SEEPROM...ahd0: VPD parsing successful >> ahd0: Reading SEEPROM...done. >> ahd0: STPWLEVEL is on >> ahd0: Manual Secondary Termination >> ahd0: Primary High byte termination Enabled >> ahd0: Primary Low byte termination Enabled >> ahd0: Secondary High byte termination Disabled >> ahd0: Secondary Low byte termination Disabled >> ahd0: Downloading Sequencer Program... 752 instructions downloaded >> ahd0: Features 0x101, Bugs 0x8ffe3f, Flags 0x43f1 >> ahd0: [MPSAFE] >> ahd0: [ITHREAD] >> aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI 33 or 66Mhz, 512 SCBs >> >> -- >> -- David (obrien@FreeBSD.org) >> Q: Because it reverses the logical flow of conversation. >> A: Why is top-posting (putting a reply at the top of the message) frowned upon? >> Let's not play "Jeopardy-style quoting" > > I experience the same issue: > Guys, I hate to say it, but SCSI speed negotiation broke with 7.0. I don't have a quick fix, and I don't know of a workaround other than to tell you to read the camcontrol manpage section on the 'negotiate' command and play with that. I'm working on fixing the problem, but it won't be fixed in time for the final 7.0 release. I'll post updates when I have more information. Scott From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 21:56:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EA4116A418 for ; Mon, 11 Feb 2008 21:56:03 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: from superman.superhero.nl (superhero.nl [82.95.198.17]) by mx1.freebsd.org (Postfix) with ESMTP id 26A5613C447 for ; Mon, 11 Feb 2008 21:55:56 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: (qmail 19488 invoked by uid 80); 11 Feb 2008 21:55:34 -0000 Received: from 10.202.77.197 (SquirrelMail authenticated user gelsemap) by webmail.superhero.nl with HTTP; Mon, 11 Feb 2008 22:55:34 +0100 (CET) Message-ID: <3721.10.202.77.197.1202766934.squirrel@webmail.superhero.nl> In-Reply-To: <20080211184453.GA5605@dragon.NUXI.org> References: <200704182239.59842.gelsemap@superhero.nl> <86tzvcvaai.fsf@dwp.des.no> <31439.195.50.100.20.1176984826.squirrel@www.superhero.nl> <20080211184453.GA5605@dragon.NUXI.org> Date: Mon, 11 Feb 2008 22:55:34 +0100 (CET) From: "Gelsema, P \(Patrick\)" To: obrien@freebsd.org, "Gelsema, P \(Patrick\)" , "JoaoBR" , freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Subject: Re: Adaptec AHD U320 operating as only U160 (was: Crash when issueing shutdown -r now) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 21:56:03 -0000 On Mon, February 11, 2008 19:44, David O'Brien wrote: > On Thu, Apr 19, 2007 at 02:13:46PM +0200, Gelsema, P (Patrick) wrote: >> I do have an Adaptec SCSI Controller, and yes I use it. I boot from it. >> >> ahd0: port >> 0xe800-0xe8ff,0xe400-0xe4ff mem 0xdd7fe000-0xdd7fffff irq 16 at devuce >> 10.0 on pci1 >> >> da0 at ahd0 bus 0 target 4 lun 0 >> da0: Fixed Direct Access SCSI-3 device >> da0: 160.000MB/s transfers (80.000MHz DT, offset 63, 16 bit) >> da0: Command Queueing Enabled >> da0: 34732MB (71132960 512 byte sectors: 255H 63S/T 4427C) >> >> Please note that the transferspeed is 160.00MB/s. In Freebsd 6.2 it's >> recognised as 320MB. > > Gelsema & Joo, > > Do you still have your U320 disks running as U160 disks with an Adaptec > U320 controller in 7.0 or 8-CURRENT? I also have this problem and I've > traced it down to the CAM "NEW TRAN" code. > ---------------------------- > revision 1.166 > date: 2006/11/02 00:54:33; author: mjacob; state: Exp; lines: +0 > -333 > 2nd and final commit that moves us to CAM_NEW_TRAN_CODE as the > default. > ---------------------------- > > Given that we're not seeing tons of reports of this issue, I wonder if > its related to either revision of the ASIC or firmware. For comparison > here is my information from a verbose boot. > > ahd0: port > 0xb000-0xb0ff,0xa800-0xa8ff mem 0xfa8f8000-0xfa8f9fff irq 29 at device 6.0 > on pci4 > ahd0: Defaulting to MEMIO on > ahd0: Reserved 0x2000 bytes for rid 0x14 type 3 at 0xfa8f8000 > ahd0: Reading VPD from SEEPROM...ahd0: VPD parsing successful > ahd0: Reading SEEPROM...done. > ahd0: STPWLEVEL is on > ahd0: Manual Secondary Termination > ahd0: Primary High byte termination Enabled > ahd0: Primary Low byte termination Enabled > ahd0: Secondary High byte termination Disabled > ahd0: Secondary Low byte termination Disabled > ahd0: Downloading Sequencer Program... 752 instructions downloaded > ahd0: Features 0x101, Bugs 0x8ffe3f, Flags 0x43f1 > ahd0: [MPSAFE] > ahd0: [ITHREAD] > aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI 33 or 66Mhz, 512 SCBs Hi David, I am still running at 160MB/s in 7.0-RC2. hulk# camcontrol inquiry da1 pass1: Fixed Direct Access SCSI-3 device pass1: Serial Number 3HX35KPH000075191ZRW pass1: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Command Queueing Enabled pciconf -lv shows ahd0@pci0:1:10:0: class=0x010000 card=0x00419005 chip=0x80119005 rev=0x03 hdr=0x00 vendor = 'Adaptec Inc' device = 'ASC-39320D Ultra320 SCSI Controller' class = mass storage subclass = SCSI ahd1@pci0:1:10:1: class=0x010000 card=0x00419005 chip=0x80119005 rev=0x03 hdr=0x00 vendor = 'Adaptec Inc' device = 'ASC-39320D Ultra320 SCSI Controller' class = mass storage subclass = SCSI See below some results from a verbose boot. It's from last July but still the same box/hardware. If you require a more fresh verbose boot I will be able to supply tomorrow evening. Jul 13 21:47:48 hulk kernel: ahd0: port 0xe800-0xe8ff,0xe400-0xe4ff mem 0xdd5fe000-0xdd5fffff irq 17 at device 10.0 on pci1 Jul 13 21:47:48 hulk kernel: ahd0: Defaulting to MEMIO on Jul 13 21:47:48 hulk kernel: ahd0: Reserved 0x2000 bytes for rid 0x14 type 3 at 0xdd5fe000 Jul 13 21:47:48 hulk kernel: ahd0: Enabling 39Bit Addressing Jul 13 21:47:48 hulk kernel: ahd0: Reading VPD from SEEPROM...ahd0: VPD parsing successful Jul 13 21:47:48 hulk kernel: ahd0: Reading SEEPROM...done. Jul 13 21:47:48 hulk kernel: ahd0: STPWLEVEL is on Jul 13 21:47:48 hulk kernel: ahd0: Manual Primary Termination Jul 13 21:47:48 hulk kernel: ahd0: Manual Secondary Termination Jul 13 21:47:48 hulk kernel: ahd0: Primary High byte termination Enabled Jul 13 21:47:48 hulk kernel: ahd0: Primary Low byte termination Enabled Jul 13 21:47:48 hulk kernel: ahd0: Secondary High byte termination Disabled Jul 13 21:47:48 hulk kernel: ahd0: Secondary Low byte termination Disabled Jul 13 21:47:48 hulk kernel: ahd0: Downloading Sequencer Program... 753 instructions downloaded Jul 13 21:47:48 hulk kernel: ahd0: Features 0x101, Bugs 0x8ffe3f, Flags 0x143f1 Jul 13 21:47:48 hulk kernel: ioapic0: routing intpin 17 (PCI IRQ 17) to vector 52 Jul 13 21:47:48 hulk kernel: ahd0: [MPSAFE] Jul 13 21:47:48 hulk kernel: ahd0: [ITHREAD] Jul 13 21:47:48 hulk kernel: aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI 33 or 66Mhz, 512 SCBs Jul 13 21:47:48 hulk kernel: ahd1: port 0xe000-0xe0ff,0xd800-0xd8ff mem 0xdd5fc000-0xdd5fdfff irq 18 at device 10.1 on pci1 Jul 13 21:47:48 hulk kernel: ahd1: Defaulting to MEMIO on Jul 13 21:47:48 hulk kernel: ahd1: Reserved 0x2000 bytes for rid 0x14 type 3 at 0xdd5fc000 Jul 13 21:47:48 hulk kernel: ahd1: Enabling 39Bit Addressing Jul 13 21:47:48 hulk kernel: ahd1: Reading VPD from SEEPROM...ahd1: VPD parsing successful Jul 13 21:47:48 hulk kernel: ahd1: Reading SEEPROM...done. Jul 13 21:47:48 hulk kernel: ahd1: STPWLEVEL is on Jul 13 21:47:48 hulk kernel: ahd1: Manual Secondary Termination Jul 13 21:47:48 hulk kernel: ahd1: Primary High byte termination Enabled Jul 13 21:47:48 hulk kernel: ahd1: Primary Low byte termination Enabled Jul 13 21:47:48 hulk kernel: ahd1: Secondary High byte termination Disabled Jul 13 21:47:48 hulk kernel: ahd1: Secondary Low byte termination Disabled Jul 13 21:47:48 hulk kernel: ahd1: Downloading Sequencer Program... 753 instructions downloaded Jul 13 21:47:48 hulk kernel: ahd1: Features 0x101, Bugs 0x8ffe3f, Flags 0x143f0 Jul 13 21:47:48 hulk kernel: ioapic0: routing intpin 18 (PCI IRQ 18) to vector 53 Jul 13 21:47:48 hulk kernel: ahd1: [MPSAFE] Jul 13 21:47:48 hulk kernel: ahd1: [ITHREAD] If you require more info just let me know. Glad to provide. Rgds, Patrick > > -- > -- David (obrien@FreeBSD.org) > Q: Because it reverses the logical flow of conversation. > A: Why is top-posting (putting a reply at the top of the message) frowned > upon? > Let's not play "Jeopardy-style quoting" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 22:05:31 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 890BB16A469 for ; Mon, 11 Feb 2008 22:05:31 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.227]) by mx1.freebsd.org (Postfix) with ESMTP id 4ADA313C46E for ; Mon, 11 Feb 2008 22:05:31 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so4132214wxd.7 for ; Mon, 11 Feb 2008 14:05:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=Sx3gB/Y77JagwBOMYDDnJU6z444bpPSCGVt6QTbR3tI=; b=peUa5aCB4BHiUihpVlUiLT7/KyUfhJ8opiASu55JTGo+Gw0KydejSeZqFHxx+LUryo2nvMYXlIGK67ZJzpugNKG3L/YTi/w7I40n0KNlEUOaocSvFjWmPKEldWn+oI63ZBsUTtxf00ylcPWtQfA8K6BE0NWIDl3aTdE3SgK4LMM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=o5F2Ubf9KVvj7CRpU4Qr1LLjaSAes1Xmnvjbp5zLHp3X0TBXLbDlJl7Yb95SXgr9FPMe+FG7BeJ1h6/bwjmet58QomON4KJikOo1UCyAmE9jYczJ7RdCd0OnFw/ZZ/P41tTYpskTeq9XxbowdSiFYQ1Psr3fBPedDaxBty166zk= Received: by 10.141.67.21 with SMTP id u21mr335535rvk.222.1202765847690; Mon, 11 Feb 2008 13:37:27 -0800 (PST) Received: by 10.141.170.18 with HTTP; Mon, 11 Feb 2008 13:37:27 -0800 (PST) Message-ID: <2e77fc10802111337j45915422v42c098a1574406fb@mail.gmail.com> Date: Mon, 11 Feb 2008 23:37:27 +0200 From: "Niki Denev" Sender: ndenev@gmail.com To: "Alexey Tarasov" In-Reply-To: <50186FCD-F67F-4144-BDF1-FB9A7F9AAB64@lexasoft.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <9DA6FFCD-11DB-4580-9314-52B0885351D8@lexasoft.ru> <50186FCD-F67F-4144-BDF1-FB9A7F9AAB64@lexasoft.ru> X-Google-Sender-Auth: 5a5701f181b4564c Cc: current@freebsd.org Subject: Re: Disappointing speed with ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 22:05:31 -0000 On Feb 11, 2008 7:05 PM, Alexey Tarasov wrote: > I've done similar tests on the other machine, and all looks fine. > > But why on this machine ZFS works slower than UFS? When I make UFS > file system on the same disk, rtorrent hashing works 10 times faster. > And while hashing, HDD is used three times intensively with ZFS > (noticed by flashing LED). > > I have an amd64 Core2Duo processor, 4 Gb of RAM, what is not enough > for ZFS? > > What kernel tuning can help me? > > What happens when you disable ZFS prefetching by putting : vfs.zfs.prefetch_disable=1 in your /boot/loader.conf? --Niki From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 22:12:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5484B16A420 for ; Mon, 11 Feb 2008 22:12:36 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: from superman.superhero.nl (superhero.nl [82.95.198.17]) by mx1.freebsd.org (Postfix) with ESMTP id 75DFE13C4F6 for ; Mon, 11 Feb 2008 22:12:35 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: (qmail 20164 invoked by uid 80); 11 Feb 2008 22:12:13 -0000 Received: from 10.202.77.197 (SquirrelMail authenticated user gelsemap) by webmail.superhero.nl with HTTP; Mon, 11 Feb 2008 23:12:13 +0100 (CET) Message-ID: <3805.10.202.77.197.1202767933.squirrel@webmail.superhero.nl> In-Reply-To: <47B0C34E.7040804@samsco.org> References: <200704182239.59842.gelsemap@superhero.nl> <86tzvcvaai.fsf@dwp.des.no> <31439.195.50.100.20.1176984826.squirrel@www.superhero.nl> <20080211184453.GA5605@dragon.NUXI.org> <2e77fc10802111330p738d2c93i9eb1189b307d732d@mail.gmail.com> <47B0C34E.7040804@samsco.org> Date: Mon, 11 Feb 2008 23:12:13 +0100 (CET) From: "Gelsema, P \(Patrick\)" To: "Scott Long" User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Niki Denev , "Gelsema, P \(Patrick\)" , JoaoBR , freebsd-current@freebsd.org Subject: Re: Adaptec AHD U320 operating as only U160 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 22:12:36 -0000 On Mon, February 11, 2008 22:51, Scott Long wrote: > Niki Denev wrote: >> On Feb 11, 2008 8:44 PM, David O'Brien wrote: >>> On Thu, Apr 19, 2007 at 02:13:46PM +0200, Gelsema, P (Patrick) wrote: >>>> I do have an Adaptec SCSI Controller, and yes I use it. I boot from >>>> it. >>>> >>>> ahd0: port >>>> 0xe800-0xe8ff,0xe400-0xe4ff mem 0xdd7fe000-0xdd7fffff irq 16 at devuce >>>> 10.0 on pci1 >>>> >>>> da0 at ahd0 bus 0 target 4 lun 0 >>>> da0: Fixed Direct Access SCSI-3 device >>>> da0: 160.000MB/s transfers (80.000MHz DT, offset 63, 16 bit) >>>> da0: Command Queueing Enabled >>>> da0: 34732MB (71132960 512 byte sectors: 255H 63S/T 4427C) >>>> >>>> Please note that the transferspeed is 160.00MB/s. In Freebsd 6.2 it's >>>> recognised as 320MB. >>> Gelsema & Joo, >>> >>> Do you still have your U320 disks running as U160 disks with an Adaptec >>> U320 controller in 7.0 or 8-CURRENT? I also have this problem and I've >>> traced it down to the CAM "NEW TRAN" code. >>> ---------------------------- >>> revision 1.166 >>> date: 2006/11/02 00:54:33; author: mjacob; state: Exp; lines: +0 >>> -333 >>> 2nd and final commit that moves us to CAM_NEW_TRAN_CODE as the >>> default. >>> ---------------------------- >>> >>> Given that we're not seeing tons of reports of this issue, I wonder if >>> its related to either revision of the ASIC or firmware. For comparison >>> here is my information from a verbose boot. >>> >>> ahd0: port >>> 0xb000-0xb0ff,0xa800-0xa8ff mem 0xfa8f8000-0xfa8f9fff irq 29 at device >>> 6.0 on pci4 >>> ahd0: Defaulting to MEMIO on >>> ahd0: Reserved 0x2000 bytes for rid 0x14 type 3 at 0xfa8f8000 >>> ahd0: Reading VPD from SEEPROM...ahd0: VPD parsing successful >>> ahd0: Reading SEEPROM...done. >>> ahd0: STPWLEVEL is on >>> ahd0: Manual Secondary Termination >>> ahd0: Primary High byte termination Enabled >>> ahd0: Primary Low byte termination Enabled >>> ahd0: Secondary High byte termination Disabled >>> ahd0: Secondary Low byte termination Disabled >>> ahd0: Downloading Sequencer Program... 752 instructions downloaded >>> ahd0: Features 0x101, Bugs 0x8ffe3f, Flags 0x43f1 >>> ahd0: [MPSAFE] >>> ahd0: [ITHREAD] >>> aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI 33 or 66Mhz, 512 SCBs >>> >>> -- >>> -- David (obrien@FreeBSD.org) >>> Q: Because it reverses the logical flow of conversation. >>> A: Why is top-posting (putting a reply at the top of the message) >>> frowned upon? >>> Let's not play "Jeopardy-style quoting" >> >> I experience the same issue: >> > > Guys, > > I hate to say it, but SCSI speed negotiation broke with 7.0. I don't > have a quick fix, and I don't know of a workaround other than to tell > you to read the camcontrol manpage section on the 'negotiate' command > and play with that. I'm working on fixing the problem, but it won't be > fixed in time for the final 7.0 release. I'll post updates when I have > more information. > > Scott > after reading quickly this manpage and trying the following I still have no luck on 7.0-RC FreeBSD. Settings copied from the output of camcontrol inquiry da2 when using 6.2 (had it in my sent items, so easy to find). Freebsd 6.2 da2: Fixed Direct Access SCSI-3 device da2: 320.000MB/s transfers (160.000MHz DT, offset 63, 16 bit), Tagged Queueing Enabled Trying to get these parameters into camcontrol negotiate. hulk# camcontrol negotiate da2 -a -R 160.000 -W 16 -v -T enable Current Parameters: (pass2:ahd0:0:4:0): sync parameter: 9 (pass2:ahd0:0:4:0): frequency: 80.000MHz (pass2:ahd0:0:4:0): offset: 63 (pass2:ahd0:0:4:0): bus width: 16 bits (pass2:ahd0:0:4:0): disconnection is enabled (pass2:ahd0:0:4:0): tagged queueing is enabled ahd0: SIM/HBA version: 1 ahd0: supports tag queue messages ahd0: supports SDTR message ahd0: supports 16 bit wide SCSI ahd0: HBA engine count: 0 ahd0: maximum target: 15 ahd0: maximum LUN: 63 ahd0: highest path ID in subsystem: 0 ahd0: initiator ID: 7 ahd0: SIM vendor: FreeBSD ahd0: HBA vendor: Adaptec ahd0: bus ID: 0 ahd0: base transfer speed: 3.300MB/sec Unit is ready New Parameters: (pass2:ahd0:0:4:0): sync parameter: 9 (pass2:ahd0:0:4:0): frequency: 80.000MHz (pass2:ahd0:0:4:0): offset: 63 (pass2:ahd0:0:4:0): bus width: 16 bits (pass2:ahd0:0:4:0): disconnection is enabled (pass2:ahd0:0:4:0): tagged queueing is enabled No luck.. :( Rgds, Patrick From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 22:16:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75B8F16A469 for ; Mon, 11 Feb 2008 22:16:11 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id D494513C468 for ; Mon, 11 Feb 2008 22:16:08 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.p.matik.com.br [200.152.83.36] (may be forged)) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id m1BMFuLg046686; Mon, 11 Feb 2008 20:15:56 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Scott Long Date: Mon, 11 Feb 2008 20:16:00 -0200 User-Agent: KMail/1.9.7 References: <200704182239.59842.gelsemap@superhero.nl> <2e77fc10802111330p738d2c93i9eb1189b307d732d@mail.gmail.com> <47B0C34E.7040804@samsco.org> In-Reply-To: <47B0C34E.7040804@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200802112016.01563.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Cc: Niki Denev , "Gelsema, P \(Patrick\)" , freebsd-current@freebsd.org Subject: Re: Adaptec AHD U320 operating as only U160 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 22:16:11 -0000 On Monday 11 February 2008 19:51:10 Scott Long wrote: > >> > >> > >> Do you still have your U320 disks running as U160 disks with an Adaptec > >> U320 controller in 7.0 or 8-CURRENT? I also have this problem and I've > >> traced it down to the CAM "NEW TRAN" code. > > Guys, > > I hate to say it, but SCSI speed negotiation broke with 7.0. I don't > have a quick fix, and I don't know of a workaround other than to tell > you to read the camcontrol manpage section on the 'negotiate' command > and play with that. I'm working on fixing the problem, but it won't be > fixed in time for the final 7.0 release. I'll post updates when I have > more information. > you said this some time ago but I was hoping you could make it for 7-R unfortunately there is nothing to do here with camcontrol ... it can be set on some adaptors with -U the syncrate but this seems not to=20 affect the actual settings and specially the negotiation speed where I had a adaptec card I could put a LSI card in where the correct spee= d=20 is shown mpt0: port 0xdc00-0xdcff mem=20 0xfd7c0000-0xfd7dffff,0xfd7a0000-0xfd7bffff irq 16 at device 4.0 on pci1 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit) but unfortunately again all my Tyans and SM with onboard adaptec are runnin= g=20 on slow speed (160) ahd0: port 0xa800-0xa8ff,0xa400-0xa= 4ff=20 mem 0xfc9fe000-0xfc9fffff irq 24 at device 3.0 on pci2 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz DT, offset 63, 16bit) so then it is not exactly a scsi but an adaptec problem right? =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 22:16:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C411B16A419 for ; Mon, 11 Feb 2008 22:16:19 +0000 (UTC) (envelope-from frasconebulk@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.190]) by mx1.freebsd.org (Postfix) with ESMTP id 58CEF13C43E for ; Mon, 11 Feb 2008 22:16:19 +0000 (UTC) (envelope-from frasconebulk@gmail.com) Received: by ti-out-0910.google.com with SMTP id j2so403138tid.3 for ; Mon, 11 Feb 2008 14:16:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=hKq6ZjR61/CDVNrSn7mT3LMmWBIceUGok+Oa9Z+6UiE=; b=itdZYuxSHJVUD4zKtUozFA2yRlpz+DI5qrCfSd1/s7UDzLMwQUk82BfTdJ0C+Pnbz3VkKlGbSGHeXhes66Mr+LaQ5XnpTjjhbjjhM0nB5FQHRwP+prK+62jVDFkUQdHrl/zWNiA3TMmKCyqfiZQKS5cfq/7Ggr0vzfDbW+Xha7k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=vIH0GOQbHq5LCMPE2u1OwX+EUuEqO6IJkM/WZcB8sWMK+TEqFYoy4BpfFWpW7PYFmUvXH9ayzPP/2SzkQ8AUCnKmAURRnMuyee1dNNTeKLNbaNYC7zmhtuvvLviPLR7VKUR3EqsNzs3vJDJNpQUG3r1m4ul9dd84OSajmxFR3Pw= Received: by 10.151.99.3 with SMTP id b3mr166956ybm.179.1202766464396; Mon, 11 Feb 2008 13:47:44 -0800 (PST) Received: by 10.150.133.11 with HTTP; Mon, 11 Feb 2008 13:47:44 -0800 (PST) Message-ID: <681a18e40802111347i3c23c34cve3c1d08b2eaeff0f@mail.gmail.com> Date: Mon, 11 Feb 2008 16:47:44 -0500 From: "David Frascone" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_21148_23381712.1202766464378" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Small patch to add -a to cp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 22:16:19 -0000 ------=_Part_21148_23381712.1202766464378 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline This small patch adds the -a (archive) flag to cp. Personally, I use cp -a all the time, and I miss it on BSD. This makes cp share the common -a flag with rsync and other file manipulation utilities. Comments, flames, etc welcome. -Dave ------=_Part_21148_23381712.1202766464378 Content-Type: text/plain; name=cp.patch.txt Content-Transfer-Encoding: base64 X-Attachment-Id: f_fcjk2vqy0 Content-Disposition: attachment; filename=cp.patch.txt SW5kZXg6IGJpbi9jcC9jcC4xCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC91c3IvRnJlZUJTRC9jdnN1 cC9zcmMvYmluL2NwL2NwLjEsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMzkKZGlmZiAtdSAtcjEu MzkgY3AuMQotLS0gYmluL2NwL2NwLjEJMiBOb3YgMjAwNiAxOToxMDowNSAtMDAwMAkxLjM5Cisr KyBiaW4vY3AvY3AuMQk2IEZlYiAyMDA4IDE2OjQ1OjQ4IC0wMDAwCkBAIC0xMTYsNiArMTE2LDkg QEAKIG9yCiAuWHIgcGF4IDEKIGluc3RlYWQuCisuSXQgRmwgYQorQXJjaGl2ZSBtb2RlOiAgVGhl IHNhbWUgYXMgCisuRmwgcnBQCiAuSXQgRmwgZgogRm9yIGVhY2ggZXhpc3RpbmcgZGVzdGluYXRp b24gcGF0aG5hbWUsIHJlbW92ZSBpdCBhbmQKIGNyZWF0ZSBhIG5ldyBmaWxlLCB3aXRob3V0IHBy b21wdGluZyBmb3IgY29uZmlybWF0aW9uCkluZGV4OiBiaW4vY3AvY3AuYwo9PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJD UyBmaWxlOiAvdXNyL0ZyZWVCU0QvY3ZzdXAvc3JjL2Jpbi9jcC9jcC5jLHYKcmV0cmlldmluZyBy ZXZpc2lvbiAxLjU5CmRpZmYgLXUgLXIxLjU5IGNwLmMKLS0tIGJpbi9jcC9jcC5jCTI2IERlYyAy MDA3IDA4OjMyOjIwIC0wMDAwCTEuNTkKKysrIGJpbi9jcC9jcC5jCTExIEZlYiAyMDA4IDIxOjQz OjM2IC0wMDAwCkBAIC0xMDIsNyArMTAyLDcgQEAKIAljaGFyICp0YXJnZXQ7CiAKIAlIZmxhZyA9 IExmbGFnID0gUGZsYWcgPSAwOwotCXdoaWxlICgoY2ggPSBnZXRvcHQoYXJnYywgYXJndiwgIkhM UFJmaWxucHJ2IikpICE9IC0xKQorCXdoaWxlICgoY2ggPSBnZXRvcHQoYXJnYywgYXJndiwgIkhM UFJhZmlsbnBydiIpKSAhPSAtMSkKIAkJc3dpdGNoIChjaCkgewogCQljYXNlICdIJzoKIAkJCUhm bGFnID0gMTsKQEAgLTExOSw2ICsxMTksMTAgQEAKIAkJY2FzZSAnUic6CiAJCQlSZmxhZyA9IDE7 CiAJCQlicmVhazsKKwkJY2FzZSAnYSc6CisJCQlQZmxhZyA9IHBmbGFnID0gcmZsYWcgPSAxOwor CQkJSGZsYWcgPSBMZmxhZyA9IDA7CisJCQlicmVhazsKIAkJY2FzZSAnZic6CiAJCQlmZmxhZyA9 IDE7CiAJCQlpZmxhZyA9IG5mbGFnID0gMDsKSW5kZXg6IGJpbi9jcC91dGlscy5jCj09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT0KUkNTIGZpbGU6IC91c3IvRnJlZUJTRC9jdnN1cC9zcmMvYmluL2NwL3V0aWxzLmMsdgpyZXRy aWV2aW5nIHJldmlzaW9uIDEuNTIKZGlmZiAtdSAtcjEuNTIgdXRpbHMuYwotLS0gYmluL2NwL3V0 aWxzLmMJNyBPY3QgMjAwNiAxMjoxNDo1MCAtMDAwMAkxLjUyCisrKyBiaW4vY3AvdXRpbHMuYwk2 IEZlYiAyMDA4IDE2OjQzOjUwIC0wMDAwCkBAIC00MjksOCArNDI5LDggQEAKIHsKIAogCSh2b2lk KWZwcmludGYoc3RkZXJyLCAiJXNcbiVzXG4iLAotInVzYWdlOiBjcCBbLVIgWy1IIHwgLUwgfCAt UF1dIFstZiB8IC1pIHwgLW5dIFstbHB2XSBzb3VyY2VfZmlsZSB0YXJnZXRfZmlsZSIsCi0iICAg ICAgIGNwIFstUiBbLUggfCAtTCB8IC1QXV0gWy1mIHwgLWkgfCAtbl0gWy1scHZdIHNvdXJjZV9m aWxlIC4uLiAiCisidXNhZ2U6IGNwIFstUiBbLUggfCAtTCB8IC1QXV0gWy1mIHwgLWkgfCAtbl0g Wy1hbHB2XSBzb3VyY2VfZmlsZSB0YXJnZXRfZmlsZSIsCisiICAgICAgIGNwIFstUiBbLUggfCAt TCB8IC1QXV0gWy1mIHwgLWkgfCAtbl0gWy1hbHB2XSBzb3VyY2VfZmlsZSAuLi4gIgogInRhcmdl dF9kaXJlY3RvcnkiKTsKIAlleGl0KEVYX1VTQUdFKTsKIH0K ------=_Part_21148_23381712.1202766464378-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 23:01:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C6A616A417 for ; Mon, 11 Feb 2008 23:01:19 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id 1449013C4E3 for ; Mon, 11 Feb 2008 23:01:18 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from tirith.brixandersen.dk (0x55534f5f.adsl.cybercity.dk [85.83.79.95]) by solow.pil.dk (Postfix) with ESMTP id A842B1CC0CE for ; Tue, 12 Feb 2008 00:01:16 +0100 (CET) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id DBF1411436; Tue, 12 Feb 2008 00:01:15 +0100 (CET) Date: Tue, 12 Feb 2008 00:01:15 +0100 From: Henrik Brix Andersen To: freebsd-current@freebsd.org Message-ID: <20080211230115.GC45014@tirith.brixandersen.dk> Mail-Followup-To: freebsd-current@freebsd.org References: <681a18e40802111347i3c23c34cve3c1d08b2eaeff0f@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DKU6Jbt7q3WqK7+M" Content-Disposition: inline In-Reply-To: <681a18e40802111347i3c23c34cve3c1d08b2eaeff0f@mail.gmail.com> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: Small patch to add -a to cp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 23:01:19 -0000 --DKU6Jbt7q3WqK7+M Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 11, 2008 at 04:47:44PM -0500, David Frascone wrote: > This small patch adds the -a (archive) flag to cp. Personally, I use cp = -a > all the time, and I miss it on BSD. This makes cp share the common -a fl= ag > with rsync and other file manipulation utilities. I, for one, would welcome this addition - I often find myself typing 'cp -a' only to get an error message and then find myself having to look up the correct combination of arguments to achieve the intended functionality. Brix --=20 Henrik Brix Andersen --DKU6Jbt7q3WqK7+M Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) Comment: GnuPG signed iEYEARECAAYFAkew07sACgkQv+Q4flTiePiHigCfSjC5lRoh9fSD6p2PO3V1l1Mr CVMAoJosZXHdFSUUaULxb6Wsd6Z0Wp8E =NQOx -----END PGP SIGNATURE----- --DKU6Jbt7q3WqK7+M-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 00:44:57 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 711CB16A419 for ; Tue, 12 Feb 2008 00:44:57 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 30B8813C447 for ; Tue, 12 Feb 2008 00:44:57 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from ip-182.ish.com.au ([203.29.62.182]) by fish.ish.com.au with esmtpa (Exim 4.43) id 1JOjKl-00007J-SO; Tue, 12 Feb 2008 11:49:15 +1100 From: Aristedes Maniatis To: Kris Kennaway In-Reply-To: <47B029A4.1070702@FreeBSD.org> References: <47B029A4.1070702@FreeBSD.org> Message-Id: <54D4EDDA-5956-4A77-AB59-12BC0A23E4D3@ish.com.au> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Tue, 12 Feb 2008 11:44:54 +1100 X-Mailer: Apple Mail (2.919.2) Cc: freebsd-current@freebsd.org Subject: Re: ZFS and PAE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 00:44:57 -0000 On 11/02/2008, at 9:55 PM, Kris Kennaway wrote: > Aristedes Maniatis wrote: >> Given the high memory usage requirements of ZFS, I'd like to load >> up servers using it with as much memory as I can. More than 4Gb of >> memory on older 32bit CPUs. Since PAE doesn't play with loadable >> kernel modules, is there a way to compile ZFS into the kernel >> itself (if I tick a box that says I know that licensing issues >> exist)? > > PAE does work with kernel modules, and ZFS works fine. That is great news. Does that mean that the text [1] "KLD modules cannot be loaded into a PAE enabled kernel, due to the differences in the build framework of a module and the kernel." is wrong or that I've misunderstood what it means? [1] http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html Ari Maniatis --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 01:08:44 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DADEF16A469 for ; Tue, 12 Feb 2008 01:08:44 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id C0EB413C465 for ; Tue, 12 Feb 2008 01:08:44 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id m1C18fUo014515; Mon, 11 Feb 2008 17:08:41 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.1/8.14.1/Submit) id m1C18ahs014514; Mon, 11 Feb 2008 17:08:36 -0800 (PST) (envelope-from obrien) Date: Mon, 11 Feb 2008 17:08:36 -0800 From: "David O'Brien" To: Scott Long Message-ID: <20080212010836.GA14441@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Scott Long , Niki Denev , "Gelsema, P (Patrick)" , JoaoBR , freebsd-current@freebsd.org References: <200704182239.59842.gelsemap@superhero.nl> <86tzvcvaai.fsf@dwp.des.no> <31439.195.50.100.20.1176984826.squirrel@www.superhero.nl> <20080211184453.GA5605@dragon.NUXI.org> <2e77fc10802111330p738d2c93i9eb1189b307d732d@mail.gmail.com> <47B0C34E.7040804@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47B0C34E.7040804@samsco.org> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Niki Denev , "Gelsema, P \(Patrick\)" , JoaoBR , freebsd-current@freebsd.org Subject: Re: Adaptec AHD U320 operating as only U160 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 01:08:44 -0000 On Mon, Feb 11, 2008 at 02:51:10PM -0700, Scott Long wrote: > I hate to say it, but SCSI speed negotiation broke with 7.0. ... > I'm working on fixing the problem, but it won't be fixed in time for > the final 7.0 release. I know. I hope I've added to the body of knowledge of where the problem started. You told me previously it could have been the addition of the Domain Validation code. Unfortuantely it isn't - it goes all teh way back to the cut over to the "NEW TRANS" code. > and I don't know of a workaround other than to tell you to read the > camcontrol manpage section on the 'negotiate' command and play with > that. Using that I am not able to get U320 negotiatation. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 01:09:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9420016A417 for ; Tue, 12 Feb 2008 01:09:21 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5B02413C4E3; Tue, 12 Feb 2008 01:09:17 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47B0F1BA.1040008@FreeBSD.org> Date: Tue, 12 Feb 2008 02:09:14 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Aristedes Maniatis References: <47B029A4.1070702@FreeBSD.org> <54D4EDDA-5956-4A77-AB59-12BC0A23E4D3@ish.com.au> In-Reply-To: <54D4EDDA-5956-4A77-AB59-12BC0A23E4D3@ish.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ZFS and PAE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 01:09:21 -0000 Aristedes Maniatis wrote: > > On 11/02/2008, at 9:55 PM, Kris Kennaway wrote: > >> Aristedes Maniatis wrote: >>> Given the high memory usage requirements of ZFS, I'd like to load up >>> servers using it with as much memory as I can. More than 4Gb of >>> memory on older 32bit CPUs. Since PAE doesn't play with loadable >>> kernel modules, is there a way to compile ZFS into the kernel itself >>> (if I tick a box that says I know that licensing issues exist)? >> >> PAE does work with kernel modules, and ZFS works fine. > > > That is great news. Does that mean that the text [1] "KLD modules cannot > be loaded into a PAE enabled kernel, due to the differences in the build > framework of a module and the kernel." is wrong or that I've > misunderstood what it means? It is out of date. As long as you use the 'make buildkernel' method, and limit yourself to modules that work with PAE, there is no issue. Kris From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 01:11:36 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C130316A41B for ; Tue, 12 Feb 2008 01:11:36 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from pd3mo2so.prod.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id A047713C459 for ; Tue, 12 Feb 2008 01:11:36 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from pd4mr4so.prod.shaw.ca (pd4mr4so-qfe3.prod.shaw.ca [10.0.141.215]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JW300J2PN60RV90@l-daemon> for freebsd-current@FreeBSD.org; Mon, 11 Feb 2008 17:10:48 -0700 (MST) Received: from pn2ml8so.prod.shaw.ca ([10.0.121.152]) by pd4mr4so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JW300ENKN5UI110@pd4mr4so.prod.shaw.ca> for freebsd-current@FreeBSD.org; Mon, 11 Feb 2008 17:10:49 -0700 (MST) Received: from spqr.komquats.com ([24.68.216.215]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JW300551N5TXS90@l-daemon> for freebsd-current@FreeBSD.org; Mon, 11 Feb 2008 17:10:41 -0700 (MST) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by spqr.komquats.com (Postfix) with ESMTP id A544C410FA for ; Mon, 11 Feb 2008 16:10:40 -0800 (PST) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.14.2/8.14.2) with ESMTP id m1C0AeTZ038250 for ; Mon, 11 Feb 2008 16:10:40 -0800 X-URL: http://www.komquats.com/ Date: Mon, 11 Feb 2008 16:10:40 -0800 From: Cy Schubert Sender: Cy.Schubert@komquats.com X-Sender: cy@cwsent.com To: freebsd-current@FreeBSD.org Message-id: <200802120010.m1C0AeTZ038250@cwsys.cwsent.com> MIME-version: 1.0 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 Content-type: text/plain; charset=us-ascii X-os: FreeBSD Cc: Subject: sk Panic in 8.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 01:11:36 -0000 Has anyone seen the following mutex panic in sk_jfree? The last time this system booted was Jan 31. OK include /boot/testbed/current / testbed/current (8.0-CURRENT) loader file selected - unload complete currdev set to disk1s1d: /boot/kernel/kernel text=0x66d6e0 data=0xb3a00+0xaa07c syms=[0x4+0x76dc0+0x4+0x98529] /boot/kernel/smbus.ko text=0xeec data=0x1a8+0x4 syms=[0x4+0x520+0x4+0x50a] /boot/kernel/smb.ko text=0x1634 data=0x1b4+0x4 syms=[0x4+0x530+0x4+0x4df] /boot/kernel/intpm.ko text=0x270c data=0x1e4+0x4 syms=[0x4+0x710+0x4+0x753] /boot/kernel/if_sk.ko text=0x959c data=0x34c+0x8 syms=[0x4+0xd50+0x4+0xd1f] /boot/kernel/if_vr.ko text=0x4560 data=0x234+0x4 syms=[0x4+0x930+0x4+0x8d1] /boot/kernel/geom_concat.ko text=0x4178 data=0x204+0x8 syms=[0x4+0x7b0+0x4+0x730] new kernel has been loaded OK boot /boot/kernel/acpi.ko text=0x4d244 data=0x23a0+0x186c syms=[0x4+0x8660+0x4+0xb0e7] GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #0: Mon Feb 11 12:35:05 PST 2008 root@bob:/dsk02/obj/dsk03/src/cvs-current/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. module_register: module sk/miibus already exists! Module sk/miibus failed to register: 17 module_register: module skc/sk already exists! Module skc/sk failed to register: 17 module_register: module pci/skc already exists! Module pci/skc failed to register: 17 module_register: module vr/miibus already exists! Module vr/miibus failed to register: 17 module_register: module pci/vr already exists! Module pci/vr failed to register: 17 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Sempron(tm) Processor 3000+ (1599.99-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x40ff2 Stepping = 2 Features=0x78bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x19 real memory = 1542389760 (1470 MB) avail memory = 1499729920 (1430 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 5bdf0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xc0000000-0xcfffffff,0xdd000000-0xddf fffff irq 16 at device 0.0 on pci1 pcib2: irq 27 at device 2.0 on pci0 pci2: on pcib2 pcib3: irq 31 at device 3.0 on pci0 pci3: on pcib3 atapci0: port 0xff00-0xff07,0xfe00-0xfe03,0xf d00-0xfd07,0xfc00-0xfc03,0xfb00-0xfb0f,0xf400-0xf4ff irq 21 at device 15.0 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0 x376,0xfa00-0xfa0f at device 15.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] uhci0: port 0xf900-0xf91f irq 20 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xf800-0xf81f irq 22 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xf700-0xf71f irq 21 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xf600-0xf61f irq 23 at device 16.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xdffff000-0xdffff0ff irq 21 at device 16.4 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 vr0: port 0xf200-0xf2ff mem 0xdfffe000-0xdfffe0ff irq 23 at device 18.0 on pci0 vr0: Quirks: 0x0 miibus0: on vr0 rlphy0: PHY 1 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: using obsoleted if_watchdog interface vr0: Ethernet address: 00:16:17:8e:65:fe vr0: [ITHREAD] pcib4: at device 19.0 on pci0 pci4: on pcib4 pci4: at device 1.0 (no driver attached) pcib5: at device 19.1 on pci0 pci5: on pcib5 ahc0: port 0xae00-0xaeff mem 0xdf8ff000-0xdf8fffff irq 17 at device 4.0 on pci5 ahc0: [ITHREAD] aic7880: Ultra Single Channel A, SCSI Id=7, 16/253 SCBs skc0: port 0xac00-0xacff mem 0xdf8f8000-0xdf8fbfff irq 18 at device 5.0 on pci5 skc0: DGE-530T Gigabit Ethernet Adapter rev. (0x1) sk0: on skc0 sk0: Ethernet address: 00:13:46:73:0c:0d miibus1: on sk0 e1000phy0: PHY 0 on miibus1 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto skc0: [ITHREAD] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio0: [FILTER] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] pmtimer0 on isa0 orm0: at iomem 0xd4000-0xd87ff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1599991094 Hz quality 800 Timecounters tick every 1.000 msec ad0: 76351MB at ata0-master UDMA100 acd0: DVDR at ata0-slave UDMA33 ad2: 117246MB at ata1-master UDMA133 ad3: 238475MB at ata1-slave UDMA100 Waiting 5 seconds for SCSI devices to settle GEOM_LABEL: Label for provider acd0 is iso9660/CDROM. da0 at ahc0 bus 0 target 1 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 20.000MB/s transfers (20.000MHz, offset 15) da0: Command Queueing Enabled da0: 4340MB (8888924 512 byte sectors: 255H 63S/T 553C) WARNING: WITNESS option enabled, expect reduced performance. lock order reversal: 1st 0xc3529e28 devfs (devfs) @ /dsk03/src/cvs-current/src/sys/kern/vfs_subr .c:2061 2nd 0xc343c6d4 devfsmount (devfsmount) @ /dsk03/src/cvs-current/src/sys/fs/ devfs/devfs_vnops.c:201 KDB: stack backtrace: db_trace_self_wrapper(c0a391b6) at db_trace_self_wrapper+0x25 kdb_backtrace(c0b66f18,2,c3291d54,c0ba59a8,0,...) at kdb_backtrace+0x24 witness_checkorder(c343c6d4,9,c0a2c52d,c9,0,...) at witness_checkorder+0x58e _sx_xlock(c343c6d4,0,c0a2c52d,c9,c3529dd0,2002,c3291cc0,c343c6d4,c0a2c52d,c7 ) at _sx_xlock+0x52 devfs_allocv(c35f4b00,c3622000,e1c0dc68,c3291cc0,c343c6d4,0,c0a2c491,9d) at devfs_allocv+0xf1 devfs_root(c3622000,2,c0ba60d8,c3291cc0) at devfs_root+0x36 set_rootvnode(c0ba60c0,0,c0a416ef,5ed,25e,...) at set_rootvnode+0x1d vfs_mountroot(c0b5c2c0,c3291cc0,c328fab0,c3291cc0,e1c0dcec,...) at vfs_mountroot+0x288 start_init(0,e1c0dd38) at start_init+0x4c fork_exit(c06d9840,0,e1c0dd38) at fork_exit+0xb0 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe1c0dd70, ebp = 0 --- Trying to mount root from ufs:/dev/ad0s1d lock order reversal: 1st 0xc35299e8 ufs (ufs) @ /dsk03/src/cvs-current/src/sys/kern/vfs_subr.c:2 061 2nd 0xc3622000 vfslock (vfslock) @ /dsk03/src/cvs-current/src/sys/kern/vfs_ subr.c:364 KDB: stack backtrace: db_trace_self_wrapper(c0a391b6) at db_trace_self_wrapper+0x25 kdb_backtrace(c0b66f40,2,c3291d54,c0ba5938,0,...) at kdb_backtrace+0x24 witness_checkorder(c3622000,1,c0a41d9c,16c) at witness_checkorder+0x58e _lockmgr(c3622000,2001,c3622030,c0a41d9c,16c) at _lockmgr+0x124 vfs_busy(c3622000,0,0,c3291cc0) at vfs_busy+0x12f lookup(e1c0dba8) at lookup+0x71d namei(e1c0dba8) at namei+0x2b6 kern_unlink(c3291cc0,c0a41b3e,1) at kern_unlink+0x3e vfs_mountroot_try(25e,c0a30cb8,0,0,c3291cc0,...) at vfs_mountroot_try+0x37a vfs_mountroot(c0b5c2c0,c3291cc0,c328fab0,c3291cc0,e1c0dcec,...) at vfs_mountroot+0x338 start_init(0,e1c0dd38) at start_init+0x4c fork_exit(c06d9840,0,e1c0dd38) at fork_exit+0xb0 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe1c0dd70, ebp = 0 --- lock order reversal: 1st 0xc3295044 user map (user map) @ /dsk03/src/cvs-current/src/sys/vm/vm_m ap.c:3111 2nd 0xc35297c8 ufs (ufs) @ /dsk03/src/cvs-current/src/sys/kern/vfs_subr.c:2 061 KDB: stack backtrace: db_trace_self_wrapper(c0a391b6) at db_trace_self_wrapper+0x25 kdb_backtrace(c0b66ea0,0,c3291d54,c0ba59a8,0,...) at kdb_backtrace+0x24 witness_checkorder(c35297c8,1,c0a41d9c,80d) at witness_checkorder+0x58e _lockmgr(c35297c8,3041,c35297f8,c0a41d9c,80d) at _lockmgr+0x124 ffs_lock(e1c0da90) at ffs_lock+0x6e VOP_LOCK1_APV(c0b0a020,e1c0da90,c35297f8,c0b21a20,c3529770,...) at VOP_LOCK1_APV+0x83 _vn_lock(c3529770,3041,c0a41d9c,80d,c3529770,...) at _vn_lock+0xc9 vget(c3529770,3041,c3291cc0) at vget+0xd1 vnode_pager_lock(c1460380,c1460380,c1460380,0,c0a58d67,...) at vnode_pager_lock+0x13e vm_fault(c3295000,80ce000,2,8,80ce1a0,...) at vm_fault+0x189 trap_pfault(c328fab0,0,c06fb711,6,c,...) at trap_pfault+0xf4 trap(e1c0dd38) at trap+0x24a calltrap() at calltrap+0x6 --- trap 0xc, eip = 0x80480e2, esp = 0xbfbfef00, ebp = 0xbfbfef10 --- Loading configuration files. kernel dumps on /dev/ad0s1b Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/ad0s1b as swap device swapon: /dev/ad2s1b: No such file or directory swapon: adding /dev/ad3s1b as swap device swapon: adding /dev/ad2p1 as swap device Starting file system checks: /dev/ad0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1d: clean, 2976187 free (14963 frags, 370153 blocks, 0.3% fragmentation) /dev/ad3s1g: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad3s1g: clean, 67600754 free (343074 frags, 8407210 blocks, 0.3% fragmentation) /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1a: clean, 1975712 free (17584 frags, 244766 blocks, 0.4% fragmentation) /dev/ad0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1e: clean, 4126258 free (10786 frags, 514434 blocks, 0.2% fragmentation) /dev/da0p1: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0p1: clean, 2249366 free (6782 frags, 280323 blocks, 0.2% fragmentation) /dev/ad0s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1f: clean, 2269772 free (15612 frags, 281770 blocks, 0.4% fragmentation) /dev/ad0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s2a: clean, 3969749 free (14645 frags, 494388 blocks, 0.3% fragmentation) /dev/ad0s2d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s2d: clean, 3453823 free (11207 frags, 430327 blocks, 0.3% fragmentation) /dev/ad0s2e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s2e: clean, 3428465 free (10849 frags, 427202 blocks, 0.2% fragmentation) Setting hostuuid: ef98fa17-f448-11db-bd62-0016178e65fe. Setting hostid: 0xf46bca72. Mounting local file systems:mount: /amd64-6: No such file or directory . Setting hostname: bob. net.inet6.ip6.auto_linklocal: 1 -> 0 vfs.nfsrv.async: 0 -> 1 net.inet.tcp.sendspace: 32768 -> 65536 kern.ipc.nmbclussters: k2304 -> 32768 0: link state changed to DOWN vr0: link state changed to UP sk0: flags=8843 metric 0 mtu 9000 options=b ether 00:13:46:73:0c:0d inet 10.1.1.7 netmask 0xffffff00 broadcast 10.1.1.255 inet 10.1.1.2 netmask 0xffffffff broadcast 10.1.1.2 media: Ethernet autoselect (none) status: no carrier vr0: flags=8843 metric 0 mtu 1500 options=8 ether 00:16:17:8e:65:fe inet 10.1.2.7 netmask 0xffffff00 broadcast 10.1.2.255 inet 10.1.2.2 netmask 0xffffffff broadcast 10.1.2.2 media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 add net default: gateway 10.1.2.254 Additional routing options:. Starting devd. hw.acpi.cpu.cx_lowest: C1 sysctl: hw.acpi.cpu.cx_lowest: Invalid argument Additional IP options:. Mounting NFS file systems:sk0: link state changed to UP panic: mtx_lock() of spin mutex (null) @ /dsk03/src/cvs-current/src/sys/modu les/sk/../../dev/sk/if_sk.c:2439 cpuid = 0 KDB: enter: panic [thread pid 12 tid 100038 ] Stopped at kdb_enter+0x34: movl $0,kdb_why db> bt Tracing pid 12 tid 100038 td 0xc3363cc0 kdb_enter(c0a36183,c0a36183) at kdb_enter+0x34 panic(c0a34f9b,0,c0cefb36,987,e2583cc0,...) at panic+0x111 _mtx_lock_flags(e2586bbc,0,c0cefb36,987,c35d1000,...) at _mtx_lock_flags+0x70 sk_jfree(c341f000,e2583cc0) at sk_jfree+0x3a mb_free_ext(c35d1000) at mb_free_ext+0x18f m_freem(c35d1000) at m_freem+0x1f arpintr(c35d1000) at arpintr+0xc0b netisr_dispatch(12,c35d1000) at netisr_dispatch+0x5d ether_demux(c33d5400,c35d1000) at ether_demux+0x1c9 ether_input(c33d5400,c35d1000,c33f36e0,0,c0cefb36,...) at ether_input+0x2f9 sk_jumbo_rxeof(c33f36e0,c341f000,c33d5400,0,c342d340,...) at sk_jumbo_rxeof+0x215 sk_intr(c33f3680) at sk_intr+0xac ithread_loop(c342ab40,e2589d38) at ithread_loop+0x175 fork_exit(c06eded0,c342ab40,e2589d38) at fork_exit+0xb0 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe2589d70, ebp = 0 --- db> -- Cheers, Cy Schubert From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 01:43:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 567AD16A41B for ; Tue, 12 Feb 2008 01:43:22 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by mx1.freebsd.org (Postfix) with ESMTP id F0F7A13C45B for ; Tue, 12 Feb 2008 01:43:21 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so4228518wri.3 for ; Mon, 11 Feb 2008 17:43:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=HWNfFZ0SnpbfABgxMe1KiiirYo+v9m+PlbEYHfFNTuU=; b=Vz0wovl+BimSdSkWY4eX/OGASdqfzk3EGqv42cfu7FlUw45FK9+kzP1wFVx/FIObZr8cx5F/HVeBn8XZYEuIviGTLjJ5eXl00cunCVaqvSQnoGL0mDt586sSGT3fzMh7ecNkORwjad26/SgShhQtADpPgiTx5skvlsgK5rziDko= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=QCkLYcF3CvbiT8BTvCh/c6qfLeRTWqA9jDxDlJSW3ISjE6OWx5Lm7UmM8wDJX38TuoYE797XkjX2WWlQAWeDiIEXoy6pWFqa3CL1/YPC0XV01a3DE5eN5fltArzfsPcpJRzhUMJWCZkjRWrdX6JRuDlFGH1j5kdjsC1U0U8T7Ws= Received: by 10.142.163.14 with SMTP id l14mr567908wfe.230.1202780600260; Mon, 11 Feb 2008 17:43:20 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 24sm5712855wff.10.2008.02.11.17.43.17 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 11 Feb 2008 17:43:18 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m1C1hDDY007286 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Feb 2008 10:43:13 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m1C1hCnj007285; Tue, 12 Feb 2008 10:43:12 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 12 Feb 2008 10:43:12 +0900 From: Pyun YongHyeon To: Cy Schubert Message-ID: <20080212014312.GA6953@cdnetworks.co.kr> References: <200802120010.m1C0AeTZ038250@cwsys.cwsent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200802120010.m1C0AeTZ038250@cwsys.cwsent.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org Subject: Re: sk Panic in 8.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 01:43:22 -0000 On Mon, Feb 11, 2008 at 04:10:40PM -0800, Cy Schubert wrote: > Has anyone seen the following mutex panic in sk_jfree? The last time this > system booted was Jan 31. > [...] > panic: mtx_lock() of spin mutex (null) @ /dsk03/src/cvs-current/src/sys/modu > les/sk/../../dev/sk/if_sk.c:2439 > cpuid = 0 > KDB: enter: panic > [thread pid 12 tid 100038 ] > Stopped at kdb_enter+0x34: movl $0,kdb_why > db> bt > Tracing pid 12 tid 100038 td 0xc3363cc0 > kdb_enter(c0a36183,c0a36183) at kdb_enter+0x34 > panic(c0a34f9b,0,c0cefb36,987,e2583cc0,...) at panic+0x111 > _mtx_lock_flags(e2586bbc,0,c0cefb36,987,c35d1000,...) at > _mtx_lock_flags+0x70 > sk_jfree(c341f000,e2583cc0) at sk_jfree+0x3a > mb_free_ext(c35d1000) at mb_free_ext+0x18f > m_freem(c35d1000) at m_freem+0x1f > arpintr(c35d1000) at arpintr+0xc0b > netisr_dispatch(12,c35d1000) at netisr_dispatch+0x5d > ether_demux(c33d5400,c35d1000) at ether_demux+0x1c9 > ether_input(c33d5400,c35d1000,c33f36e0,0,c0cefb36,...) at ether_input+0x2f9 > sk_jumbo_rxeof(c33f36e0,c341f000,c33d5400,0,c342d340,...) at > sk_jumbo_rxeof+0x215 > sk_intr(c33f3680) at sk_intr+0xac > ithread_loop(c342ab40,e2589d38) at ithread_loop+0x175 > fork_exit(c06eded0,c342ab40,e2589d38) at fork_exit+0xb0 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xe2589d70, ebp = 0 --- > db> > I'm not sure whether this panic is related with recent phk's change to MEXTADD(). If this is the case, you may have to use standard MTU instead of 9000. Since FreeBSD now have physically contiguous jumbos I have plan to take advantage of it instead of use of local allocator. That would also eliminate a jlist lock required to serialize accessing jumbo buffers allocated from driver. Give me a couple of days. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 02:00:28 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E7EB16A418; Tue, 12 Feb 2008 02:00:28 +0000 (UTC) (envelope-from csjp@sub.vaned.net) Received: from sub.vaned.net (sub.vaned.net [205.200.235.40]) by mx1.freebsd.org (Postfix) with ESMTP id ED78613C455; Tue, 12 Feb 2008 02:00:27 +0000 (UTC) (envelope-from csjp@sub.vaned.net) Received: by sub.vaned.net (Postfix, from userid 1001) id 3033F1CD; Mon, 11 Feb 2008 19:40:57 -0600 (CST) Date: Mon, 11 Feb 2008 19:40:57 -0600 From: "Christian S.J. Peron" To: arch@freebsd.org Message-ID: <20080212014057.GA6027@sub.vaned.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: re@freebsd.org, current@freebsd.org Subject: sysv IPC and shminfo ABI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 02:00:28 -0000 All, A while ago, I committed a patch which changed what was a kernel private structure 'shminfo'. In order to access this structure, you must define _KERNEL which suggests to me we should not be making guarantees about it's size. See /usr/src/sys/shm.h The change was incomplete, as the intent of the change was to allow us to use more then 2 Gigs of shared memory. jkim has some patches which completes the change, but they have not been committed yet. However, we do export IPC_INFO which can be used in shmctl(), and we pass this structure to userspace, which to be implies that this change can break the ABI, even though the user has to define _KERNEL to acces the structure. System V IPC is tricky like this. So I guess I have a few questions: (1) Is struct shminfo considered a sys V standard structure that has a predefined size that should be maintained across all architectures? (2) Is this an ABI breakage that we care about? Usually whether or not we want to break the ABI is clear, however in this case I am confused, because we offer IPC_INFO, implement it in the kernel, however we don't expose the details of the structure that shmctl(IPC_INFO) will export. I've done some pretty extensive searching and I can't seem to find any FreeBSD code which implements this. I know that this is late in the release engineering cycle for RELENG_7_0 to be bringing this up, but I want to make sure this isnt going to be a problem moving forward. As I see it, we have a few options: (1) Back the change out now before any damage is done (assuming we care) (2) Apply this safety patch to RELENG_7 and RELENG_7_0 http://people.freebsd.org/~csjp/sysv_shm.1202744975.6_abi_fix.diff (3) Leave things as they are, as we are going to be getting support for large shared memory allocations in the future. (This is why I asked if the structure supposed to be a standard size). I apologize for this, I understand this is probably the last thing we need before the release, but I just want to make sure that we are doing the right thing. From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 02:23:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E27516A417 for ; Tue, 12 Feb 2008 02:23:48 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.ltdomains.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id 49C3613C467 for ; Tue, 12 Feb 2008 02:23:48 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.local (r74-193-81-203.pfvlcmta01.grtntx.tl.dh.suddenlink.net [74.193.81.203]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id m1C2NiR5022019 for ; Mon, 11 Feb 2008 20:23:46 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <47B1032A.2070208@freebsd.org> Date: Mon, 11 Feb 2008 20:23:38 -0600 From: Eric Anderson User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <681a18e40802111347i3c23c34cve3c1d08b2eaeff0f@mail.gmail.com> <20080211230115.GC45014@tirith.brixandersen.dk> In-Reply-To: <20080211230115.GC45014@tirith.brixandersen.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Subject: Re: Small patch to add -a to cp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 02:23:48 -0000 Henrik Brix Andersen wrote: > On Mon, Feb 11, 2008 at 04:47:44PM -0500, David Frascone wrote: >> This small patch adds the -a (archive) flag to cp. Personally, I use cp -a >> all the time, and I miss it on BSD. This makes cp share the common -a flag >> with rsync and other file manipulation utilities. > > I, for one, would welcome this addition - I often find myself typing > 'cp -a' only to get an error message and then find myself having to > look up the correct combination of arguments to achieve the intended > functionality. > > Brix I think it's great. Actually, I did the same about 1.5 yrs ago (see here: http://lists.freebsd.org/pipermail/freebsd-hackers/2006-August/017540.html ), and the -a option got shot down. I hope you have more luck! :) Eric From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 00:06:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 873E916A418 for ; Tue, 12 Feb 2008 00:06:35 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 0D71113C46E for ; Tue, 12 Feb 2008 00:06:34 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so645008uge.37 for ; Mon, 11 Feb 2008 16:06:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; bh=OIi0D3BKkqrCHRAUu87GfxavNOGrcWrneDnM8dcjAKk=; b=De/mW0o6c+lmlOene/sV3rh+zpXRY8gvv2fJUT0FRFTF5ZmNK38YhbiT3FruLOyShLAK0JlEm3ySl5s1bh/Rm0Jo9pqe7GiSj2XMIYJE2ivbnRXIFOhROizJ5BOiz7IRno+SCGKOYqMndBoeyLpOFUf/i2HLauF5IU5TlNFy4aI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; b=sR9ss6TAWa0B/Zyaru+txhZQklWSUK975/MYbArq/0Airc0Y1scwhrpisa25cSAG9JjOP8VMiaDy3dc6kLjxq8I0uTlBsv4opqZryKEu4Td3W1k4SrI39/r2UgAU1QUDsOscgEa7ODF0J0K7JZKFohPu3qEvGVssUlmxNMzeOJ8= Received: by 10.66.250.18 with SMTP id x18mr340965ugh.79.1202774793756; Mon, 11 Feb 2008 16:06:33 -0800 (PST) Received: from ?89.214.138.1? ( [89.214.138.1]) by mx.google.com with ESMTPS id p10sm21298153gvf.8.2008.02.11.16.06.32 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 11 Feb 2008 16:06:33 -0800 (PST) Message-Id: <4736B409-B69F-47B9-BFA4-43C02375CA62@fnop.net> From: Rui Paulo To: hpcharles@gmail.com In-Reply-To: <4734a3ed0802111033k9296e10lf24eec8d6569ef5@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Tue, 12 Feb 2008 00:06:27 +0000 References: <4734a3ed0802111033k9296e10lf24eec8d6569ef5@mail.gmail.com> X-Mailer: Apple Mail (2.919.2) Sender: Rui Paulo X-Mailman-Approved-At: Tue, 12 Feb 2008 03:33:09 +0000 Cc: freebsd-current@freebsd.org Subject: Re: How to debug hot key disfuntion (on asus eepc) ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 00:06:35 -0000 On Feb 11, 2008, at 6:33 PM, Henri-Pierre Charles wrote: > Hello, I have an asus eepc 701, FreeBSD 7.0 RC1 + patch for the ath > wifi connection. > It work quite well, but I'm unable to use ALT+F5 which is supposed to > swicth between LCD and VGA port (with or without ACPI enabled). > > Of course, it works on xandros which is pre-installed. > > What can be done to track this problem ? Is it related to ACPI ? All > the > laptops I had before (dell, hp) worked out of the box for this point.T > > Thanks for any idea > In X11, could you please run 'xev' and see if it outputs any keycode. If it does, Xandros is most likely using an external application to do the switching, i.e., the switching is done by software. Regards. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 03:45:51 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D63A16A41B for ; Tue, 12 Feb 2008 03:45:51 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from pd2mo1so.prod.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 070AB13C465 for ; Tue, 12 Feb 2008 03:45:50 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from pd3mr3so.prod.shaw.ca (pd3mr3so-qfe3.prod.shaw.ca [10.0.141.179]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JW300IB4X414150@l-daemon> for freebsd-current@FreeBSD.org; Mon, 11 Feb 2008 20:45:37 -0700 (MST) Received: from pn2ml1so.prod.shaw.ca ([10.0.121.145]) by pd3mr3so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JW3007V2X41W650@pd3mr3so.prod.shaw.ca> for freebsd-current@FreeBSD.org; Mon, 11 Feb 2008 20:45:37 -0700 (MST) Received: from spqr.komquats.com ([24.68.216.215]) by l-daemon (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JW300FD7X3Z3110@l-daemon> for freebsd-current@FreeBSD.org; Mon, 11 Feb 2008 20:45:36 -0700 (MST) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by spqr.komquats.com (Postfix) with ESMTP id 0431C410FA; Mon, 11 Feb 2008 19:45:32 -0800 (PST) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.14.2/8.14.2) with ESMTP id m1C3jVt6040300; Mon, 11 Feb 2008 19:45:31 -0800 X-URL: http://www.komquats.com/ Date: Mon, 11 Feb 2008 19:45:31 -0800 From: Cy Schubert In-reply-to: Message from Pyun YongHyeon "of Tue, 12 Feb 2008 10:43:12 +0900." <20080212014312.GA6953@cdnetworks.co.kr> Sender: Cy.Schubert@komquats.com X-Sender: cy@cwsent.com To: pyunyh@gmail.com Message-id: <200802120345.m1C3jVt6040300@cwsys.cwsent.com> MIME-version: 1.0 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 Content-type: text/plain; charset=us-ascii X-os: FreeBSD Cc: freebsd-current@FreeBSD.org Subject: Re: sk Panic in 8.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 03:45:51 -0000 In message <20080212014312.GA6953@cdnetworks.co.kr>, Pyun YongHyeon writes: > On Mon, Feb 11, 2008 at 04:10:40PM -0800, Cy Schubert wrote: > > Has anyone seen the following mutex panic in sk_jfree? The last time this > > system booted was Jan 31. > > > > [...] > > > panic: mtx_lock() of spin mutex (null) @ /dsk03/src/cvs-current/src/sys/mo > du > > les/sk/../../dev/sk/if_sk.c:2439 > > cpuid = 0 > > KDB: enter: panic > > [thread pid 12 tid 100038 ] > > Stopped at kdb_enter+0x34: movl $0,kdb_why > > db> bt > > Tracing pid 12 tid 100038 td 0xc3363cc0 > > kdb_enter(c0a36183,c0a36183) at kdb_enter+0x34 > > panic(c0a34f9b,0,c0cefb36,987,e2583cc0,...) at panic+0x111 > > _mtx_lock_flags(e2586bbc,0,c0cefb36,987,c35d1000,...) at > > _mtx_lock_flags+0x70 > > sk_jfree(c341f000,e2583cc0) at sk_jfree+0x3a > > mb_free_ext(c35d1000) at mb_free_ext+0x18f > > m_freem(c35d1000) at m_freem+0x1f > > arpintr(c35d1000) at arpintr+0xc0b > > netisr_dispatch(12,c35d1000) at netisr_dispatch+0x5d > > ether_demux(c33d5400,c35d1000) at ether_demux+0x1c9 > > ether_input(c33d5400,c35d1000,c33f36e0,0,c0cefb36,...) at ether_input+0x2f > 9 > > sk_jumbo_rxeof(c33f36e0,c341f000,c33d5400,0,c342d340,...) at > > sk_jumbo_rxeof+0x215 > > sk_intr(c33f3680) at sk_intr+0xac > > ithread_loop(c342ab40,e2589d38) at ithread_loop+0x175 > > fork_exit(c06eded0,c342ab40,e2589d38) at fork_exit+0xb0 > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0, eip = 0, esp = 0xe2589d70, ebp = 0 --- > > db> > > > > I'm not sure whether this panic is related with recent phk's change > to MEXTADD(). If this is the case, you may have to use standard MTU > instead of 9000. > Since FreeBSD now have physically contiguous jumbos I have plan to > take advantage of it instead of use of local allocator. That would > also eliminate a jlist lock required to serialize accessing jumbo > buffers allocated from driver. Give me a couple of days. Thanks. Reducing the MTU from 9000 to default (1500) circumvents the panic. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org e**(i*pi)+1=0 From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 05:25:52 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A3F216A417; Tue, 12 Feb 2008 05:25:52 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 580CE13C442; Tue, 12 Feb 2008 05:25:52 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id DE5A51A4D8C; Mon, 11 Feb 2008 21:10:20 -0800 (PST) Date: Mon, 11 Feb 2008 21:10:20 -0800 From: Alfred Perlstein To: "Christian S.J. Peron" Message-ID: <20080212051020.GO99258@elvis.mu.org> References: <20080212014057.GA6027@sub.vaned.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080212014057.GA6027@sub.vaned.net> User-Agent: Mutt/1.4.2.3i Cc: arch@freebsd.org, re@freebsd.org, current@freebsd.org Subject: Re: sysv IPC and shminfo ABI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 05:25:52 -0000 * Christian S.J. Peron [080211 18:00] wrote: > All, > > A while ago, I committed a patch which changed what was a kernel private > structure 'shminfo'. In order to access this structure, you must define > _KERNEL which suggests to me we should not be making guarantees about it's > size. > > See /usr/src/sys/shm.h ... yeah but... > > So I guess I have a few questions: > > (1) Is struct shminfo considered a sys V standard structure that has a > predefined size that should be maintained across all architectures? No, that's not required, what is required is backwards compat. > (2) Is this an ABI breakage that we care about? Yes, if it's breaking people, then yes. for ia32 in particular. > (1) Back the change out now before any damage is done (assuming we care) > > (2) Apply this safety patch to RELENG_7 and RELENG_7_0 > > http://people.freebsd.org/~csjp/sysv_shm.1202744975.6_abi_fix.diff Honestly I was going to suggest all this cruft to "get it right", but this patch looks like the most simple, most correct thing. I think it should go in. > (3) Leave things as they are, as we are going to be getting support for large > shared memory allocations in the future. (This is why I asked if the > structure supposed to be a standard size). Afaik there's no "standard size" in the API (I think shmctl->shminfo is pretty unix specific) but it pays to keep the backward compat. > > I apologize for this, I understand this is probably the last thing we need > before the release, but I just want to make sure that we are doing the right > thing. Cool. -Alfred From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 07:58:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B60916A41A for ; Tue, 12 Feb 2008 07:58:16 +0000 (UTC) (envelope-from hpcharles@gmail.com) Received: from hs-out-0708.google.com (hs-out-0708.google.com [64.233.178.244]) by mx1.freebsd.org (Postfix) with ESMTP id 02CD613C459 for ; Tue, 12 Feb 2008 07:58:15 +0000 (UTC) (envelope-from hpcharles@gmail.com) Received: by hs-out-0708.google.com with SMTP id h53so245271hsh.11 for ; Mon, 11 Feb 2008 23:58:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=3web95H4aeDK0vtBOEx+cULrpWr79jSZian/ZzixxHg=; b=rkicuvDgqKd1yzWr6MVRXmRZlgvv68Lr4e/7T4VYlAWt7aR04UAAhZvgTUKeaN50b8G8BXMOtxvmrlca1ba1fBde2207Q+CAF3En9NhzkIAWJtYUzX0kmK1OXr2mbCzrn1DAUwLZJZYvpnUqOu/mCdIPtcn2ZQ2iOXk1uDCNUIQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fNMNVgQpxORwMfYZDmG52TXUdax0RH8TH3pSBOEWXTUKbsGvimkRLMjp1T/A2tpScKDx+tkZSb8z7s16CnFoAzBTCl1hg4yzePqodWHezasjlosRsk5Vqh09Oh32JGdfQMXdw9/rGwhkXnu0CDzXGOIisEX3C8RPk4oxP/Xicu8= Received: by 10.142.231.7 with SMTP id d7mr740039wfh.194.1202803093885; Mon, 11 Feb 2008 23:58:13 -0800 (PST) Received: by 10.143.52.1 with HTTP; Mon, 11 Feb 2008 23:58:13 -0800 (PST) Message-ID: <4734a3ed0802112358i31911a02iea69fd8bfd65c79a@mail.gmail.com> Date: Tue, 12 Feb 2008 08:58:13 +0100 From: "Henri-Pierre Charles" To: "Rui Paulo" , freebsd-current@freebsd.org In-Reply-To: <4736B409-B69F-47B9-BFA4-43C02375CA62@fnop.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4734a3ed0802111033k9296e10lf24eec8d6569ef5@mail.gmail.com> <4736B409-B69F-47B9-BFA4-43C02375CA62@fnop.net> Cc: Subject: Re: How to debug hot key disfuntion (on asus eepc) ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hpcharles@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 07:58:16 -0000 Hello, On 2/12/08, Rui Paulo wrote: > In X11, could you please run 'xev' and see if it outputs any keycode. > If it does, Xandros is most likely using an external application to do > the switching, i.e., the switching is done by software. Thanks for this suggestion, but unfortunately the funtion key does not generate any keycode, it's not done by software. If somebody is interrested, I have put here : http://henripierre.charles.free.fr/eeepc/ dmesg after a boot -v and the result of acpidump H-P -- HPC From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 08:09:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50F8516A419 for ; Tue, 12 Feb 2008 08:09:04 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 10A1913C43E for ; Tue, 12 Feb 2008 08:09:04 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id A962D1CCA3; Tue, 12 Feb 2008 09:05:33 +0100 (CET) Date: Tue, 12 Feb 2008 09:05:33 +0100 From: Ed Schouten To: oh Message-ID: <20080212080533.GJ36542@hoeg.nl> References: <7623A81A-1BE7-46B9-A1CD-EAFB23295A0B@akephalos.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bgQAstJ9X1Eg13Dy" Content-Disposition: inline In-Reply-To: <7623A81A-1BE7-46B9-A1CD-EAFB23295A0B@akephalos.de> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Current Subject: Re: FreeBSD RELENG_7, console line messgae garbled on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 08:09:04 -0000 --bgQAstJ9X1Eg13Dy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * oh wrote: > So I see it's nothing to worry about, but nevertheless I saw this just so= me=20 > minutes ago after detaching an usb drive. There is a kernel option called PRINTF_BUFR_SIZE, which can be set to, say, 128 to buffer the console output, which makes this go away. --=20 Ed Schouten WWW: http://g-rave.nl/ --bgQAstJ9X1Eg13Dy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkexU00ACgkQ52SDGA2eCwVOdQCfcedL8Av4kxMTZ5zDfgyBoYpQ EOgAniz6DnmENoDegxYLUqYjJ2gY9C1k =KR5j -----END PGP SIGNATURE----- --bgQAstJ9X1Eg13Dy-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 08:54:10 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81ACC16A417 for ; Tue, 12 Feb 2008 08:54:10 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 488A213C455 for ; Tue, 12 Feb 2008 08:54:10 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:Subject:From:X-Attribution:Date:Message-Id; b=yyXJUm5s1cADhSc29a76Sm7FWwv3r159/VbmmlPn1QEw+Fj6SvGHZkKvA/9qhxh0VLDAfZpewQ1YtXPd/Qy8tX3YPiVe5xueSry3fJdXsWusF3EfuuLymVYr/I99wJh5vLAcMIlW+1bAKqpoCSMNh0oTDs6BRrIQ3whU2cHQmC+EwtJmxL1a+yMaPVyALAY3yBAiGT6Fbv6jha6iKJ6SkDAH8qdYRZupi1D/kbcg6tEgC69PQ8SoMv8AR6U0MOMk; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1JOqu1-0008Ik-H0 for current@freebsd.org; Tue, 12 Feb 2008 08:54:09 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JOqtR-00051v-MS for current@freebsd.org; Tue, 12 Feb 2008 08:53:33 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JOqtQ-0000pY-VF for current@freebsd.org; Tue, 12 Feb 2008 10:53:32 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Tue, 12 Feb 2008 10:53:32 +0200 Message-Id: Cc: Subject: aac, aaccli no longer work on 7. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 08:54:10 -0000 Hi When I run aaccli on 7-PRERELEASE, I get the following error: Adaptec SCSI RAID Controller Command Line Interface Copyright 1998-2002 Adaptec, Inc. All rights reserved -------------------------------------------------------------------------------- CLI > open aac0 Executing: open "aac0" Command Error: The device (2410SA) is detected as follows: hw.aac.iosize_max: 65536 dev.aac.0.%desc: Adaptec SATA RAID 2410SA dev.aac.0.%driver: aac dev.aac.0.%location: slot=1 function=0 dev.aac.0.%pnpinfo: vendor=0x9005 device=0x0285 subvendor=0x9005 subdevice=0x0290 class=0x010400 dev.aac.0.%parent: pci6 dev.aacd.0.%desc: RAID 1 (Mirror) dev.aacd.0.%driver: aacd dev.aacd.0.%parent: aac0 The system is amd64 SMP. The last kernel I have that works is 7-CURRENT(i386) circa July last year. Does anyone know whether amd64 is the issue, or whether the aac driver has just dropped support for aaccli or if there is a newer aaccli available from Adaptec? Or, has Adaptec just dropped FreeBSD support? Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 09:01:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F27B16A469 for ; Tue, 12 Feb 2008 09:01:40 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 4CCD713C448 for ; Tue, 12 Feb 2008 09:01:40 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 4569A1B10EF7; Tue, 12 Feb 2008 10:01:38 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 9FA411B10F4A; Tue, 12 Feb 2008 10:01:35 +0100 (CET) Message-ID: <47B1606F.8000209@moneybookers.com> Date: Tue, 12 Feb 2008 11:01:35 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/5781/Tue Feb 12 08:50:56 2008 on blah.cmotd.com X-Virus-Status: Clean Cc: kmacy@FreeBSD.org Subject: kern/117913: rtfree() is being called where RTFREE_LOCKED() should be used. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 09:01:40 -0000 Hello, As 7.0-RELEASE is coming can someone look at this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/117913 It's a quite annoying bug and the fix seems trivial. -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 09:35:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E962516A41A for ; Tue, 12 Feb 2008 09:35:15 +0000 (UTC) (envelope-from toomany@toomany.net) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id C458613C46E for ; Tue, 12 Feb 2008 09:35:15 +0000 (UTC) (envelope-from toomany@toomany.net) Received: by wa-out-1112.google.com with SMTP id k17so2618213waf.3 for ; Tue, 12 Feb 2008 01:35:15 -0800 (PST) Received: by 10.114.197.1 with SMTP id u1mr1188245waf.61.1202808915295; Tue, 12 Feb 2008 01:35:15 -0800 (PST) Received: by 10.114.53.10 with HTTP; Tue, 12 Feb 2008 01:35:15 -0800 (PST) Message-ID: Date: Tue, 12 Feb 2008 10:35:15 +0100 From: "TooMany Secrets" To: "=?UTF-8?Q?Thomas_Nystr=C3=B6m?=" In-Reply-To: <47B0AF22.5010507@saeab.se> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <47B0AF22.5010507@saeab.se> Cc: freebsd-current@freebsd.org, freebsd-stable Subject: Re: Broadcom Netlink BCM5906M X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 09:35:16 -0000 T24gMi8xMS8wOCwgVGhvbWFzIE55c3Ryw7ZtIDx0aG5Ac2FlYWIuc2U+IHdyb3RlOgo+IFNvbWUg cXVlc3Rpb25zOiBXaGljaCB2ZXJzaW9uIG9mIEZyZWVCU0QgYXJlIHlvdSBydW5uaW5nPwo+IEhv dyBkbyB5b3UgcmVjb3Zlcj8gRm9yIGV4YW1wbGU6Cj4gcmVib290Cj4gaWZjb25maWcgYmdlMCBk b3duOyBpZmNvbmZpZyBiZ2UwIHVwCj4gb3Igd2hhdD8KPgo+IEkgdGVzdGVkIHRvIGZ0cCBhIGZp bGUgZnJvbSBteSBsYXB0b3AgYW5kIGJhY2sgYWdhaW4gKGFyb3VuZCA0MDAgTUIpCj4gYW5kIGNv dWxkbid0IHNlZSBhbnkgcHJvYmxlbXMsIGJ1dCBJJ20gcnVubmluZyBhdCA2LjNSLgoKRXhjdXNl IG1lIHRoaXMgbmV3YmllIGZhdWx0Li4uIFRoZSB2ZXJzaW9uIGlzIGEgNy4wLVJDMi4KCi0tIApI YXZlIGEgbmljZSBkYXkgIDstKQpUb29NYW55U2VjcmV0cwoKPT09PT09PT09PT09PT09PT09PT09 PT09PT09PQpEaWpvIENvbmZ1Y2lvOgoiRXjDrWdldGUgbXVjaG8gYSB0aSBtaXNtbyB5IGVzcGVy YSBwb2NvIGRlIGxvcyBkZW3DoXMuIEFzw60gdGUgYWhvcnJhcsOhcwpkaXNndXN0b3MuIgo9PT09 PT09PT09PT09PT09PT09PT09PT09PT09Cg== From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 09:47:40 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D78F016A417 for ; Tue, 12 Feb 2008 09:47:40 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from conversation.bsdunix.ch (ns1.bsdunix.ch [82.220.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id 57C5513C457 for ; Tue, 12 Feb 2008 09:47:40 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from localhost (localhost.bsdunix.ch [127.0.0.1]) by conversation.bsdunix.ch (Postfix) with ESMTP id DDAD65E33; Tue, 12 Feb 2008 10:29:38 +0100 (CET) X-Virus-Scanned: by amavisd-new at mail.bsdunix.ch Received: from conversation.bsdunix.ch ([127.0.0.1]) by localhost (conversation.bsdunix.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id jdahIb3VlwVN; Tue, 12 Feb 2008 10:29:36 +0100 (CET) Received: from bert.mlan.solnet.ch (bert.mlan.solnet.ch [212.101.1.83]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by conversation.bsdunix.ch (Postfix) with ESMTP id D54155E26; Tue, 12 Feb 2008 10:29:36 +0100 (CET) Message-ID: <47B16700.9060803@bsdunix.ch> Date: Tue, 12 Feb 2008 10:29:36 +0100 From: Thomas Vogt User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: Ian FREISLICH References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: aac, aaccli no longer work on 7. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 09:47:40 -0000 Hello Ian FREISLICH wrote: > Hi > > When I run aaccli on 7-PRERELEASE, I get the following error: > > Adaptec SCSI RAID Controller Command Line Interface > Copyright 1998-2002 Adaptec, Inc. All rights reserved > -------------------------------------------------------------------------------- > > > CLI > open aac0 > Executing: open "aac0" > Command Error: FAAPI.DLL.> > > The device (2410SA) is detected as follows: > > hw.aac.iosize_max: 65536 > dev.aac.0.%desc: Adaptec SATA RAID 2410SA > dev.aac.0.%driver: aac > dev.aac.0.%location: slot=1 function=0 > dev.aac.0.%pnpinfo: vendor=0x9005 device=0x0285 subvendor=0x9005 subdevice=0x0290 class=0x010400 > dev.aac.0.%parent: pci6 > dev.aacd.0.%desc: RAID 1 (Mirror) > dev.aacd.0.%driver: aacd > dev.aacd.0.%parent: aac0 > > The system is amd64 SMP. The last kernel I have that works is > 7-CURRENT(i386) circa July last year. Does anyone know whether > amd64 is the issue, or whether the aac driver has just dropped > support for aaccli or if there is a newer aaccli available from > Adaptec? Or, has Adaptec just dropped FreeBSD support? Try ports/sysutils/arcconf. It should work with most adaptec controllers. Unfortantly you have to install adaptecs kernel module to use all feature with arcconf. I guess apdatecs kernel moduls are only available for 6.x (32/64bit). Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 10:01:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C36DC16A417 for ; Tue, 12 Feb 2008 10:01:02 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.de [194.25.134.19]) by mx1.freebsd.org (Postfix) with ESMTP id 7F98213C469 for ; Tue, 12 Feb 2008 10:01:02 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from fwd27.aul.t-online.de by mailout06.sul.t-online.com with smtp id 1JOrwg-0001Ox-03; Tue, 12 Feb 2008 11:00:58 +0100 Received: from localhost (SafePMZCrtQ0QS2XMpe-nqevn3kRCdqkfL0+QgmqhJ946DucTNGR049XOlGzI0GqFYHjSl6TJc@[91.21.127.211]) by fwd27.t-online.de with esmtp id 1JOrwL-1cjwsi0; Tue, 12 Feb 2008 11:00:37 +0100 Date: Tue, 12 Feb 2008 11:00:36 +0100 From: "Oliver Herold" To: freebsd-current@freebsd.org Message-ID: <20080212100036.GA10859@asgard.home> Mail-Followup-To: Oliver Herold , freebsd-current@freebsd.org References: <7623A81A-1BE7-46B9-A1CD-EAFB23295A0B@akephalos.de> <20080212080533.GJ36542@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: <20080212080533.GJ36542@hoeg.nl> User-Agent: Mutt/1.5.17 (2007-11-01) X-ID: SafePMZCrtQ0QS2XMpe-nqevn3kRCdqkfL0+QgmqhJ946DucTNGR049XOlGzI0GqFYHjSl6TJc X-TOI-MSGID: 2487a2a0-0071-4e09-b42e-aff0be72acb2 Subject: Re: FreeBSD RELENG_7, console line messgae garbled on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 10:01:02 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Thanks. It's just strange to see this happen since a short time only. But I will try the advice. Oliver Herold On Tue, Feb 12, 2008 at 09:05:33AM +0100, Ed Schouten wrote: > * oh wrote: > > So I see it's nothing to worry about, but nevertheless I saw this just = some=20 > > minutes ago after detaching an usb drive. >=20 > There is a kernel option called PRINTF_BUFR_SIZE, which can be set to, > say, 128 to buffer the console output, which makes this go away. >=20 > --=20 > Ed Schouten > WWW: http://g-rave.nl/ --=20 The flow chart is a most thoroughly oversold piece of program documentation. -- Frederick Brooks, "The Mythical Man Month" --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkexbkIACgkQbZFSiGSuUEjQEgCgo44FdqYEjWc9ERgvJSijpOuP aQ0AnRA9uBOvTE212ElNAG9sMPPQqYEp =pSrF -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 10:11:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6AA716A419 for ; Tue, 12 Feb 2008 10:11:45 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 1754D13C457 for ; Tue, 12 Feb 2008 10:11:44 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id CE931198E72; Tue, 12 Feb 2008 11:11:42 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id C1AEF198E1B; Tue, 12 Feb 2008 11:11:42 +0100 (CET) Received: from mail.physik.uni-wuerzburg.de (wptd92.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 8B195198E11; Tue, 12 Feb 2008 11:11:41 +0100 (CET) Received: from wep4017.physik.uni-wuerzburg.de ([132.187.37.17]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 7.0.3HF96) with ESMTP id 2008021211114033-15002 ; Tue, 12 Feb 2008 11:11:40 +0100 Received: by wep4017.physik.uni-wuerzburg.de (sSMTP sendmail emulation); Tue, 12 Feb 2008 11:11:40 +0100 From: "Alexey Shuvaev" Date: Tue, 12 Feb 2008 11:11:40 +0100 To: John Birrell Message-ID: <20080212101140.GA26120@wep4017.physik.uni-wuerzburg.de> Mail-Followup-To: John Birrell , freebsd-current@freebsd.org References: <20080210224247.GA70317@what-creek.com> MIME-Version: 1.0 In-Reply-To: <20080210224247.GA70317@what-creek.com> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.17 (2007-11-01) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 7.0.3HF96 | December 5, 2007) at 02/12/2008 11:11:40, Serialize by Router on domino1/uni-wuerzburg(Release 7.0.3HF96 | December 5, 2007) at 02/12/2008 11:11:41, Serialize complete at 02/12/2008 11:11:41 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: freebsd-current@freebsd.org Subject: Re: New DTrace source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 10:11:45 -0000 On Sun, Feb 10, 2008 at 10:42:47PM +0000, John Birrell wrote: > This one fixes problems with the previous one: > > - buildkernel would fail because NO_CTF=1 was not set when > building the lone kernel build tool. > - A number of things were missing from the dtrace kernel > module on i386. > - Missing syscall names in the kernel without witness have > been resolved so this snapshot should build with and without > witness, invariants, smp etc. > > > > Known problems: > - This is a snapshot of current which contains lock order > reversal warnings. These are not related to the DTrace-specific > code. > - ustack() as reported by Drew hasn't been ported yet, so don't > expect it to do anything. > - On i386 mp_maxid in the kernel doesn't behave the same way that > it does on amd64. Work-around code exists for this, but it is > less than optimal. > - A few of the tests that pass on amd64 don't work on i386. The > causes are under investigation. The worst one is the tailcall > test which causes the machine to reboot. Ugh. > > Note: > - This snapshot should build cleanly on either a CURRENT or a > RELENG_7 system. If not, please tell me. RELENG_6 users should > upgrade to RELENG_7 first or contact me. The tool bootstrap > will fail to build when hosted on RELENG_6. > - It should be ABI compatible with CURRENT and RELENG_7. If > not, please tell me. > - This snapshot extends the basic OpenSolaris DTrace functionality > to support: > > printm(const size_t bufrsize, uintptr_t *memref); > > where: > > 'memref' is an an array of 2 uintptr_t entries -- address and > size. > > [snip] > > Target audience: > > I'd like to get more people involved with running this code. > If you just like to follow FreeBSD current and don't even try > to contribute stuff back... this snapshot is something you > could try. I need some feeback from people who just use > FreeBSD-CURRENT. > > -- > John Birrell > Hello! The procedure I went through: # cd /usr # rm -R src # tar -xvf /path/to/dtrace-20080211.tar.bz # cd src # time make buildworld Buildworld failed in: -------------------------------------------------------------- >>> stage 5.1: building 32 bit shim libraries -------------------------------------------------------------- mkdir -p /usr/obj/usr/src/lib32/usr/include mkdir -p /usr/obj/usr/src/lib32/usr/lib32 mkdir -p /usr/obj/usr/src/lib32/usr/share/misc mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/obj/usr/src/lib32/usr/include >/dev/null mkdir -p /usr/obj/usr/src/tmp ln -sf /usr/src/sys /usr/obj/usr/src/tmp cd /usr/src/kerberos5/tools; MAKEOBJDIRPREFIX=/usr/obj/lib32 make DESTDIR= obj ===> make-print-version (obj) /usr/obj/lib32/usr/src/kerberos5/tools/make-print-version created for /usr/src/kerberos5/tools/make-print-version ===> make-roken (obj) /usr/obj/lib32/usr/src/kerberos5/tools/make-roken created for /usr/src/kerberos5/tools/make-roken ===> asn1_compile (obj) /usr/obj/lib32/usr/src/kerberos5/tools/asn1_compile created for /usr/src/kerberos5/tools/asn1_compile cd /usr/src/kerberos5/tools; MAKEOBJDIRPREFIX=/usr/obj/lib32 make DESTDIR= depend ===> make-print-version (depend) rm -f .depend mkdep -f .depend -a -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/make-print-version/../../include /usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c echo make-print-version: /usr/lib/libc.a >> .depend ===> make-roken (depend) awk -f /usr/src/kerberos5/tools/make-roken/../../../crypto/heimdal/lib/roken/roken.awk /usr/src/kerberos5/tools/make-roken/../../../crypto/heimdal/lib/roken/roken.h.in > make-roken.c rm -f .depend mkdep -f .depend -a -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/make-roken/../../include make-roken.c echo make-roken: /usr/lib/libc.a >> .depend ===> asn1_compile (depend) sed -e '106s/"/"#ifdef __PARSE_UNITS_H__\\n/;' -e '106s/",/\\n#endif\\n",/' /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/gen_glue.c > gen_glue-fixed.c lex -t /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/lex.l > lex.c yacc -d -o parse.c /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/parse.y cd /usr/src/kerberos5/tools/asn1_compile/../make-print-version && make cc -O2 -fno-strict-aliasing -pipe -march=nocona -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/make-print-version/../../include -g -c /usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c ctfconvert -L VERSION make-print-version.o ctfconvert:No such file or directory *** Error code 1 Stop in /usr/src/kerberos5/tools/make-print-version. *** Error code 1 Stop in /usr/src/kerberos5/tools/asn1_compile. *** Error code 1 Stop in /usr/src/kerberos5/tools. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. 4693.728u 1668.096s 1:44:52.91 101.0% 5904+7451k 36308+18539io 13261pf+0w The system is: FreeBSD wep4017.physik.uni-wuerzburg.de 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Thu Jan 31 13:04:43 CET 2008 lexx@wep4017.physik.uni-wuerzburg.de:/usr/obj/usr/src/sys/GENERIC amd64 /etc/make.conf contains: CPUTYPE ?= nocona Should I disable building 32-bit compatibility libraries? If so, how can I do that? I saw some make switch some time ago, but now I see nothing similar in src/Makefile or src/Makefile.inc1. The second question, is parallel build with make -jN option supposed to work? Thanks, Alexey. From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 10:23:11 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98E4C16A41B for ; Tue, 12 Feb 2008 10:23:11 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 523EE13C448 for ; Tue, 12 Feb 2008 10:23:11 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=Xu9bN+uznIL5HXOjlhz/F5NocQw+hZK2rlieDookYYpI/xkb9exA74i4geSsGaMCiojYvt95jcO3fpAcX/ppDkcTgaG7raBB/FE4h00VsMPKjcVbItet2fjVkJ5+GJmcPbNfjdFfn91vOdLIXlm0TPEDn8bgcoxmJHMOLn1nlx8GvPBfnf6gs6qLVXumd45FMzQgMkXHOMxAtJMLC9u1/2VDusZmQwzAeMVobBrsutwV9GnJtWdly6ocOi7aGI22; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1JOsIA-0005lc-FA; Tue, 12 Feb 2008 10:23:10 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JOsHJ-0005zG-LU; Tue, 12 Feb 2008 10:22:17 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JOsHI-0000xO-AE; Tue, 12 Feb 2008 12:22:16 +0200 To: Thomas Vogt From: Ian FREISLICH In-Reply-To: Message from Thomas Vogt of "Tue, 12 Feb 2008 10:29:36 +0100." <47B16700.9060803@bsdunix.ch> X-Attribution: BOFH Date: Tue, 12 Feb 2008 12:22:16 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: aac, aaccli no longer work on 7. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 10:23:11 -0000 Thomas Vogt wrote: > Ian FREISLICH wrote: > > The system is amd64 SMP. The last kernel I have that works is > > 7-CURRENT(i386) circa July last year. Does anyone know whether > > amd64 is the issue, or whether the aac driver has just dropped > > support for aaccli or if there is a newer aaccli available from > > Adaptec? Or, has Adaptec just dropped FreeBSD support? > > Try ports/sysutils/arcconf. It should work with most adaptec > controllers. Unfortantly you have to install adaptecs kernel module to > use all feature with arcconf. I guess apdatecs kernel moduls are only > available for 6.x (32/64bit). That's a pity. I need write access to configure the device from the OS. arconf appears to run, but it never exits once it reports "Command completed successfully". Maybe you or someone can recomend a RAID controller that works with FreeBSD that has support for OS level interaction and configuration. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 11:06:58 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB3CF16A419 for ; Tue, 12 Feb 2008 11:06:58 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 55F7F13C458 for ; Tue, 12 Feb 2008 11:06:57 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1528668nfb.33 for ; Tue, 12 Feb 2008 03:06:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=SX0233YgNO7lFMR5SETbIXKugb9yWWLU+prE6/zA56c=; b=CjPMxRG9xAb8dG6jVxPpR8pjbko839QlpWzZfYWXiiz0NGq7TPz6j1hgJ8WD2YMiYFCm8/iIc8eonOGPrUgPD0Zk9XxafcgBRCpkTagKz6YCxqHAwh1hRc+I00uJubVPSEzhEQ1RAyPVrcT3jkpi57B5YXWNR4fOfTXzQ1te1Mc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=BepKUYYOIwdfOg02wMnwFtw23LnVfdCcoTdIFAaqJYl3WDzkabo8dRuHOEh/0mLGbhpGCQUplXaQljNsIHUzgtVKp7y2hEK2Z0TLMXUyIh4VHiQLAOzhJty+BNArqKU33C4XWtwWdaM8NrQlTX2Igs+ypt6g9CXHN4NaU87EpWI= Received: by 10.78.179.12 with SMTP id b12mr2047048huf.34.1202812967074; Tue, 12 Feb 2008 02:42:47 -0800 (PST) Received: by 10.78.189.2 with HTTP; Tue, 12 Feb 2008 02:42:47 -0800 (PST) Message-ID: <70e8236f0802120242y7f6d8ec9xed9824255210a453@mail.gmail.com> Date: Tue, 12 Feb 2008 10:42:47 +0000 From: "Joao Barros" To: "Alexey Tarasov" In-Reply-To: <2e77fc10802111337j45915422v42c098a1574406fb@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <9DA6FFCD-11DB-4580-9314-52B0885351D8@lexasoft.ru> <50186FCD-F67F-4144-BDF1-FB9A7F9AAB64@lexasoft.ru> <2e77fc10802111337j45915422v42c098a1574406fb@mail.gmail.com> Cc: Niki Denev , current@freebsd.org Subject: Re: Disappointing speed with ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 11:06:58 -0000 On Feb 11, 2008 9:37 PM, Niki Denev wrote: > On Feb 11, 2008 7:05 PM, Alexey Tarasov wrote: > > I've done similar tests on the other machine, and all looks fine. > > > > But why on this machine ZFS works slower than UFS? When I make UFS > > file system on the same disk, rtorrent hashing works 10 times faster. > > And while hashing, HDD is used three times intensively with ZFS > > (noticed by flashing LED). > > > > I have an amd64 Core2Duo processor, 4 Gb of RAM, what is not enough > > for ZFS? > > > > What kernel tuning can help me? > > > > > > What happens when you disable ZFS prefetching by putting : > vfs.zfs.prefetch_disable=1 > in your /boot/loader.conf? > This would be my recommendation as well. I had to disable prefetch to be able to play video files(1.1GB ~43mins) from a 4 disk raidz without jitter. I can even play 2 video files concurrently now :) Try and show us the results. -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 11:15:20 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4650B16A421 for ; Tue, 12 Feb 2008 11:15:20 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26]) by mx1.freebsd.org (Postfix) with ESMTP id 7F0CE13C45D for ; Tue, 12 Feb 2008 11:15:19 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (qmail 54404 invoked by uid 89); 12 Feb 2008 10:48:24 -0000 Received: by simscan 1.1.0 ppid: 54382, pid: 54384, t: 2.8629s scanners: attach: 1.1.0 clamav: 0.88.7/m:44/d:4673 spam: 3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on bsd.ultra-secure.de X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.7 Received: from unknown (HELO ?212.71.117.70?) (rainer@ultra-secure.de@212.71.117.70) by bsd.ultra-secure.de with (DHE-RSA-AES256-SHA encrypted) SMTP; 12 Feb 2008 10:48:21 -0000 Message-ID: <47B179DE.3090605@ultra-secure.de> Date: Tue, 12 Feb 2008 11:50:06 +0100 From: Rainer Duffner User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.8.1.9) Gecko/20070801 SUSE/2.0.0.9-0.1 Thunderbird/2.0.0.9 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: Subject: Re: aac, aaccli no longer work on 7. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 11:15:20 -0000 Ian FREISLICH schrieb: > > Maybe you or someone can recomend a RAID controller that works with > FreeBSD that has support for OS level interaction and configuration. > > Areca. Or 3Ware. I think both come with 64bit management-utils. For FreeBSD natively. (Haven't tried it, though - I only use one 3Ware 7-series with 6.3-32bit and an Areca 16 port with SLES9-32bit). But at least the developer of the Linux driver answered personal mail with questions, which is more than you can say for most vendors. cheers, Rainer From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 11:17:28 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E186D16A469 for ; Tue, 12 Feb 2008 11:17:28 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (www.unsane.co.uk [85.233.185.162]) by mx1.freebsd.org (Postfix) with ESMTP id 5AF4F13C45E for ; Tue, 12 Feb 2008 11:17:27 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from prawn.unsane.co.uk (wor-adsl-04.ndo.com [195.7.255.125]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id m1CBF9xq065680 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Feb 2008 11:15:12 GMT (envelope-from jhary@unsane.co.uk) Message-ID: <47B18039.8060506@unsane.co.uk> Date: Tue, 12 Feb 2008 11:17:13 +0000 From: Vince Hoffman User-Agent: Thunderbird 2.0.0.9 (X11/20080124) MIME-Version: 1.0 To: Ian FREISLICH References: In-Reply-To: X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, Thomas Vogt Subject: Re: aac, aaccli no longer work on 7. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 11:17:29 -0000 Ian FREISLICH wrote: > Thomas Vogt wrote: >> Ian FREISLICH wrote: >>> The system is amd64 SMP. The last kernel I have that works is >>> 7-CURRENT(i386) circa July last year. Does anyone know whether >>> amd64 is the issue, or whether the aac driver has just dropped >>> support for aaccli or if there is a newer aaccli available from >>> Adaptec? Or, has Adaptec just dropped FreeBSD support? >> Try ports/sysutils/arcconf. It should work with most adaptec >> controllers. Unfortantly you have to install adaptecs kernel module to >> use all feature with arcconf. I guess apdatecs kernel moduls are only >> available for 6.x (32/64bit). > > That's a pity. I need write access to configure the device from > the OS. arconf appears to run, but it never exits once it reports > "Command completed successfully". > > Maybe you or someone can recomend a RAID controller that works with > FreeBSD that has support for OS level interaction and configuration. > Last time I looked, 3ware were pretty good /usr/ports/sysutils/3dm (web gui) /usr/ports/sysutils/tw_cli (cli) and LSI megaraid werent bad either. /usr/ports/sysutils/megarc (cli) however this was under 6.x havent tried 7.x on either. Vince > Ian > > -- > Ian Freislich > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 11:28:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E86E616A417; Tue, 12 Feb 2008 11:28:42 +0000 (UTC) (envelope-from ben@altesco.nl) Received: from altus-escon.com (altesco.xs4all.nl [82.95.106.39]) by mx1.freebsd.org (Postfix) with ESMTP id 5D29913C44B; Tue, 12 Feb 2008 11:28:42 +0000 (UTC) (envelope-from ben@altesco.nl) Received: from benjoam.altus-escon.com (benjoam.altus-escon.com [193.78.231.14]) by altus-escon.com (8.13.6/8.13.1) with ESMTP id m1CBSYhV018386; Tue, 12 Feb 2008 12:28:39 +0100 (CET) (envelope-from ben@altesco.nl) Message-Id: <7D4773DE-B724-4274-8CE0-6E8503B2C227@altesco.nl> From: Ben Stuyts To: freebsd-amd64@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <3E1A8014-3F18-492B-8288-46706F420123@altesco.nl> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Tue, 12 Feb 2008 12:28:21 +0100 References: <3E1A8014-3F18-492B-8288-46706F420123@altesco.nl> X-Mailer: Apple Mail (2.919.2) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (altus-escon.com [193.78.231.42]); Tue, 12 Feb 2008 12:28:39 +0100 (CET) X-Virus-Scanned: ClamAV 0.92/5782/Tue Feb 12 09:29:55 2008 on earth.altus-escon.com X-Virus-Status: Clean Cc: Subject: Re: Panic when connecting USB drive to amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 11:28:43 -0000 Hi, On 8 Feb 2008, at 15:11, I wrote: > I have a consistent panic when I connect a 2.5" LaCie 250 GB drive > to a SuperMicro 6015P-TR. Still no progress. Is there anything I can do to solve this problem? Or should I just file a PR? Thanks, Ben From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 11:31:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78A6416A476 for ; Tue, 12 Feb 2008 11:31:04 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id E1F0C13C44B for ; Tue, 12 Feb 2008 11:31:03 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JOtLo-0004Z0-M6 for freebsd-current@freebsd.org; Tue, 12 Feb 2008 11:31:00 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 12 Feb 2008 11:31:00 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 12 Feb 2008 11:31:00 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 12 Feb 2008 12:32:40 +0100 Lines: 46 Message-ID: References: <9DA6FFCD-11DB-4580-9314-52B0885351D8@lexasoft.ru> <0EF3CEE6-6F38-4713-A245-4354D34AFE75@lexasoft.ru> <9bbcef730802110921i6af516b9t855a4065884cc64b@mail.gmail.com> <79D93B0C-589E-41C6-A952-6D573297D9F9@lexasoft.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBD918D4DC8EFD56E985CC50E" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20071022) In-Reply-To: X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: Disappointing speed with ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 11:31:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBD918D4DC8EFD56E985CC50E Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Alexey Tarasov wrote: > tty ad4 ad5 ad6 = cpu > tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy i= n id > 0 347 7.36 1 0.01 57.35 43 2.42 42.84 44 1.84 1 0 1 = 0 98 > 0 606 0.00 0 0.00 58.62 31 1.76 63.02 246 15.14 0 0 3 = 0 97 > 2 5334 0.00 0 0.00 57.14 7 0.37 64.00 355 22.20 0 0 2 = 0 97 > 2 3194 0.00 0 0.00 0.00 0 0.00 63.35 295 18.26 0 0 2 = 1 97 > 0 148 0.00 0 0.00 0.00 0 0.00 63.90 336 20.97 0 0 0 = 1 99 > 0 453 0.00 0 0.00 55.87 87 4.72 64.00 290 18.14 1 0 3 = 0 96 Sorry, can't help you. I was expecting to see a lot of small transactions, indicating seeking across the file system, but the numbers seem normal enough. Is the drive & ZFS topology "normal" - you don't perhaps have a zpool made of multiple partitions/slices on the same drive? Can you send the output of "zpool status"? --------------enigBD918D4DC8EFD56E985CC50E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHsYPYldnAQVacBcgRAnKtAKDtSkOaqoR83qvFG+PS+wACieWaYwCePM5O 7rhDYnrPkTXNgdQ8pDZCd+U= =2NGl -----END PGP SIGNATURE----- --------------enigBD918D4DC8EFD56E985CC50E-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 11:35:28 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 490F316A417 for ; Tue, 12 Feb 2008 11:35:28 +0000 (UTC) (envelope-from rink@tragedy.rink.nu) Received: from mx1.rink.nu (alastor.rink.nu [213.34.49.5]) by mx1.freebsd.org (Postfix) with ESMTP id F11F013C468 for ; Tue, 12 Feb 2008 11:35:27 +0000 (UTC) (envelope-from rink@tragedy.rink.nu) Received: from localhost (alastor.rink.nu [213.34.49.5]) by mx1.rink.nu (Postfix) with ESMTP id B5369BFEC82; Tue, 12 Feb 2008 11:17:15 +0000 (UTC) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.5]) by localhost (alastor.rink.nu [213.34.49.5]) (amavisd-new, port 10024) with ESMTP id LcARGtG4knUb; Tue, 12 Feb 2008 11:17:08 +0000 (UTC) Received: from tragedy.rink.nu (tragedy.rink.nu [213.34.49.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.rink.nu (Postfix) with ESMTP id 32EB7BFEC80; Tue, 12 Feb 2008 11:17:08 +0000 (UTC) Received: from tragedy.rink.nu (tragedy.rink.nu [213.34.49.3]) by tragedy.rink.nu (8.13.8/8.13.8) with ESMTP id m1CBH8qZ013922; Tue, 12 Feb 2008 12:17:08 +0100 (CET) (envelope-from rink@tragedy.rink.nu) Received: (from rink@localhost) by tragedy.rink.nu (8.13.8/8.13.8/Submit) id m1CBH7G5013921; Tue, 12 Feb 2008 12:17:07 +0100 (CET) (envelope-from rink) Date: Tue, 12 Feb 2008 12:17:07 +0100 From: Rink Springer To: Rainer Duffner Message-ID: <20080212111707.GD17236@rink.nu> References: <47B179DE.3090605@ultra-secure.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47B179DE.3090605@ultra-secure.de> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@freebsd.org Subject: Re: aac, aaccli no longer work on 7. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 11:35:28 -0000 On Tue, Feb 12, 2008 at 11:50:06AM +0100, Rainer Duffner wrote: > Areca. > Or 3Ware. > I think both come with 64bit management-utils. For FreeBSD natively. Areca does not have native64 bit management tools, but the sysutils/areca-cli port works well on amd64 too. I'm a huge fan of the controllers - if you are looking for SATA RAID, be sure to look at them! Regards, -- Rink P.W. Springer - http://rink.nu "Anyway boys, this is America. Just because you get more votes doesn't mean you win." - Fox Mulder From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 11:58:56 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEC7916A420 for ; Tue, 12 Feb 2008 11:58:56 +0000 (UTC) (envelope-from me@lexasoft.ru) Received: from mmx.lexasoft.ru (mmx.lexasoft.ru [92.241.160.6]) by mx1.freebsd.org (Postfix) with ESMTP id 8A0D213C459 for ; Tue, 12 Feb 2008 11:58:56 +0000 (UTC) (envelope-from me@lexasoft.ru) Received: from [10.100.0.2] (petrovich-telecom-gw.wahome.ru [77.91.225.38]) by mmx.lexasoft.ru (Postfix) with ESMTPSA id A588228419 for ; Tue, 12 Feb 2008 11:58:26 +0300 (MSK) Message-Id: From: Alexey Tarasov To: current@freebsd.org In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v919.2) Date: Tue, 12 Feb 2008 14:58:51 +0300 References: <9DA6FFCD-11DB-4580-9314-52B0885351D8@lexasoft.ru> <0EF3CEE6-6F38-4713-A245-4354D34AFE75@lexasoft.ru> <9bbcef730802110921i6af516b9t855a4065884cc64b@mail.gmail.com> <79D93B0C-589E-41C6-A952-6D573297D9F9@lexasoft.ru> X-Mailer: Apple Mail (2.919.2) Cc: Subject: Re: Disappointing speed with ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 11:58:57 -0000 It is simple: pool: storage state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM storage ONLINE 0 0 0 ad6 ONLINE 0 0 0 errors: No known data errors On 12.02.2008, at 14:32, Ivan Voras wrote: > Alexey Tarasov wrote: >> tty ad4 ad5 =20 >> ad6 cpu >> tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni =20 >> sy in id >> 0 347 7.36 1 0.01 57.35 43 2.42 42.84 44 1.84 1 0 =20= >> 1 0 98 >> 0 606 0.00 0 0.00 58.62 31 1.76 63.02 246 15.14 0 0 =20= >> 3 0 97 >> 2 5334 0.00 0 0.00 57.14 7 0.37 64.00 355 22.20 0 0 =20= >> 2 0 97 >> 2 3194 0.00 0 0.00 0.00 0 0.00 63.35 295 18.26 0 0 =20= >> 2 1 97 >> 0 148 0.00 0 0.00 0.00 0 0.00 63.90 336 20.97 0 0 =20= >> 0 1 99 >> 0 453 0.00 0 0.00 55.87 87 4.72 64.00 290 18.14 1 0 =20= >> 3 0 96 > > Sorry, can't help you. I was expecting to see a lot of small > transactions, indicating seeking across the file system, but the =20 > numbers > seem normal enough. > > Is the drive & ZFS topology "normal" - you don't perhaps have a zpool > made of multiple partitions/slices on the same drive? Can you send the > output of "zpool status"? > -- Alexey Tarasov (\__/) (=3D'.'=3D) E[: | | | | :]=D0=97 (")_(") From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 12:02:49 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E17B816A469 for ; Tue, 12 Feb 2008 12:02:49 +0000 (UTC) (envelope-from me@lexasoft.ru) Received: from mmx.lexasoft.ru (lexasoft.ru [92.241.160.6]) by mx1.freebsd.org (Postfix) with ESMTP id 0818813C4EC for ; Tue, 12 Feb 2008 12:02:48 +0000 (UTC) (envelope-from me@lexasoft.ru) Received: from [10.100.0.2] (petrovich-telecom-gw.wahome.ru [77.91.225.38]) by mmx.lexasoft.ru (Postfix) with ESMTPSA id 6541B28419 for ; Tue, 12 Feb 2008 12:02:19 +0300 (MSK) Message-Id: <95E99923-DF5A-4B77-AB48-E0730B22B930@lexasoft.ru> From: Alexey Tarasov To: current@freebsd.org In-Reply-To: <20080212115952.GI75665@pafoo.okejl.dk> Content-Type: text/plain; charset=UTF-8; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v919.2) Date: Tue, 12 Feb 2008 15:02:44 +0300 References: <9DA6FFCD-11DB-4580-9314-52B0885351D8@lexasoft.ru> <20080212054758.GH75665@pafoo.okejl.dk> <569076FB-CF40-4ED0-B179-A1796140EC10@lexasoft.ru> <20080212115952.GI75665@pafoo.okejl.dk> X-Mailer: Apple Mail (2.919.2) Cc: Subject: Re: Disappointing speed with ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 12:02:50 -0000 Please take a look at my first mail. On 12.02.2008, at 14:59, Asbj=C3=B8rn Clemmensen wrote: > I've never experienced that error, but when it happens, how much =20 > free memory > does the system have? Are you running FreeBSD as i386 or amd64? I =20 > had to > switch to amd64 because performance was extremely poor running with =20= > a i386 > system. > > - Asbj=C3=B8rn > > On Tue, Feb 12, 2008 at 01:36:39PM +0300, Alexey Tarasov wrote: >> Hello. >> >> Thanks, hashing works good with this options. >> >> Another issue. Sometimes I get the following error in rtorrent: >> >> Storage error: [File chunk write error: Cannot allocate memory.] >> >> Is it an issue of ZFS or Rtorrent bug? >> >> On 12.02.2008, at 8:47, Asbj=C3=B8rn Clemmensen wrote: >> >>> On Mon, Feb 11, 2008 at 03:49:40PM +0300, Alexey Tarasov wrote: >>>> Hello. >>>> >>>> I am trying to use ZFS to store my torrent downloads. I noticed =20 >>>> that hashing in rtorrent works 10 times slower than the same disk =20= >>>> with UFS. >>> >>> You might want to try changing rtorrent's settings for hashing =20 >>> files. I had >>> the same problem when switching to ZFS - files hashed at < 1mb/=20 >>> sec. I ended up >>> using these settings: >>> >>> hash_read_ahead =3D 32 >>> hash_max_tries =3D 1 >>> hash_interval =3D 1 >>> >>> This way the drives are utilized much more, and same goes for the =20= >>> CPU. Now I'm >>> getting 20-30 mb/sec when hashing. >>> >>> (7.0-PRERELEASE amd64, Athlon64 3800+ X2, 3 Gb of RAM) >>> >>>> >>>> I've done tuning as described in WIKI: >>>> >>>> vm.kmem_size_max=3D"1073741824" >>>> vm.kmem_size=3D"1073741824" >>>> >>>> kern.maxvnodes=3D800000 >>>> >>>> My DMESG: >>>> >>>> Copyright (c) 1992-2008 The FreeBSD Project. >>>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, =20 >>>> 1993, 1994 >>>> The Regents of the University of California. All rights =20 >>>> reserved. >>>> FreeBSD is a registered trademark of The FreeBSD Foundation. >>>> FreeBSD 7.0-PRERELEASE #1: Wed Feb 6 15:39:32 MSK 2008 >>>> lexa@alpha.lexasoft.ru:/usr/obj/usr/src/sys/ALPHA >>>> Timecounter "i8254" frequency 1193182 Hz quality 0 >>>> CPU: Genuine Intel(R) CPU 2160 @ 1.80GHz (1795.51-MHz =20= >>>> K8-class CPU) >>>> Origin =3D "GenuineIntel" Id =3D 0x6f2 Stepping =3D 2 >>>> Features=20 >>>> =3D=20 >>>> 0xbfebfbff=20 >>>> <=20 >>>> FPU=20 >>>> ,VME=20 >>>> ,DE=20 >>>> ,PSE=20 >>>> ,TSC=20 >>>> ,MSR=20 >>>> ,PAE=20 >>>> ,MCE=20 >>>> ,CX8=20 >>>> ,APIC=20 >>>> ,SEP=20 >>>> ,MTRR=20 >>>> ,PGE=20 >>>> ,MCA=20 >>>> ,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> >>>> Features2=20 >>>> =3D0xe39d >>>> AMD Features=3D0x20100800 >>>> AMD Features2=3D0x1 >>>> Cores per package: 2 >>>> usable memory =3D 4280516608 (4082 MB) >>>> avail memory =3D 4125683712 (3934 MB) >>>> ACPI APIC Table: >>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>>> cpu0 (BSP): APIC ID: 0 >>>> cpu1 (AP): APIC ID: 1 >>>> ioapic0 irqs 0-23 on motherboard >>>> ioapic1 irqs 24-47 on motherboard >>>> kbd1 at kbdmux0 >>>> ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, =20 >>>> RF2413, RF5413) >>>> hptrr: HPT RocketRAID controller driver v1.1 (Feb 6 2008 15:37:30) >>>> acpi0: on motherboard >>>> acpi0: [ITHREAD] >>>> acpi0: Power Button (fixed) >>>> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >>>> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on =20= >>>> acpi0 >>>> cpu0: on acpi0 >>>> est0: on cpu0 >>>> est: CPU supports Enhanced Speedstep, but is not recognized. >>>> est: cpu_vendor GenuineIntel, msr 928092806000928 >>>> device_attach: est0 attach returned 6 >>>> p4tcc0: on cpu0 >>>> cpu1: on acpi0 >>>> est1: on cpu1 >>>> est: CPU supports Enhanced Speedstep, but is not recognized. >>>> est: cpu_vendor GenuineIntel, msr 928092806000928 >>>> device_attach: est1 attach returned 6 >>>> p4tcc1: on cpu1 >>>> pcib0: port 0xcf8-0xcff on acpi0 >>>> pci0: on pcib0 >>>> pcib1: irq 16 at device 1.0 on pci0 >>>> pci1: on pcib1 >>>> pcib2: irq 17 at device 28.0 on pci0 >>>> pci9: on pcib2 >>>> pcib3: at device 0.0 on pci9 >>>> pci10: on pcib3 >>>> pcib4: irq 17 at device 28.4 on pci0 >>>> pci13: on pcib4 >>>> em0: port =20= >>>> 0x4000-0x401f mem 0xe0200000-0xe021ffff irq 16 at device 0.0 on =20 >>>> pci13 >>>> em0: Using MSI interrupt >>>> em0: Ethernet address: 00:30:48:8f:78:ca >>>> em0: [FILTER] >>>> pcib5: irq 16 at device 28.5 on pci0 >>>> pci14: on pcib5 >>>> em1: port =20= >>>> 0x5000-0x501f mem 0xe0300000-0xe031ffff irq 17 at device 0.0 on =20 >>>> pci14 >>>> em1: Using MSI interrupt >>>> em1: Ethernet address: 00:30:48:8f:78:cb >>>> em1: [FILTER] >>>> uhci0: port 0x3000-0x301f irq 23 =20= >>>> at device 29.0 on pci0 >>>> uhci0: [GIANT-LOCKED] >>>> uhci0: [ITHREAD] >>>> usb0: on uhci0 >>>> usb0: USB revision 1.0 >>>> uhub0: on =20= >>>> usb0 >>>> uhub0: 2 ports with 2 removable, self powered >>>> uhci1: port 0x3020-0x303f irq 19 =20= >>>> at device 29.1 on pci0 >>>> uhci1: [GIANT-LOCKED] >>>> uhci1: [ITHREAD] >>>> usb1: on uhci1 >>>> usb1: USB revision 1.0 >>>> uhub1: on =20= >>>> usb1 >>>> uhub1: 2 ports with 2 removable, self powered >>>> uhci2: port 0x3040-0x305f irq 18 =20= >>>> at device 29.2 on pci0 >>>> uhci2: [GIANT-LOCKED] >>>> uhci2: [ITHREAD] >>>> usb2: on uhci2 >>>> usb2: USB revision 1.0 >>>> uhub2: on =20= >>>> usb2 >>>> uhub2: 2 ports with 2 removable, self powered >>>> uhci3: port 0x3060-0x307f irq 16 =20= >>>> at device 29.3 on pci0 >>>> uhci3: [GIANT-LOCKED] >>>> uhci3: [ITHREAD] >>>> usb3: on uhci3 >>>> usb3: USB revision 1.0 >>>> uhub3: on =20= >>>> usb3 >>>> uhub3: 2 ports with 2 removable, self powered >>>> ehci0: mem =20 >>>> 0xe0000000-0xe00003ff irq 23 at device 29.7 on pci0 >>>> ehci0: [GIANT-LOCKED] >>>> ehci0: [ITHREAD] >>>> usb4: EHCI version 1.0 >>>> usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 >>>> usb4: on ehci0 >>>> usb4: USB revision 2.0 >>>> uhub4: on =20= >>>> usb4 >>>> uhub4: 8 ports with 8 removable, self powered >>>> pcib6: at device 30.0 on pci0 >>>> pci15: on pcib6 >>>> vgapci0: port 0x6000-0x60ff mem =20 >>>> 0xe8000000-0xefffffff,0xe0400000-0xe040ffff irq 16 at device 0.0 =20= >>>> on pci15 >>>> isab0: at device 31.0 on pci0 >>>> isa0: on isab0 >>>> atapci0: port =20 >>>> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x30a0-0x30af at device 31.1 =20= >>>> on pci0 >>>> ata0: on atapci0 >>>> ata0: [ITHREAD] >>>> ata1: on atapci0 >>>> ata1: [ITHREAD] >>>> atapci1: port 0x30e8-0x30ef,=20 >>>> 0x30dc-0x30df,0x30e0-0x30e7,0x30d8-0x30db,0x30b0-0x30bf mem =20 >>>> 0xe0000400-0xe00007ff irq 19 at device 31.2 on pci0 >>>> atapci1: [ITHREAD] >>>> ata2: on atapci1 >>>> ata2: [ITHREAD] >>>> ata3: on atapci1 >>>> ata3: [ITHREAD] >>>> pci0: at device 31.3 (no driver attached) >>>> acpi_button0: on acpi0 >>>> atkbdc0: port 0x60,0x64 irq 1 on =20 >>>> acpi0 >>>> atkbd0: irq 1 on atkbdc0 >>>> kbd0 at atkbd0 >>>> atkbd0: [GIANT-LOCKED] >>>> atkbd0: [ITHREAD] >>>> sio0: configured irq 4 not in bitmap of probed irqs 0 >>>> sio0: port may not be enabled >>>> sio0: configured irq 4 not in bitmap of probed irqs 0 >>>> sio0: port may not be enabled >>>> sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags =20 >>>> 0x10 on acpi0 >>>> sio0: type 16550A >>>> sio0: [FILTER] >>>> sio1: configured irq 3 not in bitmap of probed irqs 0 >>>> sio1: port may not be enabled >>>> sio1: configured irq 3 not in bitmap of probed irqs 0 >>>> sio1: port may not be enabled >>>> sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 >>>> sio1: type 16550A >>>> sio1: [FILTER] >>>> fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq =20= >>>> 2 on acpi0 >>>> fdc0: does not respond >>>> device_attach: fdc0 attach returned 6 >>>> ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on =20= >>>> acpi0 >>>> ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode >>>> ppc0: FIFO with 16/16/9 bytes threshold >>>> ppbus0: on ppc0 >>>> plip0: on ppbus0 >>>> lpt0: on ppbus0 >>>> lpt0: Interrupt-driven port >>>> ppi0: on ppbus0 >>>> ppc0: [GIANT-LOCKED] >>>> ppc0: [ITHREAD] >>>> fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq =20= >>>> 2 on acpi0 >>>> fdc0: does not respond >>>> device_attach: fdc0 attach returned 6 >>>> orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcbfff,=20= >>>> 0xcc000-0xccfff on isa0 >>>> sc0: at flags 0x100 on isa0 >>>> sc0: VGA <16 virtual consoles, flags=3D0x300> >>>> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff =20= >>>> on isa0 >>>> Timecounters tick every 1.000 msec >>>> hptrr: no controller detected. >>>> acd0: CDROM at ata0-master UDMA33 >>>> ad4: 157066MB at ata2-master SATA150 >>>> ad5: 381553MB at ata2-slave =20 >>>> SATA150 >>>> ad6: 157066MB at ata3-master SATA150 >>>> SMP: AP CPU #1 Launched! >>>> Trying to mount root from ufs:/dev/ad4s1a >>>> WARNING: ZFS is considered to be an experimental feature in =20 >>>> FreeBSD. >>>> ZFS filesystem version 6 >>>> ZFS storage pool version 6 >>>> >>>> >>>> KERNEL CONFIG is Generic with debug turned off and SCHED_ULE. >>>> >>>> Could you please tell me where I am not right? Or what should I =20 >>>> do to make it faster? >>>> >>>> -- >>>> Alexey Tarasov >>>> >>>> (\__/) >>>> (=3D'.'=3D) >>>> E[: | | | | :]=D0=97 >>>> (")_(") >>>> >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org=20 >>>> " >>>> >>> >>> - Asbj=C3=B8rn Clemmensen >> >> -- >> Alexey Tarasov >> >> (\__/) >> (=3D'.'=3D) >> E[: | | | | :]=D0=97 >> (")_(") >> >> -- Alexey Tarasov (\__/) (=3D'.'=3D) E[: | | | | :]=D0=97 (")_(") From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 05:19:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CAF116A417 for ; Tue, 12 Feb 2008 05:19:37 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 8784713C45B for ; Tue, 12 Feb 2008 05:19:37 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 4846F8C16E; Mon, 11 Feb 2008 01:47:08 -0600 (CST) Date: Mon, 11 Feb 2008 01:47:08 -0600 To: Aristedes Maniatis Message-ID: <20080211074708.GA23731@soaustin.net> References: <1201271346.36488.23.camel@bauer.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Tue, 12 Feb 2008 12:11:00 +0000 Cc: Ken Smith , freebsd-current@freebsd.org Subject: Re: freebsd 7 release process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 05:19:39 -0000 On Mon, Feb 11, 2008 at 04:09:14PM +1100, Aristedes Maniatis wrote: > * better/improved bug tracker which could be used to generate pages > such as the 7.0 todo list automatically, manage workflow (eg. release > engineering requirements for commit approval, or the MFC process) Take a look at the archives for the last few weeks on the freebsd-bugbusters mailing list; there are some ideas circulating around on how we can improve in this area. We also recently held a bugathon that cleaned up more than 100 stale PRs. See http://wiki.freebsd.org/Bugathons/January2008 and related links for more information. mcl From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 12:50:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE16716A420 for ; Tue, 12 Feb 2008 12:50:03 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta1.srv.hcvlny.cv.net (mta1.srv.hcvlny.cv.net [167.206.4.196]) by mx1.freebsd.org (Postfix) with ESMTP id AD33D13C4CE for ; Tue, 12 Feb 2008 12:50:03 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta1.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0JW400AJVMBBBZ61@mta1.srv.hcvlny.cv.net> for freebsd-current@freebsd.org; Tue, 12 Feb 2008 07:50:03 -0500 (EST) Received: from flosoft.no-ip.biz (localhost [IPv6:::1]) by flosoft.no-ip.biz (8.14.2/8.14.2) with ESMTP id m1CCnpqL000195 for ; Tue, 12 Feb 2008 07:49:55 -0500 Date: Tue, 12 Feb 2008 07:49:51 -0500 From: "Aryeh M. Friedman" To: freebsd-current@freebsd.org Message-id: <47B195EF.9060603@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Enigmail-Version: 0.95.6 User-Agent: Thunderbird 2.0.0.9 (X11/20080209) Subject: does this error message mean anything bad? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 12:50:04 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Limiting closed port RST response from 266 to 200 packets/second. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHsZXvk8GFzCrQm4ARArl7AJ4lN1HiA+h7sndRfqxjRKnAQTxvyACeN4Iw 5BHupo2vMGWi9NkKCP/x4mM= =FVIm -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 12:55:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CF9216A418 for ; Tue, 12 Feb 2008 12:55:53 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 099C413C457 for ; Tue, 12 Feb 2008 12:55:52 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JOufo-0000aE-Do for freebsd-current@freebsd.org; Tue, 12 Feb 2008 12:55:44 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 12 Feb 2008 12:55:44 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 12 Feb 2008 12:55:44 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 12 Feb 2008 13:57:20 +0100 Lines: 31 Message-ID: References: <47B195EF.9060603@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig43EFAB6CBACA376A288C6C68" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20071022) In-Reply-To: <47B195EF.9060603@gmail.com> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: does this error message mean anything bad? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 12:55:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig43EFAB6CBACA376A288C6C68 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Aryeh M. Friedman wrote: > Limiting closed port RST response from 266 to 200 packets/second. It usually means someone (on a fast or local network) is doing a portscan or a similar activity on the machine. In itself, it's nothing bad, but it depends on your opinion about portscans. But it can also mean that a often-used service on the machine (like http or a database server) is down and you're getting a lot of failed connection requests from clients. --------------enig43EFAB6CBACA376A288C6C68 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHsZexldnAQVacBcgRAnzDAJ0Xb3rm5mOe3mUYFYopPXW27LjLIgCfZF0c DzyUBFgpxsUhylUuicEGGPE= =akSi -----END PGP SIGNATURE----- --------------enig43EFAB6CBACA376A288C6C68-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 12:56:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16B8616A496 for ; Tue, 12 Feb 2008 12:56:23 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id BE8DE13C467 for ; Tue, 12 Feb 2008 12:56:22 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from gahrtop.bfh.ch ([147.87.108.5] helo=gahrtop.localhost) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1JOugP-0002LC-QE; Tue, 12 Feb 2008 13:56:21 +0100 Message-ID: <47B1976A.3090705@gahr.ch> Date: Tue, 12 Feb 2008 13:56:10 +0100 From: Pietro Cerutti User-Agent: Thunderbird 2.0.0.9 (X11/20080208) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <47B195EF.9060603@gmail.com> In-Reply-To: <47B195EF.9060603@gmail.com> X-Enigmail-Version: 0.95.5 OpenPGP: id=9571F78E; url=http://www.gahr.ch/pgp Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigA80D9044DD1DBAE320BC9311" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gahr.ch X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-current@freebsd.org Subject: Re: does this error message mean anything bad? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 12:56:23 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA80D9044DD1DBAE320BC9311 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Aryeh M. Friedman wrote: > Limiting closed port RST response from 266 to 200 packets/second. In the average case, someone is doing a portscan against you. In the worst case, they're trying to do a DOS attack. I suggest that you set the following sysctl variables net.inet.tcp.blackhole=3D2 net.inet.udp.blackhole=3D1 and that you read the man page for blackhole(4). P.S. this would better fit on freebsd-questions@ --=20 Pietro Cerutti PGP Public Key: http://gahr.ch/pgp --------------enigA80D9044DD1DBAE320BC9311 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.8 (FreeBSD) iEYEAREKAAYFAkexl28ACgkQwMJqmJVx947xXwCfZqxuON1l5c09Bv4siARBfsak bjEAoNtUDhz1Fsi9aqt4LXoXsxu0fETL =2ODR -----END PGP SIGNATURE----- --------------enigA80D9044DD1DBAE320BC9311-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 13:10:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2C8F16A417 for ; Tue, 12 Feb 2008 13:10:04 +0000 (UTC) (envelope-from primeroz.lists@googlemail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.228]) by mx1.freebsd.org (Postfix) with ESMTP id 7F20113C467 for ; Tue, 12 Feb 2008 13:10:04 +0000 (UTC) (envelope-from primeroz.lists@googlemail.com) Received: by qb-out-0506.google.com with SMTP id a10so8712581qbd.7 for ; Tue, 12 Feb 2008 05:10:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=U3JdrRY77yoOsk5qp7NWfqTqKinBmwXQSDu/TBiDLp8=; b=a3IEPDbgCBJjD3StPgxx35iJNRsw9quMzY5lsocGYYg5AqPEpZFbjATb4x4Cfu+NoIa/A/oYi09tiBYtLCr/rcFMAiv1zqCUFLZJZJkOXiGd6Shp/NqtOvpHnfhamsvZ3RXdmh147W0Le6m8T+oKSMpT7or1KEvvCoHz1KhvNFM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=I2xog7zkm5bSW02tPfH2drV85lzKoTSN5ZKqv+TXoJuKONv8YXCAOIXwx0MiDzScqpBFDrKxUpcDfNvoQ9m2o8c5dGiD9hptFQ7Y3sjD62WFrBsMYKhwohgMCBxn/UClc2wl2P+NFT9YKyvzcfODl+6zVRRvQpUQJQ4llid1XdY= Received: by 10.140.251.1 with SMTP id y1mr903987rvh.11.1202820901319; Tue, 12 Feb 2008 04:55:01 -0800 (PST) Received: by 10.140.203.6 with HTTP; Tue, 12 Feb 2008 04:55:01 -0800 (PST) Message-ID: <55b8c6fe0802120455o2bd4a570h1f67fe21bf919a08@mail.gmail.com> Date: Tue, 12 Feb 2008 12:55:01 +0000 From: "Primeroz lists" To: "Aryeh M. Friedman" In-Reply-To: <47B195EF.9060603@gmail.com> MIME-Version: 1.0 References: <47B195EF.9060603@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: does this error message mean anything bad? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 13:10:04 -0000 Not so bad imho , it just tell you that the server is limiting the number of RST packets to send to clients when a connection to a port that is not listening arrives. it is probably because you are receiving a lot of requests for port not in listen, i would investigate that. just my 2c On Feb 12, 2008 12:49 PM, Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Limiting closed port RST response from 266 to 200 packets/second. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.4 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFHsZXvk8GFzCrQm4ARArl7AJ4lN1HiA+h7sndRfqxjRKnAQTxvyACeN4Iw > 5BHupo2vMGWi9NkKCP/x4mM= > =FVIm > -----END PGP SIGNATURE----- > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 15:04:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0BF616A418 for ; Tue, 12 Feb 2008 15:04:19 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 7BFA713C4D9 for ; Tue, 12 Feb 2008 15:04:19 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 2124B43E7B0; Tue, 12 Feb 2008 17:04:17 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ruzNLSmeoYx7; Tue, 12 Feb 2008 17:04:17 +0200 (EET) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [88.81.251.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 1E8B843DE02; Tue, 12 Feb 2008 17:04:16 +0200 (EET) Message-ID: <47B1B56F.9020604@icyb.net.ua> Date: Tue, 12 Feb 2008 17:04:15 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20080123) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: psm(4) maintainer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 15:04:20 -0000 Is there a maintainer of psm(4) driver ? Or, given that Kazutaka Yokota has been idle for quite a while, and that the rate of changes is very very slow, I'll ask: is there a committer who is familiar with the code and who feels that he/she can make some [small] changes/fixes in it and who is interested? Several suspects (from commit logs) are Bcc-ed, sorry if that bothered you. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 15:07:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A11616A418 for ; Tue, 12 Feb 2008 15:07:29 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [IPv6:2001:418:1::39]) by mx1.freebsd.org (Postfix) with ESMTP id 60CCA13C4DD for ; Tue, 12 Feb 2008 15:07:29 +0000 (UTC) (envelope-from randy@psg.com) Received: from 50.216.138.210.bn.2iij.net ([210.138.216.50] helo=[192.168.0.10]) by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JOwjJ-000Nfr-1M for freebsd-current@freebsd.org; Tue, 12 Feb 2008 15:07:29 +0000 Message-ID: <47B1B627.6010700@psg.com> Date: Wed, 13 Feb 2008 00:07:19 +0900 From: Randy Bush User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: fxp suddenly taking errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 15:07:29 -0000 anyone else suddenly having fxp problems rebooted after a new kernel and rip1.psg.com:/root# netstat -in Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll fxp0 1500 00:30:48:51:c8:5e 1277 50 977 0 0 fxp0 1500 147.28.0.0/24 147.28.0.31 1137 - 982 - - on what was a problem free interface before th enew build. randy From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 16:06:11 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CCA516A418 for ; Tue, 12 Feb 2008 16:06:11 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from gw.sandvine.com (gw.sandvine.com [199.243.201.138]) by mx1.freebsd.org (Postfix) with ESMTP id 2F20713C442 for ; Tue, 12 Feb 2008 16:06:11 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by gw.sandvine.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 12 Feb 2008 10:54:09 -0500 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 742511171B; Tue, 12 Feb 2008 10:54:09 -0500 (EST) Date: Tue, 12 Feb 2008 10:54:09 -0500 From: Ed Maste To: Thomas Vogt Message-ID: <20080212155409.GA28085@sandvine.com> Mail-Followup-To: Ed Maste , Thomas Vogt , Ian FREISLICH , current@freebsd.org References: <47B16700.9060803@bsdunix.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47B16700.9060803@bsdunix.ch> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 12 Feb 2008 15:54:09.0657 (UTC) FILETIME=[8144A690:01C86D8F] Cc: Ian FREISLICH , current@freebsd.org Subject: Re: aac, aaccli no longer work on 7. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 16:06:11 -0000 On Tue, Feb 12, 2008 at 10:29:36AM +0100, Thomas Vogt wrote: > Ian FREISLICH wrote: > > > > The system is amd64 SMP. The last kernel I have that works is > > 7-CURRENT(i386) circa July last year. Does anyone know whether > > amd64 is the issue, or whether the aac driver has just dropped > > support for aaccli or if there is a newer aaccli available from > > Adaptec? Or, has Adaptec just dropped FreeBSD support? Adaptec has deprecated aaccli, and it turns out it doesn't work with their recent drivers (which are in 6.3 and 7.0). I still need to get this indicated in the port. > Try ports/sysutils/arcconf. It should work with most adaptec > controllers. Unfortantly you have to install adaptecs kernel module to > use all feature with arcconf. I guess apdatecs kernel moduls are only > available for 6.x (32/64bit). The driver in 7.0 and 6.3 should provide the same support as Adaptec's precompiled kernel modules. Please let me know if this isn't the case. There is a problem with arcconf that causes it to hang after producing its expected output. Adaptec is aware of the issue, but has been very slow in responding. -Ed From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 16:29:51 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B706216A421 for ; Tue, 12 Feb 2008 16:29:51 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from conversation.bsdunix.ch (ns1.bsdunix.ch [82.220.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id 6B2EC13C447 for ; Tue, 12 Feb 2008 16:29:51 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from localhost (localhost.bsdunix.ch [127.0.0.1]) by conversation.bsdunix.ch (Postfix) with ESMTP id 452605E8D; Tue, 12 Feb 2008 17:29:50 +0100 (CET) X-Virus-Scanned: by amavisd-new at mail.bsdunix.ch Received: from conversation.bsdunix.ch ([127.0.0.1]) by localhost (conversation.bsdunix.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id oqiFTt1ikM5p; Tue, 12 Feb 2008 17:29:49 +0100 (CET) Received: from bert.mlan.solnet.ch (bert.mlan.solnet.ch [212.101.1.83]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by conversation.bsdunix.ch (Postfix) with ESMTP id 180C65E37; Tue, 12 Feb 2008 17:29:49 +0100 (CET) Message-ID: <47B1C97C.5060300@bsdunix.ch> Date: Tue, 12 Feb 2008 17:29:48 +0100 From: Thomas Vogt User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: Ed Maste , Thomas Vogt , Ian FREISLICH , current@freebsd.org References: <47B16700.9060803@bsdunix.ch> <20080212155409.GA28085@sandvine.com> In-Reply-To: <20080212155409.GA28085@sandvine.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: aac, aaccli no longer work on 7. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 16:29:51 -0000 Hello Ed Maste wrote: > On Tue, Feb 12, 2008 at 10:29:36AM +0100, Thomas Vogt wrote: > >> Ian FREISLICH wrote: >>> The system is amd64 SMP. The last kernel I have that works is >>> 7-CURRENT(i386) circa July last year. Does anyone know whether >>> amd64 is the issue, or whether the aac driver has just dropped >>> support for aaccli or if there is a newer aaccli available from >>> Adaptec? Or, has Adaptec just dropped FreeBSD support? > > Adaptec has deprecated aaccli, and it turns out it doesn't work with > their recent drivers (which are in 6.3 and 7.0). I still need to get > this indicated in the port. > >> Try ports/sysutils/arcconf. It should work with most adaptec >> controllers. Unfortantly you have to install adaptecs kernel module to >> use all feature with arcconf. I guess apdatecs kernel moduls are only >> available for 6.x (32/64bit). > > The driver in 7.0 and 6.3 should provide the same support as Adaptec's > precompiled kernel modules. Please let me know if this isn't the case. Yes. the driver in 7.0 and 6.3 works fine. But if you want to use all SET* and GET* features or the rescan option with arcconf then you have to use Adaptecs precompiled kernel modules. Only a few commands are working with arcconf and the freebsd default driver. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 17:38:53 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B56C716A507; Tue, 12 Feb 2008 17:38:53 +0000 (UTC) (envelope-from csjp@sub.vaned.net) Received: from sub.vaned.net (sub.vaned.net [205.200.235.40]) by mx1.freebsd.org (Postfix) with ESMTP id 5923113C447; Tue, 12 Feb 2008 17:38:53 +0000 (UTC) (envelope-from csjp@sub.vaned.net) Received: by sub.vaned.net (Postfix, from userid 1001) id DE37B1CF; Tue, 12 Feb 2008 11:38:52 -0600 (CST) Date: Tue, 12 Feb 2008 11:38:52 -0600 From: "Christian S.J. Peron" To: Alfred Perlstein Message-ID: <20080212173852.GA27407@sub.vaned.net> References: <20080212014057.GA6027@sub.vaned.net> <20080212051020.GO99258@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080212051020.GO99258@elvis.mu.org> User-Agent: Mutt/1.4.2.3i Cc: arch@freebsd.org, re@freebsd.org, "Christian S.J. Peron" , current@freebsd.org Subject: Re: sysv IPC and shminfo ABI [solved] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 17:38:53 -0000 After having some discussions with jhb, and reviewing the commit logs that introduced IPC_INFO, this is a non-issue. The whole reason this was introduced was to satisfy Linux compatability. revision 1.67 date: 2001/10/28 09:29:07; author: mr; state: Exp; lines: +45 -2 Introduce [IPC|SHM]_[INFO|STAT] to shmctl to make `/compat/linux/usr/bin/ipcs -m` happy. This was never an intented part of the FreeBSD ABI, which explains why the structure is not made available to the user. Although the size has changed, it doesn't matter, because the Linux ABI layer will prepare it's own shminfo structure as send it back out to the user. So, I am going to make shmctl(IPC_INFO ...) for the FreeBSD ABI return EINVAL, and I am going to add some serious comments around various points in the kernel explaining why things are there, and how they should never be exported. Thanks everyone for the input. From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 17:55:54 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2726F16A417; Tue, 12 Feb 2008 17:55:54 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 126F013C442; Tue, 12 Feb 2008 17:55:54 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id E97F31A4D89; Tue, 12 Feb 2008 09:55:53 -0800 (PST) Date: Tue, 12 Feb 2008 09:55:53 -0800 From: Alfred Perlstein To: "Christian S.J. Peron" Message-ID: <20080212175553.GU99258@elvis.mu.org> References: <20080212014057.GA6027@sub.vaned.net> <20080212051020.GO99258@elvis.mu.org> <20080212173852.GA27407@sub.vaned.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080212173852.GA27407@sub.vaned.net> User-Agent: Mutt/1.4.2.3i Cc: arch@freebsd.org, re@freebsd.org, current@freebsd.org Subject: Re: sysv IPC and shminfo ABI [solved] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 17:55:54 -0000 * Christian S.J. Peron [080212 09:39] wrote: > > After having some discussions with jhb, and reviewing the commit logs > that introduced IPC_INFO, this is a non-issue. The whole reason this > was introduced was to satisfy Linux compatability. > > revision 1.67 > date: 2001/10/28 09:29:07; author: mr; state: Exp; lines: +45 -2 > Introduce [IPC|SHM]_[INFO|STAT] to shmctl to make > `/compat/linux/usr/bin/ipcs -m` happy. > > This was never an intented part of the FreeBSD ABI, which explains > why the structure is not made available to the user. Although the size > has changed, it doesn't matter, because the Linux ABI layer will prepare > it's own shminfo structure as send it back out to the user. > > So, I am going to make shmctl(IPC_INFO ...) for the FreeBSD ABI return > EINVAL, and I am going to add some serious comments around various points > in the kernel explaining why things are there, and how they should never > be exported. > > Thanks everyone for the input. Hmm, sorry for the misdirection. Wouldn't it make sense to support the Linux API though for Linux management applications? I guess sometime later if there is demand. -- - Alfred Perlstein From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 18:31:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16AE416A419; Tue, 12 Feb 2008 18:31:18 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 9D50213C468; Tue, 12 Feb 2008 18:31:17 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id m1CIV6GQ048618 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Feb 2008 13:31:06 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-current@freebsd.org, freebsd-stable Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-xCEugShUq4gGUZXMGvW/" Organization: U. Buffalo CSE Department Date: Tue, 12 Feb 2008 13:31:06 -0500 Message-Id: <1202841066.43487.18.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: Subject: FreeBSD 7.0-RC2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 18:31:18 -0000 --=-xCEugShUq4gGUZXMGvW/ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The second Release Candidate for FreeBSD 7.0 is now available on most of the FTP mirror sites, for example ftp://ftp.freebsd.org/pub/FreeBSD/releases/{$arch}/ISO-IMAGES/7.0/ (where ${arch} is your machine's architecture, e.g. amd64, i386, etc). If you can please try a "local mirror" please. Users of i386 or amd64 systems running FreeBSD 6.2-RELEASE, 6.3-BETA*, 6.3-RC*, 6.3-RELEASE, 7.0-BETA*, or 7.0-RC1 may wish to perform a binary upgrade to 7.0-RC2 using code recently added to the freebsd-update utility. On systems running 7.0-BETA4 or 7.0-RC1, the instructions for "minor upgrades" at: http://www.daemonology.net/blog/2007-11-10-freebsd-minor-version-upgrade.ht= ml should be followed for this purpose; on systems running older releases or BETAs (including 7.0 BETAs prior to BETA4) the lengthier instructions for "major upgrades" at: http://www.daemonology.net/blog/2007-11-11-freebsd-major-version-upgrade.ht= ml (which include rebuilding all software installed from the ports tree) should be followed. There is one known issue with a very recently MFCed portion of the ciss(4) driver that was discovered a little too late for -RC2 but will be fixed for the release. Some though not all machines have a problem with a feature added to solve other machines' problems with "Adapter Heartbeat Failed" so that portion will be turned into a tunable with the default disabling it. If you update an already running machine and the new driver causes you problems you can boot the older kernel, and see v1.87 of sys/dev/ciss/ciss.c in HEAD for how to fix it (that is what will be MFCed before the release). We sincerely hope this will be the last of the public tests for 7.0 and that the -RELEASE builds will start in about a week and a half. If bug(s) considered big enough to be show-stoppers are found we will of course reconsider but hopefully we're in good enough shape now to proceed with the release. Thanks for all the help/testing. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-xCEugShUq4gGUZXMGvW/ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHseXh/G14VSmup/YRAteyAKCcfjz5cL4KFRZLvr9ig0x5ZQf8MgCff8e9 HTD9qAj7SpjTS2APMtjb3fg= =dy3W -----END PGP SIGNATURE----- --=-xCEugShUq4gGUZXMGvW/-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 18:35:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0ACFC16A41B; Tue, 12 Feb 2008 18:35:33 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 6940D13C459; Tue, 12 Feb 2008 18:35:31 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id m1CIZNDi048643 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Feb 2008 13:35:23 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-current@freebsd.org In-Reply-To: <1202841066.43487.18.camel@bauer.cse.buffalo.edu> References: <1202841066.43487.18.camel@bauer.cse.buffalo.edu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-snN6ij1ncZE5jz1jvHDS" Organization: U. Buffalo CSE Department Date: Tue, 12 Feb 2008 13:35:23 -0500 Message-Id: <1202841323.43487.21.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: freebsd-stable Subject: Re: FreeBSD 7.0-RC2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 18:35:33 -0000 --=-snN6ij1ncZE5jz1jvHDS Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2008-02-12 at 13:31 -0500, Ken Smith wrote: > The second Release Candidate for FreeBSD 7.0 is now available on most of > the FTP mirror sites ... Sorry - forgot to include ... The MD5/SHA256 sums for the ISOs are: MD5 (7.0-RC2-amd64-bootonly.iso) =3D bc37934ad5c29d081738e244ba5d2b3b MD5 (7.0-RC2-amd64-disc1.iso) =3D 4b4165573f4aa9a3c20b0cfd17509a1d MD5 (7.0-RC2-amd64-disc2.iso) =3D cb243fe6e3102817fd3d925cbd6d2faf MD5 (7.0-RC2-amd64-disc3.iso) =3D 87f27c787ff9e19539c38b8c5a6b8214 MD5 (7.0-RC2-amd64-docs.iso) =3D e66f5067c6c745525fa9f5b2760975c3 MD5 (7.0-RC2-amd64-livefs.iso) =3D 769771310c3481b13e350ce1213a09c5 MD5 (7.0-RC2-i386-bootonly.iso) =3D 0a4daf90fc9926b2abe5f0538a6aee95 MD5 (7.0-RC2-i386-disc1.iso) =3D 7ec7c631f46c891da0da23f4cd4b35e0 MD5 (7.0-RC2-i386-disc2.iso) =3D 9ddbf85aa9d9a1f135810dd862e0fe34 MD5 (7.0-RC2-i386-disc3.iso) =3D 9191f36f26aee38680714beb891f8474 MD5 (7.0-RC2-i386-docs.iso) =3D c23f49125a556971c8a83886ab1f40b7 MD5 (7.0-RC2-i386-livefs.iso) =3D 5380cf66d547fff489e7fed162b2bdb6 MD5 (7.0-RC2-ia64-bootonly.iso) =3D a3543488eb2b9ea53196ad5401a52308 MD5 (7.0-RC2-ia64-disc1.iso) =3D 0e8529042a8192580cb5247e7c1f38e1 MD5 (7.0-RC2-ia64-disc2.iso) =3D 070cd2fd22ba45ea2d56d82e70c08cfc MD5 (7.0-RC2-ia64-disc3.iso) =3D 69a14d857bbea6e0e6a7f122fabcc33d MD5 (7.0-RC2-ia64-docs.iso) =3D 48ee3e3553f23de072f680b175cb52f8 MD5 (7.0-RC2-ia64-livefs.iso) =3D dbe3cda1ca14cba1aa688e7f13acb7c0 MD5 (7.0-RC2-pc98-bootonly.iso) =3D 247840a9068aac3c792a60903c1ab3a2 MD5 (7.0-RC2-pc98-disc1.iso) =3D d28f0985faa62b7e07529ee4383428ae MD5 (7.0-RC2-pc98-livefs.iso) =3D e71e71b1ae89503c47893392c0c3ba4c MD5 (7.0-RC2-powerpc-bootonly.iso) =3D a6eec2c87b89158b3e8dae55000b3fb6 MD5 (7.0-RC2-powerpc-disc1.iso) =3D fb5feb4c0b1c7a9e4feb4c3e3041316e MD5 (7.0-RC2-powerpc-disc2.iso) =3D ba4f67be13808fa59c8975b753070b86 MD5 (7.0-RC2-powerpc-disc3.iso) =3D ccc20adb5d95011e069f60490cce94fd MD5 (7.0-RC2-powerpc-docs.iso) =3D 8a590d2e20d0d8b36e0657a9ab9faca8 MD5 (7.0-RC2-sparc64-bootonly.iso) =3D febfc56b1101af60bb9a6fbfea149d28 MD5 (7.0-RC2-sparc64-disc1.iso) =3D 5aead743fecf3a75829238ca619ee6f3 MD5 (7.0-RC2-sparc64-disc2.iso) =3D c18507722b8cc50d91e0a4050642adeb MD5 (7.0-RC2-sparc64-disc3.iso) =3D 8545dfaeacdc453d77b8f013714f7730 MD5 (7.0-RC2-sparc64-docs.iso) =3D a00c2b51c1f3c96533ee26d51c413941 SHA256 (7.0-RC2-amd64-bootonly.iso) =3D 8d6e5135ef420e224281f55635d11c12880= 882c83f0946aba3fc93cfba2303f8 SHA256 (7.0-RC2-amd64-disc1.iso) =3D c67a037a8c5019887f7fb0608cec8cd7ed511d= f3179746fa108fe35d8bc3feba SHA256 (7.0-RC2-amd64-disc2.iso) =3D 795e2ba7db32dc4abed226c6920361764ff464= 055039299c39989c14113765e5 SHA256 (7.0-RC2-amd64-disc3.iso) =3D e049c47507d215f46c7d81119ed0cb06a6353d= 9e4d94c4a70c2b90467519ce87 SHA256 (7.0-RC2-amd64-docs.iso) =3D 4e4c646f6b903421ac0dea3a359a05e4bc21631= 6df5ebdf07c7d3befe45dafd7 SHA256 (7.0-RC2-amd64-livefs.iso) =3D 1461a11761059e9abb5c7ff5014052b6260b2= a048c60f680e23709f3db19a35b SHA256 (7.0-RC2-i386-bootonly.iso) =3D 9a6f7eef7c6cbef30abaf5c12d1e31830106= ccd6a8811d9ed66b46914cb88b79 SHA256 (7.0-RC2-i386-disc1.iso) =3D eb43bff9e22795aae154fda4db6be52cbd2de92= d1ad1702d76714dc99c085edf SHA256 (7.0-RC2-i386-disc2.iso) =3D 20a1346932ed23607c151c262304fccf79a7722= d29efd71090b1972f937a8d45 SHA256 (7.0-RC2-i386-disc3.iso) =3D 78a5b1f6a56eed23c5a9a2ad209e517f4c52b97= 69ace8b5d871ccec7dc96edea SHA256 (7.0-RC2-i386-docs.iso) =3D b29b436c99c3696b25e8a51d39644b96419367a9= 15b6d172eae531e7b66aa16f SHA256 (7.0-RC2-i386-livefs.iso) =3D 603d8ed6a899e047b23c976b650d6c3a268da3= 798d9316c97318f53fefe7fa97 SHA256 (7.0-RC2-ia64-bootonly.iso) =3D 8884b506e3a41115840e123f6ff840218e01= 0d029d42d1a127a19ce4953bb52c SHA256 (7.0-RC2-ia64-disc1.iso) =3D ce57f3acb8dbada5056b395b371b47f9882d0f7= beed35807f5676fbdd4e724aa SHA256 (7.0-RC2-ia64-disc2.iso) =3D dbcae30b93fc60358f4292c4aab7d77bcd2302e= adec8bb8aa1a8adc287fa895a SHA256 (7.0-RC2-ia64-disc3.iso) =3D ccef862acfafb24a9687107f45cee48e7414c9f= b8e212567c8a01e99c8273b16 SHA256 (7.0-RC2-ia64-docs.iso) =3D 974b43ba60441838ca51ccefe5ffe02af3f166ea= e51d829124a756f7ee3b16e8 SHA256 (7.0-RC2-ia64-livefs.iso) =3D 81fa04ef18fee2f34c3e6e4f70ba3605dd81e4= cb73db82c2606d2f641c9745e6 SHA256 (7.0-RC2-pc98-bootonly.iso) =3D f43d981afbb226c49739be98c4d67a3c36d9= c8ce5f52496ea4a08082c153b657 SHA256 (7.0-RC2-pc98-disc1.iso) =3D 8efb77a44430b1ec51bf3887cd2c381637272ca= 33f69ee66ab035e9439270788 SHA256 (7.0-RC2-pc98-livefs.iso) =3D 71e2f9cda6a8e9ea210c3cf41f281544fe443e= 5f1a9f4939b388e6f0e178bc3e SHA256 (7.0-RC2-powerpc-bootonly.iso) =3D 736606cdbcf5b3357c3092c53f249f71f= 99efe6e9bd6cf6c803d5f997b9184af SHA256 (7.0-RC2-powerpc-disc1.iso) =3D e38735b1a7200235d40b51aabcbad5294878= 4ea5177b3fff0684d79e28199366 SHA256 (7.0-RC2-powerpc-disc2.iso) =3D 0d1d3aa3a3287b9335a7e8f64a4a13d1b351= fce7a4873618d4e1bcf91bf742b2 SHA256 (7.0-RC2-powerpc-disc3.iso) =3D d45b42a21e4866bedaa0773e4a6ef374dd26= 0ea794cdff28af3785a04fcbf683 SHA256 (7.0-RC2-powerpc-docs.iso) =3D 0e583e9b6a9ebf90dd50035d02d9450527fd3= 5c90af38429edb0280889d48a6e SHA256 (7.0-RC2-sparc64-bootonly.iso) =3D ec2392e1328539dfd0bb833e0b3f756c6= 6dea1cdb7d277548b3d50467a4808f9 SHA256 (7.0-RC2-sparc64-disc1.iso) =3D a7c370770faf8e986610e24fef9969adcaae= e5c08b2e0ea0afdff03880303eba SHA256 (7.0-RC2-sparc64-disc2.iso) =3D b92acbea53436c303581ec5d7b4f8c04c690= 0a3f3300d43c199250fcd7be3be8 SHA256 (7.0-RC2-sparc64-disc3.iso) =3D 93f20cba37a52d696ee58698b3a4594d9594= 648482f8db4b8629a4704eb8f95e SHA256 (7.0-RC2-sparc64-docs.iso) =3D c6e427b03d38185891d692ac7a3f2533b8797= c07e3340d8d29de1f0de76d1877 --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-snN6ij1ncZE5jz1jvHDS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHsebr/G14VSmup/YRAv8EAJ0ZFyfHJplXaO489jRoVJsoohrBeQCghNtj fC3Q4k8BTD8WBPS65ulCtRE= =uKsb -----END PGP SIGNATURE----- --=-snN6ij1ncZE5jz1jvHDS-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 18:54:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AC1E16A4BF for ; Tue, 12 Feb 2008 18:54:30 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33707.mail.mud.yahoo.com (web33707.mail.mud.yahoo.com [68.142.201.204]) by mx1.freebsd.org (Postfix) with SMTP id 3B3DC13C442 for ; Tue, 12 Feb 2008 18:54:29 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 38994 invoked by uid 60001); 12 Feb 2008 18:54:29 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=R4MCfmBYADYdx1pM5onw9jRrgWytM+Z0gR3eqsMjy9bqTjg49JkIzUpcmzyGf5d4IVr2jwWR2opabIVsVr8BNAHwosV+Y2rv+kLEo6u8f5MunY4KNOT9NU0WUybthiQmDXDPNFxc9A+Sm6llciwGRGase1EWPPGn12V3ini9O+o=; X-YMail-OSG: qztuYdgVM1kyqqorWoQaIsBfVsY4Sf3bBXEQLUWktjRfcLvQu2TcjF1pIR8zzgUcdjUzIohPm_9JiatqoVHiG54gA80fLhdqTJ6PdzZaBpVVC8mRDJk- Received: from [89.211.4.3] by web33707.mail.mud.yahoo.com via HTTP; Tue, 12 Feb 2008 10:54:28 PST X-Mailer: YahooMailRC/818.31 YahooMailWebService/0.7.162 Date: Tue, 12 Feb 2008 10:54:28 -0800 (PST) From: Abdullah Ibn Hamad Al-Marri To: Ken Smith , freebsd-current@freebsd.org, freebsd-stable MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <839784.38521.qm@web33707.mail.mud.yahoo.com> Cc: Subject: Re: FreeBSD 7.0-RC2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 18:54:30 -0000 How about RELENG_7? will we still get PRERELEASE? Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 19:27:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A99416A41A; Tue, 12 Feb 2008 19:27:35 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id AAA8113C45A; Tue, 12 Feb 2008 19:27:34 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id m1CJRP66048814 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Feb 2008 14:27:25 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Abdullah Ibn Hamad Al-Marri In-Reply-To: <839784.38521.qm@web33707.mail.mud.yahoo.com> References: <839784.38521.qm@web33707.mail.mud.yahoo.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-bnHMZMhl7FXJYLsAXCxK" Organization: U. Buffalo CSE Department Date: Tue, 12 Feb 2008 14:27:25 -0500 Message-Id: <1202844445.43487.27.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: freebsd-current@freebsd.org, freebsd-stable Subject: Re: FreeBSD 7.0-RC2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 19:27:35 -0000 --=-bnHMZMhl7FXJYLsAXCxK Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2008-02-12 at 10:54 -0800, Abdullah Ibn Hamad Al-Marri wrote: > How about RELENG_7? will we still get PRERELEASE? We leave the development branch a release is coming from named PRERELEASE until the release is completed. No matter what we do with the development branches during this phase of a release process it's wrong. Some people think it's strange leaving it name PRERELEASE that long (and this release has dragged on so long it's been in this state for longer than normal...). Other people do an update to a machine, see it named -STABLE, and assume that means the release has happened and wonder why they can't find it. Since that second set of people are typically less in tune with what's going on (don't follow mailing lists, often times less technically oriented, etc.) we've decided to cater to them. I'll shift RELENG_7 to -STABLE as soon as the release is completed. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-bnHMZMhl7FXJYLsAXCxK Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHsfMd/G14VSmup/YRApxaAJ4wF7ulsP4nmsZwjOiktGB9jQW6FwCgjcdy ul0fpNRqWWxtk/PgKT3sFD4= =4ywH -----END PGP SIGNATURE----- --=-bnHMZMhl7FXJYLsAXCxK-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 19:28:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8E3216A46B for ; Tue, 12 Feb 2008 19:28:07 +0000 (UTC) (envelope-from bazerka@beardz.net) Received: from svr03-temp.btshosting.co.uk (svr03-temp.btshosting.co.uk [87.117.208.48]) by mx1.freebsd.org (Postfix) with ESMTP id 6B84F13C45A for ; Tue, 12 Feb 2008 19:28:07 +0000 (UTC) (envelope-from bazerka@beardz.net) Received: from [192.168.1.65] (host86-138-23-126.range86-138.btcentralplus.com [86.138.23.126]) (authenticated bits=0) by svr03-temp.btshosting.co.uk (8.14.1/8.14.1) with ESMTP id m1CJS5eG071769; Tue, 12 Feb 2008 19:28:05 GMT (envelope-from bazerka@beardz.net) Message-ID: <47B1F332.3050703@beardz.net> Date: Tue, 12 Feb 2008 19:27:46 +0000 From: Jase Thew User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Abdullah Ibn Hamad Al-Marri References: <839784.38521.qm@web33707.mail.mud.yahoo.com> In-Reply-To: <839784.38521.qm@web33707.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on 87.117.208.49 X-Virus-Status: Clean Cc: freebsd-current@freebsd.org, freebsd-stable Subject: Re: FreeBSD 7.0-RC2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bazerka@beardz.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 19:28:08 -0000 Abdullah Ibn Hamad Al-Marri wrote: > How about RELENG_7? will we still get PRERELEASE? > > > > Regards, > -Abdullah Ibn Hamad Al-Marri > Arab Portal > http://www.WeArab.Net/ > > I imagine RELENG_7 will stay at PRERELEASE until 7.0-RELEASE is out of the door, at which point it will become 7.0-STABLE. Rgds, Jase. From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 19:28:38 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A483F16A419 for ; Tue, 12 Feb 2008 19:28:38 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id 6B42913C46B for ; Tue, 12 Feb 2008 19:28:38 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.123.28] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JP0nw-0000eG-OQ; Tue, 12 Feb 2008 19:28:32 +0000 Received: from freaky by voi.aagh.net with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JP0nw-0008fz-DR; Tue, 12 Feb 2008 19:28:32 +0000 Date: Tue, 12 Feb 2008 19:28:32 +0000 From: Thomas Hurst To: Vince Hoffman Message-ID: <20080212192832.GA28337@voi.aagh.net> Mail-Followup-To: Vince Hoffman , Ian FREISLICH , current@freebsd.org, Thomas Vogt References: <47B18039.8060506@unsane.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47B18039.8060506@unsane.co.uk> Organization: Not much. User-Agent: Mutt/1.5.17 (2007-11-01) Sender: Thomas Hurst Cc: Ian FREISLICH , current@freebsd.org, Thomas Vogt Subject: Re: aac, aaccli no longer work on 7. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 19:28:38 -0000 * Vince Hoffman (jhary@unsane.co.uk) wrote: > Last time I looked, 3ware were pretty good > /usr/ports/sysutils/3dm (web gui) > /usr/ports/sysutils/tw_cli (cli) > > and LSI megaraid werent bad either. > > /usr/ports/sysutils/megarc (cli) sysutils/linux-mega{mgr,rc} too. It's all closed source rubbish, though; I don't much care if there's some tool which happens to work on the current version of my OS and utterly dependent on the good nature of the vendor for continued support; I want something with source, or at least specs. amr at least has amrstat, but does anyone have proper management tools? -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 19:50:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80EBF16A41A for ; Tue, 12 Feb 2008 19:50:04 +0000 (UTC) (envelope-from psionic@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id 1414013C458 for ; Tue, 12 Feb 2008 19:50:03 +0000 (UTC) (envelope-from psionic@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1654327nfb.33 for ; Tue, 12 Feb 2008 11:50:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=93tPSitbzvqmMnrcnIz5+eR5OvUKRK5sjoCJXMSFqbo=; b=P9hP1dDy6U85nUgFtX/zGUR1b/uCxbRjgD6gyUrSVWa/6MeGhLdEZgcQcijjqUxQ1mY1f1inG7gbRXQ3W2sXJP4N3UiYy9w60RwA+ilOIGMD7b9jaQRJ8LvNnlkPu2lPJQ5tGDNbvfnsEEqaMqKL0HIlxhaPH24IoJFom7j2/2I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=T/BDPfJ4K1VPmMFTT8F6ck8XK5xR8AWVBwQoYfRaOSYIednrR66dHGjefAhPs/AZxCS0YSsxN/Fic5Xvgrxug9j2LUoBBjNA9qLzjXOEakRgzR/T7EirObu2evokjzg84Jj78P/DMCB4YT1p+8clTuMf1Q3kojhP8XH+rJ6aCME= Received: by 10.78.162.4 with SMTP id k4mr3153122hue.66.1202844208438; Tue, 12 Feb 2008 11:23:28 -0800 (PST) Received: by 10.78.67.9 with HTTP; Tue, 12 Feb 2008 11:23:28 -0800 (PST) Message-ID: <5ad23a300802121123s11f65ddemc83ee269c9a13b66@mail.gmail.com> Date: Tue, 12 Feb 2008 11:23:28 -0800 From: "Jordan Sissel" To: "Andriy Gapon" In-Reply-To: <47B1B56F.9020604@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47B1B56F.9020604@icyb.net.ua> Cc: freebsd-current@freebsd.org Subject: Re: psm(4) maintainer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 19:50:04 -0000 I can help with this. What needs to be changed? -Jordan On Feb 12, 2008 7:04 AM, Andriy Gapon wrote: > > Is there a maintainer of psm(4) driver ? > > Or, given that Kazutaka Yokota has been idle for > quite a while, and that the rate of changes is very very slow, I'll ask: > is there a committer who is familiar with the code and who feels that > he/she can make some [small] changes/fixes in it and who is interested? > > Several suspects (from commit logs) are Bcc-ed, sorry if that bothered you. > > -- > Andriy Gapon > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 19:54:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB5A316A417 for ; Tue, 12 Feb 2008 19:54:26 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 6058C13C45A for ; Tue, 12 Feb 2008 19:54:26 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 67F78744001; Tue, 12 Feb 2008 21:54:24 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10027) with ESMTP id i1pTmffSLpwP; Tue, 12 Feb 2008 21:54:24 +0200 (EET) Received: from [10.74.70.239] (unknown [193.138.145.53]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id C4BA3744002; Tue, 12 Feb 2008 21:53:50 +0200 (EET) Message-ID: <47B1F931.8050101@icyb.net.ua> Date: Tue, 12 Feb 2008 21:53:21 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: Jordan Sissel References: <47B1B56F.9020604@icyb.net.ua> <5ad23a300802121123s11f65ddemc83ee269c9a13b66@mail.gmail.com> In-Reply-To: <5ad23a300802121123s11f65ddemc83ee269c9a13b66@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: psm(4) maintainer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 19:54:26 -0000 on 12/02/2008 21:23 Jordan Sissel said the following: > I can help with this. What needs to be changed? Jordan, thank you. I've been trying to draw attention to the issue summarized in the following post and in the followups to the following PR: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=651356+0+archive/2008/freebsd-current/20080210.freebsd-current http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/118578 > > On Feb 12, 2008 7:04 AM, Andriy Gapon wrote: >> Is there a maintainer of psm(4) driver ? >> >> Or, given that Kazutaka Yokota has been idle for >> quite a while, and that the rate of changes is very very slow, I'll ask: >> is there a committer who is familiar with the code and who feels that >> he/she can make some [small] changes/fixes in it and who is interested? >> >> Several suspects (from commit logs) are Bcc-ed, sorry if that bothered you. >> >> -- >> Andriy Gapon >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 20:58:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D3EF16A46B for ; Tue, 12 Feb 2008 20:58:24 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail5.sea5.speakeasy.net (mail5.sea5.speakeasy.net [69.17.117.7]) by mx1.freebsd.org (Postfix) with ESMTP id 63BC513C45E for ; Tue, 12 Feb 2008 20:58:24 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 26623 invoked from network); 12 Feb 2008 20:58:24 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail5.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 12 Feb 2008 20:58:23 -0000 Message-ID: <47B20739.1050602@chuckr.org> Date: Tue, 12 Feb 2008 15:53:13 -0500 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: about usb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 20:58:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am running FreeBSD-current, and I'm trying to learn more about how usb devices work under FreeBSD. I guess I better get specific, being that I know there's many kinds of devices, so I have a UC-Logic WP8060-TAB08, which is an 8" by 6" Graphic Tablet. Thanks to Kai Wang, I know about the USBHID spec, and I'm aboout 1/2 way finished with it, and thanks to some use of apropos, I know about the libusbhid, which does actually still seem to exist. But, I guess there's been a lot of coding in usb, because the state of usb docs is, well, mostly missing in action. I found about a conf file in /etc called usbd.conf, but I would guess that's a goner too (although this is a recently installed machine, so it shouldn't be too chock full of ancient memorabilia. I know from using Kai Wang's incredible usb dumping tool that it's a hid device, and I am learning to parse usb's version of ancient greek, but I wonder, why (if this device shows up in usbdevs, and it does) why isn't there a /dev/uhid to let me play some (at least generic) games with it, maybe with usbhidctl? The handbook, both the regular version AND the developer version, treat usb only from the direction of masss storage. Once I get to the point of understanding this data dump I have (and that won't bee all that long) I need more into about how to architecturally amke this work. Questions like, does this item need to operate alone, or along with my current trackball? If I write a device driver for this, what kind of interface should I present at /dev? If I get this done, will I just enter some deathless prose into my xorg.conf's input section, or do I need some special XInput input module. like those in /usr/local/lib/xorg/modules/input, and where would I go to find out what that fella's supposed to look like? OK, I think I'm running down now, your turn! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHsgc5z62J6PPcoOkRAvjAAJ0V11EZKnOrghVZBAs5sjNI/UfERQCePCaA L2HIfcrDt637FcHiQgStwJ0= =rcXC -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 00:36:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 659EB16A469 for ; Wed, 13 Feb 2008 00:36:09 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id 3534813C46E for ; Wed, 13 Feb 2008 00:36:04 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so3012033waf.3 for ; Tue, 12 Feb 2008 16:36:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=Rk06p5GklJO+V5QtDmMcYf+hnCboUfNUeFpVxJrw6kI=; b=NCVnUgzVBhs0o/7Zs3aXMyAOZcgew6tLyF4h27YTKw+d2uDgkmeSBNrqmhprxwqN0WdTWk/26j+1ygY/mqZALOJmby1dZIwKVxZ03oryT6EoxKfWJ27TZ5G2LdefnHLX695Hkzuy+yKLkMvmnLOhVvm6cg0oC8Bc34qwrMoiGX0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=ng2MRMdJqhO6Ll34x9QVu7VJSDfBF7x7XrTouHpgnW6QgX92ozAm2oSGEsVbX0ZrSxK6tltHCqDQT8wm/hbPRGfoJS7OF3GxYxuyEAPW+DMh7r1nYNA6SHQHQrlIkF5h2TdrNLfOUpHXkoPMmD5vpq+PKrVoYHRRwe8O0mOu2w8= Received: by 10.114.15.1 with SMTP id 1mr2251917wao.27.1202862963544; Tue, 12 Feb 2008 16:36:03 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id q18sm1577587pog.12.2008.02.12.16.35.59 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 12 Feb 2008 16:36:02 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m1D0ZuNM011438 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Feb 2008 09:35:56 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m1D0ZslA011437; Wed, 13 Feb 2008 09:35:54 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 13 Feb 2008 09:35:54 +0900 From: Pyun YongHyeon To: Cy Schubert Message-ID: <20080213003554.GA11251@cdnetworks.co.kr> References: <20080212014312.GA6953@cdnetworks.co.kr> <200802120345.m1C3jVt6040300@cwsys.cwsent.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline In-Reply-To: <200802120345.m1C3jVt6040300@cwsys.cwsent.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org Subject: Re: sk Panic in 8.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 00:36:09 -0000 --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Feb 11, 2008 at 07:45:31PM -0800, Cy Schubert wrote: > In message <20080212014312.GA6953@cdnetworks.co.kr>, Pyun YongHyeon writes: > > On Mon, Feb 11, 2008 at 04:10:40PM -0800, Cy Schubert wrote: > > > Has anyone seen the following mutex panic in sk_jfree? The last time this > > > system booted was Jan 31. > > > > > > > [...] > > > > > panic: mtx_lock() of spin mutex (null) @ /dsk03/src/cvs-current/src/sys/mo > > du > > > les/sk/../../dev/sk/if_sk.c:2439 > > > cpuid = 0 > > > KDB: enter: panic > > > [thread pid 12 tid 100038 ] > > > Stopped at kdb_enter+0x34: movl $0,kdb_why > > > db> bt > > > Tracing pid 12 tid 100038 td 0xc3363cc0 > > > kdb_enter(c0a36183,c0a36183) at kdb_enter+0x34 > > > panic(c0a34f9b,0,c0cefb36,987,e2583cc0,...) at panic+0x111 > > > _mtx_lock_flags(e2586bbc,0,c0cefb36,987,c35d1000,...) at > > > _mtx_lock_flags+0x70 > > > sk_jfree(c341f000,e2583cc0) at sk_jfree+0x3a > > > mb_free_ext(c35d1000) at mb_free_ext+0x18f > > > m_freem(c35d1000) at m_freem+0x1f > > > arpintr(c35d1000) at arpintr+0xc0b > > > netisr_dispatch(12,c35d1000) at netisr_dispatch+0x5d > > > ether_demux(c33d5400,c35d1000) at ether_demux+0x1c9 > > > ether_input(c33d5400,c35d1000,c33f36e0,0,c0cefb36,...) at ether_input+0x2f > > 9 > > > sk_jumbo_rxeof(c33f36e0,c341f000,c33d5400,0,c342d340,...) at > > > sk_jumbo_rxeof+0x215 > > > sk_intr(c33f3680) at sk_intr+0xac > > > ithread_loop(c342ab40,e2589d38) at ithread_loop+0x175 > > > fork_exit(c06eded0,c342ab40,e2589d38) at fork_exit+0xb0 > > > fork_trampoline() at fork_trampoline+0x8 > > > --- trap 0, eip = 0, esp = 0xe2589d70, ebp = 0 --- > > > db> > > > > > > > I'm not sure whether this panic is related with recent phk's change > > to MEXTADD(). If this is the case, you may have to use standard MTU > > instead of 9000. > > Since FreeBSD now have physically contiguous jumbos I have plan to > > take advantage of it instead of use of local allocator. That would > > also eliminate a jlist lock required to serialize accessing jumbo > > buffers allocated from driver. Give me a couple of days. > > Thanks. Reducing the MTU from 9000 to default (1500) circumvents the panic. > Would you try attached patch? -- Regards, Pyun YongHyeon --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="sk.jumbo.patch" --- sys/dev/sk/if_sk.c.orig 2008-02-04 09:59:09.000000000 +0900 +++ sys/dev/sk/if_sk.c 2008-02-12 12:58:07.000000000 +0900 @@ -227,9 +227,9 @@ static int sk_jumbo_newbuf(struct sk_if_softc *, int); static void sk_dmamap_cb(void *, bus_dma_segment_t *, int, int); static int sk_dma_alloc(struct sk_if_softc *); +static int sk_dma_jumbo_alloc(struct sk_if_softc *); static void sk_dma_free(struct sk_if_softc *); -static void *sk_jalloc(struct sk_if_softc *); -static void sk_jfree(void *, void *); +static void sk_dma_jumbo_free(struct sk_if_softc *); static int sk_init_rx_ring(struct sk_if_softc *); static int sk_init_jumbo_rx_ring(struct sk_if_softc *); static void sk_init_tx_ring(struct sk_if_softc *); @@ -263,6 +263,10 @@ static int sysctl_int_range(SYSCTL_HANDLER_ARGS, int low, int high); static int sysctl_hw_sk_int_mod(SYSCTL_HANDLER_ARGS); +/* Tunables. */ +static int jumbo_disable = 0; +TUNABLE_INT("hw.skc.jumbo_disable", &jumbo_disable); + /* * It seems that SK-NET GENESIS supports very simple checksum offload * capability for Tx and I believe it can generate 0 checksum value for @@ -1044,24 +1048,15 @@ bus_dma_segment_t segs[1]; bus_dmamap_t map; int nsegs; - void *buf; - MGETHDR(m, M_DONTWAIT, MT_DATA); + m = m_getjcl(M_DONTWAIT, MT_DATA, M_PKTHDR, MJUM9BYTES); if (m == NULL) return (ENOBUFS); - buf = sk_jalloc(sc_if); - if (buf == NULL) { - m_freem(m); - return (ENOBUFS); - } - /* Attach the buffer to the mbuf */ - MEXTADD(m, buf, SK_JLEN, sk_jfree, (struct sk_if_softc *)sc_if, buf, 0, - EXT_NET_DRV); if ((m->m_flags & M_EXT) == 0) { m_freem(m); return (ENOBUFS); } - m->m_pkthdr.len = m->m_len = SK_JLEN; + m->m_pkthdr.len = m->m_len = MJUM9BYTES; /* * Adjust alignment so packet payload begins on a * longword boundary. Mandatory for Alpha, useful on @@ -1149,15 +1144,22 @@ error = 0; switch(command) { case SIOCSIFMTU: - SK_IF_LOCK(sc_if); - if (ifr->ifr_mtu > SK_JUMBO_MTU) + if (ifr->ifr_mtu < ETHERMIN || ifr->ifr_mtu > SK_JUMBO_MTU) error = EINVAL; - else { - ifp->if_mtu = ifr->ifr_mtu; - ifp->if_drv_flags &= ~IFF_DRV_RUNNING; - sk_init_locked(sc_if); + else if (ifp->if_mtu != ifr->ifr_mtu) { + if (sc_if->sk_jumbo_disable != 0 && + ifr->ifr_mtu > SK_MAX_FRAMELEN) + error = EINVAL; + else { + SK_IF_LOCK(sc_if); + ifp->if_mtu = ifr->ifr_mtu; + if (ifp->if_drv_flags & IFF_DRV_RUNNING) { + ifp->if_drv_flags &= ~IFF_DRV_RUNNING; + sk_init_locked(sc_if); + } + SK_IF_UNLOCK(sc_if); + } } - SK_IF_UNLOCK(sc_if); break; case SIOCSIFFLAGS: SK_IF_LOCK(sc_if); @@ -1374,6 +1376,7 @@ error = ENOMEM; goto fail; } + sk_dma_jumbo_alloc(sc_if); ifp = sc_if->sk_ifp = if_alloc(IFT_ETHER); if (ifp == NULL) { @@ -1855,6 +1858,7 @@ device_delete_child(dev, sc_if->sk_miibus); */ bus_generic_detach(dev); + sk_dma_jumbo_free(sc_if); sk_dma_free(sc_if); SK_IF_UNLOCK(sc_if); @@ -1928,15 +1932,8 @@ struct sk_dmamap_arg ctx; struct sk_txdesc *txd; struct sk_rxdesc *rxd; - struct sk_rxdesc *jrxd; - u_int8_t *ptr; - struct sk_jpool_entry *entry; int error, i; - mtx_init(&sc_if->sk_jlist_mtx, "sk_jlist_mtx", NULL, MTX_DEF); - SLIST_INIT(&sc_if->sk_jfree_listhead); - SLIST_INIT(&sc_if->sk_jinuse_listhead); - /* create parent tag */ /* * XXX @@ -1963,6 +1960,7 @@ "failed to create parent DMA tag\n"); goto fail; } + /* create tag for Tx ring */ error = bus_dma_tag_create(sc_if->sk_cdata.sk_parent_tag,/* parent */ SK_RING_ALIGN, 0, /* algnmnt, boundary */ @@ -1999,42 +1997,6 @@ goto fail; } - /* create tag for jumbo Rx ring */ - error = bus_dma_tag_create(sc_if->sk_cdata.sk_parent_tag,/* parent */ - SK_RING_ALIGN, 0, /* algnmnt, boundary */ - BUS_SPACE_MAXADDR_32BIT, /* lowaddr */ - BUS_SPACE_MAXADDR, /* highaddr */ - NULL, NULL, /* filter, filterarg */ - SK_JUMBO_RX_RING_SZ, /* maxsize */ - 1, /* nsegments */ - SK_JUMBO_RX_RING_SZ, /* maxsegsize */ - 0, /* flags */ - NULL, NULL, /* lockfunc, lockarg */ - &sc_if->sk_cdata.sk_jumbo_rx_ring_tag); - if (error != 0) { - device_printf(sc_if->sk_if_dev, - "failed to allocate jumbo Rx ring DMA tag\n"); - goto fail; - } - - /* create tag for jumbo buffer blocks */ - error = bus_dma_tag_create(sc_if->sk_cdata.sk_parent_tag,/* parent */ - PAGE_SIZE, 0, /* algnmnt, boundary */ - BUS_SPACE_MAXADDR, /* lowaddr */ - BUS_SPACE_MAXADDR, /* highaddr */ - NULL, NULL, /* filter, filterarg */ - SK_JMEM, /* maxsize */ - 1, /* nsegments */ - SK_JMEM, /* maxsegsize */ - 0, /* flags */ - NULL, NULL, /* lockfunc, lockarg */ - &sc_if->sk_cdata.sk_jumbo_tag); - if (error != 0) { - device_printf(sc_if->sk_if_dev, - "failed to allocate jumbo Rx buffer block DMA tag\n"); - goto fail; - } - /* create tag for Tx buffers */ error = bus_dma_tag_create(sc_if->sk_cdata.sk_parent_tag,/* parent */ 1, 0, /* algnmnt, boundary */ @@ -2071,24 +2033,6 @@ goto fail; } - /* create tag for jumbo Rx buffers */ - error = bus_dma_tag_create(sc_if->sk_cdata.sk_parent_tag,/* parent */ - PAGE_SIZE, 0, /* algnmnt, boundary */ - BUS_SPACE_MAXADDR, /* lowaddr */ - BUS_SPACE_MAXADDR, /* highaddr */ - NULL, NULL, /* filter, filterarg */ - MCLBYTES * SK_MAXRXSEGS, /* maxsize */ - SK_MAXRXSEGS, /* nsegments */ - SK_JLEN, /* maxsegsize */ - 0, /* flags */ - NULL, NULL, /* lockfunc, lockarg */ - &sc_if->sk_cdata.sk_jumbo_rx_tag); - if (error != 0) { - device_printf(sc_if->sk_if_dev, - "failed to allocate jumbo Rx DMA tag\n"); - goto fail; - } - /* allocate DMA'able memory and load the DMA map for Tx ring */ error = bus_dmamem_alloc(sc_if->sk_cdata.sk_tx_ring_tag, (void **)&sc_if->sk_rdata.sk_tx_ring, BUS_DMA_NOWAIT | BUS_DMA_ZERO, @@ -2131,28 +2075,6 @@ } sc_if->sk_rdata.sk_rx_ring_paddr = ctx.sk_busaddr; - /* allocate DMA'able memory and load the DMA map for jumbo Rx ring */ - error = bus_dmamem_alloc(sc_if->sk_cdata.sk_jumbo_rx_ring_tag, - (void **)&sc_if->sk_rdata.sk_jumbo_rx_ring, - BUS_DMA_NOWAIT|BUS_DMA_ZERO, &sc_if->sk_cdata.sk_jumbo_rx_ring_map); - if (error != 0) { - device_printf(sc_if->sk_if_dev, - "failed to allocate DMA'able memory for jumbo Rx ring\n"); - goto fail; - } - - ctx.sk_busaddr = 0; - error = bus_dmamap_load(sc_if->sk_cdata.sk_jumbo_rx_ring_tag, - sc_if->sk_cdata.sk_jumbo_rx_ring_map, - sc_if->sk_rdata.sk_jumbo_rx_ring, SK_JUMBO_RX_RING_SZ, sk_dmamap_cb, - &ctx, BUS_DMA_NOWAIT); - if (error != 0) { - device_printf(sc_if->sk_if_dev, - "failed to load DMA'able memory for jumbo Rx ring\n"); - goto fail; - } - sc_if->sk_rdata.sk_jumbo_rx_ring_paddr = ctx.sk_busaddr; - /* create DMA maps for Tx buffers */ for (i = 0; i < SK_TX_RING_CNT; i++) { txd = &sc_if->sk_cdata.sk_txdesc[i]; @@ -2166,6 +2088,7 @@ goto fail; } } + /* create DMA maps for Rx buffers */ if ((error = bus_dmamap_create(sc_if->sk_cdata.sk_rx_tag, 0, &sc_if->sk_cdata.sk_rx_sparemap)) != 0) { @@ -2185,12 +2108,88 @@ goto fail; } } + +fail: + return (error); +} + +static int +sk_dma_jumbo_alloc(sc_if) + struct sk_if_softc *sc_if; +{ + struct sk_dmamap_arg ctx; + struct sk_rxdesc *jrxd; + int error, i; + + if (jumbo_disable != 0) { + device_printf(sc_if->sk_if_dev, "disabling jumbo frame support\n"); + sc_if->sk_jumbo_disable = 1; + return (0); + } + /* create tag for jumbo Rx ring */ + error = bus_dma_tag_create(sc_if->sk_cdata.sk_parent_tag,/* parent */ + SK_RING_ALIGN, 0, /* algnmnt, boundary */ + BUS_SPACE_MAXADDR_32BIT, /* lowaddr */ + BUS_SPACE_MAXADDR, /* highaddr */ + NULL, NULL, /* filter, filterarg */ + SK_JUMBO_RX_RING_SZ, /* maxsize */ + 1, /* nsegments */ + SK_JUMBO_RX_RING_SZ, /* maxsegsize */ + 0, /* flags */ + NULL, NULL, /* lockfunc, lockarg */ + &sc_if->sk_cdata.sk_jumbo_rx_ring_tag); + if (error != 0) { + device_printf(sc_if->sk_if_dev, + "failed to allocate jumbo Rx ring DMA tag\n"); + goto jumbo_fail; + } + + /* create tag for jumbo Rx buffers */ + error = bus_dma_tag_create(sc_if->sk_cdata.sk_parent_tag,/* parent */ + 1, 0, /* algnmnt, boundary */ + BUS_SPACE_MAXADDR, /* lowaddr */ + BUS_SPACE_MAXADDR, /* highaddr */ + NULL, NULL, /* filter, filterarg */ + MJUM9BYTES, /* maxsize */ + 1, /* nsegments */ + MJUM9BYTES, /* maxsegsize */ + 0, /* flags */ + NULL, NULL, /* lockfunc, lockarg */ + &sc_if->sk_cdata.sk_jumbo_rx_tag); + if (error != 0) { + device_printf(sc_if->sk_if_dev, + "failed to allocate jumbo Rx DMA tag\n"); + goto jumbo_fail; + } + + /* allocate DMA'able memory and load the DMA map for jumbo Rx ring */ + error = bus_dmamem_alloc(sc_if->sk_cdata.sk_jumbo_rx_ring_tag, + (void **)&sc_if->sk_rdata.sk_jumbo_rx_ring, + BUS_DMA_NOWAIT|BUS_DMA_ZERO, &sc_if->sk_cdata.sk_jumbo_rx_ring_map); + if (error != 0) { + device_printf(sc_if->sk_if_dev, + "failed to allocate DMA'able memory for jumbo Rx ring\n"); + goto jumbo_fail; + } + + ctx.sk_busaddr = 0; + error = bus_dmamap_load(sc_if->sk_cdata.sk_jumbo_rx_ring_tag, + sc_if->sk_cdata.sk_jumbo_rx_ring_map, + sc_if->sk_rdata.sk_jumbo_rx_ring, SK_JUMBO_RX_RING_SZ, sk_dmamap_cb, + &ctx, BUS_DMA_NOWAIT); + if (error != 0) { + device_printf(sc_if->sk_if_dev, + "failed to load DMA'able memory for jumbo Rx ring\n"); + goto jumbo_fail; + } + sc_if->sk_rdata.sk_jumbo_rx_ring_paddr = ctx.sk_busaddr; + /* create DMA maps for jumbo Rx buffers */ if ((error = bus_dmamap_create(sc_if->sk_cdata.sk_jumbo_rx_tag, 0, &sc_if->sk_cdata.sk_jumbo_rx_sparemap)) != 0) { device_printf(sc_if->sk_if_dev, "failed to create spare jumbo Rx dmamap\n"); - goto fail; + goto jumbo_fail; } for (i = 0; i < SK_JUMBO_RX_RING_CNT; i++) { jrxd = &sc_if->sk_cdata.sk_jumbo_rxdesc[i]; @@ -2201,55 +2200,18 @@ if (error != 0) { device_printf(sc_if->sk_if_dev, "failed to create jumbo Rx dmamap\n"); - goto fail; + goto jumbo_fail; } } - /* allocate DMA'able memory and load the DMA map for jumbo buf */ - error = bus_dmamem_alloc(sc_if->sk_cdata.sk_jumbo_tag, - (void **)&sc_if->sk_rdata.sk_jumbo_buf, - BUS_DMA_NOWAIT|BUS_DMA_ZERO, &sc_if->sk_cdata.sk_jumbo_map); - if (error != 0) { - device_printf(sc_if->sk_if_dev, - "failed to allocate DMA'able memory for jumbo buf\n"); - goto fail; - } - - ctx.sk_busaddr = 0; - error = bus_dmamap_load(sc_if->sk_cdata.sk_jumbo_tag, - sc_if->sk_cdata.sk_jumbo_map, - sc_if->sk_rdata.sk_jumbo_buf, SK_JMEM, sk_dmamap_cb, - &ctx, BUS_DMA_NOWAIT); - if (error != 0) { - device_printf(sc_if->sk_if_dev, - "failed to load DMA'able memory for jumbobuf\n"); - goto fail; - } - sc_if->sk_rdata.sk_jumbo_buf_paddr = ctx.sk_busaddr; - - /* - * Now divide it up into 9K pieces and save the addresses - * in an array. - */ - ptr = sc_if->sk_rdata.sk_jumbo_buf; - for (i = 0; i < SK_JSLOTS; i++) { - sc_if->sk_cdata.sk_jslots[i] = ptr; - ptr += SK_JLEN; - entry = malloc(sizeof(struct sk_jpool_entry), - M_DEVBUF, M_NOWAIT); - if (entry == NULL) { - device_printf(sc_if->sk_if_dev, - "no memory for jumbo buffers!\n"); - error = ENOMEM; - goto fail; - } - entry->slot = i; - SLIST_INSERT_HEAD(&sc_if->sk_jfree_listhead, entry, - jpool_entries); - } + return (0); -fail: - return (error); +jumbo_fail: + sk_dma_jumbo_free(sc_if); + device_printf(sc_if->sk_if_dev, "disabling jumbo frame support due to " + "resource shortage\n"); + sc_if->sk_jumbo_disable = 1; + return (0); } static void @@ -2258,39 +2220,8 @@ { struct sk_txdesc *txd; struct sk_rxdesc *rxd; - struct sk_rxdesc *jrxd; - struct sk_jpool_entry *entry; int i; - SK_JLIST_LOCK(sc_if); - while ((entry = SLIST_FIRST(&sc_if->sk_jinuse_listhead))) { - device_printf(sc_if->sk_if_dev, - "asked to free buffer that is in use!\n"); - SLIST_REMOVE_HEAD(&sc_if->sk_jinuse_listhead, jpool_entries); - SLIST_INSERT_HEAD(&sc_if->sk_jfree_listhead, entry, - jpool_entries); - } - - while (!SLIST_EMPTY(&sc_if->sk_jfree_listhead)) { - entry = SLIST_FIRST(&sc_if->sk_jfree_listhead); - SLIST_REMOVE_HEAD(&sc_if->sk_jfree_listhead, jpool_entries); - free(entry, M_DEVBUF); - } - SK_JLIST_UNLOCK(sc_if); - - /* destroy jumbo buffer block */ - if (sc_if->sk_cdata.sk_jumbo_map) - bus_dmamap_unload(sc_if->sk_cdata.sk_jumbo_tag, - sc_if->sk_cdata.sk_jumbo_map); - - if (sc_if->sk_rdata.sk_jumbo_buf) { - bus_dmamem_free(sc_if->sk_cdata.sk_jumbo_tag, - sc_if->sk_rdata.sk_jumbo_buf, - sc_if->sk_cdata.sk_jumbo_map); - sc_if->sk_rdata.sk_jumbo_buf = NULL; - sc_if->sk_cdata.sk_jumbo_map = 0; - } - /* Tx ring */ if (sc_if->sk_cdata.sk_tx_ring_tag) { if (sc_if->sk_cdata.sk_tx_ring_map) @@ -2321,21 +2252,6 @@ bus_dma_tag_destroy(sc_if->sk_cdata.sk_rx_ring_tag); sc_if->sk_cdata.sk_rx_ring_tag = NULL; } - /* jumbo Rx ring */ - if (sc_if->sk_cdata.sk_jumbo_rx_ring_tag) { - if (sc_if->sk_cdata.sk_jumbo_rx_ring_map) - bus_dmamap_unload(sc_if->sk_cdata.sk_jumbo_rx_ring_tag, - sc_if->sk_cdata.sk_jumbo_rx_ring_map); - if (sc_if->sk_cdata.sk_jumbo_rx_ring_map && - sc_if->sk_rdata.sk_jumbo_rx_ring) - bus_dmamem_free(sc_if->sk_cdata.sk_jumbo_rx_ring_tag, - sc_if->sk_rdata.sk_jumbo_rx_ring, - sc_if->sk_cdata.sk_jumbo_rx_ring_map); - sc_if->sk_rdata.sk_jumbo_rx_ring = NULL; - sc_if->sk_cdata.sk_jumbo_rx_ring_map = 0; - bus_dma_tag_destroy(sc_if->sk_cdata.sk_jumbo_rx_ring_tag); - sc_if->sk_cdata.sk_jumbo_rx_ring_tag = NULL; - } /* Tx buffers */ if (sc_if->sk_cdata.sk_tx_tag) { for (i = 0; i < SK_TX_RING_CNT; i++) { @@ -2367,6 +2283,36 @@ bus_dma_tag_destroy(sc_if->sk_cdata.sk_rx_tag); sc_if->sk_cdata.sk_rx_tag = NULL; } + + if (sc_if->sk_cdata.sk_parent_tag) { + bus_dma_tag_destroy(sc_if->sk_cdata.sk_parent_tag); + sc_if->sk_cdata.sk_parent_tag = NULL; + } +} + +static void +sk_dma_jumbo_free(sc_if) + struct sk_if_softc *sc_if; +{ + struct sk_rxdesc *jrxd; + int i; + + /* jumbo Rx ring */ + if (sc_if->sk_cdata.sk_jumbo_rx_ring_tag) { + if (sc_if->sk_cdata.sk_jumbo_rx_ring_map) + bus_dmamap_unload(sc_if->sk_cdata.sk_jumbo_rx_ring_tag, + sc_if->sk_cdata.sk_jumbo_rx_ring_map); + if (sc_if->sk_cdata.sk_jumbo_rx_ring_map && + sc_if->sk_rdata.sk_jumbo_rx_ring) + bus_dmamem_free(sc_if->sk_cdata.sk_jumbo_rx_ring_tag, + sc_if->sk_rdata.sk_jumbo_rx_ring, + sc_if->sk_cdata.sk_jumbo_rx_ring_map); + sc_if->sk_rdata.sk_jumbo_rx_ring = NULL; + sc_if->sk_cdata.sk_jumbo_rx_ring_map = 0; + bus_dma_tag_destroy(sc_if->sk_cdata.sk_jumbo_rx_ring_tag); + sc_if->sk_cdata.sk_jumbo_rx_ring_tag = NULL; + } + /* jumbo Rx buffers */ if (sc_if->sk_cdata.sk_jumbo_rx_tag) { for (i = 0; i < SK_JUMBO_RX_RING_CNT; i++) { @@ -2386,72 +2332,6 @@ bus_dma_tag_destroy(sc_if->sk_cdata.sk_jumbo_rx_tag); sc_if->sk_cdata.sk_jumbo_rx_tag = NULL; } - - if (sc_if->sk_cdata.sk_parent_tag) { - bus_dma_tag_destroy(sc_if->sk_cdata.sk_parent_tag); - sc_if->sk_cdata.sk_parent_tag = NULL; - } - mtx_destroy(&sc_if->sk_jlist_mtx); -} - -/* - * Allocate a jumbo buffer. - */ -static void * -sk_jalloc(sc_if) - struct sk_if_softc *sc_if; -{ - struct sk_jpool_entry *entry; - - SK_JLIST_LOCK(sc_if); - - entry = SLIST_FIRST(&sc_if->sk_jfree_listhead); - - if (entry == NULL) { - SK_JLIST_UNLOCK(sc_if); - return (NULL); - } - - SLIST_REMOVE_HEAD(&sc_if->sk_jfree_listhead, jpool_entries); - SLIST_INSERT_HEAD(&sc_if->sk_jinuse_listhead, entry, jpool_entries); - - SK_JLIST_UNLOCK(sc_if); - - return (sc_if->sk_cdata.sk_jslots[entry->slot]); -} - -/* - * Release a jumbo buffer. - */ -static void -sk_jfree(buf, args) - void *buf; - void *args; -{ - struct sk_if_softc *sc_if; - struct sk_jpool_entry *entry; - int i; - - /* Extract the softc struct pointer. */ - sc_if = (struct sk_if_softc *)args; - KASSERT(sc_if != NULL, ("%s: can't find softc pointer!", __func__)); - - SK_JLIST_LOCK(sc_if); - /* calculate the slot this buffer belongs to */ - i = ((vm_offset_t)buf - - (vm_offset_t)sc_if->sk_rdata.sk_jumbo_buf) / SK_JLEN; - KASSERT(i >= 0 && i < SK_JSLOTS, - ("%s: asked to free buffer that we don't manage!", __func__)); - - entry = SLIST_FIRST(&sc_if->sk_jinuse_listhead); - KASSERT(entry != NULL, ("%s: buffer not in use!", __func__)); - entry->slot = i; - SLIST_REMOVE_HEAD(&sc_if->sk_jinuse_listhead, jpool_entries); - SLIST_INSERT_HEAD(&sc_if->sk_jfree_listhead, entry, jpool_entries); - if (SLIST_EMPTY(&sc_if->sk_jinuse_listhead)) - wakeup(sc_if); - - SK_JLIST_UNLOCK(sc_if); } static void --- sys/dev/sk/if_skreg.h.orig 2007-04-02 13:43:41.000000000 +0900 +++ sys/dev/sk/if_skreg.h 2008-02-12 12:53:22.000000000 +0900 @@ -1358,34 +1358,12 @@ #define SK_RX_RING_CNT 256 #define SK_JUMBO_RX_RING_CNT 256 #define SK_MAXTXSEGS 32 -#define SK_MAXRXSEGS 32 -/* - * Jumbo buffer stuff. Note that we must allocate more jumbo - * buffers than there are descriptors in the receive ring. This - * is because we don't know how long it will take for a packet - * to be released after we hand it off to the upper protocol - * layers. To be safe, we allocate 1.5 times the number of - * receive descriptors. - */ #define SK_JUMBO_FRAMELEN 9018 #define SK_JUMBO_MTU (SK_JUMBO_FRAMELEN-ETHER_HDR_LEN-ETHER_CRC_LEN) #define SK_MAX_FRAMELEN \ (ETHER_MAX_LEN + ETHER_VLAN_ENCAP_LEN - ETHER_CRC_LEN) #define SK_MIN_FRAMELEN (ETHER_MIN_LEN - ETHER_CRC_LEN) -#define SK_JSLOTS ((SK_RX_RING_CNT * 3) / 2) - -#define SK_JRAWLEN (SK_JUMBO_FRAMELEN + ETHER_ALIGN) -#define SK_JLEN (SK_JRAWLEN + (sizeof(u_int64_t) - \ - (SK_JRAWLEN % sizeof(u_int64_t)))) -#define SK_JPAGESZ PAGE_SIZE -#define SK_RESID (SK_JPAGESZ - (SK_JLEN * SK_JSLOTS) % SK_JPAGESZ) -#define SK_JMEM ((SK_JLEN * SK_JSLOTS) + SK_RESID) - -struct sk_jpool_entry { - int slot; - SLIST_ENTRY(sk_jpool_entry) jpool_entries; -}; struct sk_txdesc { struct mbuf *tx_m; @@ -1414,10 +1392,6 @@ bus_dmamap_t sk_rx_ring_map; bus_dmamap_t sk_rx_sparemap; bus_dma_tag_t sk_jumbo_rx_tag; - bus_dma_tag_t sk_jumbo_tag; - bus_dmamap_t sk_jumbo_map; - bus_dma_tag_t sk_jumbo_mtag; - caddr_t sk_jslots[SK_JSLOTS]; struct sk_rxdesc sk_jumbo_rxdesc[SK_JUMBO_RX_RING_CNT]; bus_dma_tag_t sk_jumbo_rx_ring_tag; bus_dmamap_t sk_jumbo_rx_ring_map; @@ -1436,8 +1410,6 @@ bus_addr_t sk_rx_ring_paddr; struct sk_rx_desc *sk_jumbo_rx_ring; bus_addr_t sk_jumbo_rx_ring_paddr; - void *sk_jumbo_buf; - bus_addr_t sk_jumbo_buf_paddr; }; #define SK_TX_RING_ADDR(sc, i) \ @@ -1518,12 +1490,7 @@ struct sk_softc *sk_softc; /* parent controller */ int sk_tx_bmu; /* TX BMU register */ int sk_if_flags; - SLIST_HEAD(__sk_jfreehead, sk_jpool_entry) sk_jfree_listhead; - SLIST_HEAD(__sk_jinusehead, sk_jpool_entry) sk_jinuse_listhead; - struct mtx sk_jlist_mtx; + int sk_jumbo_disable; }; -#define SK_JLIST_LOCK(_sc) mtx_lock(&(_sc)->sk_jlist_mtx) -#define SK_JLIST_UNLOCK(_sc) mtx_unlock(&(_sc)->sk_jlist_mtx) - #define SK_TIMEOUT 1000 --PNTmBPCT7hxwcZjr-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 20:44:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5D2E16A419 for ; Tue, 12 Feb 2008 20:44:18 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id 63EC513C45E for ; Tue, 12 Feb 2008 20:44:18 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (3yw3nykajku8e6ka@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id m1CKKDpA024756; Tue, 12 Feb 2008 12:20:14 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id m1CKKCoq024755; Tue, 12 Feb 2008 12:20:12 -0800 (PST) (envelope-from jmg) Date: Tue, 12 Feb 2008 12:20:12 -0800 From: John-Mark Gurney To: "Aryeh M. Friedman" Message-ID: <20080212202012.GV7399@funkthat.com> Mail-Followup-To: "Aryeh M. Friedman" , freebsd-current@freebsd.org References: <47B195EF.9060603@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47B195EF.9060603@gmail.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (hydrogen.funkthat.com [127.0.0.1]); Tue, 12 Feb 2008 12:20:14 -0800 (PST) X-Mailman-Approved-At: Wed, 13 Feb 2008 02:31:09 +0000 Cc: freebsd-current@freebsd.org Subject: Re: does this error message mean anything bad? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 20:44:18 -0000 Aryeh M. Friedman wrote this message on Tue, Feb 12, 2008 at 07:49 -0500: > Limiting closed port RST response from 266 to 200 packets/second. Since everyone else has thrown their two bits in, it could also mean that you have a busy server, and that you are exceeding 200 connections/sec, and that this is limiting the number of connections we fully close per second. If you are testing a web server over gige w/ small files, you will usually run into this problem.. Upding the sysctl net.inet.icmp.icmplim will increase this limit. Yes, I know it's not intuitive the ICMP limit is responsible for TCP RST's, but that's the way it is... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 03:32:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FDF216A417 for ; Wed, 13 Feb 2008 03:32:34 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.233]) by mx1.freebsd.org (Postfix) with ESMTP id E7B1C13C44B for ; Wed, 13 Feb 2008 03:32:33 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so4836733wri.3 for ; Tue, 12 Feb 2008 19:32:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=kd0DsOpoHDsZpeeeQP05uZL03YTaf5hmf9sUuBnpsKo=; b=inMLDsE8Rt7/6dBdfqCRzSCHTj3Sx2pS7e4Mj8l8hb1MdIgHKbeu2Rp72Iza7PV9QD40Dsjf4hM2mAD4VHIbn75fU2ileeIvegaGTldrkv92Im8nii2HpAk60tbYJFZcmNBfqQaEq1pF4TIYPnX6k30dkHvTBg1Gre/e9GzClm0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=J0cxBKfAg1XDH9dqh5MiJQ3YI8UsE9mMwozVb6E5Y9vwQqjKcCx4XDNVZz4K9mTCEiUG4yJJaMG/uVRuM6NKylgj2wY4wxs73U5mFyUp4kp+4oNwo7BQTULGjsGDTDW/NENqwWXCWkxn0YbWQBGZSrCvGKESs6NS3n4n64V+9Hc= Received: by 10.142.188.4 with SMTP id l4mr1710107wff.92.1202873552146; Tue, 12 Feb 2008 19:32:32 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 30sm1979260wff.11.2008.02.12.19.32.29 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 12 Feb 2008 19:32:31 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m1D3WQHf011924 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Feb 2008 12:32:26 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m1D3WPHd011923; Wed, 13 Feb 2008 12:32:25 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 13 Feb 2008 12:32:25 +0900 From: Pyun YongHyeon To: Randy Bush Message-ID: <20080213033225.GB11251@cdnetworks.co.kr> References: <47B1B627.6010700@psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47B1B627.6010700@psg.com> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Current Subject: Re: fxp suddenly taking errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 03:32:34 -0000 On Wed, Feb 13, 2008 at 12:07:19AM +0900, Randy Bush wrote: > anyone else suddenly having fxp problems > > rebooted after a new kernel and > > rip1.psg.com:/root# netstat -in > Name Mtu Network Address Ipkts Ierrs Opkts > Oerrs Coll > fxp0 1500 00:30:48:51:c8:5e 1277 50 977 > 0 0 > fxp0 1500 147.28.0.0/24 147.28.0.31 1137 - 982 > - - > > on what was a problem free interface before th enew build. > AFAIK if_ierrors in fxp(4) comes from hardware statistics counters via DMA. So I guess it's real inbound error( e.g. CRC, alignment error, Rx overrun etc) How about checking speed/duplex mismatches against link partner? -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 03:46:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD48116A420 for ; Wed, 13 Feb 2008 03:46:49 +0000 (UTC) (envelope-from randy@psg.com) Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by mx1.freebsd.org (Postfix) with ESMTP id B490C13C4D1 for ; Wed, 13 Feb 2008 03:46:49 +0000 (UTC) (envelope-from randy@psg.com) Received: from [210.138.216.50] (helo=[192.168.0.10]) by psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JP8a5-0006lX-Vw; Wed, 13 Feb 2008 03:46:47 +0000 Message-ID: <47B2681D.3010602@psg.com> Date: Wed, 13 Feb 2008 12:46:37 +0900 From: Randy Bush User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Pyun YongHyeon References: <47B1B627.6010700@psg.com> <20080213033225.GB11251@cdnetworks.co.kr> In-Reply-To: <20080213033225.GB11251@cdnetworks.co.kr> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -102.3 (---------------------------------------------------) Cc: FreeBSD Current Subject: Re: fxp suddenly taking errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 03:46:49 -0000 >> Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll >> fxp0 1500 00:30:48:51:c8:5e 1277 50 977 0 0 >> fxp0 1500 147.28.0.0/24 147.28.0.31 1137 - 982 > AFAIK if_ierrors in fxp(4) comes from hardware statistics > counters via DMA. So I guess it's real inbound error( > e.g. CRC, alignment error, Rx overrun etc) no errors before reboot > How about checking speed/duplex mismatches against link partner? already did that one. randy From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 06:16:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BCEF16A41A for ; Wed, 13 Feb 2008 06:16:00 +0000 (UTC) (envelope-from ATRENS@nortel.com) Received: from zrtps0kn.nortel.com (zrtps0kn.nortel.com [47.140.192.55]) by mx1.freebsd.org (Postfix) with ESMTP id 345F613C467 for ; Wed, 13 Feb 2008 06:16:00 +0000 (UTC) (envelope-from ATRENS@nortel.com) Received: from zcarhxm2.corp.nortel.com (zcarhxm2.corp.nortel.com [47.129.230.99]) by zrtps0kn.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id m1D6Fux00524; Wed, 13 Feb 2008 06:15:56 GMT Received: from ab-thinky.atrens.ca ([47.128.181.68] RDNS failed) by zcarhxm2.corp.nortel.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 13 Feb 2008 01:15:25 -0500 Message-ID: <47B28AA1.4020500@nortel.com> Date: Wed, 13 Feb 2008 01:13:53 -0500 From: "Andrew Atrens" User-Agent: Thunderbird 2.0.0.9 (X11/20080109) MIME-Version: 1.0 To: pyunyh@gmail.com References: <20080204022334.GC27999@cdnetworks.co.kr> In-Reply-To: <20080204022334.GC27999@cdnetworks.co.kr> X-Enigmail-Version: 0.95.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 13 Feb 2008 06:15:25.0880 (UTC) FILETIME=[D2B28380:01C86E07] Cc: freebsd-current@freebsd.org Subject: Re: CFT: vr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 06:16:00 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Pyun, I've ported your driver to DragonFlyBSD and am running it on a PC Engines ALIX1.C board (www.pcengines.ch) which has this nic - vr0: port 0xfc00-0xfcff mem 0xeffff000-0xeffff0ff irq 10 at device 13.0 on pci0 vr0: Quirks: 0x6 vr0: Revision: 0x96 vr0: MAC address: 00:0d:b9:0c:d6:00 vr0@pci0:13:0: class=0x020000 card=0x01061106 chip=0x30531106 rev=0x96 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6105M Rhine III Management Adapter' class = network subclass = ethernet Your driver is slightly faster than the old vr driver. I'm using netstrain/netstraind to measure throughput. I also find that interrupt load is a little bit higher than the old driver, but maybe that is because throughput is also higher. One of the problems that I ran into with this new driver was Tx/Rx buffer alignment. It seems that my chip needs longword alignment for both transmit and receive buffers.. So I added the VR_Q_NEEDALIGN to the quirks table and then saw - vr0: Quirks: 0x7 But that didn't fix the problem. I noticed that in vr_newbuf you have the following code - m->m_len = m->m_pkthdr.len = MCLBYTES; m_adj(m, sizeof(uint64_t)); error = bus_dmamap_load_mbuf_sg(.. I'm not sure of the purpose of the call to m_adj here, but is not providing longword alignment - it is just adding some padding. Similarly in vr_encap(), you have the following code - if ((sc->vr_quirks & VR_Q_NEEDALIGN) != 0) { m = m_defrag(*m_head, MB_DONTWAIT); if (m == NULL) { m_freem(*m_head); *m_head = NULL; return (ENOBUFS); } *m_head = m; } In DragonFlyBSD at least doing an m_defrag does not guarantee longword alignment - and it's slow. So, for DragonFly, I added this routine - kind of unelegant, but functional - /* try and fixup longword alignment */ static __inline void vr_fixup_lw(struct mbuf *m) { uint8_t *src, *dst; int i; src = mtod(m, uint8_t *); if ( (dst = (uint8_t *)((int)src & ~(sizeof(uint64_t)-1))) == 0 ) return; if ( M_LEADINGSPACE(m) < (dst - src) ) { kprintf("vr_fixup_lw: cannot repair!\n"); return; } m->m_data = dst; for (i = 0; i < m->m_len; i++) *dst++ = *src++; } Now, in vr_encap() I instead have the following - if ((sc->vr_quirks & VR_Q_NEEDALIGN) != 0) vr_fixed_lw(m); and in vr_newbuf() - m->m_len = m->m_pkthdr.len = MCLBYTES; m_adj(m, sizeof(uint64_t)); if ((sc->vr_quirks & VR_Q_NEEDALIGN) != 0) vr_fixup_lw(m); error = bus_dmamap_load_mbuf_sg(.. These two changes nicely fix my alignment issues. :o) Finally I had a problem with my phy device .. it appeared to be wedged, I could receive but not send. The problem seemed to be in vr_init_locked(), towards the bottom. You had - sc->vr_link = 0; mii_mediachg(mii) ifp->if... but this didn't work. I discovered that running - # ifconfig vr0 media auto will correct the problem, and so I added the phy_resets() found in vr_ifmedia_upd() into vr_init_locked(), so the new code looks like - sc->vr_link = 0; if (mii->mii_instance) { struct mii_softc *miisc; LIST_FOREACH(miisc, &mii->mii_phys, mii_list) mii_phy_reset(miisc); } mii_mediachg(mii); Normally I would provide a diff against FreeBSD sources, but I have no place to easily test this on FreeBSD, and these 4 changes (if you count the change to the quirks table) are quite small. Nice job on the driver! - --Andrew. Pyun YongHyeon wrote: > Dear all, > > Here is overhauled vr(4) that shall address all known issues. PR > database showed vr(4) is not stable enough under high load and > link state handling didn't work as expected as well as its poor > performance. I've tried hard to fix the bugs reported in PR > database for several months. It tooked more time than I had > planned when I received donated hardware. > vr(4) will now > - work on all architectures. > - have better Rx performance. > - have more robust error recovery. > - reliably detect link state changes. > - support 32bit perfect multicast filtering for VT6105M. > - support WOL. > > It seems that the overhauled vr(4) runs well under my limited test > environments. Several users already reported success. Because there > are three kinds of Rhine family and lots of variants for the > hardware, I'd like to hear feedback from users priror to commit. > You can get the latest vr(4) at the following URL. > > http://people.freebsd.org/~yongari/vr/if_vr.c > http://people.freebsd.org/~yongari/vr/if_vrreg.h > > I wouldn't be available for 7 ~ 10 days from Feb 5, so please don't > expect quick reply. > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHsokP8It2CaCdeMwRAjGTAJ9Plc/+i3GWor1uGgsnTihKWEezcgCeOyTP alM6RjNsSjxUk/4DKdIQuds= =hdHZ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 06:57:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E648516A41B for ; Wed, 13 Feb 2008 06:57:48 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.freebsd.org (Postfix) with ESMTP id 9947113C47E for ; Wed, 13 Feb 2008 06:57:48 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so4615488wxd.7 for ; Tue, 12 Feb 2008 22:57:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=4N0yctmaL004RhuahNWXJIPKoXwgjERi4l+C1Crhg/E=; b=O2YHAHC+wE3Y6sDqW8ePEVhPOvTXIXgPRyfM94p1aO5w1HqfyVOn+9TRxpn1tbAEfpnkXcUCQrYAWhXZBIKXQnOmglPm/+xSNIr+cDYiK1kiJnpluxNKeW5/zVAbE/Ss6v/JTMBYvGjEDEeYPtnc87jJgQ21mYOt4kPE9NGuMMA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=hJV2FE/fExGgYXAXEtY63FjP4XRJzwOGErncAW2FHXQQGxi8kvOs9rt6YqmIArjGJYpuWsXcANByQ8KdH7OiqLckn5NRVvAbzPb4qorj5eO3NQWipwwjb0YIU09AtWZUUVYjQXp/PUc+jIR6ecY+bBOUaFsbc7LdyEBAnS1BJPI= Received: by 10.142.49.4 with SMTP id w4mr1797811wfw.167.1202885866867; Tue, 12 Feb 2008 22:57:46 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 24sm2491141wfc.18.2008.02.12.22.57.43 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 12 Feb 2008 22:57:45 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m1D6vdBM012505 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Feb 2008 15:57:39 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m1D6vbbB012504; Wed, 13 Feb 2008 15:57:37 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 13 Feb 2008 15:57:37 +0900 From: Pyun YongHyeon To: Andrew Atrens Message-ID: <20080213065737.GC11251@cdnetworks.co.kr> References: <20080204022334.GC27999@cdnetworks.co.kr> <47B28AA1.4020500@nortel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47B28AA1.4020500@nortel.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: CFT: vr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 06:57:49 -0000 On Wed, Feb 13, 2008 at 01:13:53AM -0500, Andrew Atrens wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Pyun, > > I've ported your driver to DragonFlyBSD and am running it on a PC Engines ALIX1.C > board (www.pcengines.ch) which has this nic - > > > vr0: port 0xfc00-0xfcff mem 0xeffff000-0xeffff0ff irq 10 at device 13.0 on pci0 > vr0: Quirks: 0x6 > vr0: Revision: 0x96 > vr0: MAC address: 00:0d:b9:0c:d6:00 > > vr0@pci0:13:0: class=0x020000 card=0x01061106 chip=0x30531106 rev=0x96 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT6105M Rhine III Management Adapter' > class = network > subclass = ethernet > > Your driver is slightly faster than the old vr driver. I'm using netstrain/netstraind to measure > throughput. I also find that interrupt load is a little bit higher than the old driver, but maybe > that is because throughput is also higher. Probably yes. > > One of the problems that I ran into with this new driver was Tx/Rx buffer alignment. It seems that > my chip needs longword alignment for both transmit and receive buffers.. So I added the VR_Q_NEEDALIGN VIA Rhine II or III have no Tx buffer alignment restriction as it does on Rhine I(The datasheet is wrong on this information. You may also noticed there lots of wrong information the datasheet.) So Rhine III should work without any Tx buffer alignment restrictions. But all Rhine family requires Rx buffer alignment on 4 bytes boundary. Maybe alignment restriction of bus_dma_tag_create(9) is not honored in DragonFlyBSD? > to the quirks table and then saw - > > vr0: Quirks: 0x7 > > But that didn't fix the problem. I noticed that in vr_newbuf you have the following code - > > m->m_len = m->m_pkthdr.len = MCLBYTES; > m_adj(m, sizeof(uint64_t)); > > error = bus_dmamap_load_mbuf_sg(.. > > I'm not sure of the purpose of the call to m_adj here, but is not providing longword alignment - > it is just adding some padding. > It's for alignment fixup code for strict-alignment architectures such as sparc64 as vr(4) should copy entire frame to align its payload(Overhauled vr(4) now works on sparc64). > Similarly in vr_encap(), you have the following code - > > if ((sc->vr_quirks & VR_Q_NEEDALIGN) != 0) { > m = m_defrag(*m_head, MB_DONTWAIT); > if (m == NULL) { > m_freem(*m_head); > *m_head = NULL; > return (ENOBUFS); > } > *m_head = m; > } > > In DragonFlyBSD at least doing an m_defrag does not guarantee longword alignment - and it's slow. > Sorry, I don't know DragonFlyBSD's internals. m_defarg(9) always allocates a new mbuf so it's guaranteed the m_data is aligned on 4 bytes boundary in FreeBSD. > So, for DragonFly, I added this routine - kind of unelegant, but functional - > > > /* try and fixup longword alignment */ > static __inline void > vr_fixup_lw(struct mbuf *m) > { > uint8_t *src, *dst; > int i; > src = mtod(m, uint8_t *); > > if ( (dst = (uint8_t *)((int)src & ~(sizeof(uint64_t)-1))) == 0 ) > return; > > if ( M_LEADINGSPACE(m) < (dst - src) ) { > kprintf("vr_fixup_lw: cannot repair!\n"); > return; > } > > m->m_data = dst; > > for (i = 0; i < m->m_len; i++) > *dst++ = *src++; > } > > > Now, in vr_encap() I instead have the following - > > if ((sc->vr_quirks & VR_Q_NEEDALIGN) != 0) > vr_fixed_lw(m); > > > and in vr_newbuf() - > > m->m_len = m->m_pkthdr.len = MCLBYTES; > m_adj(m, sizeof(uint64_t)); > > if ((sc->vr_quirks & VR_Q_NEEDALIGN) != 0) > vr_fixup_lw(m); > > error = bus_dmamap_load_mbuf_sg(.. > > > These two changes nicely fix my alignment issues. :o) > > > Finally I had a problem with my phy device .. it appeared to be wedged, I > could receive but not send. > > The problem seemed to be in vr_init_locked(), towards the bottom. You had - > > sc->vr_link = 0; > mii_mediachg(mii) > > ifp->if... > > but this didn't work. I discovered that running - > > # ifconfig vr0 media auto > > will correct the problem, and so I added the phy_resets() found in vr_ifmedia_upd() > into vr_init_locked(), so the new code looks like - > > sc->vr_link = 0; > if (mii->mii_instance) { > struct mii_softc *miisc; > LIST_FOREACH(miisc, &mii->mii_phys, mii_list) > mii_phy_reset(miisc); > } > mii_mediachg(mii); > > Does it use ukphy(4)? Overhauld vr(4) relys on correct link state change report from mii layer. Does DragonFlyBSD also have the feature? > Normally I would provide a diff against FreeBSD sources, but I have no place to easily > test this on FreeBSD, and these 4 changes (if you count the change to the quirks table) > are quite small. > > > Nice job on the driver! > > - --Andrew. > > > Pyun YongHyeon wrote: > > Dear all, > > > > Here is overhauled vr(4) that shall address all known issues. PR > > database showed vr(4) is not stable enough under high load and > > link state handling didn't work as expected as well as its poor > > performance. I've tried hard to fix the bugs reported in PR > > database for several months. It tooked more time than I had > > planned when I received donated hardware. > > vr(4) will now > > - work on all architectures. > > - have better Rx performance. > > - have more robust error recovery. > > - reliably detect link state changes. > > - support 32bit perfect multicast filtering for VT6105M. > > - support WOL. > > > > It seems that the overhauled vr(4) runs well under my limited test > > environments. Several users already reported success. Because there > > are three kinds of Rhine family and lots of variants for the > > hardware, I'd like to hear feedback from users priror to commit. > > You can get the latest vr(4) at the following URL. > > > > http://people.freebsd.org/~yongari/vr/if_vr.c > > http://people.freebsd.org/~yongari/vr/if_vrreg.h > > > > I wouldn't be available for 7 ~ 10 days from Feb 5, so please don't > > expect quick reply. > > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.4 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFHsokP8It2CaCdeMwRAjGTAJ9Plc/+i3GWor1uGgsnTihKWEezcgCeOyTP > alM6RjNsSjxUk/4DKdIQuds= > =hdHZ > -----END PGP SIGNATURE----- -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 07:09:14 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3581816A417 for ; Wed, 13 Feb 2008 07:09:14 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id D746813C442 for ; Wed, 13 Feb 2008 07:09:13 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:Subject:From:X-Attribution:Date:Message-Id; b=GSXciW/bDEeSflLenbsH9tjAW0Qcun+5E3Z80MWg6VKtCECoIM8MdqzkorWcW/2mudZDXujgB6swu8p+dLXHYT9EtM3ssP2rarsEM1yNr38bafE6lO5qOdusbBF2zsfJCWgKBdQK0ePfCpaa/CgjdkMGElBr07lN60KHTCTe/BH/ubciDSKFkvQC3chIh69g1VjAC7i5nMSHbPPSrLDbXneYUbGW38M/xvV4a5K/WylkT2+uFvRG0ZGqJhd62rVR; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1JPBjv-0004Fp-J5 for current@freebsd.org; Wed, 13 Feb 2008 07:09:10 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JPBj6-0000ua-6B for current@freebsd.org; Wed, 13 Feb 2008 07:08:16 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JPBj4-0000hY-3C for current@freebsd.org; Wed, 13 Feb 2008 09:08:14 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Wed, 13 Feb 2008 09:08:14 +0200 Message-Id: Cc: Subject: [patch] RELENG_7 buildworld failure in sbin/gpt/migrate.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 07:09:14 -0000 Hi Buildworld fails at this point. ZFS info was left out of sys/sys/disklabel.h. ===> sbin/gpt (all) cc -O2 -fno-strict-aliasing -pipe -march=opteron -Wsystem-headers -Wall -Wno-for mat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpoin ter-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-ali gn -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /usr/src/sbin/gpt/ migrate.c /usr/src/sbin/gpt/migrate.c: In function 'migrate_disklabel': /usr/src/sbin/gpt/migrate.c:121: error: 'FS_ZFS' undeclared (first use in this f unction) /usr/src/sbin/gpt/migrate.c:121: error: (Each undeclared identifier is reported only once /usr/src/sbin/gpt/migrate.c:121: error: for each function it appears in.) Patch: RCS file: /home/ncvs/src/sys/sys/disklabel.h,v retrieving revision 1.108 diff -u -d -r1.108 disklabel.h --- disklabel.h 12 May 2006 05:04:46 -0000 1.108 +++ disklabel.h 3 Dec 2008 09:04:01 -0000 @@ -225,6 +225,7 @@ #define FS_VINUM 14 /* Vinum drive */ #define FS_RAID 15 /* RAIDFrame drive */ #define FS_JFS2 21 /* IBM JFS2 */ +#define FS_ZFS 27 /* Sun's ZFS */ #ifdef FSTYPENAMES static const char *fstypenames[] = { @@ -249,6 +250,12 @@ "?", "?", "jfs", + "?", + "?", + "?", + "?", + "?", + "ZFS", NULL }; #define FSMAXTYPES (sizeof(fstypenames) / sizeof(fstypenames[0]) - 1) Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 07:26:09 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 807EC16A420 for ; Wed, 13 Feb 2008 07:26:09 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 37A6E13C467 for ; Wed, 13 Feb 2008 07:26:09 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:Subject:From:X-Attribution:Date:Message-Id; b=yKMmUEhKkDTA35HvJ3jmXSpchsiOsXRTqwNjfCZ5ULoH1fDlV866wf49Z6Ogm7vHFg51I+9hTGDaIjKw/5Sqh+0ZCHfaEgPgCsUDrdSiFIq3GkclzqjN6Ftj/UpUoTFZAiojuBSVh/21haNjYsJbBG7PoHh+2OYO1mbqGy0lQGUqUcCb8yT1eAKh80DaAsFIUPMB3wBD08mBvwCJincJyY/sC8vGbW2JMOrqAPGxC4WC5WAGts7mZR1jOPSp+aFE; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1JPC0N-0005Vd-Re for current@freebsd.org; Wed, 13 Feb 2008 07:26:08 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JPBzo-00012O-2g for current@freebsd.org; Wed, 13 Feb 2008 07:25:32 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JPBzl-0000jo-Pp for current@freebsd.org; Wed, 13 Feb 2008 09:25:29 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Wed, 13 Feb 2008 09:25:29 +0200 Message-Id: Cc: Subject: Testing box available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 07:26:09 -0000 Hi I have on my desk for the next few days an amd64 evaluation box. It's a 4 CPU quad core opteron (Barcelona) with quite a bit of RAM. If there's anything that the developers would like me to run, benchmark or test please let me know and I'll try to test for you. There are some features that aren't recognised: CPU: Quad-Core AMD Opteron(tm) Processor 8354 (2200.11-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f22 Stepping = 2 Features=0x178bfbff Features2=0x802009> AMD Features=0xee500800,RDTSCP,LM,3DNow!+,3DNow!> AMD Features2=0x7ff,,,Prefetch,,> As an aside, a 64 way parallel make buildworld doesn't saturate the CPU. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 07:35:54 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2ED016A41B for ; Wed, 13 Feb 2008 07:35:54 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 7870F13C458 for ; Wed, 13 Feb 2008 07:35:54 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 7A1EA1CC76; Wed, 13 Feb 2008 08:31:55 +0100 (CET) Date: Wed, 13 Feb 2008 08:31:55 +0100 From: Ed Schouten To: Ian FREISLICH Message-ID: <20080213073155.GA1340@hoeg.nl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@freebsd.org Subject: Re: Testing box available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 07:35:54 -0000 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Ian FREISLICH wrote: > As an aside, a 64 way parallel make buildworld doesn't saturate the CPU. I'm not sure, but I think if you do this: make -j64 it only spawns 64 processes to handle the top level make process. This would mean we've got a couple of processes doing this: make -C bin make -C lib make -C sbin make -C usr.bin make -C usr.sbin and the other processes will just quit, because they don't have anything to do. Right? :-) --=20 Ed Schouten WWW: http://g-rave.nl/ --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkeynOsACgkQ52SDGA2eCwUPzwCeNeMIoCGt9f+4Xotow6JCrJUq WiwAnir6n7TJg3aZirsRTvDRi+mAjYnU =3tVh -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 07:38:19 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F1D116A4A7 for ; Wed, 13 Feb 2008 07:38:19 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 12BF713C45B for ; Wed, 13 Feb 2008 07:38:19 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 0AB9F1CCC5; Wed, 13 Feb 2008 08:34:20 +0100 (CET) Date: Wed, 13 Feb 2008 08:34:20 +0100 From: Ed Schouten To: Ian FREISLICH Message-ID: <20080213073420.GB1340@hoeg.nl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="l76fUT7nc3MelDdI" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@freebsd.org Subject: Re: Testing box available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 07:38:19 -0000 --l76fUT7nc3MelDdI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Ian FREISLICH wrote: > I have on my desk for the next few days an amd64 evaluation box. > It's a 4 CPU quad core opteron (Barcelona) with quite a bit of RAM. > If there's anything that the developers would like me to run, > benchmark or test please let me know and I'll try to test for you. If nobody steps up, could you try and see what happens if you perform a full port build with this patch applied: http://perforce.freebsd.org/changeView.cgi?CH=3D135030 I guess about 5 ports should break, but the rest should still build. :-) --=20 Ed Schouten WWW: http://g-rave.nl/ --l76fUT7nc3MelDdI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkeynXsACgkQ52SDGA2eCwUsAQCbBbIDq8y3sFQQTg2UERzn5Ni4 DzkAn20NBZigCAlxChGKHjYoeOVnOhLd =kS/T -----END PGP SIGNATURE----- --l76fUT7nc3MelDdI-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 08:00:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3DC816A420 for ; Wed, 13 Feb 2008 08:00:11 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 7B97013C4D1 for ; Wed, 13 Feb 2008 08:00:11 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:Subject:From:X-Attribution:Date:Message-Id; b=Vb2mIRUMCWMT2sIulRaZPPLkSOQJppRIUj6SL0QITno1dKtIGPz6Zytu21zwou+Q4xKF9PflK/34pLEi5OQ3EivbjQzDYA08c39K+ii1monqunTSVAW25idccogIvgY2DYN0jqmHMk+NFIj1IcaeWqHGXYhw0/HXf5/TJEiYialTcNqVsCTAWQChZZSNVsIKrVY5vKq9xPIXe6m3OxGPMEFx0zbMLRw68WT8VsrcUYWdfazM1+9vQ2V8XIQm0lt5; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1JPCXJ-00084V-An; Wed, 13 Feb 2008 08:00:09 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JPCWN-0001J8-T9; Wed, 13 Feb 2008 07:59:11 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JPCWL-0000pN-IF; Wed, 13 Feb 2008 09:59:09 +0200 To: Ken Smith From: Ian FREISLICH X-Attribution: BOFH Date: Wed, 13 Feb 2008 09:59:09 +0200 Message-Id: Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0-RC2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 08:00:12 -0000 Hi I just installed and only now noticed this oddity (to me at least). Maybe it's been explained before, but I can't quite remember. I selected auto defaults for the slice editor. The system I installed (amd64) on has 16GB of RAM yet it only assigned 4GB for swap. I remember reading that on amd64 minidumps could corrupt neighbouring filesystems, so a full dump could be up to 16GB. There won't be enough space for a full dump. That said, 16GB is quite a *lot* to swap out and I'm not sure how the system would perform under that scenario. What's the prevailing wisdom? Is this a variable storage type bug in the installer - int in stead of an off_t or size_t? Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 08:04:10 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D630C16A476 for ; Wed, 13 Feb 2008 08:04:10 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id AF01413C45A for ; Wed, 13 Feb 2008 08:04:10 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=skpSJGV3kTIBjuWHmNUzwgwO4JoQPToq5oug7rk1Vdh2SgrgUgdnosyukHg7wXwnGkEcD5tqHP8OgmVCpbLf+pu9rPIWqXm8VWlaPjEXKgtGPA0+ZFOPjvn392Nw65EoQllBK2JXpfemFsYe//nx5PV6tv8GGLyvt1XHN3ZeAdbBvg7RECLls6DnfZyIqW40HzdkQhq4fXYOMHGMYmCQa6QrMDeJSSRDN2jbj2gMuOnAt2O7ln8L8e3BaghbrRuk; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1JPCbC-0008My-AC; Wed, 13 Feb 2008 08:04:10 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JPCaU-0001TU-EH; Wed, 13 Feb 2008 08:03:26 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JPCaS-0000qU-9I; Wed, 13 Feb 2008 10:03:24 +0200 To: Ed Schouten From: Ian FREISLICH In-Reply-To: Message from Ed Schouten of "Wed, 13 Feb 2008 08:34:20 +0100." <20080213073420.GB1340@hoeg.nl> X-Attribution: BOFH Date: Wed, 13 Feb 2008 10:03:24 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: Testing box available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 08:04:10 -0000 Ed Schouten wrote: > > --l76fUT7nc3MelDdI > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > * Ian FREISLICH wrote: > > I have on my desk for the next few days an amd64 evaluation box. > > It's a 4 CPU quad core opteron (Barcelona) with quite a bit of RAM. > > If there's anything that the developers would like me to run, > > benchmark or test please let me know and I'll try to test for you. > > If nobody steps up, could you try and see what happens if you perform a > full port build with this patch applied: > > http://perforce.freebsd.org/changeView.cgi?CH=3D135030 > > I guess about 5 ports should break, but the rest should still build. :-) Do you have a tarball of /var/db/ports so I can skip interaction? Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 08:07:37 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD56516A419 for ; Wed, 13 Feb 2008 08:07:37 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 84B4513C4DD for ; Wed, 13 Feb 2008 08:07:37 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=pqLV6gK2l2MrJMMdp+zG7LJ/qFRmm5BHkUNdtiMfkLqyKP4fwmamSJd9xOWrGZE19DLQ1O7NqEPGnNKcOLfKj/h1V/gMRsMxqRnDO3JZ1FeuG86+chLJqQVRrgEHaLkhx6uWpNkBrBWG9kAiJwC0sWp+oq87BhmGx9BsmntpG1U=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JPCeV-0005jy-CQ; Wed, 13 Feb 2008 11:07:35 +0300 Date: Wed, 13 Feb 2008 11:07:34 +0300 From: Eygene Ryabinkin To: Ian FREISLICH Message-ID: References: <20080213073420.GB1340@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.8 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: Ed Schouten , current@freebsd.org Subject: Re: Testing box available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 08:07:37 -0000 Ian, good day. Wed, Feb 13, 2008 at 10:03:24AM +0200, Ian FREISLICH wrote: > Ed Schouten wrote: > > > > --l76fUT7nc3MelDdI > > Content-Type: text/plain; charset=us-ascii > > Content-Disposition: inline > > Content-Transfer-Encoding: quoted-printable > > > > * Ian FREISLICH wrote: > > > I have on my desk for the next few days an amd64 evaluation box. > > > It's a 4 CPU quad core opteron (Barcelona) with quite a bit of RAM. > > > If there's anything that the developers would like me to run, > > > benchmark or test please let me know and I'll try to test for you. > > > > If nobody steps up, could you try and see what happens if you perform a > > full port build with this patch applied: > > > > http://perforce.freebsd.org/changeView.cgi?CH=3D135030 > > > > I guess about 5 ports should break, but the rest should still build. :-) > > Do you have a tarball of /var/db/ports so I can skip interaction? 'make -DBATCH=yes' should skip all interactive menus and give default OPTIONS. -- Eygene From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 08:12:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93EAA16A46E for ; Wed, 13 Feb 2008 08:12:01 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 46DD013C469 for ; Wed, 13 Feb 2008 08:12:01 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=WhFl9zHmfjc4iFwtdyihO0DV/hbYYxt/UnNTA5X/1KtWfk9lx1PDHHz6BSuZQ6+QZF1bCZdpH8nJK3mCR3BjmgaqVXN0pFdJO4caOsSLVP+4k4rvb37aK+OiV52X7DPTRDUS2GexxQPwZGVWrqoCBTcgS+MGZy5IJYUNK4dhhUs=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JPCil-0005lu-Uz; Wed, 13 Feb 2008 11:12:00 +0300 Date: Wed, 13 Feb 2008 11:11:58 +0300 From: Eygene Ryabinkin To: Ian FREISLICH Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.8 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: Ken Smith , freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0-RC2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 08:12:01 -0000 Ian, Wed, Feb 13, 2008 at 09:59:09AM +0200, Ian FREISLICH wrote: > I selected auto defaults for the slice editor. The system I installed > (amd64) on has 16GB of RAM yet it only assigned 4GB for swap. I > remember reading that on amd64 minidumps could corrupt neighbouring > filesystems, so a full dump could be up to 16GB. There won't be > enough space for a full dump. That said, 16GB is quite a *lot* to > swap out and I'm not sure how the system would perform under that > scenario. > > What's the prevailing wisdom? Is this a variable storage type bug > in the installer - int in stead of an off_t or size_t? It is the limitation in the code, introduced in revision 1.111: http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/sysinstall/label.c.diff?r1=1.110;r2=1.111 ---- +/* + * Swap size limit for auto-partitioning (4G). + */ +#define SWAP_AUTO_LIMIT_SIZE 4096 ----- -- Eygene From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 08:18:08 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9ACA216A420 for ; Wed, 13 Feb 2008 08:18:08 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id 8300813C448 for ; Wed, 13 Feb 2008 08:18:08 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m1D7cm7e013461; Tue, 12 Feb 2008 23:38:50 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m1D7ckMk021990; Tue, 12 Feb 2008 23:38:46 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m1D7cjSA090205; Tue, 12 Feb 2008 23:38:46 -0800 (PST) (envelope-from gnn@neville-neil.com) Date: Wed, 13 Feb 2008 16:38:44 +0900 Message-ID: From: gnn@freebsd.org To: net@freebsd.org User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.10.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: current@freebsd.org Subject: Problems with Chelsio driver in CURRENT... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 08:18:08 -0000 Hi, I have two MP/Multicore Xeon boxes with CX4 based Chelsio cards in them. If I boot 7.0-RC1 the cards can talk to each other. If I build a recent kernel/world (for instance from today) I cannot ping between them. I have tried using GENERIC as wella as a custom kernel. kodama8# ifconfig cxgb0 cxgb0: flags=8843 metric 0 mtu 9000 options=1bb ether 00:07:43:05:20:68 inet 172.16.0.2 netmask 0xffffff00 broadcast 172.16.0.255 media: Ethernet 10Gbase-CX4 (autoselect ) status: active kodama8# ping 172.16.0.1 PING 172.16.0.1 (172.16.0.1): 56 data bytes ^C --- 172.16.0.1 ping statistics --- 5 packets transmitted, 0 packets received, 100.0% packet loss kodama8# kodama$ uname -a FreeBSD kodama8.neville-neil.comA 7.0-RC1 FreeBSD 7.0-RC1 #0: Mon Dec 24 10:10:07 UTC 2007 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 kodama8# nozomi8# ifconfig cxgb0 cxgb0: flags=8843 metric 0 mtu 9000 options=1bb ether 00:07:43:05:20:43 inet 172.16.0.1 netmask 0xffffff00 broadcast 172.16.0.255 media: Ethernet 10Gbase-CX4 (autoselect ) status: active nozomi8# nozomi8# uname -a FreeBSD nozomi8.neville-neil.com 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Wed Feb 13 15:47:05 JST 2008 root@nozomi8.neville-neil.com:/usr/obj/scratch/FreeBSD.HEAD/src/sys/GENERIC amd64 nozomi8# The dmesg is at the end of this mail. Thoughts? Thanks, George nozomi8# dmesg Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #2: Wed Feb 13 15:47:05 JST 2008 root@nozomi8.neville-neil.com:/usr/obj/scratch/FreeBSD.HEAD/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU X5355 @ 2.66GHz (2666.68-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f7 Stepping = 7 Features=0xbfebfbff Features2=0x4e3bd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 4 usable memory = 8575602688 (8178 MB) avail memory = 8306462720 (7921 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est1 attach returned 6 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est2 attach returned 6 p4tcc2: on cpu2 cpu3: on acpi0 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est3 attach returned 6 p4tcc3: on cpu3 cpu4: on acpi0 est4: on cpu4 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est4 attach returned 6 p4tcc4: on cpu4 cpu5: on acpi0 est5: on cpu5 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est5 attach returned 6 p4tcc5: on cpu5 cpu6: on acpi0 est6: on cpu6 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est6 attach returned 6 p4tcc6: on cpu6 cpu7: on acpi0 est7: on cpu7 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est7 attach returned 6 p4tcc7: on cpu7 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 0.0 on pci1 pci2: on pcib2 pcib3: irq 16 at device 0.0 on pci2 pci3: on pcib3 pcib4: at device 0.0 on pci3 pci4: on pcib4 ahd0: port 0x2400-0x24ff,0x2000-0x20ff mem 0xd8b00000-0xd8b01fff irq 16 at device 2.0 on pci4 ahd0: [ITHREAD] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs ahd1: port 0x2c00-0x2cff,0x2800-0x28ff mem 0xd8b02000-0xd8b03fff irq 17 at device 2.1 on pci4 ahd1: [ITHREAD] aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs pcib5: at device 0.2 on pci3 pci5: on pcib5 pcib6: irq 18 at device 2.0 on pci2 pci6: on pcib6 em0: port 0x3000-0x301f mem 0xd8a20000-0xd8a3ffff,0xd8a00000-0xd8a1ffff irq 18 at device 0.0 on pci6 em0: Using MSI interrupt em0: Ethernet address: 00:30:48:64:1e:20 em0: [FILTER] em1: port 0x3020-0x303f mem 0xd8a60000-0xd8a7ffff,0xd8a40000-0xd8a5ffff irq 19 at device 0.1 on pci6 em1: Using MSI interrupt em1: Ethernet address: 00:30:48:64:1e:21 em1: [FILTER] pcib7: at device 0.3 on pci1 pci7: on pcib7 pcib8: at device 4.0 on pci0 pci8: on pcib8 pcib9: at device 6.0 on pci0 pci9: on pcib9 pci9: at device 0.0 (no driver attached) pci0: at device 8.0 (no driver attached) pcib10: irq 17 at device 28.0 on pci0 pci10: on pcib10 uhci0: port 0x1800-0x181f irq 17 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xd8f00000-0xd8f003ff irq 17 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib11: at device 30.0 on pci0 pci11: on pcib11 vgapci0: port 0x4000-0x40ff mem 0xd0000000-0xd7ffffff,0xd8c00000-0xd8c0ffff irq 18 at device 1.0 on pci11 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] orm0: at iomem 0xc0000-0xcafff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle acd0: DVDROM at ata0-slave UDMA33 da0 at ahd0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz DT, offset 63, 16bit) da0: Command Queueing Enabled da0: 140014MB (286749488 512 byte sectors: 255H 63S/T 17849C) SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #4 Launched! WARNING: WITNESS option enabled, expect reduced performance. lock order reversal: 1st 0xffffff0003426e28 devfs (devfs) @ /scratch/FreeBSD.HEAD/src/sys/kern/vfs_subr.c:2061 2nd 0xffffff000348fda0 devfsmount (devfsmount) @ /scratch/FreeBSD.HEAD/src/sys/fs/devfs/devfs_vnops.c:201 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x605 _sx_xlock() at _sx_xlock+0x52 devfs_allocv() at devfs_allocv+0x136 devfs_root() at devfs_root+0x52 set_rootvnode() at set_rootvnode+0x2c vfs_mountroot() at vfs_mountroot+0x310 start_init() at start_init+0x62 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac266d30, rbp = 0 --- Trying to mount root from ufs:/dev/da0s1a lock order reversal: 1st 0xffffff0003426668 ufs (ufs) @ /scratch/FreeBSD.HEAD/src/sys/kern/vfs_subr.c:2061 2nd 0xffffff00034ed000 vfslock (vfslock) @ /scratch/FreeBSD.HEAD/src/sys/kern/vfs_subr.c:364 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x605 _lockmgr() at _lockmgr+0x4e3 vfs_busy() at vfs_busy+0xdf lookup() at lookup+0x8a6 namei() at namei+0x2cb kern_unlink() at kern_unlink+0x8e vfs_mountroot_try() at vfs_mountroot_try+0x41f vfs_mountroot() at vfs_mountroot+0x3fd start_init() at start_init+0x62 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac266d30, rbp = 0 --- lock order reversal: 1st 0xffffff00010ec070 user map (user map) @ /scratch/FreeBSD.HEAD/src/sys/vm/vm_map.c:3111 2nd 0xffffff0003426288 ufs (ufs) @ /scratch/FreeBSD.HEAD/src/sys/kern/vfs_subr.c:2061 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x605 _lockmgr() at _lockmgr+0x4e3 ffs_lock() at ffs_lock+0x6d VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x8b vget() at vget+0x125 vnode_pager_lock() at vnode_pager_lock+0x14a vm_fault() at vm_fault+0x1e5 trap_pfault() at trap_pfault+0x128 trap() at trap+0x4f2 calltrap() at calltrap+0x8 --- trap 0xc, rip = 0x400146, rsp = 0x7fffffffee80, rbp = 0x7fffffffeeb8 --- em1: link state changed to UP cxgbc0: mem 0xd8801000-0xd8801fff,0xd8000000-0xd87fffff,0xd8800000-0xd8800fff irq 18 at device 0.0 on pci9 cxgb0: on cxgbc0 cxgb0: Ethernet address: 00:07:43:05:20:43 Failed to allocate cluster Failed to allocate cluster Failed to allocate cluster Failed to allocate cluster cxgbc0: [ITHREAD] setting up interrupt for port=0 cxgbc0: [ITHREAD] setting up interrupt for port=0 cxgbc0: [ITHREAD] setting up interrupt for port=0 cxgbc0: [ITHREAD] setting up interrupt for port=0 cxgbc0: [ITHREAD] setting up interrupt for port=0 cxgbc0: [ITHREAD] setting up interrupt for port=0 cxgbc0: [ITHREAD] setting up interrupt for port=0 cxgbc0: [ITHREAD] setting up interrupt for port=0 cxgbc0: [ITHREAD] bind qsets cxgbc0: starting thread for 0 device_map=0x1 adding adapter 0xffffffff8134f000 cxgbc0: offload started offload opened cxgb0: link state changed to UP cxgbc0: enabling interrupts on port=0 nozomi8# From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 08:31:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86C3016A420 for ; Wed, 13 Feb 2008 08:31:13 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2F80013C469 for ; Wed, 13 Feb 2008 08:30:50 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id 15ADA28479 for ; Wed, 13 Feb 2008 16:30:48 +0800 (CST) Received: from localhost (unknown [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id B5C04EC371B; Wed, 13 Feb 2008 16:30:47 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id SwRLlhvTakLu; Wed, 13 Feb 2008 16:30:41 +0800 (CST) Received: from charlie.delphij.net (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 878B5EC3704; Wed, 13 Feb 2008 16:30:38 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:x-enigmail-version:openpgp:content-type; b=DrYxN+almFt/oB+gpCfgpF/anrXdiQw1x4Ho7h2ihcvXZm+HqOHmdhHJZdsqztD3n AONA250upH5B3z12btDdg== Message-ID: <47B2AAAC.1030906@delphij.net> Date: Wed, 13 Feb 2008 00:30:36 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 0.95.5 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: multipart/mixed; boundary="------------020400070500020308020504" Subject: [backtrace] RELENG_7_0 on NFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 08:31:13 -0000 This is a multi-part message in MIME format. --------------020400070500020308020504 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I hit this while copying a large (~500MB) file from Linux (client) to FreeBSD (server), which is easily reproducable. Mount options are: rsize=262144,wsize=262144,tcp. *sb at /usr/src/sys/kern/uipc_sockbuf.c:939: $7 = {sb_sel = {si_thrlist = {tqe_next = 0x0, tqe_prev = 0x0}, si_thread = 0x0, si_note = {kl_list = {slh_first = 0x0}, kl_lock = 0xffffffff80453a00 , kl_unlock = 0xffffffff804533d0 , kl_locked = 0xffffffff804533b0 , kl_lockarg = 0xffffff000e7649f0}, si_flags = 0}, sb_mtx = {lock_object = {lo_name = 0xffffffff807f15f5 "so_snd", lo_type = 0xffffffff807f15f5 "so_snd", lo_flags = 16973824, lo_witness_data = {lod_list = {stqe_next = 0x0}, lod_witness = 0x0}}, mtx_lock = 18446742974254660080, mtx_recurse = 0}, sb_sx = { lock_object = {lo_name = 0xffffffff807f15fc "so_snd_sx", lo_type = 0xffffffff807f15fc "so_snd_sx", lo_flags = 37421056, lo_witness_data = {lod_list = { stqe_next = 0x0}, lod_witness = 0x0}}, sx_lock = 18446742974254660080, sx_recurse = 0}, sb_state = 0, sb_mb = 0xffffff000eded600, sb_mbtail = 0xffffff000e6e5300, sb_lastrecord = 0xffffff000eded600, sb_sndptr = 0xffffff000e6e5300, sb_sndptroff = 1004, sb_cc = 1504, sb_hiwat = 233016, sb_mbcnt = 2560, sb_mbmax = 262144, sb_ctl = 0, sb_lowat = 2048, sb_timeo = 0, sb_flags = 2048} Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHsqqsi+vbBBjt66ARAmEGAKCxozvCUCReu9IGVXohJEovcS9XWwCeOcwQ Wz7NdotzJQcKFXNb0IntJeg= =5lwO -----END PGP SIGNATURE----- --------------020400070500020308020504 Content-Type: text/plain; name="backtrace.script" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="backtrace.script" U2NyaXB0IHN0YXJ0ZWQgb24gV2VkIEZlYiAxMyAwMDoyMTo1MSAyMDA4CltHREIgd2lsbCBu b3QgYmUgYWJsZSB0byBkZWJ1ZyB1c2VyLW1vZGUgdGhyZWFkczogL3Vzci9saWIvbGlidGhy ZWFkX2RiLnNvOiBVbmRlZmluZWQgc3ltYm9sICJwc19wZ2xvYmFsX2xvb2t1cCJdDQpHTlUg Z2RiIDYuMS4xIFtGcmVlQlNEXQ0KQ29weXJpZ2h0IDIwMDQgRnJlZSBTb2Z0d2FyZSBGb3Vu ZGF0aW9uLCBJbmMuDQpHREIgaXMgZnJlZSBzb2Z0d2FyZSwgY292ZXJlZCBieSB0aGUgR05V IEdlbmVyYWwgUHVibGljIExpY2Vuc2UsIGFuZCB5b3UgYXJlDQp3ZWxjb21lIHRvIGNoYW5n ZSBpdCBhbmQvb3IgZGlzdHJpYnV0ZSBjb3BpZXMgb2YgaXQgdW5kZXIgY2VydGFpbiBjb25k aXRpb25zLg0KVHlwZSAic2hvdyBjb3B5aW5nIiB0byBzZWUgdGhlIGNvbmRpdGlvbnMuDQpU aGVyZSBpcyBhYnNvbHV0ZWx5IG5vIHdhcnJhbnR5IGZvciBHREIuICBUeXBlICJzaG93IHdh cnJhbnR5IiBmb3IgZGV0YWlscy4NClRoaXMgR0RCIHdhcyBjb25maWd1cmVkIGFzICJhbWQ2 NC1tYXJjZWwtZnJlZWJzZCIuDQoNClVucmVhZCBwb3J0aW9uIG9mIHRoZSBrZXJuZWwgbWVz c2FnZSBidWZmZXI6DQoNCg0KRmF0YWwgdHJhcCAxMjogcGFnZSBmYXVsdCB3aGlsZSBpbiBr ZXJuZWwgbW9kZQ0KY3B1aWQgPSAxOyBhcGljIGlkID0gMDENCmZhdWx0IHZpcnR1YWwgYWRk cmVzcwk9IDB4MTgNCmZhdWx0IGNvZGUJCT0gc3VwZXJ2aXNvciByZWFkIGRhdGEsIHBhZ2Ug bm90IHByZXNlbnQNCmluc3RydWN0aW9uIHBvaW50ZXIJPSAweDg6MHhmZmZmZmZmZjgwNGM4 MTgwDQpzdGFjayBwb2ludGVyCSAgICAgICAgPSAweDEwOjB4ZmZmZmZmZmZmZjFmNTgxMA0K ZnJhbWUgcG9pbnRlcgkgICAgICAgID0gMHgxMDoweGZmZmZmZjAwMGU5Y2YwMDANCmNvZGUg c2VnbWVudAkJPSBiYXNlIDB4MCwgbGltaXQgMHhmZmZmZiwgdHlwZSAweDFiDQoJCQk9IERQ TCAwLCBwcmVzIDEsIGxvbmcgMSwgZGVmMzIgMCwgZ3JhbiAxDQpwcm9jZXNzb3IgZWZsYWdz CT0gaW50ZXJydXB0IGVuYWJsZWQsIHJlc3VtZSwgSU9QTCA9IDANCmN1cnJlbnQgcHJvY2Vz cwkJPSA4NjUgKG5mc2QpDQp0cmFwIG51bWJlcgkJPSAxMg0KcGFuaWM6IHBhZ2UgZmF1bHQN CmNwdWlkID0gMQ0KVXB0aW1lOiA4bTE1cw0KUGh5c2ljYWwgbWVtb3J5OiA4MTc4IE1CDQpE dW1waW5nIDUwNSBNQjogNDkwIDQ3NCA0NTggNDQyIDQyNiA0MTAgMzk0IDM3OCAzNjIgMzQ2 IDMzMCAzMTQgMjk4IDI4MiAyNjYgMjUwIDIzNCAyMTggMjAyIDE4NiAxNzAgMTU0IDEzOCAx MjIgMTA2IDkwIDc0IDU4IDQyIDI2IDEwDQoNCiMwICBkb2FkdW1wICgpIGF0IHBjcHUuaDox OTQNCjE5NAlwY3B1Lmg6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkuDQoJaW4gcGNwdS5o DQooa2dkYikgYnQNCiMwICBkb2FkdW1wICgpIGF0IHBjcHUuaDoxOTQNCiMxICAweDAwMDAw MDAwMDAwMDAwMDQgaW4gPz8gKCkNCiMyICAweGZmZmZmZmZmODA0Nzc4MDkgaW4gYm9vdCAo aG93dG89MjYwKSBhdCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX3NodXRkb3duLmM6NDA5DQoj MyAgMHhmZmZmZmZmZjgwNDc3YzBkIGluIHBhbmljIChmbXQ9MHgxMDQgPEFkZHJlc3MgMHgx MDQgb3V0IG9mIGJvdW5kcz4pIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRvd24u Yzo1NjMNCiM0ICAweGZmZmZmZmZmODA3MzMyZjQgaW4gdHJhcF9mYXRhbCAoZnJhbWU9MHhm ZmZmZmYwMDAzNjFiOWYwLCBldmE9MTg0NDY3NDI5NzQyNTQ4OTMyNjQpIGF0IC91c3Ivc3Jj L3N5cy9hbWQ2NC9hbWQ2NC90cmFwLmM6NzI0DQojNSAgMHhmZmZmZmZmZjgwNzMzNmM1IGlu IHRyYXBfcGZhdWx0IChmcmFtZT0weGZmZmZmZmZmZmYxZjU3NjAsIHVzZXJtb2RlPTApIGF0 IC91c3Ivc3JjL3N5cy9hbWQ2NC9hbWQ2NC90cmFwLmM6NjQxDQojNiAgMHhmZmZmZmZmZjgw NzM0MDA4IGluIHRyYXAgKGZyYW1lPTB4ZmZmZmZmZmZmZjFmNTc2MCkgYXQgL3Vzci9zcmMv c3lzL2FtZDY0L2FtZDY0L3RyYXAuYzo0MTANCiM3ICAweGZmZmZmZmZmODA3MTljNmUgaW4g Y2FsbHRyYXAgKCkgYXQgL3Vzci9zcmMvc3lzL2FtZDY0L2FtZDY0L2V4Y2VwdGlvbi5TOjE2 OQ0KIzggIDB4ZmZmZmZmZmY4MDRjODE4MCBpbiBzYnNuZHB0ciAoc2I9MHhmZmZmZmYwMDBl NzY0OWE4LCBvZmY9NDk5LCBsZW49VmFyaWFibGUgImxlbiIgaXMgbm90IGF2YWlsYWJsZS4N CikgYXQgL3Vzci9zcmMvc3lzL2tlcm4vdWlwY19zb2NrYnVmLmM6OTM5DQojOSAgMHhmZmZm ZmZmZjgwNWFjYjVlIGluIHRjcF9vdXRwdXQgKHRwPTB4ZmZmZmZmMDAwZTljZjAwMCkgYXQg L3Vzci9zcmMvc3lzL25ldGluZXQvdGNwX291dHB1dC5jOjgwMg0KIzEwIDB4ZmZmZmZmZmY4 MDViNzg1NSBpbiB0Y3BfdXNyX3NlbmQgKHNvPTB4ZmZmZmZmMDAwZTc2NDgyOCwgZmxhZ3M9 MCwgbT0weGZmZmZmZjAwMGU3M2Y1MDAsIG5hbT1WYXJpYWJsZSAibmFtIiBpcyBub3QgYXZh aWxhYmxlLg0KKSBhdCAvdXNyL3NyYy9zeXMvbmV0aW5ldC90Y3BfdXNycmVxLmM6ODQzDQoj MTEgMHhmZmZmZmZmZjgwNGNkYWZiIGluIHNvc2VuZF9nZW5lcmljIChzbz0weGZmZmZmZjAw MGU3NjQ4MjgsIGFkZHI9MHgwLCB1aW89MHgwLCB0b3A9MHhmZmZmZmYwMDBlNzNmNTAwLCBj b250cm9sPTB4MCwgZmxhZ3M9VmFyaWFibGUgImZsYWdzIiBpcyBub3QgYXZhaWxhYmxlLg0K KQ0KICAgIGF0IC91c3Ivc3JjL3N5cy9rZXJuL3VpcGNfc29ja2V0LmM6MTI0MA0KIzEyIDB4 ZmZmZmZmZmY4MDYxM2I5YSBpbiBuZnNydl9zZW5kIChzbz0weGZmZmZmZjAwMGU3NjQ4Mjgs IG5hbT1WYXJpYWJsZSAibmFtIiBpcyBub3QgYXZhaWxhYmxlLg0KKSBhdCAvdXNyL3NyYy9z eXMvbmZzc2VydmVyL25mc19zcnZzb2NrLmM6NzcwDQojMTMgMHhmZmZmZmZmZjgwNjE3ODIx IGluIG5mc3N2YyAodGQ9VmFyaWFibGUgInRkIiBpcyBub3QgYXZhaWxhYmxlLg0KKSBhdCAv dXNyL3NyYy9zeXMvbmZzc2VydmVyL25mc19zeXNjYWxscy5jOjQ5OA0KIzE0IDB4ZmZmZmZm ZmY4MDczMzk0NyBpbiBzeXNjYWxsIChmcmFtZT0weGZmZmZmZmZmZmYxZjVjNzApIGF0IC91 c3Ivc3JjL3N5cy9hbWQ2NC9hbWQ2NC90cmFwLmM6ODUyDQojMTUgMHhmZmZmZmZmZjgwNzE5 ZTdiIGluIFhmYXN0X3N5c2NhbGwgKCkgYXQgL3Vzci9zcmMvc3lzL2FtZDY0L2FtZDY0L2V4 Y2VwdGlvbi5TOjI5MA0KIzE2IDB4MDAwMDAwMDgwMDY4NzQ2YyBpbiA/PyAoKQ0KUHJldmlv dXMgZnJhbWUgaW5uZXIgdG8gdGhpcyBmcmFtZSAoY29ycnVwdCBzdGFjaz8pDQooa2dkYikg dXAgOA0KIzggIDB4ZmZmZmZmZmY4MDRjODE4MCBpbiBzYnNuZHB0ciAoc2I9MHhmZmZmZmYw MDBlNzY0OWE4LCBvZmY9NDk5LCBsZW49VmFyaWFibGUgImxlbiIgaXMgbm90IGF2YWlsYWJs ZS4NCikgYXQgL3Vzci9zcmMvc3lzL2tlcm4vdWlwY19zb2NrYnVmLmM6OTM5DQo5MzkJCSAg ICAgb2ZmID4gMCAmJiBvZmYgPj0gbS0+bV9sZW47DQooa2dkYikgaW5zcGVjZAggCHQgbQ0K JDEgPSAoc3RydWN0IG1idWYgKikgMHgwDQooa2dkYikgdXAIIAgIIAgHbGlzdA0KOTM0CQkq bW9mZiA9IG9mZiAtIHNiLT5zYl9zbmRwdHJvZmY7DQo5MzUJCW0gPSByZXQgPSBzYi0+c2Jf c25kcHRyID8gc2ItPnNiX3NuZHB0ciA6IHNiLT5zYl9tYjsNCjkzNgkNCjkzNwkJLyogQWR2 YW5jZSBieSBsZW4gdG8gYmUgYXMgY2xvc2UgYXMgcG9zc2libGUgZm9yIHRoZSBuZXh0IHRy YW5zbWl0LiAqLw0KOTM4CQlmb3IgKG9mZiA9IG9mZiAtIHNiLT5zYl9zbmRwdHJvZmYgKyBs ZW4gLSAxOw0KOTM5CQkgICAgIG9mZiA+IDAgJiYgb2ZmID49IG0tPm1fbGVuOw0KOTQwCQkg ICAgIG0gPSBtLT5tX25leHQpIHsNCjk0MQkJCXNiLT5zYl9zbmRwdHJvZmYgKz0gbS0+bV9s ZW47DQo5NDIJCQlvZmYgLT0gbS0+bV9sZW47DQo5NDMJCX0NCihrZ2RiKSAKU2NyaXB0IGRv bmUgb24gV2VkIEZlYiAxMyAwMDoyMjoyNyAyMDA4Cg== --------------020400070500020308020504-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 08:34:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EED216A418 for ; Wed, 13 Feb 2008 08:34:14 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id EE8B513C46A for ; Wed, 13 Feb 2008 08:34:13 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=Yd5aBtqd7/nv6b2eiVXSNQJqRxyhgx7dwo79m2Uw7PriX6D8iHYP/J/k8vqmYKJ7Q22vDVipoFh0ZjxTbqCz+6hNz7BtfFAi8GwDvBz52X/9g94eAsMJvfkf9XKmH1Ffms4LZy/BDe1wuKu13tbnsVqaQMkXVPuxCI3Al0fP7C7iUxBjMhDzmQTJTpzKJmOIwfrlfZYtm5deDvPJY8M+zL3YE8+6u9GExZK87bPCTrFC/esi3lBMPD1g3/kuQhxm; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1JPD4B-0002CN-It; Wed, 13 Feb 2008 08:34:07 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JPD3m-0001kB-7p; Wed, 13 Feb 2008 08:33:42 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JPD3j-0000wk-6u; Wed, 13 Feb 2008 10:33:39 +0200 To: Eygene Ryabinkin From: Ian FREISLICH In-Reply-To: Message from Eygene Ryabinkin of "Wed, 13 Feb 2008 11:11:58 +0300." X-Attribution: BOFH Date: Wed, 13 Feb 2008 10:33:39 +0200 Message-Id: Cc: Ken Smith , freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0-RC2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 08:34:14 -0000 Eygene Ryabinkin wrote: > Ian, > > Wed, Feb 13, 2008 at 09:59:09AM +0200, Ian FREISLICH wrote: > > I selected auto defaults for the slice editor. The system I installed > > (amd64) on has 16GB of RAM yet it only assigned 4GB for swap. I > > remember reading that on amd64 minidumps could corrupt neighbouring > > filesystems, so a full dump could be up to 16GB. There won't be > > enough space for a full dump. That said, 16GB is quite a *lot* to > > swap out and I'm not sure how the system would perform under that > > scenario. > > > > What's the prevailing wisdom? Is this a variable storage type bug > > in the installer - int in stead of an off_t or size_t? > > It is the limitation in the code, introduced in revision 1.111: > http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/sysinstall/label.c.diff?r1=1.110;r2=1.111 > ---- > +/* > + * Swap size limit for auto-partitioning (4G). > + */ > +#define SWAP_AUTO_LIMIT_SIZE 4096 > ----- Thanks. That answers about half the question. Is there any sense in making the swap partition bigger than that? When I started using FreeBSD the rule of thumb was 2.1*physical RAM. I'm not sure that holds true any more. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 08:51:48 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B557E16A468 for ; Wed, 13 Feb 2008 08:51:48 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id 7686B13C46E for ; Wed, 13 Feb 2008 08:51:48 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so3198939waf.3 for ; Wed, 13 Feb 2008 00:51:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=qBPswKE4A/yyjnZ1DH4TCYiYMSSEQfWKWfPqpDeg1T0=; b=CXSrPdGCplzbaRLuXiopxHGAqO3iS65fafby5Xpnrz9gAKgNjDmtzqgry6LvSk8lxmzdJ7QrIFj1qKHpX5vzmOX5JUJOHtYVdjheOxylS+JJiSFyLAO4Dzs1pCWuNVnwqEJzTRAWMSMmuTuNa+4/mOW5TtTcNcQRIy6EiKGe260= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZdXTPIDuqKTmCxg3Ah9tbirOjjjxl9hGs/CCXkBUK+VVLwxbRsj0KikUrCuO+k0W5yKb1WEWS+jKTWIEBl54/oaDx/tZppqgHAy+QhoTohoiOBjYwe3JjRSpSEIgbivtiAFK4HWx1IOvX/c0VSgyxP0BNXnv9HLj+7VAybqcs+4= Received: by 10.114.160.1 with SMTP id i1mr2641923wae.49.1202892707210; Wed, 13 Feb 2008 00:51:47 -0800 (PST) Received: by 10.115.22.10 with HTTP; Wed, 13 Feb 2008 00:51:47 -0800 (PST) Message-ID: Date: Wed, 13 Feb 2008 00:51:47 -0800 From: "Kip Macy" To: gnn@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: current@freebsd.org, net@freebsd.org Subject: Re: Problems with Chelsio driver in CURRENT... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 08:51:48 -0000 When you say a "recent kernel/world", I take it you're still running 7.0? -Kip On Feb 12, 2008 11:38 PM, wrote: > Hi, > > I have two MP/Multicore Xeon boxes with CX4 based Chelsio cards in > them. If I boot 7.0-RC1 the cards can talk to each other. If I build > a recent kernel/world (for instance from today) I cannot ping between > them. I have tried using GENERIC as wella as a custom kernel. > > kodama8# ifconfig cxgb0 > cxgb0: flags=8843 metric 0 mtu 9000 > options=1bb > ether 00:07:43:05:20:68 > inet 172.16.0.2 netmask 0xffffff00 broadcast 172.16.0.255 > media: Ethernet 10Gbase-CX4 (autoselect ) > status: active > kodama8# ping 172.16.0.1 > PING 172.16.0.1 (172.16.0.1): 56 data bytes > ^C > --- 172.16.0.1 ping statistics --- > 5 packets transmitted, 0 packets received, 100.0% packet loss > kodama8# > > kodama$ uname -a > FreeBSD kodama8.neville-neil.comA 7.0-RC1 FreeBSD 7.0-RC1 #0: Mon Dec 24 10:10:07 UTC 2007 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > kodama8# > > nozomi8# ifconfig cxgb0 > cxgb0: flags=8843 metric 0 mtu 9000 > options=1bb > ether 00:07:43:05:20:43 > inet 172.16.0.1 netmask 0xffffff00 broadcast 172.16.0.255 > media: Ethernet 10Gbase-CX4 (autoselect ) > status: active > nozomi8# > > nozomi8# uname -a > FreeBSD nozomi8.neville-neil.com 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Wed Feb 13 15:47:05 JST 2008 root@nozomi8.neville-neil.com:/usr/obj/scratch/FreeBSD.HEAD/src/sys/GENERIC amd64 > nozomi8# > > > The dmesg is at the end of this mail. > > Thoughts? > > Thanks, > George > > > nozomi8# dmesg > Copyright (c) 1992-2008 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-CURRENT #2: Wed Feb 13 15:47:05 JST 2008 > root@nozomi8.neville-neil.com:/usr/obj/scratch/FreeBSD.HEAD/src/sys/GENERIC > WARNING: WITNESS option enabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Xeon(R) CPU X5355 @ 2.66GHz (2666.68-MHz K8-class CPU) > Origin = "GenuineIntel" Id = 0x6f7 Stepping = 7 > Features=0xbfebfbff > Features2=0x4e3bd > AMD Features=0x20100800 > AMD Features2=0x1 > Cores per package: 4 > usable memory = 8575602688 (8178 MB) > avail memory = 8306462720 (7921 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 2 > cpu3 (AP): APIC ID: 3 > cpu4 (AP): APIC ID: 4 > cpu5 (AP): APIC ID: 5 > cpu6 (AP): APIC ID: 6 > cpu7 (AP): APIC ID: 7 > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-47 on motherboard > kbd1 at kbdmux0 > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 900 > cpu0: on acpi0 > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > device_attach: est0 attach returned 6 > p4tcc0: on cpu0 > cpu1: on acpi0 > est1: on cpu1 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > device_attach: est1 attach returned 6 > p4tcc1: on cpu1 > cpu2: on acpi0 > est2: on cpu2 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > device_attach: est2 attach returned 6 > p4tcc2: on cpu2 > cpu3: on acpi0 > est3: on cpu3 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > device_attach: est3 attach returned 6 > p4tcc3: on cpu3 > cpu4: on acpi0 > est4: on cpu4 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > device_attach: est4 attach returned 6 > p4tcc4: on cpu4 > cpu5: on acpi0 > est5: on cpu5 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > device_attach: est5 attach returned 6 > p4tcc5: on cpu5 > cpu6: on acpi0 > est6: on cpu6 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > device_attach: est6 attach returned 6 > p4tcc6: on cpu6 > cpu7: on acpi0 > est7: on cpu7 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > device_attach: est7 attach returned 6 > p4tcc7: on cpu7 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 2.0 on pci0 > pci1: on pcib1 > pcib2: irq 16 at device 0.0 on pci1 > pci2: on pcib2 > pcib3: irq 16 at device 0.0 on pci2 > pci3: on pcib3 > pcib4: at device 0.0 on pci3 > pci4: on pcib4 > ahd0: port 0x2400-0x24ff,0x2000-0x20ff mem 0xd8b00000-0xd8b01fff irq 16 at device 2.0 on pci4 > ahd0: [ITHREAD] > aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs > ahd1: port 0x2c00-0x2cff,0x2800-0x28ff mem 0xd8b02000-0xd8b03fff irq 17 at device 2.1 on pci4 > ahd1: [ITHREAD] > aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs > pcib5: at device 0.2 on pci3 > pci5: on pcib5 > pcib6: irq 18 at device 2.0 on pci2 > pci6: on pcib6 > em0: port 0x3000-0x301f mem 0xd8a20000-0xd8a3ffff,0xd8a00000-0xd8a1ffff irq 18 at device 0.0 on pci6 > em0: Using MSI interrupt > em0: Ethernet address: 00:30:48:64:1e:20 > em0: [FILTER] > em1: port 0x3020-0x303f mem 0xd8a60000-0xd8a7ffff,0xd8a40000-0xd8a5ffff irq 19 at device 0.1 on pci6 > em1: Using MSI interrupt > em1: Ethernet address: 00:30:48:64:1e:21 > em1: [FILTER] > pcib7: at device 0.3 on pci1 > pci7: on pcib7 > pcib8: at device 4.0 on pci0 > pci8: on pcib8 > pcib9: at device 6.0 on pci0 > pci9: on pcib9 > pci9: at device 0.0 (no driver attached) > pci0: at device 8.0 (no driver attached) > pcib10: irq 17 at device 28.0 on pci0 > pci10: on pcib10 > uhci0: port 0x1800-0x181f irq 17 at device 29.0 on pci0 > uhci0: [GIANT-LOCKED] > uhci0: [ITHREAD] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0x1820-0x183f irq 19 at device 29.1 on pci0 > uhci1: [GIANT-LOCKED] > uhci1: [ITHREAD] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: on usb1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 > uhci2: [GIANT-LOCKED] > uhci2: [ITHREAD] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: on usb2 > uhub2: 2 ports with 2 removable, self powered > ehci0: mem 0xd8f00000-0xd8f003ff irq 17 at device 29.7 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb3: EHCI version 1.0 > usb3: companion controllers, 2 ports each: usb0 usb1 usb2 > usb3: on ehci0 > usb3: USB revision 2.0 > uhub3: on usb3 > uhub3: 6 ports with 6 removable, self powered > pcib11: at device 30.0 on pci0 > pci11: on pcib11 > vgapci0: port 0x4000-0x40ff mem 0xd0000000-0xd7ffffff,0xd8c00000-0xd8c0ffff irq 18 at device 1.0 on pci11 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > pci0: at device 31.3 (no driver attached) > acpi_button0: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A, console > sio0: [FILTER] > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > sio1: [FILTER] > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc0: [FILTER] > ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/9 bytes threshold > ppbus0: on ppc0 > ppbus0: [ITHREAD] > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > ppc0: [GIANT-LOCKED] > ppc0: [ITHREAD] > orm0: at iomem 0xc0000-0xcafff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x100> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounters tick every 1.000 msec > Waiting 5 seconds for SCSI devices to settle > acd0: DVDROM at ata0-slave UDMA33 > da0 at ahd0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 160.000MB/s transfers (80.000MHz DT, offset 63, 16bit) > da0: Command Queueing Enabled > da0: 140014MB (286749488 512 byte sectors: 255H 63S/T 17849C) > SMP: AP CPU #1 Launched! > SMP: AP CPU #2 Launched! > SMP: AP CPU #3 Launched! > SMP: AP CPU #5 Launched! > SMP: AP CPU #6 Launched! > SMP: AP CPU #7 Launched! > SMP: AP CPU #4 Launched! > WARNING: WITNESS option enabled, expect reduced performance. > lock order reversal: > 1st 0xffffff0003426e28 devfs (devfs) @ /scratch/FreeBSD.HEAD/src/sys/kern/vfs_subr.c:2061 > 2nd 0xffffff000348fda0 devfsmount (devfsmount) @ /scratch/FreeBSD.HEAD/src/sys/fs/devfs/devfs_vnops.c:201 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > witness_checkorder() at witness_checkorder+0x605 > _sx_xlock() at _sx_xlock+0x52 > devfs_allocv() at devfs_allocv+0x136 > devfs_root() at devfs_root+0x52 > set_rootvnode() at set_rootvnode+0x2c > vfs_mountroot() at vfs_mountroot+0x310 > start_init() at start_init+0x62 > fork_exit() at fork_exit+0x12a > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffffffac266d30, rbp = 0 --- > Trying to mount root from ufs:/dev/da0s1a > lock order reversal: > 1st 0xffffff0003426668 ufs (ufs) @ /scratch/FreeBSD.HEAD/src/sys/kern/vfs_subr.c:2061 > 2nd 0xffffff00034ed000 vfslock (vfslock) @ /scratch/FreeBSD.HEAD/src/sys/kern/vfs_subr.c:364 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > witness_checkorder() at witness_checkorder+0x605 > _lockmgr() at _lockmgr+0x4e3 > vfs_busy() at vfs_busy+0xdf > lookup() at lookup+0x8a6 > namei() at namei+0x2cb > kern_unlink() at kern_unlink+0x8e > vfs_mountroot_try() at vfs_mountroot_try+0x41f > vfs_mountroot() at vfs_mountroot+0x3fd > start_init() at start_init+0x62 > fork_exit() at fork_exit+0x12a > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffffffac266d30, rbp = 0 --- > lock order reversal: > 1st 0xffffff00010ec070 user map (user map) @ /scratch/FreeBSD.HEAD/src/sys/vm/vm_map.c:3111 > 2nd 0xffffff0003426288 ufs (ufs) @ /scratch/FreeBSD.HEAD/src/sys/kern/vfs_subr.c:2061 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > witness_checkorder() at witness_checkorder+0x605 > _lockmgr() at _lockmgr+0x4e3 > ffs_lock() at ffs_lock+0x6d > VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b > _vn_lock() at _vn_lock+0x8b > vget() at vget+0x125 > vnode_pager_lock() at vnode_pager_lock+0x14a > vm_fault() at vm_fault+0x1e5 > trap_pfault() at trap_pfault+0x128 > trap() at trap+0x4f2 > calltrap() at calltrap+0x8 > --- trap 0xc, rip = 0x400146, rsp = 0x7fffffffee80, rbp = 0x7fffffffeeb8 --- > em1: link state changed to UP > cxgbc0: mem 0xd8801000-0xd8801fff,0xd8000000-0xd87fffff,0xd8800000-0xd8800fff irq 18 at device 0.0 on pci9 > cxgb0: on cxgbc0 > cxgb0: Ethernet address: 00:07:43:05:20:43 > Failed to allocate cluster > Failed to allocate cluster > Failed to allocate cluster > Failed to allocate cluster > cxgbc0: [ITHREAD] > setting up interrupt for port=0 > cxgbc0: [ITHREAD] > setting up interrupt for port=0 > cxgbc0: [ITHREAD] > setting up interrupt for port=0 > cxgbc0: [ITHREAD] > setting up interrupt for port=0 > cxgbc0: [ITHREAD] > setting up interrupt for port=0 > cxgbc0: [ITHREAD] > setting > up interrupt for port=0 > cxgbc0: [ITHREAD] > setting up interrupt for port=0 > cxgbc0: [ITHREAD] > setting up interrupt for port=0 > cxgbc0: [ITHREAD] > bind qsets > cxgbc0: starting thread for 0 > device_map=0x1 > adding adapter 0xffffffff8134f000 > cxgbc0: offload started > offload opened > cxgb0: link state changed to UP > cxgbc0: enabling interrupts on port=0 > nozomi8# > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 08:52:53 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 295E316A468 for ; Wed, 13 Feb 2008 08:52:53 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id 006A613C4EA for ; Wed, 13 Feb 2008 08:52:52 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so3199306waf.3 for ; Wed, 13 Feb 2008 00:52:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Kw2Vw8uqI+4pkn88Cu3lTmlbwHz4Bt0Z8NONAvJmwxc=; b=hfWKuFbWKswipDx5a9WEb+f2I+o/D1qkrHgunHIM+hYT0rM5/T6E3pHQZMgZy9hj+iVofFRWSwjZ9HPzakzjzcXx4u7mTz13XDEUjtxLbfvHq/oi9muPL9eS9jW1DPVH0d5hQM3qB6erojAp0/t6OxMUkEnzN5vF3aeJDYmfdI4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fUA13jEtAp5v/gIll9CG65w2LEAmtrTzkafLzSW7qX67VvpRSX/isv49+MjJEiLypW16wq/4qL6IA5UPlcN3/UrhAKYqHdglFUPnC11FXv0I8D7vNJZP6ujqrS+KVUfw105ELeOmIRAMheDt4rAFBKdNGn6SehgSsTagdJQgH40= Received: by 10.114.120.1 with SMTP id s1mr2624861wac.107.1202892772508; Wed, 13 Feb 2008 00:52:52 -0800 (PST) Received: by 10.115.22.10 with HTTP; Wed, 13 Feb 2008 00:52:52 -0800 (PST) Message-ID: Date: Wed, 13 Feb 2008 00:52:52 -0800 From: "Kip Macy" To: gnn@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: current@freebsd.org, net@freebsd.org Subject: Re: Problems with Chelsio driver in CURRENT... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 08:52:53 -0000 Oops sorry ... What is the output of 'sysctl dev.cxgbc.0'? -Kip On Feb 13, 2008 12:51 AM, Kip Macy wrote: > When you say a "recent kernel/world", I take it you're still running 7.0? > > -Kip > > > > > > On Feb 12, 2008 11:38 PM, wrote: > > Hi, > > > > I have two MP/Multicore Xeon boxes with CX4 based Chelsio cards in > > them. If I boot 7.0-RC1 the cards can talk to each other. If I build > > a recent kernel/world (for instance from today) I cannot ping between > > them. I have tried using GENERIC as wella as a custom kernel. > > > > kodama8# ifconfig cxgb0 > > cxgb0: flags=8843 metric 0 mtu 9000 > > options=1bb > > ether 00:07:43:05:20:68 > > inet 172.16.0.2 netmask 0xffffff00 broadcast 172.16.0.255 > > media: Ethernet 10Gbase-CX4 (autoselect ) > > status: active > > kodama8# ping 172.16.0.1 > > PING 172.16.0.1 (172.16.0.1): 56 data bytes > > ^C > > --- 172.16.0.1 ping statistics --- > > 5 packets transmitted, 0 packets received, 100.0% packet loss > > kodama8# > > > > kodama$ uname -a > > FreeBSD kodama8.neville-neil.comA 7.0-RC1 FreeBSD 7.0-RC1 #0: Mon Dec 24 10:10:07 UTC 2007 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > > kodama8# > > > > nozomi8# ifconfig cxgb0 > > cxgb0: flags=8843 metric 0 mtu 9000 > > options=1bb > > ether 00:07:43:05:20:43 > > inet 172.16.0.1 netmask 0xffffff00 broadcast 172.16.0.255 > > media: Ethernet 10Gbase-CX4 (autoselect ) > > status: active > > nozomi8# > > > > nozomi8# uname -a > > FreeBSD nozomi8.neville-neil.com 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Wed Feb 13 15:47:05 JST 2008 root@nozomi8.neville-neil.com:/usr/obj/scratch/FreeBSD.HEAD/src/sys/GENERIC amd64 > > nozomi8# > > > > > > The dmesg is at the end of this mail. > > > > Thoughts? > > > > Thanks, > > George > > > > > > nozomi8# dmesg > > Copyright (c) 1992-2008 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights reserved. > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 8.0-CURRENT #2: Wed Feb 13 15:47:05 JST 2008 > > root@nozomi8.neville-neil.com:/usr/obj/scratch/FreeBSD.HEAD/src/sys/GENERIC > > WARNING: WITNESS option enabled, expect reduced performance. > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Intel(R) Xeon(R) CPU X5355 @ 2.66GHz (2666.68-MHz K8-class CPU) > > Origin = "GenuineIntel" Id = 0x6f7 Stepping = 7 > > Features=0xbfebfbff > > Features2=0x4e3bd > > AMD Features=0x20100800 > > AMD Features2=0x1 > > Cores per package: 4 > > usable memory = 8575602688 (8178 MB) > > avail memory = 8306462720 (7921 MB) > > ACPI APIC Table: > > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP): APIC ID: 1 > > cpu2 (AP): APIC ID: 2 > > cpu3 (AP): APIC ID: 3 > > cpu4 (AP): APIC ID: 4 > > cpu5 (AP): APIC ID: 5 > > cpu6 (AP): APIC ID: 6 > > cpu7 (AP): APIC ID: 7 > > ioapic0 irqs 0-23 on motherboard > > ioapic1 irqs 24-47 on motherboard > > kbd1 at kbdmux0 > > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > > acpi0: on motherboard > > acpi0: [ITHREAD] > > acpi0: Power Button (fixed) > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > > acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > > Timecounter "HPET" frequency 14318180 Hz quality 900 > > cpu0: on acpi0 > > est0: on cpu0 > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > > device_attach: est0 attach returned 6 > > p4tcc0: on cpu0 > > cpu1: on acpi0 > > est1: on cpu1 > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > > device_attach: est1 attach returned 6 > > p4tcc1: on cpu1 > > cpu2: on acpi0 > > est2: on cpu2 > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > > device_attach: est2 attach returned 6 > > p4tcc2: on cpu2 > > cpu3: on acpi0 > > est3: on cpu3 > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > > device_attach: est3 attach returned 6 > > p4tcc3: on cpu3 > > cpu4: on acpi0 > > est4: on cpu4 > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > > device_attach: est4 attach returned 6 > > p4tcc4: on cpu4 > > cpu5: on acpi0 > > est5: on cpu5 > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > > device_attach: est5 attach returned 6 > > p4tcc5: on cpu5 > > cpu6: on acpi0 > > est6: on cpu6 > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > > device_attach: est6 attach returned 6 > > p4tcc6: on cpu6 > > cpu7: on acpi0 > > est7: on cpu7 > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > > device_attach: est7 attach returned 6 > > p4tcc7: on cpu7 > > pcib0: port 0xcf8-0xcff on acpi0 > > pci0: on pcib0 > > pcib1: at device 2.0 on pci0 > > pci1: on pcib1 > > pcib2: irq 16 at device 0.0 on pci1 > > pci2: on pcib2 > > pcib3: irq 16 at device 0.0 on pci2 > > pci3: on pcib3 > > pcib4: at device 0.0 on pci3 > > pci4: on pcib4 > > ahd0: port 0x2400-0x24ff,0x2000-0x20ff mem 0xd8b00000-0xd8b01fff irq 16 at device 2.0 on pci4 > > ahd0: [ITHREAD] > > aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs > > ahd1: port 0x2c00-0x2cff,0x2800-0x28ff mem 0xd8b02000-0xd8b03fff irq 17 at device 2.1 on pci4 > > ahd1: [ITHREAD] > > aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs > > pcib5: at device 0.2 on pci3 > > pci5: on pcib5 > > pcib6: irq 18 at device 2.0 on pci2 > > pci6: on pcib6 > > em0: port 0x3000-0x301f mem 0xd8a20000-0xd8a3ffff,0xd8a00000-0xd8a1ffff irq 18 at device 0.0 on pci6 > > em0: Using MSI interrupt > > em0: Ethernet address: 00:30:48:64:1e:20 > > em0: [FILTER] > > em1: port 0x3020-0x303f mem 0xd8a60000-0xd8a7ffff,0xd8a40000-0xd8a5ffff irq 19 at device 0.1 on pci6 > > em1: Using MSI interrupt > > em1: Ethernet address: 00:30:48:64:1e:21 > > em1: [FILTER] > > pcib7: at device 0.3 on pci1 > > pci7: on pcib7 > > pcib8: at device 4.0 on pci0 > > pci8: on pcib8 > > pcib9: at device 6.0 on pci0 > > pci9: on pcib9 > > pci9: at device 0.0 (no driver attached) > > pci0: at device 8.0 (no driver attached) > > pcib10: irq 17 at device 28.0 on pci0 > > pci10: on pcib10 > > uhci0: port 0x1800-0x181f irq 17 at device 29.0 on pci0 > > uhci0: [GIANT-LOCKED] > > uhci0: [ITHREAD] > > usb0: on uhci0 > > usb0: USB revision 1.0 > > uhub0: on usb0 > > uhub0: 2 ports with 2 removable, self powered > > uhci1: port 0x1820-0x183f irq 19 at device 29.1 on pci0 > > uhci1: [GIANT-LOCKED] > > uhci1: [ITHREAD] > > usb1: on uhci1 > > usb1: USB revision 1.0 > > uhub1: on usb1 > > uhub1: 2 ports with 2 removable, self powered > > uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 > > uhci2: [GIANT-LOCKED] > > uhci2: [ITHREAD] > > usb2: on uhci2 > > usb2: USB revision 1.0 > > uhub2: on usb2 > > uhub2: 2 ports with 2 removable, self powered > > ehci0: mem 0xd8f00000-0xd8f003ff irq 17 at device 29.7 on pci0 > > ehci0: [GIANT-LOCKED] > > ehci0: [ITHREAD] > > usb3: EHCI version 1.0 > > usb3: companion controllers, 2 ports each: usb0 usb1 usb2 > > usb3: on ehci0 > > usb3: USB revision 2.0 > > uhub3: on usb3 > > uhub3: 6 ports with 6 removable, self powered > > pcib11: at device 30.0 on pci0 > > pci11: on pcib11 > > vgapci0: port 0x4000-0x40ff mem 0xd0000000-0xd7ffffff,0xd8c00000-0xd8c0ffff irq 18 at device 1.0 on pci11 > > isab0: at device 31.0 on pci0 > > isa0: on isab0 > > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 > > ata0: on atapci0 > > ata0: [ITHREAD] > > ata1: on atapci0 > > ata1: [ITHREAD] > > pci0: at device 31.3 (no driver attached) > > acpi_button0: on acpi0 > > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > > atkbd0: irq 1 on atkbdc0 > > kbd0 at atkbd0 > > atkbd0: [GIANT-LOCKED] > > atkbd0: [ITHREAD] > > sio0: configured irq 4 not in bitmap of probed irqs 0 > > sio0: port may not be enabled > > sio0: configured irq 4 not in bitmap of probed irqs 0 > > sio0: port may not be enabled > > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > > sio0: type 16550A, console > > sio0: [FILTER] > > sio1: configured irq 3 not in bitmap of probed irqs 0 > > sio1: port may not be enabled > > sio1: configured irq 3 not in bitmap of probed irqs 0 > > sio1: port may not be enabled > > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > > sio1: type 16550A > > sio1: [FILTER] > > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > > fdc0: [FILTER] > > ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 > > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > > ppc0: FIFO with 16/16/9 bytes threshold > > ppbus0: on ppc0 > > ppbus0: [ITHREAD] > > plip0: on ppbus0 > > lpt0: on ppbus0 > > lpt0: Interrupt-driven port > > ppi0: on ppbus0 > > ppc0: [GIANT-LOCKED] > > ppc0: [ITHREAD] > > orm0: at iomem 0xc0000-0xcafff on isa0 > > sc0: at flags 0x100 on isa0 > > sc0: VGA <16 virtual consoles, flags=0x100> > > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > > Timecounters tick every 1.000 msec > > Waiting 5 seconds for SCSI devices to settle > > acd0: DVDROM at ata0-slave UDMA33 > > da0 at ahd0 bus 0 target 0 lun 0 > > da0: Fixed Direct Access SCSI-3 device > > da0: 160.000MB/s transfers (80.000MHz DT, offset 63, 16bit) > > da0: Command Queueing Enabled > > da0: 140014MB (286749488 512 byte sectors: 255H 63S/T 17849C) > > SMP: AP CPU #1 Launched! > > SMP: AP CPU #2 Launched! > > SMP: AP CPU #3 Launched! > > SMP: AP CPU #5 Launched! > > SMP: AP CPU #6 Launched! > > SMP: AP CPU #7 Launched! > > SMP: AP CPU #4 Launched! > > WARNING: WITNESS option enabled, expect reduced performance. > > lock order reversal: > > 1st 0xffffff0003426e28 devfs (devfs) @ /scratch/FreeBSD.HEAD/src/sys/kern/vfs_subr.c:2061 > > 2nd 0xffffff000348fda0 devfsmount (devfsmount) @ /scratch/FreeBSD.HEAD/src/sys/fs/devfs/devfs_vnops.c:201 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > witness_checkorder() at witness_checkorder+0x605 > > _sx_xlock() at _sx_xlock+0x52 > > devfs_allocv() at devfs_allocv+0x136 > > devfs_root() at devfs_root+0x52 > > set_rootvnode() at set_rootvnode+0x2c > > vfs_mountroot() at vfs_mountroot+0x310 > > start_init() at start_init+0x62 > > fork_exit() at fork_exit+0x12a > > fork_trampoline() at fork_trampoline+0xe > > --- trap 0, rip = 0, rsp = 0xffffffffac266d30, rbp = 0 --- > > Trying to mount root from ufs:/dev/da0s1a > > lock order reversal: > > 1st 0xffffff0003426668 ufs (ufs) @ /scratch/FreeBSD.HEAD/src/sys/kern/vfs_subr.c:2061 > > 2nd 0xffffff00034ed000 vfslock (vfslock) @ /scratch/FreeBSD.HEAD/src/sys/kern/vfs_subr.c:364 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > witness_checkorder() at witness_checkorder+0x605 > > _lockmgr() at _lockmgr+0x4e3 > > vfs_busy() at vfs_busy+0xdf > > lookup() at lookup+0x8a6 > > namei() at namei+0x2cb > > kern_unlink() at kern_unlink+0x8e > > vfs_mountroot_try() at vfs_mountroot_try+0x41f > > vfs_mountroot() at vfs_mountroot+0x3fd > > start_init() at start_init+0x62 > > fork_exit() at fork_exit+0x12a > > fork_trampoline() at fork_trampoline+0xe > > --- trap 0, rip = 0, rsp = 0xffffffffac266d30, rbp = 0 --- > > lock order reversal: > > 1st 0xffffff00010ec070 user map (user map) @ /scratch/FreeBSD.HEAD/src/sys/vm/vm_map.c:3111 > > 2nd 0xffffff0003426288 ufs (ufs) @ /scratch/FreeBSD.HEAD/src/sys/kern/vfs_subr.c:2061 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > witness_checkorder() at witness_checkorder+0x605 > > _lockmgr() at _lockmgr+0x4e3 > > ffs_lock() at ffs_lock+0x6d > > VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b > > _vn_lock() at _vn_lock+0x8b > > vget() at vget+0x125 > > vnode_pager_lock() at vnode_pager_lock+0x14a > > vm_fault() at vm_fault+0x1e5 > > trap_pfault() at trap_pfault+0x128 > > trap() at trap+0x4f2 > > calltrap() at calltrap+0x8 > > --- trap 0xc, rip = 0x400146, rsp = 0x7fffffffee80, rbp = 0x7fffffffeeb8 --- > > em1: link state changed to UP > > cxgbc0: mem 0xd8801000-0xd8801fff,0xd8000000-0xd87fffff,0xd8800000-0xd8800fff irq 18 at device 0.0 on pci9 > > cxgb0: on cxgbc0 > > cxgb0: Ethernet address: 00:07:43:05:20:43 > > Failed to allocate cluster > > Failed to allocate cluster > > Failed to allocate cluster > > Failed to allocate cluster > > cxgbc0: [ITHREAD] > > setting up interrupt for port=0 > > cxgbc0: [ITHREAD] > > setting up interrupt for port=0 > > cxgbc0: [ITHREAD] > > setting up interrupt for port=0 > > cxgbc0: [ITHREAD] > > setting up interrupt for port=0 > > cxgbc0: [ITHREAD] > > setting up interrupt for port=0 > > cxgbc0: [ITHREAD] > > setting > > up interrupt for port=0 > > cxgbc0: [ITHREAD] > > setting up interrupt for port=0 > > cxgbc0: [ITHREAD] > > setting up interrupt for port=0 > > cxgbc0: [ITHREAD] > > bind qsets > > cxgbc0: starting thread for 0 > > device_map=0x1 > > adding adapter 0xffffffff8134f000 > > cxgbc0: offload started > > offload opened > > cxgb0: link state changed to UP > > cxgbc0: enabling interrupts on port=0 > > nozomi8# > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 08:57:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69ABC16A41B for ; Wed, 13 Feb 2008 08:57:14 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 1EA0F13C478 for ; Wed, 13 Feb 2008 08:57:13 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=hUh50A4/QK0ttIZm0GCjyYWfpTj5njNYxSVgKj+3dyVVH57SqrLxUbbn6vQXB+gHT0r7+wTflTwOWNBC8df6+qQwh4mg9FtmV5OQZsaH7uuUItdsdIi+8/EpFGx+7/wHdGkIzO+3rb0x6bTkniYJzFdpFDA2i3+sm4JAlEH3G/k=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JPDQW-000632-TB; Wed, 13 Feb 2008 11:57:13 +0300 Date: Wed, 13 Feb 2008 11:57:11 +0300 From: Eygene Ryabinkin To: Ian FREISLICH Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.8 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: Ken Smith , freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0-RC2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 08:57:14 -0000 Ian, Wed, Feb 13, 2008 at 10:33:39AM +0200, Ian FREISLICH wrote: > Thanks. That answers about half the question. Is there any sense > in making the swap partition bigger than that? When I started using > FreeBSD the rule of thumb was 2.1*physical RAM. I'm not sure that > holds true any more. Judging by the http://lists.freebsd.org/mailman/htdig/freebsd-current/2007-February/069051.html http://lists.freebsd.org/mailman/htdig/freebsd-current/2007-February/069059.html http://lists.freebsd.org/mailman/htdig/freebsd-current/2007-February/069077.html people are varying in their opinions ;)) So your mileage may vary. Seems like the old 2:1 rule is not very cost-effective for common setups, but, again, it depends on the situation. To your point about minidumps going out-of-bounds (I know nothing about this problem: was not bitten by it): a) if you don't need kernel dumps, disable them completely with 'dumpdev=NO' in /etc/rc.conf; b) if you do need kernel dumps _and_ the problem with minidumps persists, you can either fix the issue or provide enough swap and use full or mini dumps. I have not heard about any problems with large swap sizes, so can not comment on that. My couple of cents. -- Eygene From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 10:02:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDD0F16A46C for ; Wed, 13 Feb 2008 10:02:50 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.de [194.25.134.17]) by mx1.freebsd.org (Postfix) with ESMTP id 740BF13C46B for ; Wed, 13 Feb 2008 10:02:50 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from fwd32.aul.t-online.de by mailout02.sul.t-online.com with smtp id 1JPERz-000223-06; Wed, 13 Feb 2008 11:02:47 +0100 Received: from localhost (E1C488ZJ8tNgLLqKh1yLOKqwCLj7rWyoBCVp0FAmLd9lkLrcjl-U1EuEYBMN-SthPzZROPzcCf@[91.21.88.126]) by fwd32.t-online.de with esmtp id 1JPERZ-21Ex2u0; Wed, 13 Feb 2008 11:02:21 +0100 Date: Wed, 13 Feb 2008 11:02:21 +0100 From: "Oliver Herold" To: freebsd-current@freebsd.org Message-ID: <20080213100221.GA9786@asgard.home> Mail-Followup-To: Oliver Herold , freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) X-ID: E1C488ZJ8tNgLLqKh1yLOKqwCLj7rWyoBCVp0FAmLd9lkLrcjl-U1EuEYBMN-SthPzZROPzcCf X-TOI-MSGID: d6269afe-5684-4e0b-a543-84402ecaf34b Subject: FreeBSD RELENG_7 doesn't build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 10:02:51 -0000 --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi I did an install with FreeBSD 7 RC2 iso and updated the sources (today) to RELENG_7. It stops compiling after printing this error [...] gzip -cn info-stnd.inf > info-stnd.info.gz gzip cn texinfo.info > texinfo.info.gz 1 error *** Error code 2 1 error *** Error code 2 1 error I deleted /usr/src, cvsup'ed again but it stays the same. Cheers, Oliver --=20 It looks like blind screaming hedonism won out. --2fHTh5uZTiUOsy+g Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkeywCsACgkQbZFSiGSuUEg13wCfbUreeMFugZ1uLY5wIN2AFwUa 3RAAoIQTHfTCTc3rzZ11K5gCtsKU9aJf =kLIe -----END PGP SIGNATURE----- --2fHTh5uZTiUOsy+g-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 10:47:44 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 127A816A420 for ; Wed, 13 Feb 2008 10:47:44 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id C136413C4D1 for ; Wed, 13 Feb 2008 10:47:43 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=ZXP7AgCrRtgNVvOd7XUynbbAWgHdYbXiPyXaiFssrggjR9a8SnkEflIyfskW7TgowAJErk0t57N9cL0n/V7Gl+FYggV3UsJFvJnadgS1zlAaAJDfdOoSofFXYT5WLSr3PYaCRscIWaCxc1jzOSRXHAz7kHOO7OJWYKyHoX5+5LE=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JPF9S-0006ju-3F; Wed, 13 Feb 2008 13:47:42 +0300 Date: Wed, 13 Feb 2008 13:47:41 +0300 From: Eygene Ryabinkin To: Oliver Herold , freebsd-current@freebsd.org Message-ID: <1IdkHkB3pI1dmn6DGybCPvGhl7I@W113hUIsrtTSFAtVU8onfJZBv3o> References: <20080213100221.GA9786@asgard.home> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20080213100221.GA9786@asgard.home> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.9 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_40 Cc: Subject: Re: FreeBSD RELENG_7 doesn't build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 10:47:44 -0000 Oliver, good day. Wed, Feb 13, 2008 at 11:02:21AM +0100, Oliver Herold wrote: > I did an install with FreeBSD 7 RC2 iso and updated the sources (today) to > RELENG_7. It stops compiling after printing this error Sources were updated via CVSup/CSup? You're doing 'make buildworld', aren't you? What is the output of the 'for i in *; do grep '$FreeBSD' "$i"; md5 "$i"; done' spawned in the /usr/src/share/mk? The output of 'uname -a' is? > [...] > > gzip -cn info-stnd.inf > info-stnd.info.gz ^^^^^^^^^^^^^ should be info-stnd.info > gzip cn texinfo.info > texinfo.info.gz ^^^^^^^ Is it really "gzip cn", not the "gzip -cn"? I guess you had stripped some output from make, showing only the relevant commands or just retyped something from the screen? Can you try to do 'make -C /usr/src/gnu/usr.bin/texinfo -m /usr/src/share/mk clean all'? Is the problem still persists? If yes, what is the output of the 'make -C /usr/src/gnu/usr.bin/texinfo -m /usr/src/share/mk -VCOMPRESS_CMD'? CVSup'ped RELENG_7, spawned buildworld. Will try to reproduce your case. -- Eygene From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 10:59:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9D9116A468 for ; Wed, 13 Feb 2008 10:59:12 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.de [194.25.134.85]) by mx1.freebsd.org (Postfix) with ESMTP id 7569113C447 for ; Wed, 13 Feb 2008 10:59:12 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from fwd34.aul.t-online.de by mailout11.sul.t-online.com with smtp id 1JPFKY-0005qC-01; Wed, 13 Feb 2008 11:59:10 +0100 Received: from localhost (SmazJTZTQty-HlV0Dr0EihSQ9MvUGU8XtBqq24WtJxsJ3ocnAr4Dvxhgr2hGQ1an3DIALfj1cy@[91.21.88.126]) by fwd34.t-online.de with esmtp id 1JPFK4-1mKScS0; Wed, 13 Feb 2008 11:58:40 +0100 Date: Wed, 13 Feb 2008 11:58:40 +0100 From: "Oliver Herold" To: freebsd-current@freebsd.org Message-ID: <20080213105840.GA10159@asgard.home> Mail-Followup-To: Oliver Herold , freebsd-current@freebsd.org References: <20080213100221.GA9786@asgard.home> <1IdkHkB3pI1dmn6DGybCPvGhl7I@W113hUIsrtTSFAtVU8onfJZBv3o> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline In-Reply-To: <1IdkHkB3pI1dmn6DGybCPvGhl7I@W113hUIsrtTSFAtVU8onfJZBv3o> User-Agent: Mutt/1.5.17 (2007-11-01) X-ID: SmazJTZTQty-HlV0Dr0EihSQ9MvUGU8XtBqq24WtJxsJ3ocnAr4Dvxhgr2hGQ1an3DIALfj1cy X-TOI-MSGID: 46248002-492e-41e5-89b0-345c9aba69c8 Subject: Re: FreeBSD RELENG_7 doesn't build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 10:59:13 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, uname -a: FreeBSD olymp.home 7.0-RC2 FreeBSD 7.0-RC2 #0: Fri Feb 8 00:09:57 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 > Sources were updated via CVSup/CSup? You're doing 'make buildworld' Csup (RELENG_7 tag), make -j3 buildworld The output of /usr/src/share/mk # $FreeBSD: src/share/mk/Makefile,v 1.51 2007/06/01 15:32:23 pav Exp $ MD5 (Makefile) =3D 03bed7d884a84d60d93578b3511a6c2e # $FreeBSD: src/share/mk/bsd.README,v 1.33 2006/06/18 11:26:17 yar Exp $ MD5 (bsd.README) =3D 8dac586f2dad67eee8b05140bd7390fd # $FreeBSD: src/share/mk/bsd.compat.mk,v 1.23.2.1 2007/10/23 15:36:41 ru Exp $ MD5 (bsd.compat.mk) =3D 52509322eccdc056ce4ecdae95c32ba3 # $FreeBSD: src/share/mk/bsd.cpu.mk,v 1.62.2.1 2007/10/19 17:08:38 cognet Exp $ MD5 (bsd.cpu.mk) =3D 2357ac7532b97f55273dcc9060aceca3 # $FreeBSD: src/share/mk/bsd.dep.mk,v 1.48 2005/01/06 11:12:43 krion Exp $ MD5 (bsd.dep.mk) =3D 4ccb2de40856c21f119e2c7709b2c896 # $FreeBSD: src/share/mk/bsd.doc.mk,v 1.59 2004/12/21 09:33:42 ru Exp $ MD5 (bsd.doc.mk) =3D d63170dec25e70c03ff427b609eb3164 # $FreeBSD: src/share/mk/bsd.endian.mk,v 1.4 2006/11/05 15:33:26 cognet Exp $ MD5 (bsd.endian.mk) =3D d4c8df4d6e2e59161b9b0ce92dd958af # $FreeBSD: src/share/mk/bsd.files.mk,v 1.4 2005/04/11 07:13:29 harti Exp $ MD5 (bsd.files.mk) =3D f957da0b0c329028e4c451d2ce54f569 # $FreeBSD: src/share/mk/bsd.incs.mk,v 1.7 2006/03/17 18:54:34 ru Exp $ MD5 (bsd.incs.mk) =3D 1fb58bae06f9a7f77a1a04448aa139be # $FreeBSD: src/share/mk/bsd.info.mk,v 1.74 2006/09/29 15:36:19 ru Exp $ MD5 (bsd.info.mk) =3D d969a344e27e14a864218b42201cda9b # $FreeBSD: src/share/mk/bsd.init.mk,v 1.5 2005/04/11 07:13:29 harti Exp $ MD5 (bsd.init.mk) =3D 9cd485f5ef033715b9b7bea28fef7be7 # $FreeBSD: src/share/mk/bsd.kmod.mk,v 1.91 2004/06/21 16:12:02 bde Exp $ MD5 (bsd.kmod.mk) =3D 3c3fd797ea1ed4cc71a5e8aacc3cbf2c # $FreeBSD: src/share/mk/bsd.lib.mk,v 1.182.2.1 2007/10/23 15:41:34 ru Exp $ MD5 (bsd.lib.mk) =3D 6b0eac200e056afbec7afb0c5e933b25 # $FreeBSD: src/share/mk/bsd.libnames.mk,v 1.105 2007/10/01 18:15:11 ru Exp $ MD5 (bsd.libnames.mk) =3D c58709704f92fdb486f09cb0d261cb1b # $FreeBSD: src/share/mk/bsd.links.mk,v 1.2 2002/07/03 12:28:03 ru Exp $ MD5 (bsd.links.mk) =3D ecb91a02240c22ff1eaf4b22c7bb6d3b # $FreeBSD: src/share/mk/bsd.man.mk,v 1.57 2007/03/12 13:54:52 ru Exp $ MD5 (bsd.man.mk) =3D dc19eeeed987b64f16112b05cff15e90 # $FreeBSD: src/share/mk/bsd.nls.mk,v 1.14 2006/03/17 18:54:34 ru Exp $ MD5 (bsd.nls.mk) =3D 45d2e7349b1431926568d820da3718b8 # $FreeBSD: src/share/mk/bsd.obj.mk,v 1.54 2005/04/11 07:13:29 harti Exp $ MD5 (bsd.obj.mk) =3D d3860db47f6bd4db344146c470c053a4 # $FreeBSD: src/share/mk/bsd.own.mk,v 1.67.2.4 2008/01/28 08:42:15 dougb Exp $ MD5 (bsd.own.mk) =3D fb79466892866cb818520db7bc02ae56 # $FreeBSD: src/share/mk/bsd.pkg.mk,v 1.1 2004/12/20 15:46:56 paul Exp $ MD5 (bsd.pkg.mk) =3D 9cc30b30b1058d6e59b3c0f8bdb819c1 # $FreeBSD: src/share/mk/bsd.port.mk,v 1.309 2006/11/19 16:28:52 ru Exp $ MD5 (bsd.port.mk) =3D 821715eefaab6155a826ac593c4d81b7 # $FreeBSD: src/share/mk/bsd.port.options.mk,v 1.1 2007/06/01 15:17:51 pav Exp $ MD5 (bsd.port.options.mk) =3D 1910c4404ea6c8fd282b799e5edba74c # $FreeBSD: src/share/mk/bsd.port.post.mk,v 1.4 2002/04/19 07:42:41 ru Exp $ MD5 (bsd.port.post.mk) =3D 28b09b24d8fbd79f867cc15b2c5c6709 # $FreeBSD: src/share/mk/bsd.port.pre.mk,v 1.4 2002/04/19 07:42:41 ru Exp $ MD5 (bsd.port.pre.mk) =3D 77fa981761ff894af3a08d26f4d984c7 # $FreeBSD: src/share/mk/bsd.port.subdir.mk,v 1.31 2004/07/02 20:47:18 eik Exp $ MD5 (bsd.port.subdir.mk) =3D 9ea033128dc5f2d97973901eb298687a # $FreeBSD: src/share/mk/bsd.prog.mk,v 1.150 2007/10/01 18:15:11 ru Exp $ MD5 (bsd.prog.mk) =3D 11fe2e3b5b9ffb8992214238b0a6d249 # $FreeBSD: src/share/mk/bsd.snmpmod.mk,v 1.2 2005/11/10 12:07:12 harti Exp $ MD5 (bsd.snmpmod.mk) =3D fc9a0dbcaa93b821cd96294a3a5b25bc # $FreeBSD: src/share/mk/bsd.subdir.mk,v 1.50 2005/05/31 07:14:51 ru Exp $ MD5 (bsd.subdir.mk) =3D a73bee4d94545206db32804dd9fe2eaf # $FreeBSD: src/share/mk/bsd.symver.mk,v 1.4 2007/05/21 09:01:23 ru Exp $ MD5 (bsd.symver.mk) =3D 41ae3888267e483d237f2e529c816703 # $FreeBSD: src/share/mk/bsd.sys.mk,v 1.41 2007/05/24 21:53:42 obrien Exp $ MD5 (bsd.sys.mk) =3D 4b020201cf19cb19647bf0d7c5d1fb78 # $FreeBSD: src/share/mk/sys.mk,v 1.92.2.2 2008/01/24 13:33:00 ru Exp $ MD5 (sys.mk) =3D 96a5d23be9ee08a3633e54be60656c54 # $FreeBSD: src/share/mk/version_gen.awk,v 1.3 2007/07/21 20:52:32 kan Exp $ MD5 (version_gen.awk) =3D 517929636b34d40dc3719a8bbe045ea1 More of the error: =3D=3D=3D> gnu/usr.bin/texinfo/doc (all) makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/ texinfo/doc/../../../../contrib/texinfo/doc //usr/src/gnu/usr.bin/texinfo/doc/../ =2E./../../contrib/texinfo/doc/info.texi -o info.info ln -fs /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/texinfo. txi texinfo.texi makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/ texinfo/doc/../../../../contrib/texinfo/doc //usr/src/gnu/usr.bin/texinfo/doc/../ =2E./../../contrib/texinfo/doc/info-stnd.texi -o info-stnd.info makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/ texinfo/doc/../../../../contrib/texinfo/doc texinfo.texi -o texinfo.info gzip -cn info.info > info.info.gz gzip -cn info-stnd.info > info-stnd.info.gz gzip -cn texinfo.info > texinfo.info.gz 1 error *** Error code 2 1 error *** Error code 2 1 error Cheers, Oliver On Wed, Feb 13, 2008 at 01:47:41PM +0300, Eygene Ryabinkin wrote: > Oliver, good day. >=20 > Wed, Feb 13, 2008 at 11:02:21AM +0100, Oliver Herold wrote: > > I did an install with FreeBSD 7 RC2 iso and updated the sources (today)= to > > RELENG_7. It stops compiling after printing this error >=20 > Sources were updated via CVSup/CSup? You're doing 'make buildworld', > aren't you? What is the output of the 'for i in *; do grep '$FreeBSD' > "$i"; md5 "$i"; done' spawned in the /usr/src/share/mk? The output > of 'uname -a' is? >=20 > > [...] > >=20 > > gzip -cn info-stnd.inf > info-stnd.info.gz > ^^^^^^^^^^^^^ should be info-stnd.info >=20 > > gzip cn texinfo.info > texinfo.info.gz > ^^^^^^^ > Is it really "gzip cn", not the "gzip -cn"? I guess you had stripped > some output from make, showing only the relevant commands or just > retyped something from the screen? >=20 > Can you try to do > 'make -C /usr/src/gnu/usr.bin/texinfo -m /usr/src/share/mk clean all'? > Is the problem still persists? If yes, what is the output of the > 'make -C /usr/src/gnu/usr.bin/texinfo -m /usr/src/share/mk -VCOMPRESS_CMD= '? >=20 > CVSup'ped RELENG_7, spawned buildworld. Will try to reproduce your > case. > --=20 > Eygene > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --=20 Rome was not built in one day. -- John Heywood --XsQoSWH+UP9D9v3l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkeyzV8ACgkQbZFSiGSuUEir2wCgqJg7kouuK0SaFzVSEOkns31B sdAAn3474bWVL5hpbTffvZh1OujWre9S =whaH -----END PGP SIGNATURE----- --XsQoSWH+UP9D9v3l-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 11:03:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E8A516A41A for ; Wed, 13 Feb 2008 11:03:15 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 085CC13C469 for ; Wed, 13 Feb 2008 11:03:14 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=NNn1nAg0xMCzS8Qb9ghEcXXhj+jgEmFaZB06+2DOx9vwQWXnJY6gbsAPy8a2bigX4C+uKfFnpznuXDjyNP8SJ6PP6UbB3ueVzcJHW36JKZZrxyY1xwSBFXG9Sy4G1UXKcaBiVGd0IwId2pdPU8EgKWBpoBW/GbbPPnoQxT0kVNQ=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JPFOT-0006qK-R6; Wed, 13 Feb 2008 14:03:14 +0300 Date: Wed, 13 Feb 2008 14:03:12 +0300 From: Eygene Ryabinkin To: Oliver Herold , freebsd-current@freebsd.org Message-ID: <9re+xXyMClQLsXM8vgdWFMYph8Y@TyhEYmaICINWfUdtX3j4AEY1wdo> References: <20080213100221.GA9786@asgard.home> <1IdkHkB3pI1dmn6DGybCPvGhl7I@W113hUIsrtTSFAtVU8onfJZBv3o> <20080213105840.GA10159@asgard.home> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20080213105840.GA10159@asgard.home> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.8 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: Subject: Re: FreeBSD RELENG_7 doesn't build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 11:03:15 -0000 Wed, Feb 13, 2008 at 11:58:40AM +0100, Oliver Herold wrote: > Hi, > > uname -a: > > FreeBSD olymp.home 7.0-RC2 FreeBSD 7.0-RC2 #0: Fri Feb 8 00:09:57 UTC 2008 > root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 > > > Sources were updated via CVSup/CSup? You're doing 'make buildworld' > > Csup (RELENG_7 tag), make -j3 buildworld Try plain 'make buildworld' without '-jX' -- this should help. It is documented in /usr/src/UPDATING: ----- COMMON ITEMS: General Notes ------------- Avoid using make -j when upgrading. From time to time in the past there have been problems using -j with buildworld and/or installworld. This is especially true when upgrading between "distant" versions (eg one that cross a major release boundary or several minor releases, or when several months have passed on the -current branch). ----- -- Eygene From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 11:16:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10F5216A421 for ; Wed, 13 Feb 2008 11:16:28 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id BDD0313C442 for ; Wed, 13 Feb 2008 11:16:27 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=nziF4/iegzMbq/08uIJGhyvPQuLTWwykQ4VFcMnc8uQoB1iy/T+A4ycVZ+DTzGH91kikraYwQBGhvXkOUSSm4+XgbriAOX4GGbEVP271+PdHuQpIAjQKe5KKo87jUJiL1xNZr4h3m1/sKfUsthkZ+Jblm06YsDJ0Cq8tALuynGY=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JPFbG-0006wO-1L; Wed, 13 Feb 2008 14:16:26 +0300 Date: Wed, 13 Feb 2008 14:16:25 +0300 From: Eygene Ryabinkin To: Oliver Herold , freebsd-current@freebsd.org Message-ID: References: <20080213100221.GA9786@asgard.home> <1IdkHkB3pI1dmn6DGybCPvGhl7I@W113hUIsrtTSFAtVU8onfJZBv3o> <20080213105840.GA10159@asgard.home> <9re+xXyMClQLsXM8vgdWFMYph8Y@TyhEYmaICINWfUdtX3j4AEY1wdo> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <9re+xXyMClQLsXM8vgdWFMYph8Y@TyhEYmaICINWfUdtX3j4AEY1wdo> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.8 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: Subject: [OT: mail bounces] Re: FreeBSD RELENG_7 doesn't build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 11:16:28 -0000 [ Sending this to the list, because personal mail seems to be undelivered. Sorry for the noise. ] Oliver, I had received two non-delivery notifications from your MX: ----- oli@akephalos.de Error after RCPT TO:: host smtp-02.tld.t-online.de [194.25.134.12]: 550 5.1.1 user unknown ----- Before this one message went through the MX: ----- 2008-02-11 19:35:46 +0300 oliver@akephalos.de smtp-02.tld.t-online.de [194.25.134.12]:25: 250 2.0.0 Message accepted. ----- But not the later ones: ----- 2008-02-13 13:47:43 +0300 oli@akephalos.de Error after RCPT TO:: host smtp-02.tld.t-online.de [194.25.134.12]: 550 5.1.1 user unknown 2008-02-13 14:03:14 +0300 oli@akephalos.de Error after RCPT TO:: host smtp-02.tld.t-online.de [194.25.134.12]: 550 5.1.1 user unknown ----- So either your MX is doing something strange, or my mailer provokes it. If the problem is the latter -- I am eager to know about it. Maybe we can move it off-list. Thanks! -- Eygene From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 11:35:38 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B942216A46D for ; Wed, 13 Feb 2008 11:35:38 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from mail.vega.ru (infra.dev.vega.ru [90.156.167.14]) by mx1.freebsd.org (Postfix) with ESMTP id 7688C13C4D5 for ; Wed, 13 Feb 2008 11:35:37 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from [87.242.97.68] (port=56838 helo=edoofus.dev.vega.ru) by mail.vega.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JPFtn-000BBo-Qs; Wed, 13 Feb 2008 11:35:35 +0000 Received: from edoofus.dev.vega.ru (localhost [127.0.0.1]) by edoofus.dev.vega.ru (8.14.2/8.14.2) with ESMTP id m1DBZULt045492; Wed, 13 Feb 2008 14:35:30 +0300 (MSK) (envelope-from rermilov@team.vega.ru) Received: (from ru@localhost) by edoofus.dev.vega.ru (8.14.2/8.14.2/Submit) id m1DBZUVG045491; Wed, 13 Feb 2008 14:35:30 +0300 (MSK) (envelope-from rermilov@team.vega.ru) X-Authentication-Warning: edoofus.dev.vega.ru: ru set sender to rermilov@team.vega.ru using -f Date: Wed, 13 Feb 2008 14:35:30 +0300 From: Ruslan Ermilov To: Kostik Belousov Message-ID: <20080213113530.GB45243@team.vega.ru> References: <200802122009.m1CK94Y8026959@repoman.freebsd.org> <20080212200911.B49F416A51C@hub.freebsd.org> <20080212204803.GT57756@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080212204803.GT57756@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@FreeBSD.org Subject: Re: [src] cvs commit: src/include unistd.h src/lib/libc/sys readlink.2 src/sys/compat/freebsd32 syscalls.master src/sys/kern syscalls.master vfs_syscalls.c src/sys/sys syscallsubr.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 11:35:38 -0000 [ Replying to the list. ] On Tue, Feb 12, 2008 at 10:48:04PM +0200, Kostik Belousov wrote: > > -int readlink(const char *, char *, int); > > +ssize_t readlink(const char *, char *, size_t); > You do understand that this changes the ABI ? size_t and int have different > sizes on 64-bit arches, and now upper-half of the register used to pass > the third arg is used. Amd64, fortunately, makes very hard to load a > non-zero into the upper half, I am not so sure about IA64/sparc64. I considered that. I've tested locally on amd64 and sparc64, and ia64 on pluto2.freebsd.org. Since this is only a third argument, it's passed in a 64-bit register, and for any meaningful value of it (0 .. INT_MAX), there's no ABI change at all. I compared .s files. : // cc -S a.c ; mv a.s a.s~ ; cc -S -DNEW a.c ; diff -u a.s~ a.s : #include : #include : : #ifdef NEW : ssize_t readlink(const char *, char *, size_t); : #else : int readlink(const char *, char *, int); : #endif : : void : foo(void) : { : int i; : char buf[1024]; : : i = readlink("foo", buf, INT_MAX); : } > This change, IMHO, requires symbol version compat shims. I don't think so. Cheers, -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 11:38:53 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E36D16A418; Wed, 13 Feb 2008 11:38:53 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id 4388613C455; Wed, 13 Feb 2008 11:38:53 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m1DBco7d019961; Wed, 13 Feb 2008 03:38:53 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m1DBcf3K087982; Wed, 13 Feb 2008 03:38:41 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m1DBceNh023268; Wed, 13 Feb 2008 03:38:41 -0800 (PST) (envelope-from gnn@neville-neil.com) Date: Wed, 13 Feb 2008 20:38:40 +0900 Message-ID: From: gnn@freebsd.org To: "Kip Macy" In-Reply-To: References: User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.10.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: current@freebsd.org, net@freebsd.org Subject: Re: Problems with Chelsio driver in CURRENT... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 11:38:53 -0000 At Wed, 13 Feb 2008 00:52:52 -0800, Kip Macy wrote: > > Oops sorry ... What is the output of 'sysctl dev.cxgbc.0'? > Here ya go, and thanks! Later, George nozomi8# ifconfig cxgb0 cxgb0: flags=8843 metric 0 mtu 9000 options=1bb ether 00:07:43:05:20:43 inet 172.16.0.1 netmask 0xffffff00 broadcast 172.16.0.255 media: Ethernet 10Gbase-CX4 (autoselect ) status: active nozomi8# sysctl dev.cxgbc.0 dev.cxgbc.0.%desc: Chelsio T310 RNIC, 1 port dev.cxgbc.0.%driver: cxgbc dev.cxgbc.0.%location: slot=0 function=0 dev.cxgbc.0.%pnpinfo: vendor=0x1425 device=0x0030 subvendor=0x1425 subdevice=0x0001 class=0x020000 dev.cxgbc.0.%parent: pci9 dev.cxgbc.0.firmware_version: 4.7.0 dev.cxgbc.0.enable_debug: 0 dev.cxgbc.0.tunq_coalesce: 0 dev.cxgbc.0.txq_overrun: 0 dev.cxgbc.0.pcpu_cache_enable: 1 dev.cxgbc.0.cache_alloc: 0 dev.cxgbc.0.cached: 0 dev.cxgbc.0.ext_freed: 0 dev.cxgbc.0.mbufs_outstanding: 0 dev.cxgbc.0.pack_outstanding: 0 dev.cxgbc.0.intr_coal: 10000 dev.cxgbc.0.port0.nqsets: 8 dev.cxgbc.0.port0.qs0.rspq.size: 1024 dev.cxgbc.0.port0.qs0.rspq.cidx: 2 dev.cxgbc.0.port0.qs0.rspq.credits: 2 dev.cxgbc.0.port0.qs0.rspq.phys_addr: 0x0000000003cf0000 dev.cxgbc.0.port0.qs0.rspq.dump_start: 0 dev.cxgbc.0.port0.qs0.rspq.dump_count: 0 dev.cxgbc.0.port0.qs0.txq_eth.dropped: 0 dev.cxgbc.0.port0.qs0.txq_eth.sendqlen: 0 dev.cxgbc.0.port0.qs0.txq_eth.queue_pidx: 0 dev.cxgbc.0.port0.qs0.txq_eth.queue_cidx: 0 dev.cxgbc.0.port0.qs0.txq_eth.processed: 0 dev.cxgbc.0.port0.qs0.txq_eth.cleaned: 0 dev.cxgbc.0.port0.qs0.txq_eth.in_use: 1 dev.cxgbc.0.port0.qs0.txq_eth.frees: 0 dev.cxgbc.0.port0.qs0.txq_eth.skipped: 0 dev.cxgbc.0.port0.qs0.txq_eth.coalesced: 0 dev.cxgbc.0.port0.qs0.txq_eth.enqueued: 1 dev.cxgbc.0.port0.qs0.txq_eth.stopped_flags: 0 dev.cxgbc.0.port0.qs0.txq_eth.phys_addr: 0x000000007e7c0000 dev.cxgbc.0.port0.qs0.txq_eth.qgen: 1 dev.cxgbc.0.port0.qs0.txq_eth.hw_cidx: 0 dev.cxgbc.0.port0.qs0.txq_eth.hw_pidx: 1 dev.cxgbc.0.port0.qs0.txq_eth.dump_start: 0 dev.cxgbc.0.port0.qs0.txq_eth.dump_count: 0 dev.cxgbc.0.port0.qs1.rspq.size: 1024 dev.cxgbc.0.port0.qs1.rspq.cidx: 0 dev.cxgbc.0.port0.qs1.rspq.credits: 0 dev.cxgbc.0.port0.qs1.rspq.phys_addr: 0x0000000084560000 dev.cxgbc.0.port0.qs1.rspq.dump_start: 0 dev.cxgbc.0.port0.qs1.rspq.dump_count: 0 dev.cxgbc.0.port0.qs1.txq_eth.dropped: 0 dev.cxgbc.0.port0.qs1.txq_eth.sendqlen: 0 dev.cxgbc.0.port0.qs1.txq_eth.queue_pidx: 0 dev.cxgbc.0.port0.qs1.txq_eth.queue_cidx: 0 dev.cxgbc.0.port0.qs1.txq_eth.processed: 0 dev.cxgbc.0.port0.qs1.txq_eth.cleaned: 0 dev.cxgbc.0.port0.qs1.txq_eth.in_use: 0 dev.cxgbc.0.port0.qs1.txq_eth.frees: 0 dev.cxgbc.0.port0.qs1.txq_eth.skipped: 0 dev.cxgbc.0.port0.qs1.txq_eth.coalesced: 0 dev.cxgbc.0.port0.qs1.txq_eth.enqueued: 0 dev.cxgbc.0.port0.qs1.txq_eth.stopped_flags: 0 dev.cxgbc.0.port0.qs1.txq_eth.phys_addr: 0x0000000084640000 dev.cxgbc.0.port0.qs1.txq_eth.qgen: 1 dev.cxgbc.0.port0.qs1.txq_eth.hw_cidx: 0 dev.cxgbc.0.port0.qs1.txq_eth.hw_pidx: 0 dev.cxgbc.0.port0.qs1.txq_eth.dump_start: 0 dev.cxgbc.0.port0.qs1.txq_eth.dump_count: 0 dev.cxgbc.0.port0.qs2.rspq.size: 1024 dev.cxgbc.0.port0.qs2.rspq.cidx: 0 dev.cxgbc.0.port0.qs2.rspq.credits: 0 dev.cxgbc.0.port0.qs2.rspq.phys_addr: 0x0000000086b40000 dev.cxgbc.0.port0.qs2.rspq.dump_start: 0 dev.cxgbc.0.port0.qs2.rspq.dump_count: 0 dev.cxgbc.0.port0.qs2.txq_eth.dropped: 0 dev.cxgbc.0.port0.qs2.txq_eth.sendqlen: 0 dev.cxgbc.0.port0.qs2.txq_eth.queue_pidx: 0 dev.cxgbc.0.port0.qs2.txq_eth.queue_cidx: 0 dev.cxgbc.0.port0.qs2.txq_eth.processed: 0 dev.cxgbc.0.port0.qs2.txq_eth.cleaned: 0 dev.cxgbc.0.port0.qs2.txq_eth.in_use: 0 dev.cxgbc.0.port0.qs2.txq_eth.frees: 0 dev.cxgbc.0.port0.qs2.txq_eth.skipped: 0 dev.cxgbc.0.port0.qs2.txq_eth.coalesced: 0 dev.cxgbc.0.port0.qs2.txq_eth.enqueued: 0 dev.cxgbc.0.port0.qs2.txq_eth.stopped_flags: 0 dev.cxgbc.0.port0.qs2.txq_eth.phys_addr: 0x0000000086b60000 dev.cxgbc.0.port0.qs2.txq_eth.qgen: 1 dev.cxgbc.0.port0.qs2.txq_eth.hw_cidx: 0 dev.cxgbc.0.port0.qs2.txq_eth.hw_pidx: 0 dev.cxgbc.0.port0.qs2.txq_eth.dump_start: 0 dev.cxgbc.0.port0.qs2.txq_eth.dump_count: 0 dev.cxgbc.0.port0.qs3.rspq.size: 1024 dev.cxgbc.0.port0.qs3.rspq.cidx: 0 dev.cxgbc.0.port0.qs3.rspq.credits: 0 dev.cxgbc.0.port0.qs3.rspq.phys_addr: 0x0000000088150000 dev.cxgbc.0.port0.qs3.rspq.dump_start: 0 dev.cxgbc.0.port0.qs3.rspq.dump_count: 0 dev.cxgbc.0.port0.qs3.txq_eth.dropped: 0 dev.cxgbc.0.port0.qs3.txq_eth.sendqlen: 0 dev.cxgbc.0.port0.qs3.txq_eth.queue_pidx: 0 dev.cxgbc.0.port0.qs3.txq_eth.queue_cidx: 0 dev.cxgbc.0.port0.qs3.txq_eth.processed: 0 dev.cxgbc.0.port0.qs3.txq_eth.cleaned: 0 dev.cxgbc.0.port0.qs3.txq_eth.in_use: 0 dev.cxgbc.0.port0.qs3.txq_eth.frees: 0 dev.cxgbc.0.port0.qs3.txq_eth.skipped: 0 dev.cxgbc.0.port0.qs3.txq_eth.coalesced: 0 dev.cxgbc.0.port0.qs3.txq_eth.enqueued: 0 dev.cxgbc.0.port0.qs3.txq_eth.stopped_flags: 0 dev.cxgbc.0.port0.qs3.txq_eth.phys_addr: 0x0000000088160000 dev.cxgbc.0.port0.qs3.txq_eth.qgen: 1 dev.cxgbc.0.port0.qs3.txq_eth.hw_cidx: 0 dev.cxgbc.0.port0.qs3.txq_eth.hw_pidx: 0 dev.cxgbc.0.port0.qs3.txq_eth.dump_start: 0 dev.cxgbc.0.port0.qs3.txq_eth.dump_count: 0 dev.cxgbc.0.port0.qs4.rspq.size: 1024 dev.cxgbc.0.port0.qs4.rspq.cidx: 0 dev.cxgbc.0.port0.qs4.rspq.credits: 0 dev.cxgbc.0.port0.qs4.rspq.phys_addr: 0x0000000089bb0000 dev.cxgbc.0.port0.qs4.rspq.dump_start: 0 dev.cxgbc.0.port0.qs4.rspq.dump_count: 0 dev.cxgbc.0.port0.qs4.txq_eth.dropped: 0 dev.cxgbc.0.port0.qs4.txq_eth.sendqlen: 0 dev.cxgbc.0.port0.qs4.txq_eth.queue_pidx: 0 dev.cxgbc.0.port0.qs4.txq_eth.queue_cidx: 0 dev.cxgbc.0.port0.qs4.txq_eth.processed: 0 dev.cxgbc.0.port0.qs4.txq_eth.cleaned: 0 dev.cxgbc.0.port0.qs4.txq_eth.in_use: 0 dev.cxgbc.0.port0.qs4.txq_eth.frees: 0 dev.cxgbc.0.port0.qs4.txq_eth.skipped: 0 dev.cxgbc.0.port0.qs4.txq_eth.coalesced: 0 dev.cxgbc.0.port0.qs4.txq_eth.enqueued: 0 dev.cxgbc.0.port0.qs4.txq_eth.stopped_flags: 0 dev.cxgbc.0.port0.qs4.txq_eth.phys_addr: 0x0000000089ca0000 dev.cxgbc.0.port0.qs4.txq_eth.qgen: 1 dev.cxgbc.0.port0.qs4.txq_eth.hw_cidx: 0 dev.cxgbc.0.port0.qs4.txq_eth.hw_pidx: 0 dev.cxgbc.0.port0.qs4.txq_eth.dump_start: 0 dev.cxgbc.0.port0.qs4.txq_eth.dump_count: 0 dev.cxgbc.0.port0.qs5.rspq.size: 1024 dev.cxgbc.0.port0.qs5.rspq.cidx: 0 dev.cxgbc.0.port0.qs5.rspq.credits: 0 dev.cxgbc.0.port0.qs5.rspq.phys_addr: 0x000000008b4f0000 dev.cxgbc.0.port0.qs5.rspq.dump_start: 0 dev.cxgbc.0.port0.qs5.rspq.dump_count: 0 dev.cxgbc.0.port0.qs5.txq_eth.dropped: 0 dev.cxgbc.0.port0.qs5.txq_eth.sendqlen: 0 dev.cxgbc.0.port0.qs5.txq_eth.queue_pidx: 0 dev.cxgbc.0.port0.qs5.txq_eth.queue_cidx: 0 dev.cxgbc.0.port0.qs5.txq_eth.processed: 0 dev.cxgbc.0.port0.qs5.txq_eth.cleaned: 0 dev.cxgbc.0.port0.qs5.txq_eth.in_use: 0 dev.cxgbc.0.port0.qs5.txq_eth.frees: 0 dev.cxgbc.0.port0.qs5.txq_eth.skipped: 0 dev.cxgbc.0.port0.qs5.txq_eth.coalesced: 0 dev.cxgbc.0.port0.qs5.txq_eth.enqueued: 0 dev.cxgbc.0.port0.qs5.txq_eth.stopped_flags: 0 dev.cxgbc.0.port0.qs5.txq_eth.phys_addr: 0x000000008b520000 dev.cxgbc.0.port0.qs5.txq_eth.qgen: 1 dev.cxgbc.0.port0.qs5.txq_eth.hw_cidx: 0 dev.cxgbc.0.port0.qs5.txq_eth.hw_pidx: 0 dev.cxgbc.0.port0.qs5.txq_eth.dump_start: 0 dev.cxgbc.0.port0.qs5.txq_eth.dump_count: 0 dev.cxgbc.0.port0.qs6.rspq.size: 1024 dev.cxgbc.0.port0.qs6.rspq.cidx: 0 dev.cxgbc.0.port0.qs6.rspq.credits: 0 dev.cxgbc.0.port0.qs6.rspq.phys_addr: 0x000000008cd30000 dev.cxgbc.0.port0.qs6.rspq.dump_start: 0 dev.cxgbc.0.port0.qs6.rspq.dump_count: 0 dev.cxgbc.0.port0.qs6.txq_eth.dropped: 0 dev.cxgbc.0.port0.qs6.txq_eth.sendqlen: 0 dev.cxgbc.0.port0.qs6.txq_eth.queue_pidx: 0 dev.cxgbc.0.port0.qs6.txq_eth.queue_cidx: 0 dev.cxgbc.0.port0.qs6.txq_eth.processed: 0 dev.cxgbc.0.port0.qs6.txq_eth.cleaned: 0 dev.cxgbc.0.port0.qs6.txq_eth.in_use: 0 dev.cxgbc.0.port0.qs6.txq_eth.frees: 0 dev.cxgbc.0.port0.qs6.txq_eth.skipped: 0 dev.cxgbc.0.port0.qs6.txq_eth.coalesced: 0 dev.cxgbc.0.port0.qs6.txq_eth.enqueued: 0 dev.cxgbc.0.port0.qs6.txq_eth.stopped_flags: 0 dev.cxgbc.0.port0.qs6.txq_eth.phys_addr: 0x000000008ccc0000 dev.cxgbc.0.port0.qs6.txq_eth.qgen: 1 dev.cxgbc.0.port0.qs6.txq_eth.hw_cidx: 0 dev.cxgbc.0.port0.qs6.txq_eth.hw_pidx: 0 dev.cxgbc.0.port0.qs6.txq_eth.dump_start: 0 dev.cxgbc.0.port0.qs6.txq_eth.dump_count: 0 dev.cxgbc.0.port0.qs7.rspq.size: 1024 dev.cxgbc.0.port0.qs7.rspq.cidx: 0 dev.cxgbc.0.port0.qs7.rspq.credits: 0 dev.cxgbc.0.port0.qs7.rspq.phys_addr: 0x000000008d110000 dev.cxgbc.0.port0.qs7.rspq.dump_start: 0 dev.cxgbc.0.port0.qs7.rspq.dump_count: 0 dev.cxgbc.0.port0.qs7.txq_eth.dropped: 0 dev.cxgbc.0.port0.qs7.txq_eth.sendqlen: 0 dev.cxgbc.0.port0.qs7.txq_eth.queue_pidx: 0 dev.cxgbc.0.port0.qs7.txq_eth.queue_cidx: 0 dev.cxgbc.0.port0.qs7.txq_eth.processed: 0 dev.cxgbc.0.port0.qs7.txq_eth.cleaned: 0 dev.cxgbc.0.port0.qs7.txq_eth.in_use: 0 dev.cxgbc.0.port0.qs7.txq_eth.frees: 0 dev.cxgbc.0.port0.qs7.txq_eth.skipped: 0 dev.cxgbc.0.port0.qs7.txq_eth.coalesced: 0 dev.cxgbc.0.port0.qs7.txq_eth.enqueued: 0 dev.cxgbc.0.port0.qs7.txq_eth.stopped_flags: 0 dev.cxgbc.0.port0.qs7.txq_eth.phys_addr: 0x000000008d120000 dev.cxgbc.0.port0.qs7.txq_eth.qgen: 1 dev.cxgbc.0.port0.qs7.txq_eth.hw_cidx: 0 dev.cxgbc.0.port0.qs7.txq_eth.hw_pidx: 0 dev.cxgbc.0.port0.qs7.txq_eth.dump_start: 0 dev.cxgbc.0.port0.qs7.txq_eth.dump_count: 0 From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 11:45:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24A9E16A41A for ; Wed, 13 Feb 2008 11:45:09 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id CEAAC13C442 for ; Wed, 13 Feb 2008 11:45:08 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=srJzJssHcSKkWXTmoCblhdHzLGzuvg9HzjKPz9qM1ieEpWmOdVzAerBKPa75UsiJHxf7z/vpCePIJBoYVCHk9pU2x5LH8xzy7Ypo1zoK//OnC8LrH1//0c/E1z/IRyYUEXG+ZS/xVAdVK4tpGCtDPd8Epi8rs9H1AUS/5aXO/1y8lWEPfWr1yUWBdU/33olgV4tDnZRs+jHx25hKMHIgr0wpq6CUwwPvTi4n+TvPNdr55G7jDFSnUE66gH0PDsp/; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1JPG31-00083b-JH; Wed, 13 Feb 2008 11:45:07 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JPG2i-0003k0-Ku; Wed, 13 Feb 2008 11:44:48 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JPG2h-0001HG-BC; Wed, 13 Feb 2008 13:44:47 +0200 To: Oliver Herold , freebsd-current@freebsd.org From: Ian FREISLICH In-Reply-To: Message from "Oliver Herold" of "Wed, 13 Feb 2008 11:02:21 +0100." <20080213100221.GA9786@asgard.home> X-Attribution: BOFH Date: Wed, 13 Feb 2008 13:44:47 +0200 Message-Id: Cc: Subject: Re: FreeBSD RELENG_7 doesn't build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 11:45:09 -0000 "Oliver Herold" wrote: > > --2fHTh5uZTiUOsy+g > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > Hi > > I did an install with FreeBSD 7 RC2 iso and updated the sources (today) to > RELENG_7. It stops compiling after printing this error > > [...] > > gzip -cn info-stnd.inf > info-stnd.info.gz > gzip cn texinfo.info > texinfo.info.gz > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error The real error is reported in my mail "[patch] RELENG_7 buildworld failure in sbin/gpt/migrate.c" I'm willing to bet if you cd /usr/src/sbin/gpt and "make" it will fail. Try the patch in that mail message. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 11:46:46 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C510F16A468 for ; Wed, 13 Feb 2008 11:46:46 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id AF22413C43E for ; Wed, 13 Feb 2008 11:46:46 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m1DBkd7f020128 for ; Wed, 13 Feb 2008 03:46:43 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m1DBkPMq090298 for ; Wed, 13 Feb 2008 03:46:25 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m1DBkO1b024313 for ; Wed, 13 Feb 2008 03:46:25 -0800 (PST) (envelope-from gnn@neville-neil.com) Date: Wed, 13 Feb 2008 20:46:24 +0900 Message-ID: From: gnn@freebsd.org To: current@freebsd.org User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.10.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Subject: 7.0 RC-2 does not boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 11:46:46 -0000 Hi, I have just downloaded 7.0 RC-2/amd64 and it does not boot for me. I've been having various problems moving from RC1->CURRENT and decided to see if RC2 would work. Well, it doesn't. The problems mostly relate to networking but with the RC2 CDROM I cannot boot. Not in safe mode and not in "no ACPI" mode. The boot screen comes up, I get the spinning | sign, it stops, machine hung, no joy. This is a 2P/8core Xeon box from SuperMicro, with a single SCSI HDD, and 10Gbe Chelsio card. It is set up to be all serial (no keyboard or head). Works OK under 7.0 RC-1, but after that, something "happened". Best, George Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-RC1 #0: Mon Dec 24 10:10:07 UTC 2007 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU E5320 @ 1.86GHz (1866.68-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f7 Stepping = 7 Features=0xbfebfbff Features2=0x4e3bd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 4 usable memory = 8576323584 (8179 MB) avail memory = 8289124352 (7905 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: HPT RocketRAID controller driver v1.1 (Dec 24 2007 10:08:39) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 71e071e0600071e device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 71e071e0600071e device_attach: est1 attach returned 6 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 71e071e0600071e device_attach: est2 attach returned 6 p4tcc2: on cpu2 cpu3: on acpi0 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 71e071e0600071e device_attach: est3 attach returned 6 p4tcc3: on cpu3 cpu4: on acpi0 est4: on cpu4 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 71e071e0600071e device_attach: est4 attach returned 6 p4tcc4: on cpu4 cpu5: on acpi0 est5: on cpu5 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 71e071e0600071e device_attach: est5 attach returned 6 p4tcc5: on cpu5 cpu6: on acpi0 est6: on cpu6 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 71e071e0600071e device_attach: est6 attach returned 6 p4tcc6: on cpu6 cpu7: on acpi0 est7: on cpu7 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 71e071e0600071e device_attach: est7 attach returned 6 p4tcc7: on cpu7 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 0.0 on pci1 pci2: on pcib2 pcib3: irq 16 at device 0.0 on pci2 pci3: on pcib3 pcib4: at device 0.0 on pci3 pci4: on pcib4 ahd0: port 0x2400-0x24ff,0x2000-0x20ff mem 0xd8b00000-0xd8b01fff irq 16 at device 2.0 on pci4 ahd0: [ITHREAD] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs ahd1: port 0x2c00-0x2cff,0x2800-0x28ff mem 0xd8b02000-0xd8b03fff irq 17 at device 2.1 on pci4 ahd1: [ITHREAD] aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs pcib5: at device 0.2 on pci3 pci5: on pcib5 pcib6: irq 18 at device 2.0 on pci2 pci6: on pcib6 em0: port 0x3000-0x301f mem 0xd8a20000-0xd8a3ffff,0xd8a00000-0xd8a1ffff irq 18 at device 0.0 on pci6 em0: Using MSI interrupt em0: Ethernet address: 00:30:48:64:1d:ac em0: [FILTER] em1: port 0x3020-0x303f mem 0xd8a60000-0xd8a7ffff,0xd8a40000-0xd8a5ffff irq 19 at device 0.1 on pci6 em1: Using MSI interrupt em1: Ethernet address: 00:30:48:64:1d:ad em1: [FILTER] pcib7: at device 0.3 on pci1 pci7: on pcib7 pcib8: at device 4.0 on pci0 pci8: on pcib8 pcib9: at device 6.0 on pci0 pci9: on pcib9 pci9: at device 0.0 (no driver attached) pci0: at device 8.0 (no driver attached) pcib10: irq 17 at device 28.0 on pci0 pci10: on pcib10 uhci0: port 0x1800-0x181f irq 17 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xd8f00000-0xd8f003ff irq 17 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib11: at device 30.0 on pci0 pci11: on pcib11 vgapci0: port 0x4000-0x40ff mem 0xd0000000-0xd7ffffff,0xd8c00000-0xd8c0ffff irq 18 at device 1.0 on pci11 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] orm0: at iomem 0xc0000-0xcafff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec hptrr: no controller detected. Waiting 5 seconds for SCSI devices to settle acd0: DVDROM at ata0-slave UDMA33 da0 at ahd0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz DT, offset 63, 16bit) da0: Command Queueing Enabled da0: 140014MB (286749488 512 byte sectors: 255H 63S/T 17849C) SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #7 Launched! Trying to mount root from ufs:/dev/da0s1a em1: link state changed to UP cxgbc0: mem 0xd8801000-0xd8801fff,0xd8000000-0xd87fffff,0xd8800000-0xd8800fff irq 18 at device 0.0 on pci9 cxgb0: on cxgbc0 cxgb0: Ethernet address: 00:07:43:05:20:68 cxgbc0: [ITHREAD] setting up interrupt for port=0 cxgbc0: [ITHREAD] bind qsets cxgb0: link state changed to DOWN cxgbc0: enabling interrupts on port=0 From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 11:47:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5ACA116A473 for ; Wed, 13 Feb 2008 11:47:53 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2077313C4E1 for ; Wed, 13 Feb 2008 11:47:53 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: by bsdcrew.de (Postfix, from userid 1001) id 583004AC55; Wed, 13 Feb 2008 12:47:51 +0100 (CET) Date: Wed, 13 Feb 2008 12:47:51 +0100 From: Martin Wilke To: Eygene Ryabinkin Message-ID: <20080213114751.GB6662@bsdcrew.de> References: <20080213100221.GA9786@asgard.home> <1IdkHkB3pI1dmn6DGybCPvGhl7I@W113hUIsrtTSFAtVU8onfJZBv3o> <20080213105840.GA10159@asgard.home> <9re+xXyMClQLsXM8vgdWFMYph8Y@TyhEYmaICINWfUdtX3j4AEY1wdo> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Oliver Herold , freebsd-current@freebsd.org Subject: Re: [OT: mail bounces] Re: FreeBSD RELENG_7 doesn't build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 11:47:53 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, Feb 13, 2008 at 02:16:25PM +0300, Eygene Ryabinkin wrote: > [ Sending this to the list, because personal mail seems to be > undelivered. Sorry for the noise. ] > > Oliver, I had received two non-delivery notifications from your > MX: > ----- > oli@akephalos.de > Error after RCPT TO:: > host smtp-02.tld.t-online.de [194.25.134.12]: > 550 5.1.1 user unknown > ----- > Before this one message went through the MX: > ----- > 2008-02-11 19:35:46 +0300 oliver@akephalos.de smtp-02.tld.t-online.de [194.25.134.12]:25: 250 2.0.0 Message accepted. > ----- Yep he sends from the wrong mail adress, i've forwarded your last mail. Thanks - - Martin > > But not the later ones: > ----- > 2008-02-13 13:47:43 +0300 oli@akephalos.de Error after RCPT TO:: host smtp-02.tld.t-online.de [194.25.134.12]: 550 5.1.1 user unknown > 2008-02-13 14:03:14 +0300 oli@akephalos.de Error after RCPT TO:: host smtp-02.tld.t-online.de [194.25.134.12]: 550 5.1.1 user unknown > ----- > > So either your MX is doing something strange, or my mailer provokes > it. If the problem is the latter -- I am eager to know about it. > Maybe we can move it off-list. > > Thanks! > -- > Eygene > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > - -- +-----------------------+-------------------------------+ | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHstjmFwpycAVoI1MRArzbAKCIAI/QM+FBWDKz24qnSiqwo5P4YACfTYJF erO5M1L5cZkHnMv4CFaGzz0= =o1YQ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 11:50:57 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8ABF516A417; Wed, 13 Feb 2008 11:50:57 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8040113C45E; Wed, 13 Feb 2008 11:50:57 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 38CFE1CC064; Wed, 13 Feb 2008 03:33:21 -0800 (PST) Date: Wed, 13 Feb 2008 03:33:21 -0800 From: Jeremy Chadwick To: Ivan Voras Message-ID: <20080213113321.GA52329@eos.sc1.parodius.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS lockup in "zfs" state X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 11:50:57 -0000 On Wed, Feb 13, 2008 at 11:43:42AM +0100, Ivan Voras wrote: > Hi, > > A machine just wedged its ZFS file systems (UFS file systems were still > running), all unresponsive processes were in "zfs" state. This is > 7.0-RC1 on i386 with 2 GB RAM. It has happened at least once before. > > I have a kernel core dump (dumped from kdb/ddb on hotkey), if anyone's > interested. Were you copying any data from a ZFS pool to a UFS filesystem, or ZFS-to-ZFS, at that time? Does your coredump's backtrace look at all similar to the below report? http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/040047.html -- | Jeremy Chadwick jdc at 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-current@FreeBSD.ORG Wed Feb 13 12:44:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B234E16A418 for ; Wed, 13 Feb 2008 12:44:58 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 29B4D13C474 for ; Wed, 13 Feb 2008 12:44:57 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id m1DCit1A099262; Wed, 13 Feb 2008 13:44:55 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id m1DCimwH069549 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Feb 2008 13:44:49 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id m1DCimHR053470; Wed, 13 Feb 2008 13:44:48 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id m1DCilj3053469; Wed, 13 Feb 2008 13:44:48 +0100 (CET) (envelope-from ticso) Date: Wed, 13 Feb 2008 13:44:47 +0100 From: Bernd Walter To: "Aryeh M. Friedman" , freebsd-current@freebsd.org Message-ID: <20080213124447.GK46322@cicely12.cicely.de> References: <47B195EF.9060603@gmail.com> <20080212202012.GV7399@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080212202012.GV7399@funkthat.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on cicely12.cicely.de Cc: Subject: Re: does this error message mean anything bad? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 12:44:58 -0000 On Tue, Feb 12, 2008 at 12:20:12PM -0800, John-Mark Gurney wrote: > Aryeh M. Friedman wrote this message on Tue, Feb 12, 2008 at 07:49 -0500: > > Limiting closed port RST response from 266 to 200 packets/second. > > Since everyone else has thrown their two bits in, it could also mean > that you have a busy server, and that you are exceeding 200 > connections/sec, and that this is limiting the number of connections > we fully close per second. If you are testing a web server over > gige w/ small files, you will usually run into this problem.. > > Upding the sysctl net.inet.icmp.icmplim will increase this limit. > Yes, I know it's not intuitive the ICMP limit is responsible for > TCP RST's, but that's the way it is... This is a _closed_ port RST, so a response to a packet, which belong to a non existing connection. This usually happens because outdated packets reach you, or your system isn't the same as the other sides expected (either your host crashed or you got anothers systems dynamic IP). Another reason for this to happen is because of bugs in the TCP code of the _other_ side - IIRC windows has had such a bug many years ago. There is no special reason to increase the icmp lim, because it is just to play nice with the other side(s), which is doing something questionable anyway, if you are seeing that much responses. This is not limiting you to 200 connection/s in any way, it is just triggered if things go wrong. If you see this on a busy server, you are either hit by the windows bug, or by a bad connection between you and the client(s). -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 12:47:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED56B16A419 for ; Wed, 13 Feb 2008 12:47:05 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id A4C1813C46E for ; Wed, 13 Feb 2008 12:47:05 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=dPJI9YM5UiS6cOl53moG0YCZlrG+A2ajgkgxatfPlKAGiW7alkb6BKHxLY1H5H7jayejBuOAayn/FbJXf9ZRl/ebPVXuvCp5mJtaMgolLnhngvdRsUwHpDT9KahH0565Z60iAP39mR+AtX2EvZvB4Rk7pvspuNcdGevVKE21MAo=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JPH0y-0007ST-4E; Wed, 13 Feb 2008 15:47:04 +0300 Date: Wed, 13 Feb 2008 15:47:02 +0300 From: Eygene Ryabinkin To: Ian FREISLICH Message-ID: References: <20080213100221.GA9786@asgard.home> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.9 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_40 Cc: marcel@freebsd.org, freebsd-current@freebsd.org Subject: Re: FreeBSD RELENG_7 doesn't build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 12:47:06 -0000 Ian, Wed, Feb 13, 2008 at 01:44:47PM +0200, Ian FREISLICH wrote: > The real error is reported in my mail "[patch] RELENG_7 buildworld > failure in sbin/gpt/migrate.c" > > I'm willing to bet if you cd /usr/src/sbin/gpt and "make" it will > fail. Try the patch in that mail message. Worked for me. I had used the latest disklabel.h, the diff with the RELENG_7's one can be obtained from http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/sys/disklabel.h.diff?r1=1.110;r2=1.108) >From the end-user perspective, this is identical to your patch, but it might be better to commit the full diff to sync with the HEAD's disklabel.h -- this should not hurt, judging by the commit history: http://lists.freebsd.org/pipermail/cvs-all/2007-December/239628.html http://lists.freebsd.org/pipermail/cvs-all/2007-December/239630.html Thank you! -- Eygene From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 13:11:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6A6D16A41B for ; Wed, 13 Feb 2008 13:11:08 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 96A9613C45B for ; Wed, 13 Feb 2008 13:11:08 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=uQxYdA0WZz50zuzuO0rj6IRL0bOFzlua5qoafuG23J2edrzSTptaZ3gkpTog17dagm8blTmbNLJ4NmZhop+RwFPGw14Jmxct3bZWIXhZUpg7kxIKWpJmZUKBC1tmXRz5S3Ez1/QW+rqoHiH059oC9/+E6Cy40i0tvH1cN1Az+x1DGXIyi0x5Z6mx7PPDXnp3Wsx6eyjsJnnclpZbWVVoAuk6dam4dWbh8wqizmi6RN4lueOYCGDUq27UtxDEeEdY; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1JPHOF-0006F5-PW; Wed, 13 Feb 2008 13:11:07 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JPHO4-0004zk-2d; Wed, 13 Feb 2008 13:10:56 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JPHO2-0001R4-Mu; Wed, 13 Feb 2008 15:10:54 +0200 To: Eygene Ryabinkin From: Ian FREISLICH In-Reply-To: Message from Eygene Ryabinkin of "Wed, 13 Feb 2008 15:47:02 +0300." X-Attribution: BOFH Date: Wed, 13 Feb 2008 15:10:54 +0200 Message-Id: Cc: marcel@freebsd.org, freebsd-current@freebsd.org Subject: Re: FreeBSD RELENG_7 doesn't build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 13:11:08 -0000 Eygene Ryabinkin wrote: > Ian, > > Wed, Feb 13, 2008 at 01:44:47PM +0200, Ian FREISLICH wrote: > > The real error is reported in my mail "[patch] RELENG_7 buildworld > > failure in sbin/gpt/migrate.c" > > > > I'm willing to bet if you cd /usr/src/sbin/gpt and "make" it will > > fail. Try the patch in that mail message. > > Worked for me. I had used the latest disklabel.h, the diff with > the RELENG_7's one can be obtained from > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/sys/disklabel.h.diff?r1=1.110 ;r2=1.108) I was just working from the perspective on minimal change. Only ZFS stuff was introduced. I guess we can let someone with a commit bit (JHB's breakage in this case) decide how much is actually included in the end. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 13:21:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4B0C16A419; Wed, 13 Feb 2008 13:21:47 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 77C6D13C46E; Wed, 13 Feb 2008 13:21:46 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=KCCiSJksap9H0wJAx7DGLmaXyGzqBipgQDn32hQgFZmWu5gA8NoS+YGZJXkA5A9CseH8DzfZDlILmEgnOiX36PX4PlnJNUFJnwVymFbmp1Ob/YmwOrmvO4/h/pE8ZAv2K/C4Ji3GGSV/bO70EUSTTEjFMKDWZ4f0yHQKQu82qZ4=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JPHYX-0007g4-Cl; Wed, 13 Feb 2008 16:21:45 +0300 Date: Wed, 13 Feb 2008 16:21:44 +0300 From: Eygene Ryabinkin To: Ian FREISLICH Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.8 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: marcel@freebsd.org, freebsd-current@freebsd.org Subject: Re: FreeBSD RELENG_7 doesn't build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 13:21:47 -0000 Wed, Feb 13, 2008 at 03:10:54PM +0200, Ian FREISLICH wrote: > I was just working from the perspective on minimal change. Only > ZFS stuff was introduced. I guess we can let someone with a commit > bit (JHB's breakage in this case) decide how much is actually > included in the end. Yeah, sure, it is up to committers. Thanks for this message: I forgot to Cc my previous mail to jhb@ ;)) -- Eygene From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 13:31:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACEE116A468; Wed, 13 Feb 2008 13:31:56 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id A18BC13C46A; Wed, 13 Feb 2008 13:31:56 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 623D81CC038; Wed, 13 Feb 2008 05:31:56 -0800 (PST) Date: Wed, 13 Feb 2008 05:31:56 -0800 From: Jeremy Chadwick To: Ivan Voras Message-ID: <20080213133156.GA5645@eos.sc1.parodius.com> References: <20080213113321.GA52329@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS lockup in "zfs" state X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 13:31:56 -0000 On Wed, Feb 13, 2008 at 12:53:31PM +0100, Ivan Voras wrote: > Jeremy Chadwick wrote: > > On Wed, Feb 13, 2008 at 11:43:42AM +0100, Ivan Voras wrote: > >> Hi, > >> > >> A machine just wedged its ZFS file systems (UFS file systems were still > >> running), all unresponsive processes were in "zfs" state. This is > >> 7.0-RC1 on i386 with 2 GB RAM. It has happened at least once before. > >> > >> I have a kernel core dump (dumped from kdb/ddb on hotkey), if anyone's > >> interested. > > > > Were you copying any data from a ZFS pool to a UFS filesystem, or > > ZFS-to-ZFS, at that time? > > I don't know - the machine is a server that's been doing it's job (web > server, mysql, java). Depending on when the problem started, there could > have been a rsync from ZFS to UFS for backup purposes. > > > Does your coredump's backtrace look at all > > similar to the below report? > > > > http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/040047.html > > I vaguely remember there being something about sockbuf when I had the > online debugger running and java (tomcat) is definitely running on the > server. Can you advise me how to extract this kind of information from a > kernel core dump (kgdb doesn't have show alllocks, etc :) )? I personally don't know. kris@ should be able to help with this. Volunteering people for stuff again, heh. :-) -- | Jeremy Chadwick jdc at 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-current@FreeBSD.ORG Wed Feb 13 14:16:44 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 673F116A417; Wed, 13 Feb 2008 14:16:44 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id 567E313C4DB; Wed, 13 Feb 2008 14:16:44 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m1DEGf7f023864; Wed, 13 Feb 2008 06:16:44 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m1DEGCDj053050; Wed, 13 Feb 2008 06:16:12 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m1DEGBsk048278; Wed, 13 Feb 2008 06:16:12 -0800 (PST) (envelope-from gnn@neville-neil.com) Date: Wed, 13 Feb 2008 23:16:11 +0900 Message-ID: From: gnn@freebsd.org To: gnn@freebsd.org In-Reply-To: References: User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.10.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: current@freebsd.org Subject: Re: 7.0 RC-2 does not boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 14:16:44 -0000 At Wed, 13 Feb 2008 20:46:24 +0900, gnn@freebsd.org wrote: > > Hi, > > I have just downloaded 7.0 RC-2/amd64 and it does not boot for me. > I've been having various problems moving from RC1->CURRENT and decided > to see if RC2 would work. Well, it doesn't. The problems mostly > relate to networking but with the RC2 CDROM I cannot boot. Not in > safe mode and not in "no ACPI" mode. The boot screen comes up, I get > the spinning | sign, it stops, machine hung, no joy. > > This is a 2P/8core Xeon box from SuperMicro, with a single SCSI HDD, > and 10Gbe Chelsio card. It is set up to be all serial (no keyboard or > head). Works OK under 7.0 RC-1, but after that, something "happened". > Nevermind this bit. It boots, I just have to go back to the vidconsole. Sigh... But CURRENT is still hosed, re: other message. Best, GEorge From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 14:27:19 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44C0416A417 for ; Wed, 13 Feb 2008 14:27:19 +0000 (UTC) (envelope-from wmoran@potentialtech.com) Received: from mail.potentialtech.com (internet.potentialtech.com [66.167.251.6]) by mx1.freebsd.org (Postfix) with ESMTP id 1E32613C458 for ; Wed, 13 Feb 2008 14:27:18 +0000 (UTC) (envelope-from wmoran@potentialtech.com) Received: from vanquish.ws.pitbpa0.priv.collaborativefusion.com (pr40.pitbpa0.pub.collaborativefusion.com [206.210.89.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.potentialtech.com (Postfix) with ESMTP id 1F918EBC3B; Wed, 13 Feb 2008 09:08:43 -0500 (EST) Date: Wed, 13 Feb 2008 09:08:42 -0500 From: Bill Moran To: Ed Schouten Message-Id: <20080213090842.65b240e6.wmoran@potentialtech.com> In-Reply-To: <20080213073155.GA1340@hoeg.nl> References: <20080213073155.GA1340@hoeg.nl> X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Ian FREISLICH , current@freebsd.org Subject: Re: Testing box available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 14:27:19 -0000 In response to Ed Schouten : > * Ian FREISLICH wrote: > > As an aside, a 64 way parallel make buildworld doesn't saturate the CPU. > > I'm not sure, but I think if you do this: > > make -j64 > > it only spawns 64 processes to handle the top level make process. This > would mean we've got a couple of processes doing this: > > make -C bin > make -C lib > make -C sbin > make -C usr.bin > make -C usr.sbin > > and the other processes will just quit, because they don't have anything > to do. Right? :-) Basically, -j tells make the _maximum_ number of jobs to run in parallel. I frequently do -j99, but I've never seen more than about 20. You can't just look at it for a second, either. Certain parts of the build process have more parallelism available than others, so you might look at it at a point where there are only a few. If you really want to saturate it, copy the src tree a few times and start a make -j99 buildworld in all of them simultaneously :D -- Bill Moran http://www.potentialtech.com From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 14:30:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6033016A46B for ; Wed, 13 Feb 2008 14:30:33 +0000 (UTC) (envelope-from hpcharles@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.179]) by mx1.freebsd.org (Postfix) with ESMTP id 2274E13C4DB for ; Wed, 13 Feb 2008 14:30:32 +0000 (UTC) (envelope-from hpcharles@gmail.com) Received: by el-out-1112.google.com with SMTP id r27so29956ele.3 for ; Wed, 13 Feb 2008 06:30:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=CwIgx9vjpaZ07PnTw2+Mt9KXP6F4mBq4d/kso0Y1ziQ=; b=hbBhRa3A3bL569ixBIb6TjMdCZTtyEX+7bMduAdB0S1q94CmJPS249Op/J3FMB4P8Wduqy61Q5a5xh/ocvovDMVEXiWiyTFVo5F+0uo7i1H2PVfo3DJ8KL2hButZLqGPSV0+pQEOyDKoo9Nt+mNaZ8ZnXF48LL1iqfz31Ew7b2w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SIYAFPLSjhWln75q+ghfgJmtm9Id4qKfFRTrGNVIcz0qdbYGW43BNxgvvhS5kMgQQoVNHtmeMQhlC7v2l9L67sNrqlPh3rWHeKoWm/em4MPYZcs2NInoHTeIdrB4zr/tT3WXC29apd7ijXh4wKwSRjsIxafud//WgVi98qo+qKE= Received: by 10.143.16.9 with SMTP id t9mr2131447wfi.164.1202913031230; Wed, 13 Feb 2008 06:30:31 -0800 (PST) Received: by 10.143.52.1 with HTTP; Wed, 13 Feb 2008 06:30:31 -0800 (PST) Message-ID: <4734a3ed0802130630v7c6dc56q6f0e4f06bf1c35d2@mail.gmail.com> Date: Wed, 13 Feb 2008 15:30:31 +0100 From: "Henri-Pierre Charles" To: freebsd-current@freebsd.org, freebsd-questions@freebsd.org In-Reply-To: <4734a3ed0802111033k9296e10lf24eec8d6569ef5@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4734a3ed0802111033k9296e10lf24eec8d6569ef5@mail.gmail.com> Cc: Subject: Re: How to debug hot key disfuntion (on asus eepc) ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hpcharles@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 14:30:33 -0000 Hello, On 2/11/08, Henri-Pierre Charles wrote: > Hello, I have an asus eepc 701, FreeBSD 7.0 RC1 + patch for the ath > wifi connection. > It work quite well, but I'm unable to use ALT+F5 which is supposed to > swicth between LCD and VGA port (with or without ACPI enabled). > I answer for myself : * It's an acpi related problem, but I still don't know how to debug this * A turnaround is a script with xrand. Boot FreeBSD with a vga connection. Start X (I personnaly use startxfce4 WITHOUT any xorg.conf). In an xterm type xrandr : You get > xrandr Screen 0: minimum 320 x 200, current 1280 x 1024, maximum 1280 x 1280 VGA connected 1280x1024+0+0 (normal left inverted right x axis y axis) 376mm x 301mm 1280x1024 60.0*+ 75.0 59.9 1280x960 59.9 1152x864 75.0 74.8 1024x768 75.1 70.1 60.0 832x624 74.6 800x600 72.2 75.0 60.3 56.2 640x480 75.0 72.8 66.7 60.0 720x400 70.1 LVDS connected 800x480+0+0 (normal left inverted right x axis y axis) 0mm x 0mm 800x480 60.0*+ 640x480 85.0 72.8 75.0 59.9 720x400 85.0 640x400 85.1 640x350 85.1 TV disconnected (normal left inverted right x axis y axis) You can activate/desactivate the vga port with : > xrandr --output VGA --off > xrandr --output VGA --auto Thanks for : http://nighthack.org/wiki/EeeBSD Follow all the steps except for xorg.conf Then pick some ideas from http://www.di2.nu/software/eeetweaks.htm (xorg.conf and vga-toggle) You are done with a pretty cool screen : screen #0: dimensions: 1280x1024 pixels (375x300 millimeters) resolution: 87x87 dots per inch depths (7): 24, 1, 4, 8, 15, 16, 32 root window id: 0x7d depth of root window: 24 planes The only annoying point is the network interface which doesn't work. (the wireless is ok) Any idea ? -- HPC From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 14:45:56 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B30BD16A421; Wed, 13 Feb 2008 14:45:56 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id 9DA9E13C4CC; Wed, 13 Feb 2008 14:45:56 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m1DEjq7j024879; Wed, 13 Feb 2008 06:45:56 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m1DEjg7d066311; Wed, 13 Feb 2008 06:45:42 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m1DEjfh2054126; Wed, 13 Feb 2008 06:45:41 -0800 (PST) (envelope-from gnn@neville-neil.com) Date: Wed, 13 Feb 2008 23:45:40 +0900 Message-ID: From: gnn@freebsd.org To: gnn@freebsd.org In-Reply-To: References: User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.10.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Kip Macy , current@freebsd.org, net@freebsd.org Subject: Re: Problems with Chelsio driver in CURRENT... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 14:45:56 -0000 OK, one more data point. The issue is somewhere between RC2 and CURRENT. I just put RC2 on the same box, and RC1 can talk to RC2 over the Chelsio cards. I have now tried RC2 and CURRENT and still no dice. Best, George From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 15:43:49 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A771616A4BF for ; Wed, 13 Feb 2008 15:43:49 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63908.mail.re1.yahoo.com (web63908.mail.re1.yahoo.com [69.147.97.123]) by mx1.freebsd.org (Postfix) with SMTP id 50FEF13C4D1 for ; Wed, 13 Feb 2008 15:43:49 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 58102 invoked by uid 60001); 13 Feb 2008 15:17:07 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=yqVxR+OvZw6PdJpS7ABIbJKanRpyUMIPN5eT1Srv90ksE6mVGo64GqfeObHIVTkP5jj+1XfQK9h4c6j30xN/WSvNOwtFyzPn88n5EKEi9CnD0AFAHNDkYFjLnxLIrRuMFQkOAB1xnxuH8AoTfCRJXKwjuSUh0ZSzCsKOYLiBOvs=; X-YMail-OSG: lP_wJYUVM1k3857IIXLWG9dRpAks9ptJPndMEnfCJhZ5EG9DXPVQNT3oFYb9XVkuISxMZwowJE27BEh7Tw1Wv7.CtT2GiWc.rxSDce00UHj9jewb5wU6hqmGeJr5ex2v03mDPa.u5_jKvouG Received: from [98.203.28.38] by web63908.mail.re1.yahoo.com via HTTP; Wed, 13 Feb 2008 07:17:07 PST Date: Wed, 13 Feb 2008 07:17:07 -0800 (PST) From: Barney Cordoba To: current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <351857.57919.qm@web63908.mail.re1.yahoo.com> Cc: Subject: Driver Documentation in 7.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 15:43:49 -0000 I'm porting some drivers to 7.x and I find the documentation very frustrating. The developer docs routinely use words like "new" and "latest", but there is no indication of what version they were written for. It seems in 7 that if_watchdog has been antiquated, but I don't see what its been replaced with. Are there docs for 7? Or at least a change requirements doc so that I can get an idea of what things need to be reworked other than a tedious trial and error method? Barney ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 15:50:19 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A901416A420; Wed, 13 Feb 2008 15:50:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 84D3F13C47E; Wed, 13 Feb 2008 15:50:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DFoIdn018747; Wed, 13 Feb 2008 10:50:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DFoIU7014372; Wed, 13 Feb 2008 10:50:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1E73473039; Wed, 13 Feb 2008 10:50:17 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080213155018.1E73473039@freebsd-current.sentex.ca> Date: Wed, 13 Feb 2008 10:50:17 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 15:50:19 -0000 TB --- 2008-02-13 14:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-13 14:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-02-13 14:20:00 - cleaning the object tree TB --- 2008-02-13 14:20:47 - cvsupping the source tree TB --- 2008-02-13 14:20:47 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-02-13 14:20:54 - building world (CFLAGS=-O -pipe) TB --- 2008-02-13 14:20:54 - cd /src TB --- 2008-02-13 14:20:54 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 13 14:20:55 UTC 2008 >>> 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 Wed Feb 13 15:47:51 UTC 2008 TB --- 2008-02-13 15:47:51 - generating LINT kernel config TB --- 2008-02-13 15:47:51 - cd /src/sys/amd64/conf TB --- 2008-02-13 15:47:51 - /usr/bin/make -B LINT TB --- 2008-02-13 15:47:51 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-13 15:47:51 - cd /src TB --- 2008-02-13 15:47:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Feb 13 15:47:51 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding cc: /src/sys/fs/coda/coda_namecache.c: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-13 15:50:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-13 15:50:17 - ERROR: failed to build lint kernel TB --- 2008-02-13 15:50:17 - tinderbox aborted TB --- 4016.99 user 501.81 system 5417.19 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 16:16:55 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4786316A41A for ; Wed, 13 Feb 2008 16:16:55 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 113D813C4CE for ; Wed, 13 Feb 2008 16:16:55 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 0903346BD2; Wed, 13 Feb 2008 11:16:54 -0500 (EST) Date: Wed, 13 Feb 2008 16:16:53 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: FreeBSD Tinderbox In-Reply-To: <20080213155018.1E73473039@freebsd-current.sentex.ca> Message-ID: <20080213161624.F13849@fledge.watson.org> References: <20080213155018.1E73473039@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 16:16:55 -0000 On Wed, 13 Feb 2008, FreeBSD Tinderbox wrote: > /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding > cc: /src/sys/fs/coda/coda_namecache.c: No such file or directory > mkdep: compile failed > *** Error code 1 Looks like I missed committing to src/sys/conf, but have now caught up. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 16:23:16 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47ECF16A46D; Wed, 13 Feb 2008 16:23:16 +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 23D5F13C478; Wed, 13 Feb 2008 16:23:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DGNFow023007; Wed, 13 Feb 2008 11:23:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DGNFnK088917; Wed, 13 Feb 2008 11:23:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4A5A973039; Wed, 13 Feb 2008 11:23:15 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080213162315.4A5A973039@freebsd-current.sentex.ca> Date: Wed, 13 Feb 2008 11:23:15 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 16:23:16 -0000 TB --- 2008-02-13 15:19:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-13 15:19:02 - starting HEAD tinderbox run for i386/i386 TB --- 2008-02-13 15:19:02 - cleaning the object tree TB --- 2008-02-13 15:19:33 - cvsupping the source tree TB --- 2008-02-13 15:19:33 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-02-13 15:19:40 - building world (CFLAGS=-O -pipe) TB --- 2008-02-13 15:19:40 - cd /src TB --- 2008-02-13 15:19:40 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 13 15:19:42 UTC 2008 >>> 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 Wed Feb 13 16:20:51 UTC 2008 TB --- 2008-02-13 16:20:51 - generating LINT kernel config TB --- 2008-02-13 16:20:51 - cd /src/sys/i386/conf TB --- 2008-02-13 16:20:51 - /usr/bin/make -B LINT TB --- 2008-02-13 16:20:51 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-13 16:20:51 - cd /src TB --- 2008-02-13 16:20:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Feb 13 16:20:51 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding cc: /src/sys/fs/coda/coda_namecache.c: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-13 16:23:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-13 16:23:15 - ERROR: failed to build lint kernel TB --- 2008-02-13 16:23:15 - tinderbox aborted TB --- 2878.83 user 340.92 system 3852.89 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 16:41:24 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2D0D16A420 for ; Wed, 13 Feb 2008 16:41:24 +0000 (UTC) (envelope-from stas@ht-systems.ru) Received: from smtp.ht-systems.ru (mr0.ht-systems.ru [78.110.50.55]) by mx1.freebsd.org (Postfix) with ESMTP id 624E413C459 for ; Wed, 13 Feb 2008 16:41:23 +0000 (UTC) (envelope-from stas@ht-systems.ru) Received: from [78.110.49.49] (helo=quasar.ht-systems.ru) by smtp.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1JPK6T-0002q2-B2 for freebsd-current@FreeBSD.org; Wed, 13 Feb 2008 19:04:57 +0300 Received: by quasar.ht-systems.ru (Postfix, from userid 1024) id 370127D1002; Wed, 13 Feb 2008 19:04:56 +0300 (MSK) Date: Wed, 13 Feb 2008 19:04:56 +0300 From: Stanislav Sedov To: freebsd-current@FreeBSD.org Message-ID: <20080213160456.GA13484@dracon.ht-systems.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: The FreeBSD Project X-Voice: +7 916 849 20 23 X-XMPP: ssedov@jabber.ru X-Yahoo: stanislav_sedov X-PGP-Fingerprint: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 X-University: MEPhI X-Mailer: carrier-pigeon X-Operating-System: FreeBSD quasar.ht-systems.ru 7.0-BETA2 FreeBSD 7.0-BETA2 Cc: Subject: dump(8) hangup on RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 16:41:24 -0000 Hi! I recently installed the RC2 snapshot and discovered an interesting problem: dump utility frequently hangs up independently from what and where it dumps. Several other people also reported the same problem. When the hangup occurs, the main dump process freezes in the state sbwait, awaiting some input from child proceesses, wheere the last ones hangs in 'pause' state. It looks like some signal problem, though I'm not sure. Does anyone have any suggestion what it can be or how to debug that? It seems that at least BETA2 isn't affected by this problem. I tried to use ktrace to find something, but can't see anything wrong in its output. Thanks! -- Stanislav Sedov ST4096-RIPE From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 16:53:38 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E03E16A41B; Wed, 13 Feb 2008 16:53:38 +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 5890713C44B; Wed, 13 Feb 2008 16:53:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DGrbXM010040; Wed, 13 Feb 2008 11:53:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DGrbsm044058; Wed, 13 Feb 2008 11:53:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C109A73039; Wed, 13 Feb 2008 11:53:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080213165336.C109A73039@freebsd-current.sentex.ca> Date: Wed, 13 Feb 2008 11:53:36 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 16:53:38 -0000 TB --- 2008-02-13 15:50:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-13 15:50:18 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-02-13 15:50:18 - cleaning the object tree TB --- 2008-02-13 15:50:49 - cvsupping the source tree TB --- 2008-02-13 15:50:49 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-02-13 15:50:55 - building world (CFLAGS=-O -pipe) TB --- 2008-02-13 15:50:55 - cd /src TB --- 2008-02-13 15:50:55 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 13 15:50:57 UTC 2008 >>> 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 Wed Feb 13 16:51:36 UTC 2008 TB --- 2008-02-13 16:51:36 - generating LINT kernel config TB --- 2008-02-13 16:51:36 - cd /src/sys/pc98/conf TB --- 2008-02-13 16:51:36 - /usr/bin/make -B LINT TB --- 2008-02-13 16:51:36 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-13 16:51:36 - cd /src TB --- 2008-02-13 16:51:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Feb 13 16:51:36 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pc98/pc98/canbus_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding cc: /src/sys/fs/coda/coda_namecache.c: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-13 16:53:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-13 16:53:36 - ERROR: failed to build lint kernel TB --- 2008-02-13 16:53:36 - tinderbox aborted TB --- 2842.99 user 347.48 system 3798.59 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 17:07:23 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF2FD16A41B for ; Wed, 13 Feb 2008 17:07:23 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.234]) by mx1.freebsd.org (Postfix) with ESMTP id 82B3113C500 for ; Wed, 13 Feb 2008 17:07:23 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so124388wri.3 for ; Wed, 13 Feb 2008 09:07:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=jZQYQ+94/h72AIESDabvrAOWlyzDBLKa5YBpJOYxdGo=; b=QpMX3UahQ2LKBOmoB5Hz5ZZ8z0dGj8hev44NMhxCXzqclJxRlqg0LO73YQeYzJbqw4BsvucDS9ByKfJWiEaz4ahfm2dSD61Tvijkuln7CVMN9XQanL2tnTN9A9PrUaynNHssUw3WSK1kR/r+fn6AY+ih2hh8RevwBKKUThlXu+4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=I5rBG/Tftc2zTT/EogH85ijiDqOIpVOL7HpZO/oct2PImFBkakGFsWOnmgGAKKIPDXmE7wgBTYI8vP9aLzLHEXO7HZjS1z2ClbE5/CJ61skO6M0PM7Sw1RZidMXskHEJKi255W8mU5Q5UHKeJLuv5pmaJUFx7cixQaPyQQbzNYg= Received: by 10.114.168.1 with SMTP id q1mr143000wae.96.1202922440995; Wed, 13 Feb 2008 09:07:20 -0800 (PST) Received: by 10.115.22.10 with HTTP; Wed, 13 Feb 2008 09:07:20 -0800 (PST) Message-ID: Date: Wed, 13 Feb 2008 09:07:20 -0800 From: "Kip Macy" To: gnn@freebsd.org, current@freebsd.org, net@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: Subject: Re: Problems with Chelsio driver in CURRENT... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 17:07:23 -0000 Yup. -CURRENT has a very different driver from 7.0. It performs much better, but I don't want to MFC until it gets more test coverage. -Kip On 2/13/08, gnn@freebsd.org wrote: > OK, one more data point. > > The issue is somewhere between RC2 and CURRENT. I just put RC2 on the > same box, and RC1 can talk to RC2 over the Chelsio cards. > > I have now tried RC2 and CURRENT and still no dice. > > Best, > George > From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 16:20:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 299CD16A46C for ; Wed, 13 Feb 2008 16:20:28 +0000 (UTC) (envelope-from bbiskebo@bosco.princeton.edu) Received: from Princeton.EDU (postoffice03.Princeton.EDU [128.112.131.174]) by mx1.freebsd.org (Postfix) with ESMTP id DF9D013C46A for ; Wed, 13 Feb 2008 16:20:27 +0000 (UTC) (envelope-from bbiskebo@bosco.princeton.edu) Received: from smtpserver1.Princeton.EDU (smtpserver1.Princeton.EDU [128.112.129.65]) by Princeton.EDU (8.13.8/8.13.8) with ESMTP id m1DG7jdd018579 for ; Wed, 13 Feb 2008 11:07:45 -0500 (EST) Received: from [140.180.177.201] (formula.Princeton.EDU [140.180.177.201]) (authenticated bits=0) by smtpserver1.Princeton.EDU (8.12.9/8.12.9) with ESMTP id m1DG7bDD001417 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Wed, 13 Feb 2008 11:07:45 -0500 (EST) Message-ID: <47B315C8.3060805@bosco.princeton.edu> Date: Wed, 13 Feb 2008 11:07:36 -0500 From: Brian Biskeborn User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 13 Feb 2008 17:11:40 +0000 Subject: hptrr driver panics on 7.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 16:20:28 -0000 Hello all, I've reported this problem to HighPoint, but I'm curious to see whether anyone else has run into it. I'm using a RocketRaid 2314MS card on an amd64 system. When I boot the install CD for 7.0-RC2, the driver panics: hptrr: (null): 180*32=5760 bytes hptrr: (null): 180*288=51840 bytes Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x3 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff80502032 stack pointer = 0x10:0xffffffff80fd0950 frame pointer = 0x10:0xffffffff80822ecf code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) trap number = 12 panic: page fault cpuid = 0 This is with no drives connected to the controller. My machine specs: Dell Inspiron 531S Processor: Athlon 64 X2 4000+ Motherboard: Asus M2N61-AX (seems to be made specifically for Dell) with the MCP61 chipset So: has anyone else seen a panic with this or other HighPoint cards? I know HighPoint provides a binary blob for their driver, but could the problem be in the wrapper code someplace? I wish I could provide more information, but not being able to install FreeBSD limits my options there. I had to take a picture of the screen and type in the panic output by hand :) Cheers, Brian From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 17:34:28 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46DF316A417; Wed, 13 Feb 2008 17:34:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1FD5F13C448; Wed, 13 Feb 2008 17:34:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DHYRvA016559; Wed, 13 Feb 2008 12:34:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DHYRC1092132; Wed, 13 Feb 2008 12:34:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 06BE273039; Wed, 13 Feb 2008 12:34:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080213173427.06BE273039@freebsd-current.sentex.ca> Date: Wed, 13 Feb 2008 12:34:26 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 17:34:28 -0000 TB --- 2008-02-13 16:23:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-13 16:23:15 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-02-13 16:23:15 - cleaning the object tree TB --- 2008-02-13 16:23:43 - cvsupping the source tree TB --- 2008-02-13 16:23:43 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-02-13 16:23:50 - building world (CFLAGS=-O -pipe) TB --- 2008-02-13 16:23:50 - cd /src TB --- 2008-02-13 16:23:50 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 13 16:23:52 UTC 2008 >>> 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 Wed Feb 13 17:32:37 UTC 2008 TB --- 2008-02-13 17:32:37 - generating LINT kernel config TB --- 2008-02-13 17:32:37 - cd /src/sys/ia64/conf TB --- 2008-02-13 17:32:37 - /usr/bin/make -B LINT TB --- 2008-02-13 17:32:37 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-13 17:32:37 - cd /src TB --- 2008-02-13 17:32:37 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Feb 13 17:32:37 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding cc: /src/sys/fs/coda/coda_namecache.c: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-13 17:34:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-13 17:34:26 - ERROR: failed to build lint kernel TB --- 2008-02-13 17:34:26 - tinderbox aborted TB --- 3289.01 user 343.86 system 4271.34 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 18:28:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0274316A41A; Wed, 13 Feb 2008 18:28:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 4C32813C447; Wed, 13 Feb 2008 18:28:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 231815164-1834499 for multiple; Wed, 13 Feb 2008 13:26:31 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m1DISMai076706; Wed, 13 Feb 2008 13:28:25 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 13 Feb 2008 11:38:27 -0500 User-Agent: KMail/1.9.7 References: <20080207125252.GC57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070611v6c7714b5y18bef10d586944c4@mail.gmail.com> In-Reply-To: <3bbf2fe10802070611v6c7714b5y18bef10d586944c4@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802131138.27471.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 13 Feb 2008 13:28:26 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5799/Wed Feb 13 10:15:22 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Attilio Rao , Kostik Belousov , Marcel Moolenaar , current@freebsd.org Subject: Re: Old LOR between devfs & devfsmount resurfacing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 18:28:35 -0000 On Thursday 07 February 2008 09:11:46 am Attilio Rao wrote: > 2008/2/7, Kostik Belousov : > > On Thu, Feb 07, 2008 at 01:21:09PM +0100, Attilio Rao wrote: > > > 2008/2/7, Kostik Belousov : > > > > On Thu, Feb 07, 2008 at 12:04:28PM +0100, Attilio Rao wrote: > > > > > 2008/2/7, Kostik Belousov : > > > > > > On Thu, Feb 07, 2008 at 11:16:08AM +0100, Attilio Rao wrote: > > > > > > > 2008/2/7, Kostik Belousov : > > > > > > > > On Wed, Feb 06, 2008 at 11:11:06AM -0800, Marcel Moolenaar wrote: > > > > > > > > > All, > > > > > > > > > > > > > > > > > > I just ran into the following LOR after upgrading my PowerPC box: > > > > > > > > > > > > > > > > > > lock order reversal: > > > > > > > > > 1st 0xdbee94 devfs (devfs) @ /nfs/freebsd/8.x/src/sys/kern/ > > > > > > > > > vfs_subr.c:2061 > > > > > > > > > 2nd 0xdfb014 devfsmount (devfsmount) @ /nfs/freebsd/8.x/src/sys/fs/ > > > > > > > > > devfs/devfs_vnops.c:201 > > > > > > > > > KDB: stack backtrace: > > > > > > > > > 0xdc0febc8: at kdb_backtrace+0x4c > > > > > > > > > 0xdc0febd8: at witness_checkorder+0x704 > > > > > > > > > 0xdc0fec28: at _sx_xlock+0x8c > > > > > > > > > 0xdc0fec48: at devfs_allocv+0x138 > > > > > > > > > 0xdc0fec88: at devfs_root+0x5c > > > > > > > > > 0xdc0fecb8: at set_rootvnode+0x44 > > > > > > > > > 0xdc0fece8: at vfs_mountroot+0x344 > > > > > > > > > 0xdc0fed48: at start_init+0x88 > > > > > > > > > 0xdc0feda8: at fork_exit+0xb4 > > > > > > > > > 0xdc0fedc8: at fork_trampoline+0xc > > > > > > > > > KDB: enter: witness_checkorder > > > > > > > > > [thread pid 1 tid 100001 ] > > > > > > > > > Stopped at 0x28ee68: addi r0, r0, 0x0 > > > > > > > > > > > > > > > > > > It seems that this is a LOR reported in 2006 and fixed > > > > > > > > > in 2006 as well. Do other people see this too, or should > > > > > > > > > I suspect my sources? > > > > > > > > > > > > > > > > > > > > > > > > I believe this is a false positive, caused by the way the witness works. > > > > > > > > Attilio recently added the witness support for the lockmgr, that caused > > > > > > > > this and at least two more LORs to be printed on startup. > > > > > > > > > > > > > > > > Correct lock order is devfs vnode -> devfs mount sx lock. When > > > > > > > > allocating new devfs vnode, see devfs_allocv(), the newly created > > > > > > > > vnode is locked while devfs mount lock already held (see line 250 of > > > > > > > > fs/devfs/devfs_vnops.c). Nonetheless, this cannot cause deadlock since > > > > > > > > no other thread can find the new vnode, and thus perform the other lock > > > > > > > > order for this vnode lock. > > > > > > > > > > > > > > > > The fix is to shut the witness in this particular case. Attilio, how to > > > > > > > > do this ? > > > > > > > > > > > > > > Just add LK_NOWITNESS for one of the lock involved in the lockinit(). > > > > > > > > > > > > > > > > > > Then, we loss the useful reports of the actual LORs later, isn't it ? > > > > > > > > > > Another solution would be to rewamp BLESSING option which allow to > > > > > 'bless' some LORs. > > > > > jhb and me, btw, didn't want to enable it because it could lead some > > > > > less experienced developer to hide LORs under this label and this is > > > > > something we want to avoid. > > > > > > > > > > > > This LOR shall not be ignored globally. When real, it caused the easily > > > > reproducable lockup of the machine. > > > > > > > > It would be better to introduce some lockmgr flag to ignore _this_ locking. > > > > > > flag to pass where? > > To the lockmgr itself at the point of aquisition, like > > lockmgr(&lk, LK_EXCLUSIVE | LK_INTERLOCK | LK_NOWARN, &interlk, ...); > > No, I really want a general WITNESS support for this (as I also think > that having something more fine grained than BLESSING will break all > concerns jhb and me are considering now). > A simple way to do it would mean hard-coding file and line in a > witness table. While file is ok, line makes trouble so we should find > an alternative way to do this. Otherwise we can consider skiping > checks for a whole function, this should be not so difficult to > achive. > > I need to think more about this. I think allowing a flag is fine, just as you can specify MTX_QUIET to quiet KTR logs in specific mtx_lock() instances. You would specify LK_NOWITNESS or some such and have it not do a witness_checkorder() in that case. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 18:28:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51A3716A419 for ; Wed, 13 Feb 2008 18:28:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id DB90513C461 for ; Wed, 13 Feb 2008 18:28:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 231815169-1834499 for multiple; Wed, 13 Feb 2008 13:26:36 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m1DISMaj076706; Wed, 13 Feb 2008 13:28:30 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 13 Feb 2008 11:53:04 -0500 User-Agent: KMail/1.9.7 References: <681a18e40802111347i3c23c34cve3c1d08b2eaeff0f@mail.gmail.com> In-Reply-To: <681a18e40802111347i3c23c34cve3c1d08b2eaeff0f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802131153.04293.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 13 Feb 2008 13:28:30 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5799/Wed Feb 13 10:15:22 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: David Frascone Subject: Re: Small patch to add -a to cp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 18:28:38 -0000 On Monday 11 February 2008 04:47:44 pm David Frascone wrote: > This small patch adds the -a (archive) flag to cp. Personally, I use cp -a > all the time, and I miss it on BSD. This makes cp share the common -a flag > with rsync and other file manipulation utilities. > > Comments, flames, etc welcome. I have this patch from the last time this came up. It maps -a to -RpP rather than -rpP though. Since -r won't preserve symlinks but copy their contents, I think -RpP is probably the better default. Index: cp.1 =================================================================== RCS file: /usr/cvs/src/bin/cp/cp.1,v retrieving revision 1.39 diff -u -r1.39 cp.1 --- cp.1 2 Nov 2006 19:10:05 -0000 1.39 +++ cp.1 16 Mar 2007 03:19:51 -0000 @@ -45,7 +45,7 @@ .Op Fl H | Fl L | Fl P .Oc .Op Fl f | i | n -.Op Fl lpv +.Op Fl alpv .Ar source_file target_file .Nm .Oo @@ -53,7 +53,7 @@ .Op Fl H | Fl L | Fl P .Oc .Op Fl f | i | n -.Op Fl lpv +.Op Fl alpv .Ar source_file ... target_directory .Sh DESCRIPTION In the first synopsis form, the @@ -116,6 +116,10 @@ or .Xr pax 1 instead. +.It Fl a +Archive mode. +Same as +.Fl RpP . .It Fl f For each existing destination pathname, remove it and create a new file, without prompting for confirmation Index: cp.c =================================================================== RCS file: /usr/cvs/src/bin/cp/cp.c,v retrieving revision 1.59 diff -u -r1.59 cp.c --- cp.c 26 Dec 2007 08:32:20 -0000 1.59 +++ cp.c 10 Jan 2008 16:03:38 -0000 @@ -102,7 +102,7 @@ char *target; Hflag = Lflag = Pflag = 0; - while ((ch = getopt(argc, argv, "HLPRfilnprv")) != -1) + while ((ch = getopt(argc, argv, "HLPRafilnprv")) != -1) switch (ch) { case 'H': Hflag = 1; @@ -119,6 +119,12 @@ case 'R': Rflag = 1; break; + case 'a': + Pflag = 1; + pflag = 1; + Rflag = 1; + Hflag = Lflag = 0; + break; case 'f': fflag = 1; iflag = nflag = 0; Index: utils.c =================================================================== RCS file: /usr/cvs/src/bin/cp/utils.c,v retrieving revision 1.52 diff -u -r1.52 utils.c --- utils.c 7 Oct 2006 12:14:50 -0000 1.52 +++ utils.c 16 Mar 2007 03:19:51 -0000 @@ -429,8 +429,8 @@ { (void)fprintf(stderr, "%s\n%s\n", -"usage: cp [-R [-H | -L | -P]] [-f | -i | -n] [-lpv] source_file target_file", -" cp [-R [-H | -L | -P]] [-f | -i | -n] [-lpv] source_file ... " +"usage: cp [-R [-H | -L | -P]] [-f | -i | -n] [-alpv] source_file target_file", +" cp [-R [-H | -L | -P]] [-f | -i | -n] [-alpv] source_file ... " "target_directory"); exit(EX_USAGE); } -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 18:44:48 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE9D716A417 for ; Wed, 13 Feb 2008 18:44:47 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 62F0C13C500 for ; Wed, 13 Feb 2008 18:44:47 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 231815164-1834499 for multiple; Wed, 13 Feb 2008 13:26:31 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m1DISMai076706; Wed, 13 Feb 2008 13:28:25 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 13 Feb 2008 11:38:27 -0500 User-Agent: KMail/1.9.7 References: <20080207125252.GC57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070611v6c7714b5y18bef10d586944c4@mail.gmail.com> In-Reply-To: <3bbf2fe10802070611v6c7714b5y18bef10d586944c4@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802131138.27471.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 13 Feb 2008 13:28:26 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5799/Wed Feb 13 10:15:22 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Attilio Rao , Kostik Belousov , Marcel Moolenaar , current@freebsd.org Subject: Re: Old LOR between devfs & devfsmount resurfacing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 18:44:48 -0000 On Thursday 07 February 2008 09:11:46 am Attilio Rao wrote: > 2008/2/7, Kostik Belousov : > > On Thu, Feb 07, 2008 at 01:21:09PM +0100, Attilio Rao wrote: > > > 2008/2/7, Kostik Belousov : > > > > On Thu, Feb 07, 2008 at 12:04:28PM +0100, Attilio Rao wrote: > > > > > 2008/2/7, Kostik Belousov : > > > > > > On Thu, Feb 07, 2008 at 11:16:08AM +0100, Attilio Rao wrote: > > > > > > > 2008/2/7, Kostik Belousov : > > > > > > > > On Wed, Feb 06, 2008 at 11:11:06AM -0800, Marcel Moolenaar wrote: > > > > > > > > > All, > > > > > > > > > > > > > > > > > > I just ran into the following LOR after upgrading my PowerPC box: > > > > > > > > > > > > > > > > > > lock order reversal: > > > > > > > > > 1st 0xdbee94 devfs (devfs) @ /nfs/freebsd/8.x/src/sys/kern/ > > > > > > > > > vfs_subr.c:2061 > > > > > > > > > 2nd 0xdfb014 devfsmount (devfsmount) @ /nfs/freebsd/8.x/src/sys/fs/ > > > > > > > > > devfs/devfs_vnops.c:201 > > > > > > > > > KDB: stack backtrace: > > > > > > > > > 0xdc0febc8: at kdb_backtrace+0x4c > > > > > > > > > 0xdc0febd8: at witness_checkorder+0x704 > > > > > > > > > 0xdc0fec28: at _sx_xlock+0x8c > > > > > > > > > 0xdc0fec48: at devfs_allocv+0x138 > > > > > > > > > 0xdc0fec88: at devfs_root+0x5c > > > > > > > > > 0xdc0fecb8: at set_rootvnode+0x44 > > > > > > > > > 0xdc0fece8: at vfs_mountroot+0x344 > > > > > > > > > 0xdc0fed48: at start_init+0x88 > > > > > > > > > 0xdc0feda8: at fork_exit+0xb4 > > > > > > > > > 0xdc0fedc8: at fork_trampoline+0xc > > > > > > > > > KDB: enter: witness_checkorder > > > > > > > > > [thread pid 1 tid 100001 ] > > > > > > > > > Stopped at 0x28ee68: addi r0, r0, 0x0 > > > > > > > > > > > > > > > > > > It seems that this is a LOR reported in 2006 and fixed > > > > > > > > > in 2006 as well. Do other people see this too, or should > > > > > > > > > I suspect my sources? > > > > > > > > > > > > > > > > > > > > > > > > I believe this is a false positive, caused by the way the witness works. > > > > > > > > Attilio recently added the witness support for the lockmgr, that caused > > > > > > > > this and at least two more LORs to be printed on startup. > > > > > > > > > > > > > > > > Correct lock order is devfs vnode -> devfs mount sx lock. When > > > > > > > > allocating new devfs vnode, see devfs_allocv(), the newly created > > > > > > > > vnode is locked while devfs mount lock already held (see line 250 of > > > > > > > > fs/devfs/devfs_vnops.c). Nonetheless, this cannot cause deadlock since > > > > > > > > no other thread can find the new vnode, and thus perform the other lock > > > > > > > > order for this vnode lock. > > > > > > > > > > > > > > > > The fix is to shut the witness in this particular case. Attilio, how to > > > > > > > > do this ? > > > > > > > > > > > > > > Just add LK_NOWITNESS for one of the lock involved in the lockinit(). > > > > > > > > > > > > > > > > > > Then, we loss the useful reports of the actual LORs later, isn't it ? > > > > > > > > > > Another solution would be to rewamp BLESSING option which allow to > > > > > 'bless' some LORs. > > > > > jhb and me, btw, didn't want to enable it because it could lead some > > > > > less experienced developer to hide LORs under this label and this is > > > > > something we want to avoid. > > > > > > > > > > > > This LOR shall not be ignored globally. When real, it caused the easily > > > > reproducable lockup of the machine. > > > > > > > > It would be better to introduce some lockmgr flag to ignore _this_ locking. > > > > > > flag to pass where? > > To the lockmgr itself at the point of aquisition, like > > lockmgr(&lk, LK_EXCLUSIVE | LK_INTERLOCK | LK_NOWARN, &interlk, ...); > > No, I really want a general WITNESS support for this (as I also think > that having something more fine grained than BLESSING will break all > concerns jhb and me are considering now). > A simple way to do it would mean hard-coding file and line in a > witness table. While file is ok, line makes trouble so we should find > an alternative way to do this. Otherwise we can consider skiping > checks for a whole function, this should be not so difficult to > achive. > > I need to think more about this. I think allowing a flag is fine, just as you can specify MTX_QUIET to quiet KTR logs in specific mtx_lock() instances. You would specify LK_NOWITNESS or some such and have it not do a witness_checkorder() in that case. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 19:11:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC61416A41A for ; Wed, 13 Feb 2008 19:11:41 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 835F213C4E7 for ; Wed, 13 Feb 2008 19:11:41 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m1DJBRlW065230; Wed, 13 Feb 2008 12:11:27 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <47B340DF.1010607@samsco.org> Date: Wed, 13 Feb 2008 12:11:27 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.11) Gecko/20071128 SeaMonkey/1.1.7 MIME-Version: 1.0 To: Brian Biskeborn References: <47B315C8.3060805@bosco.princeton.edu> In-Reply-To: <47B315C8.3060805@bosco.princeton.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: hptrr driver panics on 7.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 19:11:41 -0000 Brian Biskeborn wrote: > Hello all, > > I've reported this problem to HighPoint, but I'm curious to see whether > anyone else has run into it. I'm using a RocketRaid 2314MS card on an > amd64 system. When I boot the install CD for 7.0-RC2, the driver panics: > > hptrr: (null): 180*32=5760 bytes > hptrr: (null): 180*288=51840 bytes > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x3 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff80502032 > stack pointer = 0x10:0xffffffff80fd0950 > frame pointer = 0x10:0xffffffff80822ecf > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (swapper) > trap number = 12 > panic: page fault > cpuid = 0 > > This is with no drives connected to the controller. My machine specs: > Dell Inspiron 531S > Processor: Athlon 64 X2 4000+ > Motherboard: Asus M2N61-AX (seems to be made specifically for Dell) with > the MCP61 chipset > > So: has anyone else seen a panic with this or other HighPoint cards? I > know HighPoint provides a binary blob for their driver, but could the > problem be in the wrapper code someplace? > > I wish I could provide more information, but not being able to install > FreeBSD limits my options there. I had to take a picture of the screen > and type in the panic output by hand :) > I'll take a look at it. Since you don't have any drives connected, can you remove the card and then do the install? Scott From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 20:04:41 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5362E16A469; Wed, 13 Feb 2008 20:04:41 +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 2C7C413C469; Wed, 13 Feb 2008 20:04:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DK4eCA055790; Wed, 13 Feb 2008 15:04:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DK4eqY090707; Wed, 13 Feb 2008 15:04:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CBAAC73039; Wed, 13 Feb 2008 15:04:38 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080213200438.CBAAC73039@freebsd-current.sentex.ca> Date: Wed, 13 Feb 2008 15:04:38 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 20:04:41 -0000 TB --- 2008-02-13 19:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-13 19:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-02-13 19:30:00 - cleaning the object tree TB --- 2008-02-13 19:30:31 - cvsupping the source tree TB --- 2008-02-13 19:30:31 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-02-13 19:30:39 - building world (CFLAGS=-O -pipe) TB --- 2008-02-13 19:30:39 - cd /src TB --- 2008-02-13 19:30:39 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 13 19:30:43 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/logwtmp.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/popen.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/ls.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/cmp.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/print.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/util.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ftpd ftpd.o ftpcmd.o logwtmp.o popen.o ls.o cmp.o print.o util.o -lutil -lcrypt -lopie -lmd -lm -lpam /obj/arm/src/tmp/usr/lib/libm.so: undefined reference to `floorl' *** Error code 1 Stop in /src/libexec/ftpd. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-13 20:04:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-13 20:04:38 - ERROR: failed to build world TB --- 2008-02-13 20:04:38 - tinderbox aborted TB --- 1516.58 user 226.95 system 2077.84 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 20:22:53 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBAC916A417; Wed, 13 Feb 2008 20:22:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 56C3013C47E; Wed, 13 Feb 2008 20:22:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JPO82-0002z1-UH; Wed, 13 Feb 2008 22:22:52 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id m1DKMNbX003101 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Feb 2008 22:22:23 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m1DKMihL008142; Wed, 13 Feb 2008 22:22:44 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m1DKMiXv008128; Wed, 13 Feb 2008 22:22:44 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 13 Feb 2008 22:22:43 +0200 From: Kostik Belousov To: John Baldwin Message-ID: <20080213202243.GX57756@deviant.kiev.zoral.com.ua> References: <20080207125252.GC57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070611v6c7714b5y18bef10d586944c4@mail.gmail.com> <200802131138.27471.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JnIIZV93fkunJ0kw" Content-Disposition: inline In-Reply-To: <200802131138.27471.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on skuns.kiev.zoral.com.ua X-Scanner-Signature: a96565856d7d777f03ae631b61e05b17 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2234 [Feb 13 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: Attilio Rao , freebsd-current@freebsd.org, Marcel Moolenaar , current@freebsd.org Subject: Re: Old LOR between devfs & devfsmount resurfacing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 20:22:53 -0000 --JnIIZV93fkunJ0kw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 13, 2008 at 11:38:27AM -0500, John Baldwin wrote: > On Thursday 07 February 2008 09:11:46 am Attilio Rao wrote: > > 2008/2/7, Kostik Belousov : > > > On Thu, Feb 07, 2008 at 01:21:09PM +0100, Attilio Rao wrote: > > > > 2008/2/7, Kostik Belousov : > > > > > This LOR shall not be ignored globally. When real, it caused the= =20 > easily > > > > > reproducable lockup of the machine. > > > > > > > > > > It would be better to introduce some lockmgr flag to ignore _thi= s_=20 > locking. > > > > > > > > flag to pass where? > > > To the lockmgr itself at the point of aquisition, like > > > lockmgr(&lk, LK_EXCLUSIVE | LK_INTERLOCK | LK_NOWARN,=20 > &interlk, ...); > >=20 > > No, I really want a general WITNESS support for this (as I also think > > that having something more fine grained than BLESSING will break all > > concerns jhb and me are considering now). > > A simple way to do it would mean hard-coding file and line in a > > witness table. While file is ok, line makes trouble so we should find > > an alternative way to do this. Otherwise we can consider skiping > > checks for a whole function, this should be not so difficult to > > achive. > >=20 > > I need to think more about this. >=20 > I think allowing a flag is fine, just as you can specify MTX_QUIET to qui= et=20 > KTR logs in specific mtx_lock() instances. You would specify LK_NOWITNES= S or=20 > some such and have it not do a witness_checkorder() in that case. Exactly what I wanted. --JnIIZV93fkunJ0kw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkezUZMACgkQC3+MBN1Mb4gd5ACfQL4XbdCmfgleU8dnJOtuAu4x MAwAmwZqoXUMU7uwTMe1hkE4oEBcxvh5 =zP3L -----END PGP SIGNATURE----- --JnIIZV93fkunJ0kw-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 20:22:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBAC916A417; Wed, 13 Feb 2008 20:22:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 56C3013C47E; Wed, 13 Feb 2008 20:22:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JPO82-0002z1-UH; Wed, 13 Feb 2008 22:22:52 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id m1DKMNbX003101 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Feb 2008 22:22:23 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m1DKMihL008142; Wed, 13 Feb 2008 22:22:44 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m1DKMiXv008128; Wed, 13 Feb 2008 22:22:44 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 13 Feb 2008 22:22:43 +0200 From: Kostik Belousov To: John Baldwin Message-ID: <20080213202243.GX57756@deviant.kiev.zoral.com.ua> References: <20080207125252.GC57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070611v6c7714b5y18bef10d586944c4@mail.gmail.com> <200802131138.27471.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JnIIZV93fkunJ0kw" Content-Disposition: inline In-Reply-To: <200802131138.27471.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on skuns.kiev.zoral.com.ua X-Scanner-Signature: a96565856d7d777f03ae631b61e05b17 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2234 [Feb 13 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: Attilio Rao , freebsd-current@freebsd.org, Marcel Moolenaar , current@freebsd.org Subject: Re: Old LOR between devfs & devfsmount resurfacing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 20:22:53 -0000 --JnIIZV93fkunJ0kw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 13, 2008 at 11:38:27AM -0500, John Baldwin wrote: > On Thursday 07 February 2008 09:11:46 am Attilio Rao wrote: > > 2008/2/7, Kostik Belousov : > > > On Thu, Feb 07, 2008 at 01:21:09PM +0100, Attilio Rao wrote: > > > > 2008/2/7, Kostik Belousov : > > > > > This LOR shall not be ignored globally. When real, it caused the= =20 > easily > > > > > reproducable lockup of the machine. > > > > > > > > > > It would be better to introduce some lockmgr flag to ignore _thi= s_=20 > locking. > > > > > > > > flag to pass where? > > > To the lockmgr itself at the point of aquisition, like > > > lockmgr(&lk, LK_EXCLUSIVE | LK_INTERLOCK | LK_NOWARN,=20 > &interlk, ...); > >=20 > > No, I really want a general WITNESS support for this (as I also think > > that having something more fine grained than BLESSING will break all > > concerns jhb and me are considering now). > > A simple way to do it would mean hard-coding file and line in a > > witness table. While file is ok, line makes trouble so we should find > > an alternative way to do this. Otherwise we can consider skiping > > checks for a whole function, this should be not so difficult to > > achive. > >=20 > > I need to think more about this. >=20 > I think allowing a flag is fine, just as you can specify MTX_QUIET to qui= et=20 > KTR logs in specific mtx_lock() instances. You would specify LK_NOWITNES= S or=20 > some such and have it not do a witness_checkorder() in that case. Exactly what I wanted. --JnIIZV93fkunJ0kw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkezUZMACgkQC3+MBN1Mb4gd5ACfQL4XbdCmfgleU8dnJOtuAu4x MAwAmwZqoXUMU7uwTMe1hkE4oEBcxvh5 =zP3L -----END PGP SIGNATURE----- --JnIIZV93fkunJ0kw-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 21:27:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93AAA16A418 for ; Wed, 13 Feb 2008 21:27:13 +0000 (UTC) (envelope-from lists@avioc.org) Received: from didy.avioc.org (didy.avioc.org [71.32.26.53]) by mx1.freebsd.org (Postfix) with ESMTP id 559E913C448 for ; Wed, 13 Feb 2008 21:27:13 +0000 (UTC) (envelope-from lists@avioc.org) Received: from localhost (mail.internal.avioc.org [192.168.2.252]) by didy.avioc.org (Postfix) with ESMTP id 590C8EB6458; Wed, 13 Feb 2008 15:08:56 -0600 (CST) X-Virus-Scanned: amavisd-new at mail.internal.avioc.org Received: from didy.avioc.org ([192.168.2.252]) by localhost (mail.internal.avioc.org [192.168.2.252]) (amavisd-new, port 10024) with LMTP id pv1v84gyco6F; Wed, 13 Feb 2008 15:08:53 -0600 (CST) Received: from [192.168.2.8] (section-8.internal.avioc.org [192.168.2.8]) by didy.avioc.org (Postfix) with ESMTP id D4AC7EB6457; Wed, 13 Feb 2008 15:08:53 -0600 (CST) From: Brandon Weisz To: Brian Biskeborn In-Reply-To: <47B315C8.3060805@bosco.princeton.edu> References: <47B315C8.3060805@bosco.princeton.edu> Content-Type: text/plain Date: Wed, 13 Feb 2008 15:08:56 -0600 Message-Id: <1202936936.6645.23.camel@section-8.internal.avioc.org> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: hptrr driver panics on 7.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 21:27:13 -0000 On Wed, 2008-02-13 at 11:07 -0500, Brian Biskeborn wrote: > Hello all, > > I've reported this problem to HighPoint, but I'm curious to see whether > anyone else has run into it. I'm using a RocketRaid 2314MS card on an > amd64 system. When I boot the install CD for 7.0-RC2, the driver panics: > > hptrr: (null): 180*32=5760 bytes > hptrr: (null): 180*288=51840 bytes > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x3 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff80502032 > stack pointer = 0x10:0xffffffff80fd0950 > frame pointer = 0x10:0xffffffff80822ecf > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (swapper) > trap number = 12 > panic: page fault > cpuid = 0 > > This is with no drives connected to the controller. My machine specs: > Dell Inspiron 531S > Processor: Athlon 64 X2 4000+ > Motherboard: Asus M2N61-AX (seems to be made specifically for Dell) with > the MCP61 chipset > > So: has anyone else seen a panic with this or other HighPoint cards? I > know HighPoint provides a binary blob for their driver, but could the > problem be in the wrapper code someplace? > > I wish I could provide more information, but not being able to install > FreeBSD limits my options there. I had to take a picture of the screen > and type in the panic output by hand :) > > Cheers, > Brian I can confirm this with a rr1740 after the hptrr 1.2 update. Unfortunately I had to pull the card out and setup gmirror to get the machine back up and running and didn't have time to do any debugging. I have the card here on my desk. I can try to find some hardware to do some testing if it would be beneficial to anyone? Brandon > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 22:36:41 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADCE816A420 for ; Wed, 13 Feb 2008 22:36:41 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from pd2mo3so.prod.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8334513C469 for ; Wed, 13 Feb 2008 22:36:41 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from pd4mr1so.prod.shaw.ca (pd4mr1so-qfe3.prod.shaw.ca [10.0.141.212]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JW700I8W843HQD0@l-daemon> for freebsd-current@FreeBSD.org; Wed, 13 Feb 2008 15:36:03 -0700 (MST) Received: from pn2ml8so.prod.shaw.ca ([10.0.121.152]) by pd4mr1so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JW7007YW8429WC0@pd4mr1so.prod.shaw.ca> for freebsd-current@FreeBSD.org; Wed, 13 Feb 2008 15:36:03 -0700 (MST) Received: from spqr.komquats.com ([24.68.216.215]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JW70098Z841TH50@l-daemon> for freebsd-current@FreeBSD.org; Wed, 13 Feb 2008 15:36:02 -0700 (MST) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by spqr.komquats.com (Postfix) with ESMTP id 9D95C410FA; Wed, 13 Feb 2008 14:36:01 -0800 (PST) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.14.2/8.14.2) with ESMTP id m1DMa1P0079893; Wed, 13 Feb 2008 14:36:01 -0800 X-URL: http://www.komquats.com/ Date: Wed, 13 Feb 2008 14:36:01 -0800 From: Cy Schubert In-reply-to: Message from Pyun YongHyeon "of Wed, 13 Feb 2008 09:35:54 +0900." <20080213003554.GA11251@cdnetworks.co.kr> Sender: Cy.Schubert@komquats.com X-Sender: cy@cwsent.com To: pyunyh@gmail.com Message-id: <200802132236.m1DMa1P0079893@cwsys.cwsent.com> MIME-version: 1.0 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 Content-type: text/plain; charset=us-ascii X-os: FreeBSD Cc: freebsd-current@FreeBSD.org Subject: Re: sk Panic in 8.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 22:36:41 -0000 In message <20080213003554.GA11251@cdnetworks.co.kr>, Pyun YongHyeon writes: > > --PNTmBPCT7hxwcZjr > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > > On Mon, Feb 11, 2008 at 07:45:31PM -0800, Cy Schubert wrote: > > In message <20080212014312.GA6953@cdnetworks.co.kr>, Pyun YongHyeon writes > : > > > On Mon, Feb 11, 2008 at 04:10:40PM -0800, Cy Schubert wrote: > > > > Has anyone seen the following mutex panic in sk_jfree? The last time > this > > > > system booted was Jan 31. > > > > > > > > > > [...] > > > > > > > panic: mtx_lock() of spin mutex (null) @ /dsk03/src/cvs-current/src/s > ys/mo > > > du > > > > les/sk/../../dev/sk/if_sk.c:2439 > > > > cpuid = 0 > > > > KDB: enter: panic > > > > [thread pid 12 tid 100038 ] > > > > Stopped at kdb_enter+0x34: movl $0,kdb_why > > > > db> bt > > > > Tracing pid 12 tid 100038 td 0xc3363cc0 > > > > kdb_enter(c0a36183,c0a36183) at kdb_enter+0x34 > > > > panic(c0a34f9b,0,c0cefb36,987,e2583cc0,...) at panic+0x111 > > > > _mtx_lock_flags(e2586bbc,0,c0cefb36,987,c35d1000,...) at > > > > _mtx_lock_flags+0x70 > > > > sk_jfree(c341f000,e2583cc0) at sk_jfree+0x3a > > > > mb_free_ext(c35d1000) at mb_free_ext+0x18f > > > > m_freem(c35d1000) at m_freem+0x1f > > > > arpintr(c35d1000) at arpintr+0xc0b > > > > netisr_dispatch(12,c35d1000) at netisr_dispatch+0x5d > > > > ether_demux(c33d5400,c35d1000) at ether_demux+0x1c9 > > > > ether_input(c33d5400,c35d1000,c33f36e0,0,c0cefb36,...) at ether_input > +0x2f > > > 9 > > > > sk_jumbo_rxeof(c33f36e0,c341f000,c33d5400,0,c342d340,...) at > > > > sk_jumbo_rxeof+0x215 > > > > sk_intr(c33f3680) at sk_intr+0xac > > > > ithread_loop(c342ab40,e2589d38) at ithread_loop+0x175 > > > > fork_exit(c06eded0,c342ab40,e2589d38) at fork_exit+0xb0 > > > > fork_trampoline() at fork_trampoline+0x8 > > > > --- trap 0, eip = 0, esp = 0xe2589d70, ebp = 0 --- > > > > db> > > > > > > > > > > I'm not sure whether this panic is related with recent phk's change > > > to MEXTADD(). If this is the case, you may have to use standard MTU > > > instead of 9000. > > > Since FreeBSD now have physically contiguous jumbos I have plan to > > > take advantage of it instead of use of local allocator. That would > > > also eliminate a jlist lock required to serialize accessing jumbo > > > buffers allocated from driver. Give me a couple of days. > > > > Thanks. Reducing the MTU from 9000 to default (1500) circumvents the panic > . > > > > Would you try attached patch? Great! The patch fixes jumbo frames. Thanks. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org e**(i*pi)+1=0 From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 22:55:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8EF116A418 for ; Wed, 13 Feb 2008 22:55:23 +0000 (UTC) (envelope-from bbiskebo@Princeton.EDU) Received: from Princeton.EDU (postoffice03.Princeton.EDU [128.112.131.174]) by mx1.freebsd.org (Postfix) with ESMTP id 4260B13C4D3 for ; Wed, 13 Feb 2008 22:55:23 +0000 (UTC) (envelope-from bbiskebo@Princeton.EDU) Received: from smtpserver2.Princeton.EDU (smtpserver2.Princeton.EDU [128.112.129.148]) by Princeton.EDU (8.13.8/8.13.8) with ESMTP id m1DMhslc017619; Wed, 13 Feb 2008 17:44:00 -0500 (EST) Received: from [140.180.177.201] (formula.Princeton.EDU [140.180.177.201]) (authenticated bits=0) by smtpserver2.Princeton.EDU (8.12.9/8.12.9) with ESMTP id m1DMhcbD003421 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Wed, 13 Feb 2008 17:43:48 -0500 (EST) Message-ID: <47B37298.1020004@princeton.edu> Date: Wed, 13 Feb 2008 17:43:36 -0500 From: Brian Biskeborn User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Scott Long References: <47B315C8.3060805@bosco.princeton.edu> <47B340DF.1010607@samsco.org> In-Reply-To: <47B340DF.1010607@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: hptrr driver panics on 7.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 22:55:23 -0000 Scott Long wrote: > Brian Biskeborn wrote: >> Hello all, >> >> I've reported this problem to HighPoint, but I'm curious to see >> whether anyone else has run into it. I'm using a RocketRaid 2314MS >> card on an amd64 system. When I boot the install CD for 7.0-RC2, the >> driver panics: >> >> hptrr: (null): 180*32=5760 bytes >> hptrr: (null): 180*288=51840 bytes >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; apic id = 00 >> fault virtual address = 0x3 >> fault code = supervisor read data, page not present >> instruction pointer = 0x8:0xffffffff80502032 >> stack pointer = 0x10:0xffffffff80fd0950 >> frame pointer = 0x10:0xffffffff80822ecf >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 0 (swapper) >> trap number = 12 >> panic: page fault >> cpuid = 0 >> >> This is with no drives connected to the controller. My machine specs: >> Dell Inspiron 531S >> Processor: Athlon 64 X2 4000+ >> Motherboard: Asus M2N61-AX (seems to be made specifically for Dell) >> with the MCP61 chipset >> >> So: has anyone else seen a panic with this or other HighPoint cards? I >> know HighPoint provides a binary blob for their driver, but could the >> problem be in the wrapper code someplace? >> >> I wish I could provide more information, but not being able to install >> FreeBSD limits my options there. I had to take a picture of the screen >> and type in the panic output by hand :) >> > > I'll take a look at it. Since you don't have any drives connected, can > you remove the card and then do the install? > Heh, not a bad idea... Is there a way to hard-code the dump device into the kernel configuration? This crash happens too early for rc.conf to have any effect. I tried building the kernel with online debugging enabled, but my USB keyboard doesn't work after the panic (and the box has no PS/2 ports). Cheers, Brian From owner-freebsd-current@FreeBSD.ORG Wed Feb 13 23:37:50 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63EA516A417; Wed, 13 Feb 2008 23:37:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3026E13C442; Wed, 13 Feb 2008 23:37:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DNbn0q051634; Wed, 13 Feb 2008 18:37:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DNbn8d011228; Wed, 13 Feb 2008 18:37:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7837173039; Wed, 13 Feb 2008 18:37:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080213233749.7837173039@freebsd-current.sentex.ca> Date: Wed, 13 Feb 2008 18:37:49 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 23:37:50 -0000 TB --- 2008-02-13 23:01:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-13 23:01:17 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-02-13 23:01:17 - cleaning the object tree TB --- 2008-02-13 23:01:39 - cvsupping the source tree TB --- 2008-02-13 23:01:39 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-02-13 23:01:46 - building world (CFLAGS=-O -pipe) TB --- 2008-02-13 23:01:46 - cd /src TB --- 2008-02-13 23:01:46 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 13 23:01:47 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/logwtmp.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/popen.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/ls.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/cmp.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/print.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/util.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ftpd ftpd.o ftpcmd.o logwtmp.o popen.o ls.o cmp.o print.o util.o -lutil -lcrypt -lopie -lmd -lm -lpam /obj/powerpc/src/tmp/usr/lib/libm.so: undefined reference to `floorl' *** Error code 1 Stop in /src/libexec/ftpd. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-13 23:37:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-13 23:37:49 - ERROR: failed to build world TB --- 2008-02-13 23:37:49 - tinderbox aborted TB --- 1579.20 user 221.57 system 2191.38 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 00:04:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2E6016A417 for ; Thu, 14 Feb 2008 00:04:27 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.188]) by mx1.freebsd.org (Postfix) with ESMTP id 724A913C459 for ; Thu, 14 Feb 2008 00:04:27 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rn-out-0910.google.com with SMTP id s42so315420rnb.13 for ; Wed, 13 Feb 2008 16:04:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=4/+S49p8oFlRr0t+/ZMOXk3Ww2xi/XNQUYVMrfnTMdg=; b=Ae1yorm2ouxaSGIaYlR82ljj8cSIpNgieB7WcW1je4dWhAKqLsmTxTTEPhK0iE8Ov3xQoXvy1nnivp+7NMxdxLTrBs1/UeCoynTHW0o1YosSfj6cTd2M3D2HhXzz/ZShnuBZt2BgnGgorMLfxs5gRKweAovWt2oewSwkWUkPKR0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=Jh7Bna3gSxAQ9D6/GE4585DGNKqC19RRd1XjfQkMhK85QUYRgP/OJ0YdjQdzuS+JVBE0qyfn11Leg8vv3gPFDtWAksBNSOjjM82XsYsenTkuTF/Skt2g5igAGW8wkOlo2Gb1eObmqqVldkAuYGNKeQkGPd5I1DpwLa1p4RXjRH4= Received: by 10.142.221.19 with SMTP id t19mr560125wfg.4.1202947465881; Wed, 13 Feb 2008 16:04:25 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 30sm4712156wfd.19.2008.02.13.16.04.23 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 13 Feb 2008 16:04:24 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m1E04Jwp015605 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Feb 2008 09:04:19 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m1E04IWu015604; Thu, 14 Feb 2008 09:04:18 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 14 Feb 2008 09:04:17 +0900 From: Pyun YongHyeon To: Cy Schubert Message-ID: <20080214000417.GA15446@cdnetworks.co.kr> References: <20080213003554.GA11251@cdnetworks.co.kr> <200802132236.m1DMa1P0079893@cwsys.cwsent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200802132236.m1DMa1P0079893@cwsys.cwsent.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org Subject: Re: sk Panic in 8.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 00:04:28 -0000 On Wed, Feb 13, 2008 at 02:36:01PM -0800, Cy Schubert wrote: > In message <20080213003554.GA11251@cdnetworks.co.kr>, Pyun YongHyeon writes: > > > > --PNTmBPCT7hxwcZjr > > Content-Type: text/plain; charset=us-ascii > > Content-Disposition: inline > > > > On Mon, Feb 11, 2008 at 07:45:31PM -0800, Cy Schubert wrote: > > > In message <20080212014312.GA6953@cdnetworks.co.kr>, Pyun YongHyeon writes > > : > > > > On Mon, Feb 11, 2008 at 04:10:40PM -0800, Cy Schubert wrote: > > > > > Has anyone seen the following mutex panic in sk_jfree? The last time > > this > > > > > system booted was Jan 31. > > > > > > > > > > > > > [...] > > > > > > > > > panic: mtx_lock() of spin mutex (null) @ /dsk03/src/cvs-current/src/s > > ys/mo > > > > du > > > > > les/sk/../../dev/sk/if_sk.c:2439 > > > > > cpuid = 0 > > > > > KDB: enter: panic > > > > > [thread pid 12 tid 100038 ] > > > > > Stopped at kdb_enter+0x34: movl $0,kdb_why > > > > > db> bt > > > > > Tracing pid 12 tid 100038 td 0xc3363cc0 > > > > > kdb_enter(c0a36183,c0a36183) at kdb_enter+0x34 > > > > > panic(c0a34f9b,0,c0cefb36,987,e2583cc0,...) at panic+0x111 > > > > > _mtx_lock_flags(e2586bbc,0,c0cefb36,987,c35d1000,...) at > > > > > _mtx_lock_flags+0x70 > > > > > sk_jfree(c341f000,e2583cc0) at sk_jfree+0x3a > > > > > mb_free_ext(c35d1000) at mb_free_ext+0x18f > > > > > m_freem(c35d1000) at m_freem+0x1f > > > > > arpintr(c35d1000) at arpintr+0xc0b > > > > > netisr_dispatch(12,c35d1000) at netisr_dispatch+0x5d > > > > > ether_demux(c33d5400,c35d1000) at ether_demux+0x1c9 > > > > > ether_input(c33d5400,c35d1000,c33f36e0,0,c0cefb36,...) at ether_input > > +0x2f > > > > 9 > > > > > sk_jumbo_rxeof(c33f36e0,c341f000,c33d5400,0,c342d340,...) at > > > > > sk_jumbo_rxeof+0x215 > > > > > sk_intr(c33f3680) at sk_intr+0xac > > > > > ithread_loop(c342ab40,e2589d38) at ithread_loop+0x175 > > > > > fork_exit(c06eded0,c342ab40,e2589d38) at fork_exit+0xb0 > > > > > fork_trampoline() at fork_trampoline+0x8 > > > > > --- trap 0, eip = 0, esp = 0xe2589d70, ebp = 0 --- > > > > > db> > > > > > > > > > > > > > I'm not sure whether this panic is related with recent phk's change > > > > to MEXTADD(). If this is the case, you may have to use standard MTU > > > > instead of 9000. > > > > Since FreeBSD now have physically contiguous jumbos I have plan to > > > > take advantage of it instead of use of local allocator. That would > > > > also eliminate a jlist lock required to serialize accessing jumbo > > > > buffers allocated from driver. Give me a couple of days. > > > > > > Thanks. Reducing the MTU from 9000 to default (1500) circumvents the panic > > . > > > > > > > Would you try attached patch? > > Great! The patch fixes jumbo frames. Thanks. > Ok, I'll commit it. Thanks for testing! -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 00:15:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 166ED16A41A for ; Thu, 14 Feb 2008 00:15:07 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EA13313C447; Thu, 14 Feb 2008 00:15:05 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47B38809.5000500@FreeBSD.org> Date: Thu, 14 Feb 2008 01:15:05 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Ian FREISLICH References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ken Smith , freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0-RC2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 00:15:07 -0000 Ian FREISLICH wrote: > Hi > > I just installed and only now noticed this oddity (to me at least). > Maybe it's been explained before, but I can't quite remember. > > I selected auto defaults for the slice editor. The system I installed > (amd64) on has 16GB of RAM yet it only assigned 4GB for swap. I > remember reading that on amd64 minidumps could corrupt neighbouring > filesystems, so a full dump could be up to 16GB. There won't be > enough space for a full dump. That said, 16GB is quite a *lot* to > swap out and I'm not sure how the system would perform under that > scenario. I havent seen reports of problems with minidump on amd64. I use it myself. Kris From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 01:29:32 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6B6816A419; Thu, 14 Feb 2008 01:29:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B0C5313C45A; Thu, 14 Feb 2008 01:29:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1E1TVAo057875; Wed, 13 Feb 2008 20:29:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1E1TV1i031442; Wed, 13 Feb 2008 20:29:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9321673039; Wed, 13 Feb 2008 20:29:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080214012931.9321673039@freebsd-current.sentex.ca> Date: Wed, 13 Feb 2008 20:29:31 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 01:29:33 -0000 TB --- 2008-02-14 00:55:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-14 00:55:01 - starting HEAD tinderbox run for arm/arm TB --- 2008-02-14 00:55:01 - cleaning the object tree TB --- 2008-02-14 00:55:25 - cvsupping the source tree TB --- 2008-02-14 00:55:25 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-02-14 00:55:33 - building world (CFLAGS=-O -pipe) TB --- 2008-02-14 00:55:33 - cd /src TB --- 2008-02-14 00:55:33 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 14 00:55:35 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/logwtmp.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/popen.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/ls.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/cmp.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/print.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/util.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ftpd ftpd.o ftpcmd.o logwtmp.o popen.o ls.o cmp.o print.o util.o -lutil -lcrypt -lopie -lmd -lm -lpam /obj/arm/src/tmp/usr/lib/libm.so: undefined reference to `floorl' *** Error code 1 Stop in /src/libexec/ftpd. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-14 01:29:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-14 01:29:31 - ERROR: failed to build world TB --- 2008-02-14 01:29:31 - tinderbox aborted TB --- 1518.05 user 224.44 system 2070.23 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 02:05:04 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3BA616A417 for ; Thu, 14 Feb 2008 02:05:04 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id 5E82113C448 for ; Thu, 14 Feb 2008 02:05:04 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m1E2507g048885 for ; Wed, 13 Feb 2008 18:05:04 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m1E24rcX080881 for ; Wed, 13 Feb 2008 18:04:53 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m1E24rGl092861 for ; Wed, 13 Feb 2008 18:04:53 -0800 (PST) (envelope-from gnn@neville-neil.com) Date: Thu, 14 Feb 2008 11:04:52 +0900 Message-ID: From: gnn@freebsd.org To: current@freebsd.org User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.10.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Subject: SCSI errors on RC1? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 02:05:04 -0000 Hi, Has anyone else seen this? ahd0: SCSI Cell parity error SSTAT3 == 0x2 ahd0: Missing case in ahd_handle_scsiint. status = 0 >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< ahd0: Dumping Card State at program address 0x31 Mode 0x33 Card was paused INTSTAT[0x8]:(SCSIINT) SELOID[0xd] SELID[0x0] HS_MAILBOX[0x0] INTCTL[0x80]:(SWTMINTMASK) SEQINTSTAT[0x0] SAVED_MODE[0x11] DFFSTAT[0x33]:(CURRFIFO_NONE|FIFO0FREE|FIFO1FREE) SCSISIGI[0x0]:(P_DATAOUT) SCSIPHASE[0x0] SCSIBUS[0x0] LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) SCSISEQ0[0x40]:(ENSELO) SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) SEQCTL0[0x0] SEQINTCTL[0x0] SEQ_FLAGS[0xc0]:(NO_CDB_SENT|NOT_IDENTIFIED) SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x0] KERNEL_QFREEZE_COUNT[0x0] MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff] SSTAT0[0x10]:(SELINGO) SSTAT1[0x88]:(BUSFREE|SELTO) SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x0] SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO) LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0] LQOSTAT1[0x0] LQOSTAT2[0x0] SCB Count = 512 CMDS_PENDING = 4 LASTSCB 0xffff CURRSCB 0x1f3 NEXTSCB 0x0 qinstart = 16 qinfifonext = 16 QINFIFO: WAITING_TID_QUEUES: 13 ( 0x1f3 ) 14 ( 0x1f2 ) 15 ( 0x1f1 ) 0 ( 0x1ff ) Pending list: 511 FIFO_USE[0x0] SCB_CONTROL[0x40]:(DISCENB) SCB_SCSIID[0x7] 497 FIFO_USE[0x0] SCB_CONTROL[0x40]:(DISCENB) SCB_SCSIID[0xf7]:(TID) 498 FIFO_USE[0x0] SCB_CONTROL[0x40]:(DISCENB) SCB_SCSIID[0xe7] 499 FIFO_USE[0x0] SCB_CONTROL[0x40]:(DISCENB) SCB_SCSIID[0xd7] Total 4 Kernel Free SCB lists: Any Device: 500 501 502 503 504 505 506 507 508 509 510 496 495 494 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477 476 475 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 459 458 457 456 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 414 413 412 411 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 393 392 391 390 389 388 387 386 385 384 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365 364 363 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 280 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264! 263 262 261 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 Sequencer Complete DMA-inprog list: Sequencer Complete list: Sequencer DMA-Up and Complete list: Sequencer On QFreeze and Complete list: ahd0: FIFO0 Free, LONGJMP == 0x80ff, SCB 0x0 SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS) SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) ahd0: FIFO1 Free, LONGJMP == 0x8063, SCB 0x1ff SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS) SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) LQIN: 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 ahd0: LQISTATE = 0x0, LQOSTATE = 0x0, OPTIONMODE = 0x42 ahd0: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x0 ahd0: SAVED_SCSIID = 0x0 SAVED_LUN = 0x0 SIMODE0[0xc]:(ENOVERRUN|ENIOERR) CCSCBCTL[0x4]:(CCSCBDIR) ahd0: REG0 == 0x1ff, SINDEX = 0x102, DINDEX = 0x102 ahd0: SCBPTR == 0x1f3, SCB_NEXT == 0xffc0, SCB_NEXT2 == 0x1f2 CDB 12 0 0 0 24 0 STACK: 0x23 0x0 0x0 0x0 0x0 0x0 0x0 0x0 <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> What does it mean, and how can I help? Best, George From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 02:14:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 394F716A419 for ; Thu, 14 Feb 2008 02:14:43 +0000 (UTC) (envelope-from lists@avioc.org) Received: from didy.avioc.org (didy.avioc.org [71.32.26.53]) by mx1.freebsd.org (Postfix) with ESMTP id B229913C455 for ; Thu, 14 Feb 2008 02:14:42 +0000 (UTC) (envelope-from lists@avioc.org) Received: from localhost (mail.internal.avioc.org [192.168.2.252]) by didy.avioc.org (Postfix) with ESMTP id E6A2BEB6458; Wed, 13 Feb 2008 20:14:38 -0600 (CST) X-Virus-Scanned: amavisd-new at mail.internal.avioc.org Received: from didy.avioc.org ([192.168.2.252]) by localhost (mail.internal.avioc.org [192.168.2.252]) (amavisd-new, port 10024) with LMTP id JBmIQ9nYw-Yh; Wed, 13 Feb 2008 20:14:36 -0600 (CST) Received: from [192.168.2.8] (section-8.internal.avioc.org [192.168.2.8]) by didy.avioc.org (Postfix) with ESMTP id 873DFEB6457; Wed, 13 Feb 2008 20:14:36 -0600 (CST) From: Brandon Weisz To: Scott Long In-Reply-To: <47B340DF.1010607@samsco.org> References: <47B315C8.3060805@bosco.princeton.edu> <47B340DF.1010607@samsco.org> Content-Type: text/plain Date: Wed, 13 Feb 2008 20:14:39 -0600 Message-Id: <1202955279.6548.2.camel@section-8.internal.avioc.org> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Brian Biskeborn Subject: Re: hptrr driver panics on 7.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 02:14:43 -0000 On Wed, 2008-02-13 at 12:11 -0700, Scott Long wrote: > Brian Biskeborn wrote: > > Hello all, > > > > I've reported this problem to HighPoint, but I'm curious to see whether > > anyone else has run into it. I'm using a RocketRaid 2314MS card on an > > amd64 system. When I boot the install CD for 7.0-RC2, the driver panics: > > > > hptrr: (null): 180*32=5760 bytes > > hptrr: (null): 180*288=51840 bytes > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x3 > > fault code = supervisor read data, page not present > > instruction pointer = 0x8:0xffffffff80502032 > > stack pointer = 0x10:0xffffffff80fd0950 > > frame pointer = 0x10:0xffffffff80822ecf > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 0 (swapper) > > trap number = 12 > > panic: page fault > > cpuid = 0 > > > > This is with no drives connected to the controller. My machine specs: > > Dell Inspiron 531S > > Processor: Athlon 64 X2 4000+ > > Motherboard: Asus M2N61-AX (seems to be made specifically for Dell) with > > the MCP61 chipset > > > > So: has anyone else seen a panic with this or other HighPoint cards? I > > know HighPoint provides a binary blob for their driver, but could the > > problem be in the wrapper code someplace? > > > > I wish I could provide more information, but not being able to install > > FreeBSD limits my options there. I had to take a picture of the screen > > and type in the panic output by hand :) > > > > I'll take a look at it. Since you don't have any drives connected, can > you remove the card and then do the install? > > Scott It panics with or without drives attached. hptrr: (null): 180*32=5760 bytes hptrr: (null): 180*288=51840 bytes Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x3 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff80515cf2 stack pointer = 0x10:0xffffffff80bfc910 frame pointer = 0x10:0xffffffff80bfca80 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0 ] Stopped at strlen+0x2: cmpb $0,(%rdi) db> bt Tracing pid 0 tid 0 td 0xffffffff80a72170 strlen() at strlen+0x2 vsnprintf() at vsnprintf+0x2e hptrr_os_printk() at hptrr_os_printk+0x76 htp_final_init() at hpt_final_init+0x22d run_interrupt_driven_config_hooks() at run_interrupt_driven_config_hooks +0x47 mi_startup() at mi_startup+0x58 btext() at btext+0x2c (hand copied) This is 7.0-RC2, amd64. On a i386 machine the system boots with a lot of garbage from the hptrr driver, and will panic on halt/reboot. I didn't test if it functions on i386. Brandon From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 03:50:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D06816A418 for ; Thu, 14 Feb 2008 03:50:13 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 45C8813C4CE for ; Thu, 14 Feb 2008 03:50:12 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m1E3o3Y2067945; Wed, 13 Feb 2008 20:50:03 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <47B3BA6B.7080106@samsco.org> Date: Wed, 13 Feb 2008 20:50:03 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.11) Gecko/20071128 SeaMonkey/1.1.7 MIME-Version: 1.0 To: Kris Kennaway References: <47B38809.5000500@FreeBSD.org> In-Reply-To: <47B38809.5000500@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Ian FREISLICH , Ken Smith , freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0-RC2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 03:50:13 -0000 Kris Kennaway wrote: > Ian FREISLICH wrote: >> Hi >> >> I just installed and only now noticed this oddity (to me at least). >> Maybe it's been explained before, but I can't quite remember. >> >> I selected auto defaults for the slice editor. The system I installed >> (amd64) on has 16GB of RAM yet it only assigned 4GB for swap. I >> remember reading that on amd64 minidumps could corrupt neighbouring >> filesystems, so a full dump could be up to 16GB. There won't be >> enough space for a full dump. That said, 16GB is quite a *lot* to >> swap out and I'm not sure how the system would perform under that >> scenario. > > I havent seen reports of problems with minidump on amd64. I use it myself. Until fairly recently, there were no seatbelts to prevent the dumpsys code from exceeding the dump partition. It was discussed in several forums, and the fix was developed and committed to HEAD and 7-mumble by Ruslan a couple of weeks ago. It was not a problem specific to any particular platform. Scott From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 03:53:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF43616A420 for ; Thu, 14 Feb 2008 03:53:27 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 8475B13C45B for ; Thu, 14 Feb 2008 03:53:27 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m1E3rOvO067959; Wed, 13 Feb 2008 20:53:25 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <47B3BB34.8060808@samsco.org> Date: Wed, 13 Feb 2008 20:53:24 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.11) Gecko/20071128 SeaMonkey/1.1.7 MIME-Version: 1.0 To: gnn@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: SCSI errors on RC1? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 03:53:28 -0000 gnn@freebsd.org wrote: > Hi, > > Has anyone else seen this? > > ahd0: SCSI Cell parity error SSTAT3 == 0x2 > ahd0: Missing case in ahd_handle_scsiint. status = 0 This is an exceptionally rare error. Some piece of hardware in your system is defective. I'm not sure what you can rule out, more information on your system is needed. Scott From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 04:04:55 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85A5016A418 for ; Thu, 14 Feb 2008 04:04:55 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id 614E613C4DB for ; Thu, 14 Feb 2008 04:04:55 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m1E44n7g052293; Wed, 13 Feb 2008 20:04:55 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m1E44Xbk022139; Wed, 13 Feb 2008 20:04:33 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m1E44Wwe011413; Wed, 13 Feb 2008 20:04:32 -0800 (PST) (envelope-from gnn@neville-neil.com) Date: Thu, 14 Feb 2008 13:04:31 +0900 Message-ID: From: gnn@freebsd.org To: Scott Long In-Reply-To: <47B3BB34.8060808@samsco.org> References: <47B3BB34.8060808@samsco.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.10.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: current@freebsd.org Subject: Re: SCSI errors on RC1? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 04:04:55 -0000 At Wed, 13 Feb 2008 20:53:24 -0700, Scott Long wrote: > > gnn@freebsd.org wrote: > > Hi, > > > > Has anyone else seen this? > > > > ahd0: SCSI Cell parity error SSTAT3 == 0x2 > > ahd0: Missing case in ahd_handle_scsiint. status = 0 > > This is an exceptionally rare error. Some piece of hardware in your > system is defective. I'm not sure what you can rule out, more > information on your system is needed. > The motherboard is a SuperMicro X7DB8: http://www.supermicro.com/products/motherboard/Xeon1333/5000P/X7DB8.cfm with 2 Xeon 5355 CPUs (4 cores each), 8G of RAM, and a single Seagate 147G, 15,000 RPM drive. The dmesg output is attached. Let me know what else is needed. Best, George nozomi8 ? dmesg Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-RC2 #0: Fri Feb 8 00:02:33 UTC 2008 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU X5355 @ 2.66GHz (2666.68-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f7 Stepping = 7 Features=0xbfebfbff Features2=0x4e3bd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 4 usable memory = 8576475136 (8179 MB) avail memory = 8289275904 (7905 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est1 attach returned 6 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est2 attach returned 6 p4tcc2: on cpu2 cpu3: on acpi0 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est3 attach returned 6 p4tcc3: on cpu3 cpu4: on acpi0 est4: on cpu4 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est4 attach returned 6 p4tcc4: on cpu4 cpu5: on acpi0 est5: on cpu5 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est5 attach returned 6 p4tcc5: on cpu5 cpu6: on acpi0 est6: on cpu6 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est6 attach returned 6 p4tcc6: on cpu6 cpu7: on acpi0 est7: on cpu7 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est7 attach returned 6 p4tcc7: on cpu7 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 0.0 on pci1 pci2: on pcib2 pcib3: irq 16 at device 0.0 on pci2 pci3: on pcib3 pcib4: at device 0.0 on pci3 pci4: on pcib4 ahd0: port 0x2400-0x24ff,0x2000-0x20ff mem 0xd8b00000-0xd8b01fff irq 16 at device 2.0 on pci4 ahd0: [ITHREAD] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs ahd1: port 0x2c00-0x2cff,0x2800-0x28ff mem 0xd8b02000-0xd8b03fff irq 17 at device 2.1 on pci4 ahd1: [ITHREAD] aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs pcib5: at device 0.2 on pci3 pci5: on pcib5 pcib6: irq 18 at device 2.0 on pci2 pci6: on pcib6 em0: port 0x3000-0x301f mem 0xd8a20000-0xd8a3ffff,0xd8a00000-0xd8a1ffff irq 18 at device 0.0 on pci6 em0: Using MSI interrupt em0: Ethernet address: 00:30:48:64:1e:20 em0: [FILTER] em1: port 0x3020-0x303f mem 0xd8a60000-0xd8a7ffff,0xd8a40000-0xd8a5ffff irq 19 at device 0.1 on pci6 em1: Using MSI interrupt em1: Ethernet address: 00:30:48:64:1e:21 em1: [FILTER] pcib7: at device 0.3 on pci1 pci7: on pcib7 pcib8: at device 4.0 on pci0 pci8: on pcib8 pcib9: at device 6.0 on pci0 pci9: on pcib9 pci9: at device 0.0 (no driver attached) pci0: at device 8.0 (no driver attached) pcib10: irq 17 at device 28.0 on pci0 pci10: on pcib10 uhci0: port 0x1800-0x181f irq 17 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xd8f00000-0xd8f003ff irq 17 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib11: at device 30.0 on pci0 pci11: on pcib11 vgapci0: port 0x4000-0x40ff mem 0xd0000000-0xd7ffffff,0xd8c00000-0xd8c0ffff irq 18 at device 1.0 on pci11 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] orm0: at iomem 0xc0000-0xcafff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: DVDROM at ata0-slave UDMA33 Waiting 5 seconds for SCSI devices to settle daS0M Pa:t AaPh dC0P Ub u#s1 0L atuanrcgheetd !0 lSuMnP :0 A Pd aC0P:U <#S3E ALGaAuTnEc hSeTd3!1 46S8M5P5:L WA P0 0C0P3U> #F7i xLeadu nDcihreedc!t AScMcPe:s sA PS CCSPIU- 3# 5d eLvaiucnec he dd!a 0:S M1P6:0 .A0P0 0CMPBU/ s# 2t rLaanusnfcehresd ! (8S0M.P0:0 0AMPH zC PDUT ,# 6o fLfasuentc h6e3d,! 16SbMiPt:) A Pd aC0P:U C#o4m mLaanudn cQhueedu!e ing Enabled da0: 140014MB (286749488 512 byte sectors: 255H 63S/T 17849C) Trying to mount root from ufs:/dev/da0s1a From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 05:02:49 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B62016A418; Thu, 14 Feb 2008 05:02:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 62BCF13C45B; Thu, 14 Feb 2008 05:02:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1E52mss003644; Thu, 14 Feb 2008 00:02:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1E52lc2047599; Thu, 14 Feb 2008 00:02:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0E7E473039; Thu, 14 Feb 2008 00:02:45 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080214050247.0E7E473039@freebsd-current.sentex.ca> Date: Thu, 14 Feb 2008 00:02:45 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 05:02:49 -0000 TB --- 2008-02-14 04:26:09 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-14 04:26:09 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-02-14 04:26:09 - cleaning the object tree TB --- 2008-02-14 04:26:18 - cvsupping the source tree TB --- 2008-02-14 04:26:19 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-02-14 04:26:26 - building world (CFLAGS=-O -pipe) TB --- 2008-02-14 04:26:26 - cd /src TB --- 2008-02-14 04:26:26 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 14 04:26:28 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/logwtmp.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/popen.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/ls.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/cmp.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/print.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/util.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ftpd ftpd.o ftpcmd.o logwtmp.o popen.o ls.o cmp.o print.o util.o -lutil -lcrypt -lopie -lmd -lm -lpam /obj/powerpc/src/tmp/usr/lib/libm.so: undefined reference to `floorl' *** Error code 1 Stop in /src/libexec/ftpd. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-14 05:02:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-14 05:02:45 - ERROR: failed to build world TB --- 2008-02-14 05:02:45 - tinderbox aborted TB --- 1578.15 user 220.12 system 2196.18 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 05:48:28 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CCC416A418 for ; Thu, 14 Feb 2008 05:48:28 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id D493013C458 for ; Thu, 14 Feb 2008 05:48:27 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=kfjYgk56HbY2QNXVjCEGiAe9RLeovB1ovpcrB/WuUxupAvd/IwUZMzW05WaZtADLwEKwcJscUn4FdL9QR9lUeBHuj4r1QIp5Ek2tIjXQBNhMmyecRViTx0MPbZWVUpclvfdYat25zp7mmkdi7kNACEFMSnmA1mF070xkFi1ZpP2oZ6gal3GUZ0GxsEudAUDZrHEEKZZ1KHKJR/XAE+UC6DrOMIxm8rz3AduEhKg8bTe4T3lQy29gx7kinGw1R3Gu; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1JPWxI-0004FA-1X; Thu, 14 Feb 2008 05:48:20 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JPWwE-0007sk-EE; Thu, 14 Feb 2008 05:47:14 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JPWwC-0000ex-NE; Thu, 14 Feb 2008 07:47:12 +0200 To: Ed Schouten From: Ian FREISLICH In-Reply-To: Message from Ian FREISLICH of "Wed, 13 Feb 2008 11:12:47 +0200." X-Attribution: BOFH Date: Thu, 14 Feb 2008 07:47:12 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: Testing box available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 05:48:28 -0000 Ed Schouten wrote: > * Ian FREISLICH wrote: > > Do you have a tarball of /var/db/ports so I can skip interaction? > > make BATCH=yes It took me a while to notice what was going on. It's stuck in devel/ORBit2 configuring over and over again because of missing config.satus. That port builds fine directly in its directory with or without "BATCH=yes". But, even after I built it manually, it still gets stuck here on the full port build. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 06:54:37 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B238F16A417; Thu, 14 Feb 2008 06:54:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 76C8313C442; Thu, 14 Feb 2008 06:54:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1E6saGP008641; Thu, 14 Feb 2008 01:54:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1E6saR9026982; Thu, 14 Feb 2008 01:54:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3713873039; Thu, 14 Feb 2008 01:54:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080214065436.3713873039@freebsd-current.sentex.ca> Date: Thu, 14 Feb 2008 01:54:36 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 06:54:37 -0000 TB --- 2008-02-14 06:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-14 06:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-02-14 06:20:00 - cleaning the object tree TB --- 2008-02-14 06:20:23 - cvsupping the source tree TB --- 2008-02-14 06:20:23 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-02-14 06:20:29 - building world (CFLAGS=-O -pipe) TB --- 2008-02-14 06:20:29 - cd /src TB --- 2008-02-14 06:20:29 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 14 06:20:30 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/logwtmp.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/popen.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/ls.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/cmp.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/print.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/util.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ftpd ftpd.o ftpcmd.o logwtmp.o popen.o ls.o cmp.o print.o util.o -lutil -lcrypt -lopie -lmd -lm -lpam /obj/arm/src/tmp/usr/lib/libm.so: undefined reference to `floorl' *** Error code 1 Stop in /src/libexec/ftpd. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-14 06:54:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-14 06:54:35 - ERROR: failed to build world TB --- 2008-02-14 06:54:35 - tinderbox aborted TB --- 1513.50 user 228.73 system 2075.60 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 07:26:41 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F66616A421 for ; Thu, 14 Feb 2008 07:26:41 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outC.internet-mail-service.net (outC.internet-mail-service.net [216.240.47.226]) by mx1.freebsd.org (Postfix) with ESMTP id 7A3CF13C46A for ; Thu, 14 Feb 2008 07:26:41 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Wed, 13 Feb 2008 23:26:40 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id E760F1271F4; Wed, 13 Feb 2008 23:26:39 -0800 (PST) Message-ID: <47B3ED30.2040404@elischer.org> Date: Wed, 13 Feb 2008 23:26:40 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Bill Moran References: <20080213073155.GA1340@hoeg.nl> <20080213090842.65b240e6.wmoran@potentialtech.com> In-Reply-To: <20080213090842.65b240e6.wmoran@potentialtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ian FREISLICH , Ed Schouten , current@freebsd.org Subject: Re: Testing box available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 07:26:41 -0000 Bill Moran wrote: > In response to Ed Schouten : > >> * Ian FREISLICH wrote: >>> As an aside, a 64 way parallel make buildworld doesn't saturate the CPU. >> I'm not sure, but I think if you do this: >> >> make -j64 >> >> it only spawns 64 processes to handle the top level make process. This >> would mean we've got a couple of processes doing this: >> >> make -C bin >> make -C lib >> make -C sbin >> make -C usr.bin >> make -C usr.sbin >> >> and the other processes will just quit, because they don't have anything >> to do. Right? :-) > > Basically, -j tells make the _maximum_ number of jobs to run in parallel. > I frequently do -j99, but I've never seen more than about 20. You can't > just look at it for a second, either. Certain parts of the build > process have more parallelism available than others, so you might look > at it at a point where there are only a few. > > If you really want to saturate it, copy the src tree a few times and > start a make -j99 buildworld in all of them simultaneously :D > my memory is that ohk changed make to have a fifo with N (as in -j N) tokens in it and all child makes inherrit this fifo (or get it's name from an environment variable or something) and can only spawn extra makes if they can get a token. When they have finished their work they pu the token back into the fifo.. My memories of this may be somewhat inaccurate however. From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 07:40:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B0E216A417 for ; Thu, 14 Feb 2008 07:40:39 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with SMTP id 9E68D13C45E for ; Thu, 14 Feb 2008 07:40:38 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 27578 invoked by uid 399); 14 Feb 2008 07:40:37 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 14 Feb 2008 07:40:37 -0000 X-Originating-IP: 127.0.0.1 Date: Wed, 13 Feb 2008 23:40:36 -0800 (PST) From: Doug Barton To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 1.00 (BSF 882 2007-12-20) X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: 2 new LORs using tonight's HEAD: UFS and DEVFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 07:40:39 -0000 I got the following using sources that are up to the minute: SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. lock order reversal: 1st 0xc54d3e28 devfs (devfs) @ /usr/local/src/sys/kern/vfs_subr.c:2061 2nd 0xc5639454 devfsmount (devfsmount) @ /usr/local/src/sys/fs/devfs/devfs_vnops.c:201 KDB: stack backtrace: db_trace_self_wrapper(c07757e3,e3ef6bbc,c05a3c9e,c0777c85,c5639454,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0777c85,c5639454,c076961a,c076961a,c076965b,...) at kdb_backtrace+0x29 witness_checkorder(c5639454,9,c076965b,c9,c7,...) at witness_checkorder+0x6de _sx_xlock(c5639454,0,c076965b,c9,c5639454,...) at _sx_xlock+0x7d devfs_allocv(c530a500,c5693000,e3ef6c28,c5310000,c077db14,...) at devfs_allocv+0x144 devfs_root(c5693000,2,c084c6d8,c5310000,ca,...) at devfs_root+0x51 set_rootvnode(c084c6c0,0,c077db14,5ed,c05e03b0,...) at set_rootvnode+0x2b vfs_mountroot(c07fa6f0,4,c076d677,260,0,...) at vfs_mountroot+0x356 start_init(0,e3ef6d38,c076efe5,30c,c530d000,...) at start_init+0x65 fork_exit(c0533ef0,0,e3ef6d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe3ef6d70, ebp = 0 --- Trying to mount root from ufs:/dev/ad0s2a lock order reversal: 1st 0xc56ab168 ufs (ufs) @ /usr/local/src/sys/kern/vfs_subr.c:2061 2nd 0xc5693000 vfslock (vfslock) @ /usr/local/src/sys/kern/vfs_subr.c:364 KDB: stack backtrace: db_trace_self_wrapper(c07757e3,e3ef69e4,c05a3c9e,c0777c85,c5693000,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0777c85,c5693000,c077dc1d,c077dc1d,c077e1b5,...) at kdb_backtrace+0x29 witness_checkorder(c5693000,1,c077e1b5,16c,e3ef6a24,...) at witness_checkorder+0x6de _lockmgr(c5693000,2001,c5693030,c077e1b5,16c,...) at _lockmgr+0x1e5 vfs_busy(c5693000,0,0,c5310000,e3ef6b58,...) at vfs_busy+0x198 lookup(e3ef6b44,c077d8bc,c6,bf,c52e192c,...) at lookup+0x764 namei(e3ef6b44,c5310094,c07bf264,c077db14,c5693030,...) at namei+0x2eb kern_unlink(c5310000,c077df57,1,628,0,...) at kern_unlink+0x40 vfs_mountroot_try(c077e111,c076c5ac,c07677ae,1,c05e03b0,...) at vfs_mountroot_try+0x470 vfs_mountroot(c07fa6f0,4,c076d677,260,0,...) at vfs_mountroot+0x418 start_init(0,e3ef6d38,c076efe5,30c,c530d000,...) at start_init+0x65 fork_exit(c0533ef0,0,e3ef6d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe3ef6d70, ebp = 0 --- lock order reversal: 1st 0xc5312044 user map (user map) @ /usr/local/src/sys/vm/vm_map.c:3111 2nd 0xc54d4e28 ufs (ufs) @ /usr/local/src/sys/kern/vfs_subr.c:2061 KDB: stack backtrace: db_trace_self_wrapper(c07757e3,e3ef69d0,c05a3c9e,c0777c85,c54d4e28,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0777c85,c54d4e28,c076ce97,c076ce97,c077e1b5,...) at kdb_backtrace+0x29 witness_checkorder(c54d4e28,1,c077e1b5,80d,e3ef6a04,...) at witness_checkorder+0x6de _lockmgr(c54d4e28,3041,c54d4e58,c077e1b5,80d,...) at _lockmgr+0x1e5 ffs_lock(e3ef6a78,c055d1ed,c08058b4,3041,c54d4dd0,...) at ffs_lock+0x8a VOP_LOCK1_APV(c07d2800,e3ef6a78,c076c5aa,3,c54d4e58,...) at VOP_LOCK1_APV+0xa5 _vn_lock(c54d4dd0,3041,c077e1b5,80d,0,...) at _vn_lock+0xf2 vget(c54d4dd0,3041,c5310000,4a9,c1851180,...) at vget+0x109 vnode_pager_lock(c1851000,0,c07903e2,127,e3ef6be8,...) at vnode_pager_lock+0x1ad vm_fault(c5312000,80b7000,2,8,80b7140,...) at vm_fault+0x1df trap_pfault(5,0,c079a03f,2c8,c,...) at trap_pfault+0xf9 trap(e3ef6d38) at trap+0x25d calltrap() at calltrap+0x6 --- trap 0xc, eip = 0x80480e5, esp = 0xbfbfef10, ebp = 0xbfbfef30 --- From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 10:01:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AACF316A41A for ; Thu, 14 Feb 2008 10:01:28 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 865CB13C455; Thu, 14 Feb 2008 10:01:27 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47B41176.9070405@FreeBSD.org> Date: Thu, 14 Feb 2008 11:01:26 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Scott Long References: <47B38809.5000500@FreeBSD.org> <47B3BA6B.7080106@samsco.org> In-Reply-To: <47B3BA6B.7080106@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ian FREISLICH , Ken Smith , freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0-RC2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 10:01:28 -0000 Scott Long wrote: > Kris Kennaway wrote: >> Ian FREISLICH wrote: >>> Hi >>> >>> I just installed and only now noticed this oddity (to me at least). >>> Maybe it's been explained before, but I can't quite remember. >>> >>> I selected auto defaults for the slice editor. The system I installed >>> (amd64) on has 16GB of RAM yet it only assigned 4GB for swap. I >>> remember reading that on amd64 minidumps could corrupt neighbouring >>> filesystems, so a full dump could be up to 16GB. There won't be >>> enough space for a full dump. That said, 16GB is quite a *lot* to >>> swap out and I'm not sure how the system would perform under that >>> scenario. >> >> I havent seen reports of problems with minidump on amd64. I use it >> myself. > > Until fairly recently, there were no seatbelts to prevent the dumpsys > code from exceeding the dump partition. It was discussed in several > forums, and the fix was developed and committed to HEAD and 7-mumble > by Ruslan a couple of weeks ago. It was not a problem specific to any > particular platform. OK, so problem solved then. Kris From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 10:30:16 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F36F416A4DC; Thu, 14 Feb 2008 10:30:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B26EC13C459; Thu, 14 Feb 2008 10:30:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1EAU9pk083577; Thu, 14 Feb 2008 05:30:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1EAU99r068904; Thu, 14 Feb 2008 05:30:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A3AE973039; Thu, 14 Feb 2008 05:30:09 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080214103009.A3AE973039@freebsd-current.sentex.ca> Date: Thu, 14 Feb 2008 05:30:09 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 10:30:16 -0000 TB --- 2008-02-14 09:54:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-14 09:54:00 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-02-14 09:54:00 - cleaning the object tree TB --- 2008-02-14 09:54:12 - cvsupping the source tree TB --- 2008-02-14 09:54:12 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-02-14 09:54:18 - building world (CFLAGS=-O -pipe) TB --- 2008-02-14 09:54:18 - cd /src TB --- 2008-02-14 09:54:18 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 14 09:54:19 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/logwtmp.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/popen.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/ls.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/cmp.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/print.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/util.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ftpd ftpd.o ftpcmd.o logwtmp.o popen.o ls.o cmp.o print.o util.o -lutil -lcrypt -lopie -lmd -lm -lpam /obj/powerpc/src/tmp/usr/lib/libm.so: undefined reference to `floorl' *** Error code 1 Stop in /src/libexec/ftpd. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-14 10:30:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-14 10:30:09 - ERROR: failed to build world TB --- 2008-02-14 10:30:09 - tinderbox aborted TB --- 1579.05 user 219.78 system 2169.27 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 10:36:36 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BD2416A468 for ; Thu, 14 Feb 2008 10:36:36 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8CE4013C447; Thu, 14 Feb 2008 10:36:34 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47B419B1.1010002@FreeBSD.org> Date: Thu, 14 Feb 2008 11:36:33 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Julian Elischer References: <20080213073155.GA1340@hoeg.nl> <20080213090842.65b240e6.wmoran@potentialtech.com> <47B3ED30.2040404@elischer.org> In-Reply-To: <47B3ED30.2040404@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, Ian FREISLICH , Bill Moran , Ed Schouten Subject: Re: Testing box available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 10:36:36 -0000 Julian Elischer wrote: > my memory is that ohk changed make to have a fifo with N (as in -j N) > tokens in it and all child makes inherrit this fifo > (or get it's name from an environment variable or something) > and can only spawn extra makes if they can get a token. > When they have finished their work they pu the token back into the > fifo.. > > My memories of this may be somewhat inaccurate however. I think this is correct but it only helps to some extent. Large parts of the buildworld have no or low parallelism still (e.g. the whole 'make depend' phase). 'make buildworld' is not a good choice for testing parallelism. Running a "useful workload" is more interesting :) One of three things will happen: 1) It may scale well to 16 CPUs. 2) The scheduler may limit performance if your workload depends heavily on CPU locality. This is the case with the Intel 16-core system we have been using. The scheduler needs to gain knowledge of the CPU core topology in order to avoid making bad decisions about migrating processes between CPU cores that are far apart. Jeff is working on this. 3) Your workload may not scale because of a limiting factor in userland or in the kernel. If this is a limitation in FreeBSD and not the application then it is interesting. Actually it would be interesting to repeat some of our "standard tests" on the barcelona system to see how it compares to the intel one. Kris From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 10:46:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA22016A417; Thu, 14 Feb 2008 10:46:30 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 71DFF13C45E; Thu, 14 Feb 2008 10:46:30 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id CB5A61CC76; Thu, 14 Feb 2008 11:46:29 +0100 (CET) Date: Thu, 14 Feb 2008 11:46:29 +0100 From: Ed Schouten To: Doug Barton Message-ID: <20080214104629.GS1340@hoeg.nl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pzbqGaOtRNiVr7w4" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Current Subject: Re: 2 new LORs using tonight's HEAD: UFS and DEVFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 10:46:30 -0000 --pzbqGaOtRNiVr7w4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Doug Barton wrote: > lock order reversal: > 1st 0xc54d3e28 devfs (devfs) @ /usr/local/src/sys/kern/vfs_subr.c:2061 > 2nd 0xc5639454 devfsmount (devfsmount) @ /usr/local/src/sys/fs/devfs/dev= fs_vnops.c:201 > lock order reversal: > 1st 0xc56ab168 ufs (ufs) @ /usr/local/src/sys/kern/vfs_subr.c:2061 > 2nd 0xc5693000 vfslock (vfslock) @ /usr/local/src/sys/kern/vfs_subr.c:364 > lock order reversal: > 1st 0xc5312044 user map (user map) @ /usr/local/src/sys/vm/vm_map.c:3111 > 2nd 0xc54d4e28 ufs (ufs) @ /usr/local/src/sys/kern/vfs_subr.c:2061 I'm getting those three as well, including this one during shutdown: | lock order reversal: | 1st 0xc676a29c vfslock (vfslock) @ /store/home/ed/p4/mpsafetty/sys/kern/= vfs_mount.c:1242 | 2nd 0xc67b4c08 syncer (syncer) @ /store/home/ed/p4/mpsafetty/sys/kern/vf= s_subr.c:2156 | KDB: stack backtrace: | db_trace_self_wrapper(c06f9676,e8e57ae8,c059ff2e,c06fba39,c67b4c08,...) a= t db_trace_self_wrapper+0x26 | kdb_backtrace(c06fba39,c67b4c08,c0702aac,c0702aac,c0702214,...) at kdb_ba= cktrace+0x29 | witness_checkorder(c67b4c08,9,c0702214,86c,c076fc74,...) at witness_check= order+0x6de | _lockmgr(c67b4c08,2002,c67b4c38,c0702214,86c,...) at _lockmgr+0x43c | vop_stdlock(e8e57b80,c0702214,c059f7f8,2002,c67b4bb0,...) at vop_stdlock+= 0x39 | VOP_LOCK1_APV(c073f100,e8e57b80,84f,e8e57ba0,c67b4c38,...) at VOP_LOCK1_A= PV+0xa5 | _vn_lock(c67b4bb0,2002,c0702214,86c,0,...) at _vn_lock+0xf2 | vrele(c67b4bb0,0,c0701b60,4f0,4da,...) at vrele+0x142 | dounmount(c676a29c,80000,c6b2eaa0,da544aec,0,...) at dounmount+0x372 | vfs_unmountall(c06f6810,0,c06f68c0,127,0,...) at vfs_unmountall+0x4e | boot(c076b170,0,c06f68c0,ab,e8e57d2c,...) at boot+0x3cf | reboot(c6b2eaa0,e8e57cfc,4,c06fcf5b,c0730028,...) at reboot+0x4b | syscall(e8e57d38) at syscall+0x253 | Xint0x80_syscall() at Xint0x80_syscall+0x20 | --- syscall (55, FreeBSD ELF32, reboot), eip =3D 0x280b24fb, esp =3D 0xbf= bfecac, ebp =3D 0xbfbfece8 --- --=20 Ed Schouten WWW: http://g-rave.nl/ --pzbqGaOtRNiVr7w4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAke0HAUACgkQ52SDGA2eCwUdxACfbeMV6nLluGsIHSG38aErz56f 9sEAniRuAqycwfBbcfFF8UWUukKmpVSQ =hrL7 -----END PGP SIGNATURE----- --pzbqGaOtRNiVr7w4-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 11:27:12 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 396C216A418 for ; Thu, 14 Feb 2008 11:27:12 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 095C913C45D for ; Thu, 14 Feb 2008 11:27:11 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=As3bmXlpSmH4/srJI3l/4KCA+/SOeIYkZv5oYH+PWOGKUnqCX7Hh3N7JU2gepiWQAFuLA/SFUuKyVnAiisfhRznZD81vB2QRIHiMwzMmEle8C8yD6KSVY47plwzQiftHir9rDFf3I/ccNZyYETEfUfHKRtMQlMxzauOdFx7oH5nZIYybKMgBYhvprMdQMHVS0CfvkXkGy07+KMYeg+DqS0hm2MN9KrPA8cv26DG3c2OmCC6/hm5WtWSlxavUJQ3+; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1JPcFB-0004eC-Pu; Thu, 14 Feb 2008 11:27:09 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JPcEu-0002g7-Bp; Thu, 14 Feb 2008 11:26:52 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JPcEt-0001Lw-Eb; Thu, 14 Feb 2008 13:26:51 +0200 To: Kris Kennaway From: Ian FREISLICH In-Reply-To: Message from Kris Kennaway of "Thu, 14 Feb 2008 11:36:33 +0100." <47B419B1.1010002@FreeBSD.org> X-Attribution: BOFH Date: Thu, 14 Feb 2008 13:26:51 +0200 Message-Id: Cc: current@freebsd.org, Ed Schouten , Julian Elischer , Bill Moran Subject: Re: Testing box available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 11:27:12 -0000 Kris Kennaway wrote: > Julian Elischer wrote: > Actually it would be interesting to repeat some of our "standard tests" > on the barcelona system to see how it compares to the intel one. Please point me to these tests and I'll run them. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 11:40:08 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA02616A420 for ; Thu, 14 Feb 2008 11:40:08 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 472E213C46B; Thu, 14 Feb 2008 11:40:07 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47B42896.8030501@FreeBSD.org> Date: Thu, 14 Feb 2008 12:40:06 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Ian FREISLICH References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Julian Elischer , current@freebsd.org, Bill Moran , Ed Schouten Subject: Re: Testing box available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 11:40:08 -0000 Ian FREISLICH wrote: > Kris Kennaway wrote: >> Julian Elischer wrote: >> Actually it would be interesting to repeat some of our "standard tests" >> on the barcelona system to see how it compares to the intel one. > > Please point me to these tests and I'll run them. Unfortunately they require configuration, and I'd also like to use a nonstandard kernel. It would be much easier if I can just do it directly :) Kris From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 12:03:13 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE4BA16A46E; Thu, 14 Feb 2008 12:03:13 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id B1AC713C4CE; Thu, 14 Feb 2008 12:03:13 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=LDBDak3pA0tG73JiRV2gmFMOX7KapoD/hzWpcGsyAlhoWXKa2Cl6fwCDskR01OBqOZhu84rfyXEY/8CCWcodhkHZqBn1JX5R0GD7nm1B29VW4v3shS1XbPJhkkAVUu3H4A6YWImKIYXncefyLLUu6UyiC68nZPh4s5IVME51Ck5HEZB73Nu1M+JVjUn7Dxi+x6kVPUVvvLWU4JG/Jpn2rHQUY4oQvtFBqC1cbcinvqrcMGELDzJ1ruYfUO7Sazx7; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1JPco3-0007RZ-Ev; Thu, 14 Feb 2008 12:03:11 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JPcnM-000374-DP; Thu, 14 Feb 2008 12:02:28 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JPcnL-0001Py-8b; Thu, 14 Feb 2008 14:02:27 +0200 To: Kris Kennaway From: Ian FREISLICH In-Reply-To: Message from Kris Kennaway of "Thu, 14 Feb 2008 12:40:06 +0100." <47B42896.8030501@FreeBSD.org> X-Attribution: BOFH Date: Thu, 14 Feb 2008 14:02:27 +0200 Message-Id: Cc: Ed Schouten , Julian Elischer , Bill Moran , current@freebsd.org Subject: Re: Testing box available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 12:03:14 -0000 Kris Kennaway wrote: > Ian FREISLICH wrote: > > Kris Kennaway wrote: > >> Julian Elischer wrote: > >> Actually it would be interesting to repeat some of our "standard tests" > >> on the barcelona system to see how it compares to the intel one. > > > > Please point me to these tests and I'll run them. > > Unfortunately they require configuration, and I'd also like to use a > nonstandard kernel. It would be much easier if I can just do it directly :) Ok. I'll arange that, but I'll only be able to do so in about a week's time. I'll let you know when it's available. -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 12:19:30 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B673416A418; Thu, 14 Feb 2008 12:19:30 +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 86BC313C455; Thu, 14 Feb 2008 12:19:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1ECJTXq026343; Thu, 14 Feb 2008 07:19:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1ECJTEr083333; Thu, 14 Feb 2008 07:19:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4904F73039; Thu, 14 Feb 2008 07:19:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080214121929.4904F73039@freebsd-current.sentex.ca> Date: Thu, 14 Feb 2008 07:19:29 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 12:19:30 -0000 TB --- 2008-02-14 11:45:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-14 11:45:01 - starting HEAD tinderbox run for arm/arm TB --- 2008-02-14 11:45:01 - cleaning the object tree TB --- 2008-02-14 11:45:28 - cvsupping the source tree TB --- 2008-02-14 11:45:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-02-14 11:45:34 - building world (CFLAGS=-O -pipe) TB --- 2008-02-14 11:45:34 - cd /src TB --- 2008-02-14 11:45:34 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 14 11:45:37 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/logwtmp.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/popen.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/ls.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/cmp.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/print.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/util.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ftpd ftpd.o ftpcmd.o logwtmp.o popen.o ls.o cmp.o print.o util.o -lutil -lcrypt -lopie -lmd -lm -lpam /obj/arm/src/tmp/usr/lib/libm.so: undefined reference to `floorl' *** Error code 1 Stop in /src/libexec/ftpd. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-14 12:19:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-14 12:19:29 - ERROR: failed to build world TB --- 2008-02-14 12:19:29 - tinderbox aborted TB --- 1515.33 user 226.59 system 2068.01 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 15:47:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2895D16A418 for ; Thu, 14 Feb 2008 15:47:36 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id D1C2713C447 for ; Thu, 14 Feb 2008 15:47:35 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m1EFlOJ0073084; Thu, 14 Feb 2008 08:47:24 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <47B4628C.309@samsco.org> Date: Thu, 14 Feb 2008 08:47:24 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.11) Gecko/20071128 SeaMonkey/1.1.7 MIME-Version: 1.0 To: Brandon Weisz References: <47B315C8.3060805@bosco.princeton.edu> <47B340DF.1010607@samsco.org> <1202955279.6548.2.camel@section-8.internal.avioc.org> In-Reply-To: <1202955279.6548.2.camel@section-8.internal.avioc.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org, Brian Biskeborn Subject: Re: hptrr driver panics on 7.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 15:47:36 -0000 Brandon Weisz wrote: > On Wed, 2008-02-13 at 12:11 -0700, Scott Long wrote: >> Brian Biskeborn wrote: >>> Hello all, >>> >>> I've reported this problem to HighPoint, but I'm curious to see whether >>> anyone else has run into it. I'm using a RocketRaid 2314MS card on an >>> amd64 system. When I boot the install CD for 7.0-RC2, the driver panics: >>> >>> hptrr: (null): 180*32=5760 bytes >>> hptrr: (null): 180*288=51840 bytes >>> >>> Fatal trap 12: page fault while in kernel mode >>> cpuid = 0; apic id = 00 >>> fault virtual address = 0x3 >>> fault code = supervisor read data, page not present >>> instruction pointer = 0x8:0xffffffff80502032 >>> stack pointer = 0x10:0xffffffff80fd0950 >>> frame pointer = 0x10:0xffffffff80822ecf >>> code segment = base 0x0, limit 0xfffff, type 0x1b >>> = DPL 0, pres 1, long 1, def32 0, gran 1 >>> processor eflags = interrupt enabled, resume, IOPL = 0 >>> current process = 0 (swapper) >>> trap number = 12 >>> panic: page fault >>> cpuid = 0 >>> >>> This is with no drives connected to the controller. My machine specs: >>> Dell Inspiron 531S >>> Processor: Athlon 64 X2 4000+ >>> Motherboard: Asus M2N61-AX (seems to be made specifically for Dell) with >>> the MCP61 chipset >>> >>> So: has anyone else seen a panic with this or other HighPoint cards? I >>> know HighPoint provides a binary blob for their driver, but could the >>> problem be in the wrapper code someplace? >>> >>> I wish I could provide more information, but not being able to install >>> FreeBSD limits my options there. I had to take a picture of the screen >>> and type in the panic output by hand :) >>> >> I'll take a look at it. Since you don't have any drives connected, can >> you remove the card and then do the install? >> >> Scott > > It panics with or without drives attached. > > hptrr: (null): 180*32=5760 bytes > hptrr: (null): 180*288=51840 bytes > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x3 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff80515cf2 > stack pointer = 0x10:0xffffffff80bfc910 > frame pointer = 0x10:0xffffffff80bfca80 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (swapper) > [thread pid 0 tid 0 ] > Stopped at strlen+0x2: cmpb $0,(%rdi) > db> bt > Tracing pid 0 tid 0 td 0xffffffff80a72170 > strlen() at strlen+0x2 > vsnprintf() at vsnprintf+0x2e > hptrr_os_printk() at hptrr_os_printk+0x76 > htp_final_init() at hpt_final_init+0x22d > run_interrupt_driven_config_hooks() at run_interrupt_driven_config_hooks > +0x47 > mi_startup() at mi_startup+0x58 > btext() at btext+0x2c > > (hand copied) > > This is 7.0-RC2, amd64. On a i386 machine the system boots with a lot > of garbage from the hptrr driver, and will panic on halt/reboot. I > didn't test if it functions on i386. > > Brandon > > Thanks for the extra info. This looks like something that Highpoint will have to fix. I'll see what can be done in time for the final 7.0 release. Scott From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 15:52:33 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3738C16A418; Thu, 14 Feb 2008 15:52:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1611613C45E; Thu, 14 Feb 2008 15:52:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1EFqWvq054964; Thu, 14 Feb 2008 10:52:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1EFqWqo056137; Thu, 14 Feb 2008 10:52:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DBE2573039; Thu, 14 Feb 2008 10:52:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080214155231.DBE2573039@freebsd-current.sentex.ca> Date: Thu, 14 Feb 2008 10:52:31 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 15:52:33 -0000 TB --- 2008-02-14 15:15:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-14 15:15:54 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-02-14 15:15:54 - cleaning the object tree TB --- 2008-02-14 15:16:06 - cvsupping the source tree TB --- 2008-02-14 15:16:06 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-02-14 15:16:13 - building world (CFLAGS=-O -pipe) TB --- 2008-02-14 15:16:13 - cd /src TB --- 2008-02-14 15:16:13 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 14 15:16:14 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/logwtmp.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/popen.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/ls.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/cmp.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/print.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/util.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ftpd ftpd.o ftpcmd.o logwtmp.o popen.o ls.o cmp.o print.o util.o -lutil -lcrypt -lopie -lmd -lm -lpam /obj/powerpc/src/tmp/usr/lib/libm.so: undefined reference to `floorl' *** Error code 1 Stop in /src/libexec/ftpd. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-14 15:52:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-14 15:52:31 - ERROR: failed to build world TB --- 2008-02-14 15:52:31 - tinderbox aborted TB --- 1579.95 user 219.16 system 2196.66 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 17:39:01 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1073F16A419; Thu, 14 Feb 2008 17:39:01 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id AD0B313C469; Thu, 14 Feb 2008 17:39:00 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JPi2y-000HXy-Mn; Thu, 14 Feb 2008 19:38:59 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id m1EHcTo2040052 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Feb 2008 19:38:29 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m1EHcohc000979; Thu, 14 Feb 2008 19:38:50 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m1EHcovm000978; Thu, 14 Feb 2008 19:38:50 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 14 Feb 2008 19:38:50 +0200 From: Kostik Belousov To: Ruslan Ermilov Message-ID: <20080214173850.GB57756@deviant.kiev.zoral.com.ua> References: <200802122009.m1CK94Y8026959@repoman.freebsd.org> <20080212200911.B49F416A51C@hub.freebsd.org> <20080212204803.GT57756@deviant.kiev.zoral.com.ua> <20080213113530.GB45243@team.vega.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SDgf156dd35oTvQ6" Content-Disposition: inline In-Reply-To: <20080213113530.GB45243@team.vega.ru> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 44556c58cf61beb49de4494ee559d59c X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 2238 [Feb 14 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: current@freebsd.org Subject: Re: [src] cvs commit: src/include unistd.h src/lib/libc/sys readlink.2 src/sys/compat/freebsd32 syscalls.master src/sys/kern syscalls.master vfs_syscalls.c src/sys/sys syscallsubr.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 17:39:01 -0000 --SDgf156dd35oTvQ6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 13, 2008 at 02:35:30PM +0300, Ruslan Ermilov wrote: > [ Replying to the list. ] >=20 > On Tue, Feb 12, 2008 at 10:48:04PM +0200, Kostik Belousov wrote: > > > -int readlink(const char *, char *, int); > > > +ssize_t readlink(const char *, char *, size_t); > > You do understand that this changes the ABI ? size_t and int have diffe= rent > > sizes on 64-bit arches, and now upper-half of the register used to pass > > the third arg is used. Amd64, fortunately, makes very hard to load a > > non-zero into the upper half, I am not so sure about IA64/sparc64. >=20 > I considered that. I've tested locally on amd64 and sparc64, and > ia64 on pluto2.freebsd.org. Since this is only a third argument, > it's passed in a 64-bit register, and for any meaningful value of it > (0 .. INT_MAX), there's no ABI change at all. I compared .s files. >=20 > : // cc -S a.c ; mv a.s a.s~ ; cc -S -DNEW a.c ; diff -u a.s~ a.s > : #include > : #include > :=20 > : #ifdef NEW > : ssize_t readlink(const char *, char *, size_t); > : #else > : int readlink(const char *, char *, int); > : #endif > :=20 > : void > : foo(void) > : { > : int i; > : char buf[1024]; > :=20 > : i =3D readlink("foo", buf, INT_MAX); > : } >=20 > > This change, IMHO, requires symbol version compat shims. >=20 > I don't think so. >=20 The slightly contrived example below works on RELENG_7 amd64, relevant output from the truss is readlink("/usr/X11R6","l",1) =3D 1 (0x1) on the CURRENT gives readlink("/usr/X11R6","l",1) =3D -4294967295 (0xffffff= ff00000001) [also please note wrong output for the third readlink arg; ktrace/kdump wor= ks ok]. .text .globl main main: movq $0xffffffff00000001, %rax movq %rax, %rdx movq $buf, %rax movq %rax, %rsi movq $path, %rax movq %rax, %rdi call readlink xorl %edi, %edi call exit =09 .section .rodata path: .asciz "/usr/X11R6" .data .comm buf, 0x80 --SDgf156dd35oTvQ6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAke0fKoACgkQC3+MBN1Mb4ihVwCdFFM1vg9XgQ7PdiavELg/fON1 SwgAoI5PdJmT0l178tad+m8HyvXRrQdh =LphW -----END PGP SIGNATURE----- --SDgf156dd35oTvQ6-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 17:44:31 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6058716A418; Thu, 14 Feb 2008 17:44:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4333513C442; Thu, 14 Feb 2008 17:44:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1EHiUGC034571; Thu, 14 Feb 2008 12:44:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1EHiUsR092298; Thu, 14 Feb 2008 12:44:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2D78D73039; Thu, 14 Feb 2008 12:44:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080214174430.2D78D73039@freebsd-current.sentex.ca> Date: Thu, 14 Feb 2008 12:44:30 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 17:44:31 -0000 TB --- 2008-02-14 17:10:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-14 17:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-02-14 17:10:00 - cleaning the object tree TB --- 2008-02-14 17:10:25 - cvsupping the source tree TB --- 2008-02-14 17:10:25 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-02-14 17:10:33 - building world (CFLAGS=-O -pipe) TB --- 2008-02-14 17:10:33 - cd /src TB --- 2008-02-14 17:10:33 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 14 17:10:36 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/logwtmp.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/popen.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/ls.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/cmp.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/print.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/util.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ftpd ftpd.o ftpcmd.o logwtmp.o popen.o ls.o cmp.o print.o util.o -lutil -lcrypt -lopie -lmd -lm -lpam /obj/arm/src/tmp/usr/lib/libm.so: undefined reference to `floorl' *** Error code 1 Stop in /src/libexec/ftpd. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-14 17:44:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-14 17:44:29 - ERROR: failed to build world TB --- 2008-02-14 17:44:29 - tinderbox aborted TB --- 1515.35 user 227.55 system 2069.10 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 18:24:36 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 380D716A419 for ; Thu, 14 Feb 2008 18:24:36 +0000 (UTC) (envelope-from bazzoola@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id EAA9313C4CE for ; Thu, 14 Feb 2008 18:24:35 +0000 (UTC) (envelope-from bazzoola@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so512264pyb.10 for ; Thu, 14 Feb 2008 10:24:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer; bh=D3uJPnX1vlTIpLomBU/tzZQaAmUVlWVzJNGoTlbpFL8=; b=lKOGoAEf1GSvGvJ42ghwDHFnbEM/UMi3iv924EHCcwGFXvJZAPGHl0JuauM3smEnI1qMUzXpQKT0GrKgCao/GI8laKYFCYrbAUfSFTAJrHuHO16KyXO0IVGV1XErNfCxferHgwKQVZ+GZ07tcZO3gmW+zKxE2LIq6gGZmTOb2+s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer; b=EitjFmbLzutfaV2v+t3s63csN6e9Ypv56c5GHB3pzv//nwwQwvUfPYO8r76Sfff6gOw+p2jpsOKeHDIbkStVRYV4j2I6bPBWLqN7KnFERPQ6QWyZSfXPnVkHy2tFmJ3Xr7knTF3d7SRCtg3PVx5+urG4yLLYMdU2U4uHzCP/8g0= Received: by 10.35.87.8 with SMTP id p8mr1787423pyl.16.1203011817800; Thu, 14 Feb 2008 09:56:57 -0800 (PST) Received: from macwire.local ( [76.251.209.101]) by mx.google.com with ESMTPS id f6sm7629448pyh.13.2008.02.14.09.56.55 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 14 Feb 2008 09:56:56 -0800 (PST) Message-Id: From: bazzoola To: Ian FREISLICH In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Thu, 14 Feb 2008 12:56:51 -0500 References: X-Mailer: Apple Mail (2.919.2) Cc: current@freebsd.org Subject: Re: Zaptel port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 18:24:36 -0000 On Dec 5, 2007, at 8:23 AM, Ian FREISLICH wrote: > Ian FREISLICH wrote: >> Folling my previous post about zaptel and asterisk, I've done a lot >> of searching and the following patch from a very recent post to the >> asterisk-bsd digium list solves the asterisk/zaptel lockup at least >> for the 7.0 case. I'd suggest this patch making it into the >> 7-RELEASE cycle otherwise the latest branch that Asterisk with zaptel >> will work on is 6.x. >> >> The first chunk of this patch is already in the ports system. > > As usual, I post too quickly. The 3rd chunk is not needed. The > correct patch is attached. > > -- > Ian Freislich > Thanks for your efforts Ian. I submitted this patch long time ago to the maintainer on your behalf. It is already included and working for the past two months :) Take a look at 1.4.6_3 log http://www.freshports.org/misc/zaptel/ Please update your ports tree because: #cat /usr/ports/misc/zaptel/files/patch-zaptel::zaptel.c $FreeBSD: ports/misc/zaptel/files/patch-zaptel::zaptel.c,v 1.4 2007/12/26 10:18:45 sobomax Exp $ --- zaptel/zaptel.c.orig +++ zaptel/zaptel.c @@ -396,7 +396,7 @@ int schluffen(void *q) { - int rc = tsleep(q, PZERO | PCATCH, "schluffen", 0); + int rc = tsleep(q, PZERO | PCATCH, "schluffen", 10); switch(rc) { case EINTR: @@ -675,7 +675,11 @@ /* Free dev_info, if exist */ if(dev->si_drv2) free(dev->si_drv2, M_ZAP); dev->si_drv2 = NULL; +#if (__FreeBSD_version >= 700050) + destroy_dev_sched(dev); +#else destroy_dev(dev); +#endif return res; } From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 18:45:24 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F373216A417 for ; Thu, 14 Feb 2008 18:45:23 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outU.internet-mail-service.net (outU.internet-mail-service.net [216.240.47.244]) by mx1.freebsd.org (Postfix) with ESMTP id E9B4D13C478 for ; Thu, 14 Feb 2008 18:45:23 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 14 Feb 2008 10:45:23 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 4AD5912722F; Thu, 14 Feb 2008 10:45:22 -0800 (PST) Message-ID: <47B48C44.1070609@elischer.org> Date: Thu, 14 Feb 2008 10:45:24 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Ian FREISLICH References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, Kris Kennaway , Bill Moran , Ed Schouten Subject: Re: Testing box available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 18:45:24 -0000 Ian FREISLICH wrote: > Kris Kennaway wrote: >> Julian Elischer wrote: >> Actually it would be interesting to repeat some of our "standard tests" >> on the barcelona system to see how it compares to the intel one. > > Please point me to these tests and I'll run them. misattribution.. That comment was written in response to an email of mine... I did not write that > > Ian > > -- > Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 21:17:19 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E386E16A419; Thu, 14 Feb 2008 21:17:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id CB31413C465; Thu, 14 Feb 2008 21:17:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1ELHJAk096839; Thu, 14 Feb 2008 16:17:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1ELHJoc035209; Thu, 14 Feb 2008 16:17:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B3EC973039; Thu, 14 Feb 2008 16:17:18 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080214211718.B3EC973039@freebsd-current.sentex.ca> Date: Thu, 14 Feb 2008 16:17:18 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 21:17:20 -0000 TB --- 2008-02-14 20:40:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-14 20:40:25 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-02-14 20:40:25 - cleaning the object tree TB --- 2008-02-14 20:40:35 - cvsupping the source tree TB --- 2008-02-14 20:40:36 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-02-14 20:40:43 - building world (CFLAGS=-O -pipe) TB --- 2008-02-14 20:40:43 - cd /src TB --- 2008-02-14 20:40:43 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 14 20:40:45 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/logwtmp.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/popen.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/ls.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/cmp.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/print.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/util.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ftpd ftpd.o ftpcmd.o logwtmp.o popen.o ls.o cmp.o print.o util.o -lutil -lcrypt -lopie -lmd -lm -lpam /obj/powerpc/src/tmp/usr/lib/libm.so: undefined reference to `floorl' *** Error code 1 Stop in /src/libexec/ftpd. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-14 21:17:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-14 21:17:18 - ERROR: failed to build world TB --- 2008-02-14 21:17:18 - tinderbox aborted TB --- 1577.09 user 222.15 system 2212.85 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 21:17:58 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7384616A41B for ; Thu, 14 Feb 2008 21:17:58 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from mail.vega.ru (infra.dev.vega.ru [90.156.167.14]) by mx1.freebsd.org (Postfix) with ESMTP id 3E38913C46B for ; Thu, 14 Feb 2008 21:17:57 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from [87.242.97.68] (port=1183 helo=edoofus.dev.vega.ru) by mail.vega.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JPlSt-0006F0-B8; Thu, 14 Feb 2008 21:17:55 +0000 Received: from edoofus.dev.vega.ru (localhost [127.0.0.1]) by edoofus.dev.vega.ru (8.14.2/8.14.2) with ESMTP id m1ELHmDh081733; Fri, 15 Feb 2008 00:17:48 +0300 (MSK) (envelope-from rermilov@team.vega.ru) Received: (from ru@localhost) by edoofus.dev.vega.ru (8.14.2/8.14.2/Submit) id m1ELHmWo081732; Fri, 15 Feb 2008 00:17:48 +0300 (MSK) (envelope-from rermilov@team.vega.ru) X-Authentication-Warning: edoofus.dev.vega.ru: ru set sender to rermilov@team.vega.ru using -f Date: Fri, 15 Feb 2008 00:17:47 +0300 From: Ruslan Ermilov To: Kostik Belousov Message-ID: <20080214211744.GA80604@team.vega.ru> References: <200802122009.m1CK94Y8026959@repoman.freebsd.org> <20080212200911.B49F416A51C@hub.freebsd.org> <20080212204803.GT57756@deviant.kiev.zoral.com.ua> <20080213113530.GB45243@team.vega.ru> <20080214173850.GB57756@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080214173850.GB57756@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@FreeBSD.org Subject: Re: [src] cvs commit: src/include unistd.h src/lib/libc/sys readlink.2 src/sys/compat/freebsd32 syscalls.master src/sys/kern syscalls.master vfs_syscalls.c src/sys/sys syscallsubr.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 21:17:58 -0000 On Thu, Feb 14, 2008 at 07:38:50PM +0200, Kostik Belousov wrote: > On Wed, Feb 13, 2008 at 02:35:30PM +0300, Ruslan Ermilov wrote: > > [ Replying to the list. ] > > > > On Tue, Feb 12, 2008 at 10:48:04PM +0200, Kostik Belousov wrote: > > > > -int readlink(const char *, char *, int); > > > > +ssize_t readlink(const char *, char *, size_t); > > > You do understand that this changes the ABI ? size_t and int have different > > > sizes on 64-bit arches, and now upper-half of the register used to pass > > > the third arg is used. Amd64, fortunately, makes very hard to load a > > > non-zero into the upper half, I am not so sure about IA64/sparc64. > > > > I considered that. I've tested locally on amd64 and sparc64, and > > ia64 on pluto2.freebsd.org. Since this is only a third argument, > > it's passed in a 64-bit register, and for any meaningful value of it > > (0 .. INT_MAX), there's no ABI change at all. I compared .s files. > > > > : // cc -S a.c ; mv a.s a.s~ ; cc -S -DNEW a.c ; diff -u a.s~ a.s > > : #include > > : #include > > : > > : #ifdef NEW > > : ssize_t readlink(const char *, char *, size_t); > > : #else > > : int readlink(const char *, char *, int); > > : #endif > > : > > : void > > : foo(void) > > : { > > : int i; > > : char buf[1024]; > > : > > : i = readlink("foo", buf, INT_MAX); > > : } > > > > > This change, IMHO, requires symbol version compat shims. > > > > I don't think so. > > > > The slightly contrived example below works on RELENG_7 amd64, relevant > output from the truss is > readlink("/usr/X11R6","l",1) = 1 (0x1) > on the CURRENT gives > readlink("/usr/X11R6","l",1) = -4294967295 (0xffffffff00000001) > [also please note wrong output for the third readlink arg; ktrace/kdump works > ok]. > > .text > .globl main > main: movq $0xffffffff00000001, %rax > movq %rax, %rdx > movq $buf, %rax > movq %rax, %rsi > movq $path, %rax > movq %rax, %rdi > call readlink > xorl %edi, %edi > call exit > > .section .rodata > path: .asciz "/usr/X11R6" > > .data > .comm buf, 0x80 This is because uio_resid is still "int". : int : kern_readlink(struct thread *td, char *path, enum uio_seg pathseg, char *buf, : enum uio_seg bufseg, size_t count) [...] : auio.uio_resid = count; [...] : td->td_retval[0] = count - auio.uio_resid; uio_resid gets the (truncated) value of "1", VOP_READLINK() reads 1 char, td_retval[0] gets the value 0xffffffff00000001. Any meaningful value of the third argument will work OTOH. As for the wrong output, truss(1) is known to be very broken in this respect (it doesn't know about long/size_t arguments). Cheers, -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Thu Feb 14 23:09:26 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A1BA16A420; Thu, 14 Feb 2008 23:09:26 +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 70D3413C46E; Thu, 14 Feb 2008 23:09:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1EN9PsO080952; Thu, 14 Feb 2008 18:09:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1EN9Pvl046332; Thu, 14 Feb 2008 18:09:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4A7F673039; Thu, 14 Feb 2008 18:09:25 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080214230925.4A7F673039@freebsd-current.sentex.ca> Date: Thu, 14 Feb 2008 18:09:25 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 23:09:26 -0000 TB --- 2008-02-14 22:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-14 22:35:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-02-14 22:35:00 - cleaning the object tree TB --- 2008-02-14 22:35:28 - cvsupping the source tree TB --- 2008-02-14 22:35:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-02-14 22:35:36 - building world (CFLAGS=-O -pipe) TB --- 2008-02-14 22:35:36 - cd /src TB --- 2008-02-14 22:35:36 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 14 22:35:38 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/logwtmp.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/popen.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/ls.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/cmp.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/print.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/util.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ftpd ftpd.o ftpcmd.o logwtmp.o popen.o ls.o cmp.o print.o util.o -lutil -lcrypt -lopie -lmd -lm -lpam /obj/arm/src/tmp/usr/lib/libm.so: undefined reference to `floorl' *** Error code 1 Stop in /src/libexec/ftpd. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-14 23:09:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-14 23:09:24 - ERROR: failed to build world TB --- 2008-02-14 23:09:24 - tinderbox aborted TB --- 1515.67 user 226.36 system 2064.21 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 02:42:08 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E73D16A417; Fri, 15 Feb 2008 02:42:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0411013C45D; Fri, 15 Feb 2008 02:42:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1F2g79q096698; Thu, 14 Feb 2008 21:42:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1F2g7qt095826; Thu, 14 Feb 2008 21:42:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1475A73039; Thu, 14 Feb 2008 21:42:06 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080215024207.1475A73039@freebsd-current.sentex.ca> Date: Thu, 14 Feb 2008 21:42:06 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 02:42:08 -0000 TB --- 2008-02-15 02:05:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-15 02:05:35 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-02-15 02:05:35 - cleaning the object tree TB --- 2008-02-15 02:05:46 - cvsupping the source tree TB --- 2008-02-15 02:05:46 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-02-15 02:05:53 - building world (CFLAGS=-O -pipe) TB --- 2008-02-15 02:05:53 - cd /src TB --- 2008-02-15 02:05:53 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 15 02:05:54 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/logwtmp.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/popen.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/ls.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/cmp.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/print.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/util.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ftpd ftpd.o ftpcmd.o logwtmp.o popen.o ls.o cmp.o print.o util.o -lutil -lcrypt -lopie -lmd -lm -lpam /obj/powerpc/src/tmp/usr/lib/libm.so: undefined reference to `floorl' *** Error code 1 Stop in /src/libexec/ftpd. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-15 02:42:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-15 02:42:06 - ERROR: failed to build world TB --- 2008-02-15 02:42:06 - tinderbox aborted TB --- 1578.57 user 221.37 system 2191.45 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 04:34:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49AFB16A417; Fri, 15 Feb 2008 04:34:27 +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 150A213C43E; Fri, 15 Feb 2008 04:34:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1F4YQFE022552; Thu, 14 Feb 2008 23:34:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1F4YQkF078728; Thu, 14 Feb 2008 23:34:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DBA9B73039; Thu, 14 Feb 2008 23:34:25 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080215043425.DBA9B73039@freebsd-current.sentex.ca> Date: Thu, 14 Feb 2008 23:34:25 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 04:34:27 -0000 TB --- 2008-02-15 04:00:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-15 04:00:01 - starting HEAD tinderbox run for arm/arm TB --- 2008-02-15 04:00:01 - cleaning the object tree TB --- 2008-02-15 04:00:27 - cvsupping the source tree TB --- 2008-02-15 04:00:27 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-02-15 04:00:33 - building world (CFLAGS=-O -pipe) TB --- 2008-02-15 04:00:33 - cd /src TB --- 2008-02-15 04:00:33 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 15 04:00:36 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/logwtmp.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/popen.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/ls.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/cmp.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/print.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/ftpd/../../bin/ls/util.c cc -O -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/src/libexec/ftpd -Dmain=ls_main -I/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ftpd ftpd.o ftpcmd.o logwtmp.o popen.o ls.o cmp.o print.o util.o -lutil -lcrypt -lopie -lmd -lm -lpam /obj/arm/src/tmp/usr/lib/libm.so: undefined reference to `floorl' *** Error code 1 Stop in /src/libexec/ftpd. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-15 04:34:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-15 04:34:25 - ERROR: failed to build world TB --- 2008-02-15 04:34:25 - tinderbox aborted TB --- 1514.50 user 228.01 system 2064.68 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 04:50:43 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 850ED16A480; Fri, 15 Feb 2008 04:50:43 +0000 (UTC) (envelope-from Fluffy@fluffy.khv.ru) Received: from ns.ael.RU (ns.ael.ru [62.76.207.226]) by mx1.freebsd.org (Postfix) with ESMTP id A887913C457; Fri, 15 Feb 2008 04:50:42 +0000 (UTC) (envelope-from Fluffy@fluffy.khv.ru) Received: from Fluffy.Khv.RU ([10.0.3.1]) by ns.ael.RU (8.14.1/8.14.1/Fluffy/5.2) with ESMTP id m1F4YNfY015026; Fri, 15 Feb 2008 14:34:28 +1000 (VLAT) (envelope-from Fluffy@fluffy.khv.ru) Received: from localhost (localhost [IPv6:::1]) by Fluffy.Khv.RU (8.14.2/8.14.2/Fluffy/5.4) with ESMTP id m1F4ddni091579; Fri, 15 Feb 2008 14:39:39 +1000 (VLAT) (envelope-from Fluffy@fluffy.khv.ru) From: Dima Panov Organization: Fluffy.Khv.RU To: freebsd-java@freebsd.org, current@freebsd.org Date: Fri, 15 Feb 2008 14:39:37 +1000 User-Agent: KMail/1.9.7 X-Face: "DeOgVLiN4&2Z; `ZEq*8q&ZR9+"Yn|/7U\|KTV8~xZpZ:r0)%}[j6YVw-O,xT/Vh\2z#; YErb(`}L46ft5Ah3(}^Vxb_gH5{cSyJ:$*,t{}Oyg|C{^!D\b,mVJxl8"5P5O*9)V"i^1YVPyFm:zcJC0b(iwn{vQQ|o,vhN"zBLRB#!jDx|lk,s4VtMJM$(; .cN+(XtgINnQ.`|(nR5WCU4/F(7)J#E027Djlu?e-WF!pyp95w|FsO$:UD! MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802151439.38672.Fluffy@fluffy.khv.ru> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on ns.ael.RU X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on Fluffy.Khv.RU X-Virus-Status: Clean X-Spam-Status: No, score=-8.6 required=8.0 tests=BAYES_00,J_CHICKENPOX_12, J_CHICKENPOX_72 autolearn=no version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on ns.ael.RU X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (ns.ael.RU [62.76.207.226]); Fri, 15 Feb 2008 14:34:28 +1000 (VLAT) Cc: Subject: Can't build native java (hardware problem?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 04:50:43 -0000 Hello! I have ASUS F3Jr notebook with Intel Core 2 Duo processor, and can't build native java from sources. Also I can't run diablo-jdk with same error as I got while compiling jdk15. Error message is: > Error: could not find libjava.so > Error: could not find Java 2 Runtime Environment. In any case, I can run only linux-sun-jdk1[45] and nothing else. compiled package from old P4 system (same sources, same configs, but old single-core cpu) also doesn't work at notebook.. All logs and configs available at http://ns.fluffy.khv.ru/~fluffy.khv/ System is 8.0-CURRENT/i386, but same error I've got with any release - 6-stable, 7.0, 8.0, i386 and amd64 versions. -- Dmitry "Red Fox" Panov @ Home FreeBSD since September, 1995 Khabarovsk, Russia YaIM:redfox_dm | Jabber.org:fluffy | ICQ:1745024 From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 08:13:24 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88F4816A41A for ; Fri, 15 Feb 2008 08:13:24 +0000 (UTC) (envelope-from quakelee@geekcn.org) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id E59B013C448 for ; Fri, 15 Feb 2008 08:13:22 +0000 (UTC) (envelope-from quakelee@geekcn.org) Received: from tarsier.geekcn.org (unknown [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id D635028479 for ; Fri, 15 Feb 2008 16:13:21 +0800 (CST) Received: from localhost (unknown [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id A13A1EB0C73 for ; Fri, 15 Feb 2008 16:13:21 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id Pt1izLxTa4Ad for ; Fri, 15 Feb 2008 16:13:13 +0800 (CST) Received: from qlnote (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 44D2FEB08E3 for ; Fri, 15 Feb 2008 16:13:13 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=geekcn.org; c=nofws; q=dns; h=date:to:subject:from:organization:content-type: mime-version:content-transfer-encoding:message-id:user-agent; b=Cub3f0tehTLAGxUyQwqLxv6+TJL5UwlFO8uUICHrA+wdnawq+GpSGJ8gEMNEOzy/7 XK/Co4ArOgbd1xhMYK+XQ== Date: Fri, 15 Feb 2008 16:13:04 +0800 To: current@freebsd.org From: "Quake Lee" Organization: GeekCN Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: User-Agent: Opera Mail/9.24 (Win32) Cc: Subject: Proposals to jail subsystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 08:13:24 -0000 Hi all, The virtualization is trend now, we have zone on solaris, xen, kvm on linux, especially xen takes a important role in Amazon's Cloud computing, so I think the following functionalities would be quite useful for jail users: - Per-jail memory quota; - Per-jail CPU usage quota (like, we only schedule processes in this jail to N CPUs); - Allow the use of multiple IPs inside a jail; Is it possible to implement these functionalities? -- The Power to Serve From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 08:23:25 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 472CC16A46D for ; Fri, 15 Feb 2008 08:23:25 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.c0mplx.org (unknown [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id E62E013C44B for ; Fri, 15 Feb 2008 08:23:24 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from pi by home.c0mplx.org with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JPvqt-000AaF-MY; Fri, 15 Feb 2008 09:23:23 +0100 Date: Fri, 15 Feb 2008 09:23:23 +0100 From: Kurt Jaeger To: Quake Lee Message-ID: <20080215082323.GB21775@home.c0mplx.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: current@freebsd.org Subject: Re: Proposals to jail subsystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 08:23:25 -0000 Hi! > The virtualization is trend now, we have zone on solaris, xen, kvm on > linux, > especially xen takes a important role in Amazon's Cloud computing, > so I think the following functionalities would be quite useful for jail > users: > > - Per-jail memory quota; > - Per-jail CPU usage quota (like, we only schedule processes in this jail > to N CPUs); > - Allow the use of multiple IPs inside a jail; > > Is it possible to implement these functionalities? Have a look at http://wiki.freebsd.org/JailResourceLimits and http://imunes.tel.fer.hr/virtnet/ -- pi@opsec.eu +49 171 3101372 12 years to go ! From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 09:29:38 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BE8F16A417; Fri, 15 Feb 2008 09:29:38 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 00CE513C458; Fri, 15 Feb 2008 09:29:37 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 6969F2084; Fri, 15 Feb 2008 10:29:34 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.3/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id D5A412049; Fri, 15 Feb 2008 10:29:33 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id B7CFA84485; Fri, 15 Feb 2008 10:29:33 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Kostik Belousov References: <200802122009.m1CK94Y8026959@repoman.freebsd.org> <20080212200911.B49F416A51C@hub.freebsd.org> <20080212204803.GT57756@deviant.kiev.zoral.com.ua> <20080213113530.GB45243@team.vega.ru> <20080214173850.GB57756@deviant.kiev.zoral.com.ua> Date: Fri, 15 Feb 2008 10:29:33 +0100 In-Reply-To: <20080214173850.GB57756@deviant.kiev.zoral.com.ua> (Kostik Belousov's message of "Thu\, 14 Feb 2008 19\:38\:50 +0200") Message-ID: <86ve4qzhxe.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: [src] cvs commit: src/include unistd.h src/lib/libc/sys readlink.2 src/sys/compat/freebsd32 syscalls.master src/sys/kern syscalls.master vfs_syscalls.c src/sys/sys syscallsubr.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 09:29:38 -0000 Kostik Belousov writes: > The slightly contrived example below works on RELENG_7 amd64, relevant > output from the truss is > readlink("/usr/X11R6","l",1) =3D 1 (0x1) > on the CURRENT gives > readlink("/usr/X11R6","l",1) =3D -4294967295 (0xffff= ffff00000001) > [also please note wrong output for the third readlink arg; ktrace/kdump w= orks > ok]. The only advantage truss has is the ability to decode structs (e.g. struct sockaddr in a connect() call). Apart from that, ktrace / kdump is superior in every respect. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 10:02:51 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CA6216A46C; Fri, 15 Feb 2008 10:02:51 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id CDCB813C506; Fri, 15 Feb 2008 10:02:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JPxP5-000Gvd-BH; Fri, 15 Feb 2008 12:02:49 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id m1FA2MY5065511 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Feb 2008 12:02:23 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m1FA2iOF042690; Fri, 15 Feb 2008 12:02:44 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m1FA2hFt042644; Fri, 15 Feb 2008 12:02:43 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 15 Feb 2008 12:02:43 +0200 From: Kostik Belousov To: Ruslan Ermilov Message-ID: <20080215100243.GF57756@deviant.kiev.zoral.com.ua> References: <200802122009.m1CK94Y8026959@repoman.freebsd.org> <20080212200911.B49F416A51C@hub.freebsd.org> <20080212204803.GT57756@deviant.kiev.zoral.com.ua> <20080213113530.GB45243@team.vega.ru> <20080214173850.GB57756@deviant.kiev.zoral.com.ua> <20080214211744.GA80604@team.vega.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5Q2zYvwyseWqYgH3" Content-Disposition: inline In-Reply-To: <20080214211744.GA80604@team.vega.ru> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on skuns.kiev.zoral.com.ua X-Scanner-Signature: fd47f7ed058f8bb752f6c36e497d0305 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2240 [Feb 15 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: current@freebsd.org Subject: Re: [src] cvs commit: src/include unistd.h src/lib/libc/sys readlink.2 src/sys/compat/freebsd32 syscalls.master src/sys/kern syscalls.master vfs_syscalls.c src/sys/sys syscallsubr.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 10:02:51 -0000 --5Q2zYvwyseWqYgH3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 15, 2008 at 12:17:47AM +0300, Ruslan Ermilov wrote: > On Thu, Feb 14, 2008 at 07:38:50PM +0200, Kostik Belousov wrote: > > On Wed, Feb 13, 2008 at 02:35:30PM +0300, Ruslan Ermilov wrote: > > > [ Replying to the list. ] > > >=20 > > > On Tue, Feb 12, 2008 at 10:48:04PM +0200, Kostik Belousov wrote: > > > > > -int readlink(const char *, char *, int); > > > > > +ssize_t readlink(const char *, char *, size_t); > > > > You do understand that this changes the ABI ? size_t and int have d= ifferent > > > > sizes on 64-bit arches, and now upper-half of the register used to = pass > > > > the third arg is used. Amd64, fortunately, makes very hard to load= a > > > > non-zero into the upper half, I am not so sure about IA64/sparc64. > > >=20 > > > I considered that. I've tested locally on amd64 and sparc64, and > > > ia64 on pluto2.freebsd.org. Since this is only a third argument, > > > it's passed in a 64-bit register, and for any meaningful value of it > > > (0 .. INT_MAX), there's no ABI change at all. I compared .s files. > > >=20 > > > : // cc -S a.c ; mv a.s a.s~ ; cc -S -DNEW a.c ; diff -u a.s~ a.s > > > : #include > > > : #include > > > :=20 > > > : #ifdef NEW > > > : ssize_t readlink(const char *, char *, size_t); > > > : #else > > > : int readlink(const char *, char *, int); > > > : #endif > > > :=20 > > > : void > > > : foo(void) > > > : { > > > : int i; > > > : char buf[1024]; > > > :=20 > > > : i =3D readlink("foo", buf, INT_MAX); > > > : } > > >=20 > > > > This change, IMHO, requires symbol version compat shims. > > >=20 > > > I don't think so. > > >=20 > >=20 > > The slightly contrived example below works on RELENG_7 amd64, relevant > > output from the truss is > > readlink("/usr/X11R6","l",1) =3D 1 (0x1) > > on the CURRENT gives > > readlink("/usr/X11R6","l",1) =3D -4294967295 (0xff= ffffff00000001) > > [also please note wrong output for the third readlink arg; ktrace/kdump= works > > ok]. > >=20 > > .text > > .globl main > > main: movq $0xffffffff00000001, %rax > > movq %rax, %rdx > > movq $buf, %rax > > movq %rax, %rsi > > movq $path, %rax > > movq %rax, %rdi > > call readlink > > xorl %edi, %edi > > call exit > > =09 > > .section .rodata > > path: .asciz "/usr/X11R6" > >=20 > > .data > > .comm buf, 0x80 >=20 > This is because uio_resid is still "int". >=20 > : int > : kern_readlink(struct thread *td, char *path, enum uio_seg pathseg, char= *buf, > : enum uio_seg bufseg, size_t count) > [...] > : auio.uio_resid =3D count; > [...] > : td->td_retval[0] =3D count - auio.uio_resid; >=20 > uio_resid gets the (truncated) value of "1", VOP_READLINK() > reads 1 char, td_retval[0] gets the value 0xffffffff00000001. > Any meaningful value of the third argument will work OTOH. The point of the conversation I started is exactly this: the domain of the _reasonable_ values for the third arg is changed after your commit. The value that was perfectly acceptable before the commit now causes wrong effects. I consider this to be the ABI change. --5Q2zYvwyseWqYgH3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAke1Y0MACgkQC3+MBN1Mb4g9fACdGDAI5oXOQ+QeEa+A2CQ8Yk1N bHQAn2AiV/bAKvcQ3UcLfGyYcACH6sf/ =Mulk -----END PGP SIGNATURE----- --5Q2zYvwyseWqYgH3-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 10:34:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D7E116A421; Fri, 15 Feb 2008 10:34:51 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0D15C13C4E8; Fri, 15 Feb 2008 10:34:50 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-16-203.lns10.adl2.internode.on.net [121.45.16.203]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m1FAYeEk016741 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Feb 2008 21:04:40 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Fri, 15 Feb 2008 21:04:26 +1030 User-Agent: KMail/1.9.7 References: <200802122009.m1CK94Y8026959@repoman.freebsd.org> <20080214173850.GB57756@deviant.kiev.zoral.com.ua> <86ve4qzhxe.fsf@ds4.des.no> In-Reply-To: <86ve4qzhxe.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart9944593.PgHdM2iENy"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200802152104.34829.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Kostik Belousov , Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= , current@freebsd.org Subject: Re: [src] cvs commit: src/include unistd.h src/lib/libc/sys readlink.2 src/sys/compat/freebsd32 syscalls.master src/sys/kern syscalls.master vfs_syscalls.c src/sys/sys syscallsubr.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 10:34:51 -0000 --nextPart9944593.PgHdM2iENy Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 15 Feb 2008, Dag-Erling Sm=C3=B8rgrav wrote: > Kostik Belousov writes: > > The slightly contrived example below works on RELENG_7 amd64, > > relevant output from the truss is > > readlink("/usr/X11R6","l",1) =3D 1 (0x1) > > on the CURRENT gives > > readlink("/usr/X11R6","l",1) =3D -4294967295 > > (0xffffffff00000001) [also please note wrong output for the third > > readlink arg; ktrace/kdump works ok]. > > The only advantage truss has is the ability to decode structs > (e.g. struct sockaddr in a connect() call). Apart from that, ktrace > / kdump is superior in every respect. That's a pretty big advantage :) Also, ktrace can't write to a pipe which means you need to run/process=20 rather than 'stream'. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart9944593.PgHdM2iENy Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHtWq65ZPcIHs/zowRApOtAJwLvMdpdZdi5R1Ey/WhqdNgDiIw5gCfXs3j JgXgceuhAkKXmHC40HU/Eyc= =FYeS -----END PGP SIGNATURE----- --nextPart9944593.PgHdM2iENy-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 10:34:51 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D7E116A421; Fri, 15 Feb 2008 10:34:51 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0D15C13C4E8; Fri, 15 Feb 2008 10:34:50 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-16-203.lns10.adl2.internode.on.net [121.45.16.203]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m1FAYeEk016741 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Feb 2008 21:04:40 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Fri, 15 Feb 2008 21:04:26 +1030 User-Agent: KMail/1.9.7 References: <200802122009.m1CK94Y8026959@repoman.freebsd.org> <20080214173850.GB57756@deviant.kiev.zoral.com.ua> <86ve4qzhxe.fsf@ds4.des.no> In-Reply-To: <86ve4qzhxe.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart9944593.PgHdM2iENy"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200802152104.34829.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Kostik Belousov , Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= , current@freebsd.org Subject: Re: [src] cvs commit: src/include unistd.h src/lib/libc/sys readlink.2 src/sys/compat/freebsd32 syscalls.master src/sys/kern syscalls.master vfs_syscalls.c src/sys/sys syscallsubr.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 10:34:51 -0000 --nextPart9944593.PgHdM2iENy Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 15 Feb 2008, Dag-Erling Sm=C3=B8rgrav wrote: > Kostik Belousov writes: > > The slightly contrived example below works on RELENG_7 amd64, > > relevant output from the truss is > > readlink("/usr/X11R6","l",1) =3D 1 (0x1) > > on the CURRENT gives > > readlink("/usr/X11R6","l",1) =3D -4294967295 > > (0xffffffff00000001) [also please note wrong output for the third > > readlink arg; ktrace/kdump works ok]. > > The only advantage truss has is the ability to decode structs > (e.g. struct sockaddr in a connect() call). Apart from that, ktrace > / kdump is superior in every respect. That's a pretty big advantage :) Also, ktrace can't write to a pipe which means you need to run/process=20 rather than 'stream'. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart9944593.PgHdM2iENy Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHtWq65ZPcIHs/zowRApOtAJwLvMdpdZdi5R1Ey/WhqdNgDiIw5gCfXs3j JgXgceuhAkKXmHC40HU/Eyc= =FYeS -----END PGP SIGNATURE----- --nextPart9944593.PgHdM2iENy-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 11:26:39 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AEC916A418 for ; Fri, 15 Feb 2008 11:26:39 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from mail.vega.ru (infra.dev.vega.ru [90.156.167.14]) by mx1.freebsd.org (Postfix) with ESMTP id 9F7D013C45B for ; Fri, 15 Feb 2008 11:26:38 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from [87.242.97.68] (port=53924 helo=edoofus.dev.vega.ru) by mail.vega.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JPyiB-0004Fz-AJ; Fri, 15 Feb 2008 11:26:35 +0000 Received: from edoofus.dev.vega.ru (localhost [127.0.0.1]) by edoofus.dev.vega.ru (8.14.2/8.14.2) with ESMTP id m1FBQSP9003221; Fri, 15 Feb 2008 14:26:28 +0300 (MSK) (envelope-from rermilov@team.vega.ru) Received: (from ru@localhost) by edoofus.dev.vega.ru (8.14.2/8.14.2/Submit) id m1FBQSxu003220; Fri, 15 Feb 2008 14:26:28 +0300 (MSK) (envelope-from rermilov@team.vega.ru) X-Authentication-Warning: edoofus.dev.vega.ru: ru set sender to rermilov@team.vega.ru using -f Date: Fri, 15 Feb 2008 14:26:28 +0300 From: Ruslan Ermilov To: Kostik Belousov Message-ID: <20080215112628.GA2047@team.vega.ru> References: <200802122009.m1CK94Y8026959@repoman.freebsd.org> <20080212200911.B49F416A51C@hub.freebsd.org> <20080212204803.GT57756@deviant.kiev.zoral.com.ua> <20080213113530.GB45243@team.vega.ru> <20080214173850.GB57756@deviant.kiev.zoral.com.ua> <20080214211744.GA80604@team.vega.ru> <20080215100243.GF57756@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080215100243.GF57756@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@freebsd.org Subject: Re: [src] cvs commit: src/include unistd.h src/lib/libc/sys readlink.2 src/sys/compat/freebsd32 syscalls.master src/sys/kern syscalls.master vfs_syscalls.c src/sys/sys syscallsubr.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 11:26:39 -0000 On Fri, Feb 15, 2008 at 12:02:43PM +0200, Kostik Belousov wrote: > On Fri, Feb 15, 2008 at 12:17:47AM +0300, Ruslan Ermilov wrote: > > On Thu, Feb 14, 2008 at 07:38:50PM +0200, Kostik Belousov wrote: > > > On Wed, Feb 13, 2008 at 02:35:30PM +0300, Ruslan Ermilov wrote: > > > > [ Replying to the list. ] > > > > > > > > On Tue, Feb 12, 2008 at 10:48:04PM +0200, Kostik Belousov wrote: > > > > > > -int readlink(const char *, char *, int); > > > > > > +ssize_t readlink(const char *, char *, size_t); > > > > > You do understand that this changes the ABI ? size_t and int have different > > > > > sizes on 64-bit arches, and now upper-half of the register used to pass > > > > > the third arg is used. Amd64, fortunately, makes very hard to load a > > > > > non-zero into the upper half, I am not so sure about IA64/sparc64. > > > > > > > > I considered that. I've tested locally on amd64 and sparc64, and > > > > ia64 on pluto2.freebsd.org. Since this is only a third argument, > > > > it's passed in a 64-bit register, and for any meaningful value of it > > > > (0 .. INT_MAX), there's no ABI change at all. I compared .s files. > > > > > > > > : // cc -S a.c ; mv a.s a.s~ ; cc -S -DNEW a.c ; diff -u a.s~ a.s > > > > : #include > > > > : #include > > > > : > > > > : #ifdef NEW > > > > : ssize_t readlink(const char *, char *, size_t); > > > > : #else > > > > : int readlink(const char *, char *, int); > > > > : #endif > > > > : > > > > : void > > > > : foo(void) > > > > : { > > > > : int i; > > > > : char buf[1024]; > > > > : > > > > : i = readlink("foo", buf, INT_MAX); > > > > : } > > > > > > > > > This change, IMHO, requires symbol version compat shims. > > > > > > > > I don't think so. > > > > > > > > > > The slightly contrived example below works on RELENG_7 amd64, relevant > > > output from the truss is > > > readlink("/usr/X11R6","l",1) = 1 (0x1) > > > on the CURRENT gives > > > readlink("/usr/X11R6","l",1) = -4294967295 (0xffffffff00000001) > > > [also please note wrong output for the third readlink arg; ktrace/kdump works > > > ok]. > > > > > > .text > > > .globl main > > > main: movq $0xffffffff00000001, %rax > > > movq %rax, %rdx > > > movq $buf, %rax > > > movq %rax, %rsi > > > movq $path, %rax > > > movq %rax, %rdi > > > call readlink > > > xorl %edi, %edi > > > call exit > > > > > > .section .rodata > > > path: .asciz "/usr/X11R6" > > > > > > .data > > > .comm buf, 0x80 > > > > This is because uio_resid is still "int". > > > > : int > > : kern_readlink(struct thread *td, char *path, enum uio_seg pathseg, char *buf, > > : enum uio_seg bufseg, size_t count) > > [...] > > : auio.uio_resid = count; > > [...] > > : td->td_retval[0] = count - auio.uio_resid; > > > > uio_resid gets the (truncated) value of "1", VOP_READLINK() > > reads 1 char, td_retval[0] gets the value 0xffffffff00000001. > > Any meaningful value of the third argument will work OTOH. > > > The point of the conversation I started is exactly this: the domain of the > _reasonable_ values for the third arg is changed after your commit. > The value that was perfectly acceptable before the commit now causes > wrong effects. I consider this to be the ABI change. Other than crafting this with an asm or a fake prototype, how the 64-bit value can even be passed to a syscall when the type of the third argument is declared to be 32-bit "int"? In any case, the behavior isn't changed for old binaries that expect "int" as a return type -- the returned 64-bit value will be truncated to fit into 32-bit int, giving the bug-to-bug compatible behavior, so there's no ABI change. The following code, compiled statically on the old system, : // The type of the 3rd arg is changed to allow for 64-bit. : int readlink(const char *path, char *buf, size_t bufsiz); : [...] : int r; : r = readlink("/usr/X11R6", buf, 0xffffffff00000005); gives, on old system: 93309 a CALL readlink(0x41a169,0x7fffffffeb00,0xffffffff00000005) 93309 a NAMI "/usr/X11R6" 93309 a RET readlink 5 and on a new system: 28748 a CALL readlink(0x41a169,0x7fffffffea90,0xffffffff00000005) 28748 a NAMI "/usr/X11R6" 28748 a RET readlink 5/0xffffffff00000005 I.e., it's still "int 5". The only change is in the undefined upper 32 bits of the 64-bit register holding a retval. So, where exactly is the ABI change here? When a similar change was made to read() and write() in 1998, the following checks were added (to work around uio_resid still being "int"): : if (uap->nbyte > INT_MAX) : return (EINVAL); We can add a similar check to kern_readlink(). Longer term, we should probably also consider changing the type of "struct uio.uio_resid" from "int" to size_t, as has already been done by our fellow BSDs. Cheers, -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 14:09:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EF9C16A41B for ; Fri, 15 Feb 2008 14:09:42 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 6025B13C448 for ; Fri, 15 Feb 2008 14:09:41 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 15 Feb 2008 14:09:39 -0000 Received: from 85-127-17-94.dynamic.xdsl-line.inode.at (EHLO [192.168.0.10]) [85.127.17.94] by mail.gmx.net (mp020) with SMTP; 15 Feb 2008 15:09:39 +0100 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1/oG2AknvXo83OP+VKSiYeMzmKb2q/nfaMIOiMILn 3Bt4Ib5jonHBBt From: Stefan Ehmann To: pyunyh@gmail.com Date: Fri, 15 Feb 2008 15:09:38 +0100 User-Agent: KMail/1.9.7 References: <20080204022334.GC27999@cdnetworks.co.kr> <200802051117.16262.shoesoft@gmx.net> <20080211053632.GF2317@cdnetworks.co.kr> In-Reply-To: <20080211053632.GF2317@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802151509.38442.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: Marcin Wisnicki , freebsd-current@freebsd.org Subject: Re: CFT: vr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 14:09:42 -0000 On Monday 11 February 2008 06:36:32 Pyun YongHyeon wrote: > On Tue, Feb 05, 2008 at 11:17:15AM +0100, Stefan Ehmann wrote: > > On Monday 04 February 2008 20:56:54 Stefan Ehmann wrote: > > > On Monday 04 February 2008 18:47:44 Marcin Wisnicki wrote: > > > > On Mon, 04 Feb 2008 10:48:02 -0500, Mike Tancsa wrote: > > > > > At 09:23 PM 2/3/2008, Pyun YongHyeon wrote: > > > > >>Dear all, > > > > >> > > > > >>Here is overhauled vr(4) that shall address all known issues. PR > > > > >>database showed vr(4) is not stable enough under high load and > > > > > > > > > > Hi, > > > > > Is there a RELENG_7 or 6 version of the driver to test ? > > > > > Using RELENG_7 from this morning, I get > > > > > > > > Try this: > > > > > > > > http://wisnia21.freeshell.org/f/freebsd/if_vr-pyunyh-to-releng6.diff > > > > > > > > On RELENG7 there could be a conflict in second change that should be > > > > safe to ignore. > > > > > > Using it with the second chunk ignored. > > > > ... > > > > > vr0: port 0xa000-0xa0ff mem > > > 0xf0000000-0xf00000ff at device 18.0 on pci0 > > > vr0: Quirks: 0x0 > > > vr0: Revision: 0x74 > > > miibus0: on vr0 > > > vr0: Ethernet address: 00:0e:a6:40:3f:d0 > > > vr0: [ITHREAD] > > > > (replying to myself) > > wake-on-LAN doesn't work for me any longer. > > Show me the output of 'ifconfig vr0'. $ ifconfig vr0 vr0: flags=8843 metric 0 mtu 1500 options=8 ether 00:0e:a6:40:3f:d0 inet 192.168.0.10 netmask 0xffffff00 broadcast 192.168.0.255 media: Ethernet autoselect (100baseTX ) status: active -- Stefan From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 14:57:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1BD816A475; Fri, 15 Feb 2008 14:57:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 31E9613C4E8; Fri, 15 Feb 2008 14:57:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 232035533-1834499 for multiple; Fri, 15 Feb 2008 09:55:44 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m1FEvUGC099779; Fri, 15 Feb 2008 09:57:34 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 15 Feb 2008 08:58:01 -0500 User-Agent: KMail/1.9.7 References: <200802122009.m1CK94Y8026959@repoman.freebsd.org> <86ve4qzhxe.fsf@ds4.des.no> <200802152104.34829.doconnor@gsoft.com.au> In-Reply-To: <200802152104.34829.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200802150858.02649.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 15 Feb 2008 09:57:36 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5830/Fri Feb 15 08:07:34 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Kostik Belousov , current@freebsd.org, Dag-Erling =?iso-8859-15?q?Sm=F8rgrav?= Subject: Re: [src] cvs commit: src/include unistd.h src/lib/libc/sys readlink.2 src/sys/compat/freebsd32 syscalls.master src/sys/kern syscalls.master vfs_syscalls.c src/sys/sys syscallsubr.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 14:57:40 -0000 On Friday 15 February 2008 05:34:26 am Daniel O'Connor wrote: > On Fri, 15 Feb 2008, Dag-Erling Sm=F8rgrav wrote: > > Kostik Belousov writes: > > > The slightly contrived example below works on RELENG_7 amd64, > > > relevant output from the truss is > > > readlink("/usr/X11R6","l",1) =3D 1 (0x1) > > > on the CURRENT gives > > > readlink("/usr/X11R6","l",1) =3D -4294967295 > > > (0xffffffff00000001) [also please note wrong output for the third > > > readlink arg; ktrace/kdump works ok]. > > > > The only advantage truss has is the ability to decode structs > > (e.g. struct sockaddr in a connect() call). Apart from that, ktrace > > / kdump is superior in every respect. >=20 > That's a pretty big advantage :) >=20 > Also, ktrace can't write to a pipe which means you need to run/process=20 > rather than 'stream'. kdump -l. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 14:57:39 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1BD816A475; Fri, 15 Feb 2008 14:57:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 31E9613C4E8; Fri, 15 Feb 2008 14:57:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 232035533-1834499 for multiple; Fri, 15 Feb 2008 09:55:44 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m1FEvUGC099779; Fri, 15 Feb 2008 09:57:34 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 15 Feb 2008 08:58:01 -0500 User-Agent: KMail/1.9.7 References: <200802122009.m1CK94Y8026959@repoman.freebsd.org> <86ve4qzhxe.fsf@ds4.des.no> <200802152104.34829.doconnor@gsoft.com.au> In-Reply-To: <200802152104.34829.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200802150858.02649.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 15 Feb 2008 09:57:36 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5830/Fri Feb 15 08:07:34 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Kostik Belousov , current@freebsd.org, Dag-Erling =?iso-8859-15?q?Sm=F8rgrav?= Subject: Re: [src] cvs commit: src/include unistd.h src/lib/libc/sys readlink.2 src/sys/compat/freebsd32 syscalls.master src/sys/kern syscalls.master vfs_syscalls.c src/sys/sys syscallsubr.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 14:57:40 -0000 On Friday 15 February 2008 05:34:26 am Daniel O'Connor wrote: > On Fri, 15 Feb 2008, Dag-Erling Sm=F8rgrav wrote: > > Kostik Belousov writes: > > > The slightly contrived example below works on RELENG_7 amd64, > > > relevant output from the truss is > > > readlink("/usr/X11R6","l",1) =3D 1 (0x1) > > > on the CURRENT gives > > > readlink("/usr/X11R6","l",1) =3D -4294967295 > > > (0xffffffff00000001) [also please note wrong output for the third > > > readlink arg; ktrace/kdump works ok]. > > > > The only advantage truss has is the ability to decode structs > > (e.g. struct sockaddr in a connect() call). Apart from that, ktrace > > / kdump is superior in every respect. >=20 > That's a pretty big advantage :) >=20 > Also, ktrace can't write to a pipe which means you need to run/process=20 > rather than 'stream'. kdump -l. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 16:52:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D8FE16A41B for ; Fri, 15 Feb 2008 16:52:02 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 64A1413C455 for ; Fri, 15 Feb 2008 16:52:01 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so2147962uge.37 for ; Fri, 15 Feb 2008 08:52:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; bh=mrjl5ngKOwEN//1H0ldHO+2LkyJUikuWFR6+/guYCZ8=; b=h/znJ6ftYXIj3bS0EDFbGNjSQGQvKEWRNjkag2UxsocoftUdV5mWMKv5oEFsUbHofbkDq1Yl7Ek+in79FnHLyQpuWlgyqtMWA5mDxS2Z5XumJCXhsWDDACjK4QI1+2laJqqt9dGZkQL6NLbD2R5x3kTUDHuL+Mlu8jiitF+cVnU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=IFj1vYVa1OjMNEqr6D7oVxqAz4lIt2z5hMOGi6CLptmlim7p258aIOEU3LU4TUiYYSdmGcDo3oLYGIDL1QjJqEkgn4HwtsObb3YKzy46iy27XutctBDuAdcN25j2CwT+Jmu6RdNKcauDQEFSDOQN9vUz3qZk6iRXL3HOD+7YyU4= Received: by 10.67.115.17 with SMTP id s17mr795301ugm.56.1203094319981; Fri, 15 Feb 2008 08:51:59 -0800 (PST) Received: from atlas ( [89.162.141.1]) by mx.google.com with ESMTPS id s1sm5384347uge.28.2008.02.15.08.51.58 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 15 Feb 2008 08:51:59 -0800 (PST) From: Nikolay Pavlov To: freebsd-current@freebsd.org Date: Fri, 15 Feb 2008 18:52:06 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802151852.06539.qpadla@gmail.com> Subject: Different speed of drives on 82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controller' Supermicro PDSBM (7.0-RC1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 16:52:02 -0000 Hello all. I'am observing this problem for about a month. I have a server (Intel(R) Core(TM)2 Duo CPU E4500 2.20GHz, Supermicro PDSBM) configured with two identical drives (both in SATA150 mode) and running gmirror: ATA channel 0: Master: ad0 Serial ATA II ATA channel 1: Master: ad2 Serial ATA II And always after some period of time one of the drives becoming a bottle neck, due to very slow speed. I can see this in very simple test with dd: ~# dd if=/dev/zero of=test bs=1m count=10 10+0 records in 10+0 records out 10485760 bytes transferred in 13.529272 secs (775042 bytes/sec) dT: 5.026s w: 5.000s L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 30 8 0 0 0.0 8 1044 510.4 101.0| ad0 30 8 0 0 0.0 8 1044 510.5 101.0| mirror/gm0 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1 30 8 0 0 0.0 8 1044 510.5 101.0| mirror/gm0s1 0 9 0 0 0.0 9 1146 1.5 0.6| ad2 If you can see ad0 is very busy in this test. The speed and latency is very ugly. I've already changed the motherboard(to the same model), tested new BIOS, new drive instead of ad0 and analyzed SMART values, but found nothing strange. Also the drive work like this regardless of the presence in gmirror array. Did some one see any problems like this? Here is some additional information: FreeBSD cassini 7.0-RC1 FreeBSD 7.0-RC1 #0: Thu Feb 7 18:48:35 EET 2008 root@cassini:/usr/obj/usr/src/sys/GENERIC amd64 Geom name: gm0 State: COMPLETE Components: 2 Balance: round-robin Slice: 4096 Flags: NONE GenID: 1 SyncID: 4 ID: 1667795477 Providers: 1. Name: mirror/gm0 Mediasize: 160040803328 (149G) Sectorsize: 512 Mode: r6w6e7 Consumers: 1. Name: ad0 Mediasize: 160041885696 (149G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: DIRTY GenID: 1 SyncID: 4 ID: 653888114 2. Name: ad2 Mediasize: 160041885696 (149G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: DIRTY GenID: 1 SyncID: 4 ID: 1400722162 root@cassini:~# pciconf -vl hostb0@pci0:0:0:0: class=0x060000 card=0xb58015d9 chip=0x29708086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '946GZ/PL/GL Processor to I/O Controller' class = bridge subclass = HOST-PCI vgapci0@pci0:0:2:0: class=0x030000 card=0xb58015d9 chip=0x29728086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '946GZ/GL Integrated Graphics Controller' class = display subclass = VGA pcib1@pci0:0:28:0: class=0x060400 card=0xb58015d9 chip=0x27d08086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) PCIe Root Port' class = bridge subclass = PCI-PCI pcib2@pci0:0:28:4: class=0x060400 card=0xb58015d9 chip=0x27e08086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '82801GR/GH/GHM (ICH7 Family) PCIe Root Port' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:5: class=0x060400 card=0xb58015d9 chip=0x27e28086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '82801GR/GH/GHM (ICH7 Family) PCIe Root Port' class = bridge subclass = PCI-PCI uhci0@pci0:0:29:0: class=0x0c0300 card=0xb58015d9 chip=0x27c88086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci1@pci0:0:29:1: class=0x0c0300 card=0xb58015d9 chip=0x27c98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci2@pci0:0:29:2: class=0x0c0300 card=0xb58015d9 chip=0x27ca8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci3@pci0:0:29:3: class=0x0c0300 card=0xb58015d9 chip=0x27cb8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB ehci0@pci0:0:29:7: class=0x0c0320 card=0xb58015d9 chip=0x27cc8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB 2.0 Enhanced Host Controller' class = serial bus subclass = USB pcib4@pci0:0:30:0: class=0x060401 card=0xb58015d9 chip=0x244e8086 rev=0xe1 hdr=0x01 vendor = 'Intel Corporation' device = '82801 Family (ICH2/3/4/4/5/5/6/7/8/9,63xxESB) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0xb58015d9 chip=0x27b88086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '945GL Intel 82801GB/GR (ICH7 Family) LPC Interface Controller - 27B8' class = bridge subclass = PCI-ISA atapci0@pci0:0:31:2: class=0x01018a card=0xb58015d9 chip=0x27c08086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controller' class = mass storage subclass = ATA none0@pci0:0:31:3: class=0x0c0500 card=0xb58015d9 chip=0x27da8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) SMBus Controller' class = serial bus subclass = SMBus em0@pci0:6:0:0: class=0x020000 card=0x109a15d9 chip=0x109a8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82573L Intel PRO/1000 PL Network Adaptor' class = network subclass = ethernet -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 18:54:04 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76EC516A418 for ; Fri, 15 Feb 2008 18:54:04 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail05.syd.optusnet.com.au (mail05.syd.optusnet.com.au [211.29.132.186]) by mx1.freebsd.org (Postfix) with ESMTP id F06EE13C455 for ; Fri, 15 Feb 2008 18:54:03 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail05.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m1FIruxn031126 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 Feb 2008 05:53:58 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m1FIruF0039723; Sat, 16 Feb 2008 05:53:56 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m1FIrt2D039722; Sat, 16 Feb 2008 05:53:55 +1100 (EST) (envelope-from peter) Date: Sat, 16 Feb 2008 05:53:54 +1100 From: Peter Jeremy To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20080215185354.GY64299@server.vk2pj.dyndns.org> References: <200802122009.m1CK94Y8026959@repoman.freebsd.org> <20080212200911.B49F416A51C@hub.freebsd.org> <20080212204803.GT57756@deviant.kiev.zoral.com.ua> <20080213113530.GB45243@team.vega.ru> <20080214173850.GB57756@deviant.kiev.zoral.com.ua> <86ve4qzhxe.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5dNcufZ4prhark0F" Content-Disposition: inline In-Reply-To: <86ve4qzhxe.fsf@ds4.des.no> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Kostik Belousov , current@freebsd.org Subject: Re: [src] cvs commit: src/include unistd.h src/lib/libc/sys readlink.2 src/sys/compat/freebsd32 syscalls.master src/sys/kern syscalls.master vfs_syscalls.c src/sys/sys syscallsubr.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 18:54:04 -0000 --5dNcufZ4prhark0F Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 15, 2008 at 10:29:33AM +0100, Dag-Erling Sm=F8rgrav wrote: >The only advantage truss has is the ability to decode structs >(e.g. struct sockaddr in a connect() call). Apart from that, ktrace / >kdump is superior in every respect. There's an open PR to fix that: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/117836 --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --5dNcufZ4prhark0F Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHtd/C/opHv/APuIcRApoWAKCEM4QFlNurM4LAvvFBbanWf8cHRQCgiQlY M3ZB2IAW/xz+lp1CKnwVbeE= =v8oZ -----END PGP SIGNATURE----- --5dNcufZ4prhark0F-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 19:48:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DE4216A41B for ; Fri, 15 Feb 2008 19:48:26 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.184]) by mx1.freebsd.org (Postfix) with ESMTP id E3F3413C455 for ; Fri, 15 Feb 2008 19:48:25 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by rv-out-0910.google.com with SMTP id g13so614366rvb.43 for ; Fri, 15 Feb 2008 11:48:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=tHU8F0aswFXHJStqm3v+QGSGByVte+XJZO80YrVpdpY=; b=P+VYd7ExUZmRii+6k+n4VA9bQqjHrnk8IvrEpwiIYBL1x1snEI/WmbQ9pUvX379TrrHE0Imb4s3SOcqwcT6rJBo1sVGpvJ4wTcm2T6lL3hDg71mljCeJOV+ZUlaRVnEgPRd3Dt5L73bB6q4SjA5ceCtmUdbm4Zfrz0l0VqlIUGU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=MBtF6L4UxbW7kEv+lb5O+YL+rtyfVs7dvXXqWRi+fySD6xeMvQR173KlmVwiZqM42+uhQthOw0eXarwdpxKTGkB+VbZEqr/Fd8DA/S/0VVVGivXJbqhQ3WVi8R3yMCVrAOjqbFzPmAGWXejVoRxCqgFPclJJIky8jajBLQf2zRw= Received: by 10.141.178.5 with SMTP id f5mr2191666rvp.112.1203104905329; Fri, 15 Feb 2008 11:48:25 -0800 (PST) Received: by 10.141.170.18 with HTTP; Fri, 15 Feb 2008 11:48:25 -0800 (PST) Message-ID: <2e77fc10802151148v774610d9s449b50eda1617d16@mail.gmail.com> Date: Fri, 15 Feb 2008 21:48:25 +0200 From: "Niki Denev" Sender: ndenev@gmail.com To: freebsd-current@freebsd.org In-Reply-To: <20080212101140.GA26120@wep4017.physik.uni-wuerzburg.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080210224247.GA70317@what-creek.com> <20080212101140.GA26120@wep4017.physik.uni-wuerzburg.de> X-Google-Sender-Auth: 65f8621e07bdf9c8 Subject: Re: New DTrace source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 19:48:26 -0000 On Tue, Feb 12, 2008 at 12:11 PM, Alexey Shuvaev wrote: > > On Sun, Feb 10, 2008 at 10:42:47PM +0000, John Birrell wrote: > > This one fixes problems with the previous one: > > > > - buildkernel would fail because NO_CTF=1 was not set when > > building the lone kernel build tool. > > - A number of things were missing from the dtrace kernel > > module on i386. > > - Missing syscall names in the kernel without witness have > > been resolved so this snapshot should build with and without > > witness, invariants, smp etc. > > > > > > > > Known problems: > > - This is a snapshot of current which contains lock order > > reversal warnings. These are not related to the DTrace-specific > > code. > > - ustack() as reported by Drew hasn't been ported yet, so don't > > expect it to do anything. > > - On i386 mp_maxid in the kernel doesn't behave the same way that > > it does on amd64. Work-around code exists for this, but it is > > less than optimal. > > - A few of the tests that pass on amd64 don't work on i386. The > > causes are under investigation. The worst one is the tailcall > > test which causes the machine to reboot. Ugh. > > > > Note: > > - This snapshot should build cleanly on either a CURRENT or a > > RELENG_7 system. If not, please tell me. RELENG_6 users should > > upgrade to RELENG_7 first or contact me. The tool bootstrap > > will fail to build when hosted on RELENG_6. > > - It should be ABI compatible with CURRENT and RELENG_7. If > > not, please tell me. > > - This snapshot extends the basic OpenSolaris DTrace functionality > > to support: > > > > printm(const size_t bufrsize, uintptr_t *memref); > > > > where: > > > > 'memref' is an an array of 2 uintptr_t entries -- address and > > size. > > > > [snip] > > > > Target audience: > > > > I'd like to get more people involved with running this code. > > If you just like to follow FreeBSD current and don't even try > > to contribute stuff back... this snapshot is something you > > could try. I need some feeback from people who just use > > FreeBSD-CURRENT. > > > > -- > > John Birrell > > > > Hello! > > The procedure I went through: > # cd /usr > # rm -R src > # tar -xvf /path/to/dtrace-20080211.tar.bz > # cd src > # time make buildworld > > Buildworld failed in: > -------------------------------------------------------------- > >>> stage 5.1: building 32 bit shim libraries > -------------------------------------------------------------- > mkdir -p /usr/obj/usr/src/lib32/usr/include > mkdir -p /usr/obj/usr/src/lib32/usr/lib32 > mkdir -p /usr/obj/usr/src/lib32/usr/share/misc > mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/obj/usr/src/lib32/usr/include >/dev/null > mkdir -p /usr/obj/usr/src/tmp > ln -sf /usr/src/sys /usr/obj/usr/src/tmp > cd /usr/src/kerberos5/tools; MAKEOBJDIRPREFIX=/usr/obj/lib32 make DESTDIR= obj > ===> make-print-version (obj) > /usr/obj/lib32/usr/src/kerberos5/tools/make-print-version created for /usr/src/kerberos5/tools/make-print-version > ===> make-roken (obj) > /usr/obj/lib32/usr/src/kerberos5/tools/make-roken created for /usr/src/kerberos5/tools/make-roken > ===> asn1_compile (obj) > /usr/obj/lib32/usr/src/kerberos5/tools/asn1_compile created for /usr/src/kerberos5/tools/asn1_compile > cd /usr/src/kerberos5/tools; MAKEOBJDIRPREFIX=/usr/obj/lib32 make DESTDIR= depend > ===> make-print-version (depend) > rm -f .depend > mkdep -f .depend -a -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/make-print-version/../../include /usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c > echo make-print-version: /usr/lib/libc.a >> .depend > ===> make-roken (depend) > awk -f /usr/src/kerberos5/tools/make-roken/../../../crypto/heimdal/lib/roken/roken.awk /usr/src/kerberos5/tools/make-roken/../../../crypto/heimdal/lib/roken/roken.h.in > make-roken.c > rm -f .depend > mkdep -f .depend -a -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/make-roken/../../include make-roken.c > echo make-roken: /usr/lib/libc.a >> .depend > ===> asn1_compile (depend) > sed -e '106s/"/"#ifdef __PARSE_UNITS_H__\\n/;' -e '106s/",/\\n#endif\\n",/' /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/gen_glue.c > gen_glue-fixed.c > lex -t /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/lex.l > lex.c > yacc -d -o parse.c /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/parse.y > cd /usr/src/kerberos5/tools/asn1_compile/../make-print-version && make > cc -O2 -fno-strict-aliasing -pipe -march=nocona -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/make-print-version/../../include -g -c /usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c > ctfconvert -L VERSION make-print-version.o > ctfconvert:No such file or directory > *** Error code 1 > > Stop in /usr/src/kerberos5/tools/make-print-version. > *** Error code 1 > > Stop in /usr/src/kerberos5/tools/asn1_compile. > *** Error code 1 > > Stop in /usr/src/kerberos5/tools. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > 4693.728u 1668.096s 1:44:52.91 101.0% 5904+7451k 36308+18539io 13261pf+0w > > > > > > The system is: > FreeBSD wep4017.physik.uni-wuerzburg.de 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Thu Jan 31 13:04:43 CET 2008 lexx@wep4017.physik.uni-wuerzburg.de:/usr/obj/usr/src/sys/GENERIC amd64 > > /etc/make.conf contains: > CPUTYPE ?= nocona > > Should I disable building 32-bit compatibility libraries? > If so, how can I do that? I saw some make switch some time ago, but > now I see nothing similar in src/Makefile or src/Makefile.inc1. > > The second question, is parallel build with make -jN option supposed to work? > > Thanks, > Alexey. Just put : WITHOUT_LIB32=yes in /etc/src.conf It did the trick for me.(i even built it with -j8) --Niki From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 20:03:53 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E1CB16A419 for ; Fri, 15 Feb 2008 20:03:53 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 06AEE13C4CE for ; Fri, 15 Feb 2008 20:03:52 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id C0751207F; Fri, 15 Feb 2008 21:03:45 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.3/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id A293D2049; Fri, 15 Feb 2008 21:03:45 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 83692844A1; Fri, 15 Feb 2008 21:03:45 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Peter Jeremy References: <200802122009.m1CK94Y8026959@repoman.freebsd.org> <20080212200911.B49F416A51C@hub.freebsd.org> <20080212204803.GT57756@deviant.kiev.zoral.com.ua> <20080213113530.GB45243@team.vega.ru> <20080214173850.GB57756@deviant.kiev.zoral.com.ua> <86ve4qzhxe.fsf@ds4.des.no> <20080215185354.GY64299@server.vk2pj.dyndns.org> Date: Fri, 15 Feb 2008 21:03:45 +0100 In-Reply-To: <20080215185354.GY64299@server.vk2pj.dyndns.org> (Peter Jeremy's message of "Sat\, 16 Feb 2008 05\:53\:54 +1100") Message-ID: <86pruyx9zy.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org, kmacy@freebsd.org Subject: Re: [src] cvs commit: src/include unistd.h src/lib/libc/sys readlink.2 src/sys/compat/freebsd32 syscalls.master src/sys/kern syscalls.master vfs_syscalls.c src/sys/sys syscallsubr.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 20:03:53 -0000 Peter Jeremy writes: > Dag-Erling Sm=C3=B8rgrav writes: > > The only advantage truss has is the ability to decode structs > > (e.g. struct sockaddr in a connect() call). Apart from that, ktrace / > > kdump is superior in every respect. > There's an open PR to fix that: > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/117836 Excellent. Kip, it's assigned to you; do you want me to grab it and test / commit the patch? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 23:15:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43AB116A421 for ; Fri, 15 Feb 2008 23:15:09 +0000 (UTC) (envelope-from rmtodd@ichotolot.servalan.com) Received: from mx2.synetsystems.com (mx2.synetsystems.com [76.10.206.15]) by mx1.freebsd.org (Postfix) with ESMTP id F244D13C467 for ; Fri, 15 Feb 2008 23:15:08 +0000 (UTC) (envelope-from rmtodd@ichotolot.servalan.com) Received: by mx2.synetsystems.com (Postfix, from userid 66) id EAB7D641; Fri, 15 Feb 2008 18:15:07 -0500 (EST) Received: from localhost ([127.0.0.1]:56731 helo=ichotolot.servalan.com) by servalan.servalan.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JQ9Wa-0009Wk-3z for freebsd-current@freebsd.org; Fri, 15 Feb 2008 16:59:20 -0600 To: freebsd-current@freebsd.org Date: Fri, 15 Feb 2008 16:59:20 -0600 From: Richard Todd Message-Id: <20080215231507.EAB7D641@mx2.synetsystems.com> Subject: ZFS: data sometimes not getting correctly flushed to disk (possible mmap/write issue)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 23:15:09 -0000 Bit of a long story behind this one: I've been playing with the "picard" program in ports to do re-tagging of audio (mp3/ogg) files, and was having problems with the tagging process creating corrupted .ogg files. On further investigation trying to debug this, I found that the "picard" program seemed to be correctly writing the files if I checked them immediately, but the files were corrupt when I looked at them later. Further investigation and coming up with test cases brought me to the surprising conclusion that ZFS was to blame -- under certain conditions ZFS seems not to be writing all the data in the file out to disk correctly. The file appears to be good only so long as the file's data is in cache, but the data actually on disk doesn't match what's in cache. Yeah, I know. Sounds completely crazy, right? I've got some test programs in the attached shar file that reliably reproduce the bug; try it yourself and see. You'll need the following things from ports to run the tests: 1) audio/sox and audio/vorbis-tools to create the test audio file 2) audio/py-mutagen and Python to do the retagging of the test audio file; this is the bit with the write patterns that seem to provoke the bug. (Picard uses the py-mutagen Python library to do its tagging.) The attached shar file has three files in it: gen1.cpp, gen2.py, and test.sh. gen1.cpp is a simple program to generate a test audio file of a given length. gen2.py is a Python script using py-mutagen to rewrite the Ogg tags on an audio file with some new ones. test.sh invokes the other programs (assuming you've compiled gen1.cpp to an "a.out" executable) and looks like this: #!/bin/sh NAME=$1 LEN=$2 rm $NAME ./a.out $NAME $LEN ./gen2.py $NAME md5 $NAME ls -l $NAME sudo umount /u3 sudo mount -t zfs u3 /u3 md5 $NAME ls -l $NAME It takes as arguments the name of a file to do the test on, and the length of the file. The script does the following: 1) Remove any pre-existing file from a previous run of this script 2) Create a new .ogg file with the given length. 3) Use py-mutagen to rewrite the Ogg tags on that file. 4) MD5 the file. Since the file is only a few meg, this should be reading entirely from cache. 5) Unmount and remount the filesystem containing the file. (I hardwired the filesystem name, sorry; you'll have to tweak this bit of test.sh if you're testing it. Also, the script uses sudo; if you don't have sudo, you'll have to run the test as root.) 6) Redo the MD5 of the file. Now, if everything is working okay, the "before" and "after" MD5s should always be exactly the same, right? Usually they are, but sometimes not. I ran this test on my main system, which is an Core2Duo with 4G running i386 -current as of a week ago (Feb. 7): Script started on Tue Feb 12 19:53:15 2008 1 ichotolot ~/bug[ 7:53PM] Z% for i in 400 401 402 403 404 405 for> do for> echo $i for> ./test1.sh /u3/tmp/foo1.ogg $i for> done 400 MD5 (/u3/tmp/foo1.ogg) = 19717301e4e0d9ab2e80e9636ab8adf9 -rw-r--r-- 1 rmtodd wheel 6191808 Feb 12 19:54 /u3/tmp/foo1.ogg MD5 (/u3/tmp/foo1.ogg) = 19717301e4e0d9ab2e80e9636ab8adf9 -rw-r--r-- 1 rmtodd wheel 6191808 Feb 12 19:54 /u3/tmp/foo1.ogg 401 MD5 (/u3/tmp/foo1.ogg) = 816d410ba77eee3493bf73bc355f1092 -rw-r--r-- 1 rmtodd wheel 6207274 Feb 12 19:54 /u3/tmp/foo1.ogg MD5 (/u3/tmp/foo1.ogg) = 816d410ba77eee3493bf73bc355f1092 -rw-r--r-- 1 rmtodd wheel 6207274 Feb 12 19:54 /u3/tmp/foo1.ogg 402 MD5 (/u3/tmp/foo1.ogg) = 366432a89b11745367e059d9d6e1d6e8 -rw-r--r-- 1 rmtodd wheel 6222579 Feb 12 19:55 /u3/tmp/foo1.ogg MD5 (/u3/tmp/foo1.ogg) = 366432a89b11745367e059d9d6e1d6e8 -rw-r--r-- 1 rmtodd wheel 6222579 Feb 12 19:55 /u3/tmp/foo1.ogg 403 MD5 (/u3/tmp/foo1.ogg) = 72b9b992f31332fc1682cad1e97fa7e5 -rw-r--r-- 1 rmtodd wheel 6238218 Feb 12 19:55 /u3/tmp/foo1.ogg MD5 (/u3/tmp/foo1.ogg) = 3abd285e657684f4a2f89043f230b164 -rw-r--r-- 1 rmtodd wheel 6238218 Feb 12 19:55 /u3/tmp/foo1.ogg 404 MD5 (/u3/tmp/foo1.ogg) = 3c76463bb294ec2b0db0a4746613523b -rw-r--r-- 1 rmtodd wheel 6253713 Feb 12 19:56 /u3/tmp/foo1.ogg MD5 (/u3/tmp/foo1.ogg) = 3c76463bb294ec2b0db0a4746613523b -rw-r--r-- 1 rmtodd wheel 6253713 Feb 12 19:56 /u3/tmp/foo1.ogg 405 MD5 (/u3/tmp/foo1.ogg) = ee0f61cd8e68a390a99db582c715a1f9 -rw-r--r-- 1 rmtodd wheel 6269175 Feb 12 19:56 /u3/tmp/foo1.ogg MD5 (/u3/tmp/foo1.ogg) = ee0f61cd8e68a390a99db582c715a1f9 -rw-r--r-- 1 rmtodd wheel 6269175 Feb 12 19:56 /u3/tmp/foo1.ogg 2 ichotolot ~/bug[ 7:56PM] Z% exit Script done on Tue Feb 12 19:56:55 2008 You see that on one of the tests (the one for the 403-second-long test file) the MD5s don't match. The bug seems to be triggered by certain exact patterns of writes. Since the offsets of the writes are dependent on the exact input .ogg, the bug is repeatable given the same input data sequence. That is, the bug *always* seems to show up with certain patterns, i.e., certain data files and not with others. Some other notes: 1) I tried this test on another system with UFS filesystems and couldn't reproduce it, so this does seem to be ZFS-specific. 2) I don't have compression enabled on the ZFS filesystems in question. 3) ktracing gen2.py shows that the py-mutagen library seems to do both write()s and read/write mmap()s to the file to update the file. Anyway, here's the shar file. # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # gen1.cpp # gen2.py # test.sh # echo x - gen1.cpp sed 's/^X//' >gen1.cpp << 'END-of-gen1.cpp' X/* X** Program to create a n-second-long ogg file of random noise. X*/ X X#include X#include X#include X#include X X/* Usage: gen1 filename number-of-seconds */ Xint Xmain(int argc, char **argv) X{ X unsigned int secs = atoi(argv[2]); X FILE *p = popen("sox -t .sw -r 44100 -c 2 - -r 44100 -t .wav /var/tmp/foo1.wav", "w"); X X srandom(1); X X int16_t val; X X for (unsigned int i = 0 ; i < secs*44100 ; ++i) { X // for each time, send 2 "randomly" gen'd samples down the pipe X val = random(); X (void)fwrite(&val, sizeof(int16_t), 1, p); X val = random(); X (void)fwrite(&val, sizeof(int16_t), 1, p); X } X X (void) pclose(p); X X char buf[2048]; X sprintf(buf, "oggenc -Q -s 1234 -b 128 -o %s -N 1 -t Bozo -a Bozo2 -l Bozo3 /var/tmp/foo1.wav", argv[1]); X system(buf); X exit(0); X} END-of-gen1.cpp echo x - gen2.py sed 's/^X//' >gen2.py << 'END-of-gen2.py' X#!/usr/local/bin/python X Xfrom mutagen.oggvorbis import OggVorbis Ximport sys X Xaudio = OggVorbis(sys.argv[1]) Xaudio["genre"]="Rock" Xaudio["date"]="1989" Xaudio["album"]="Can't Look Away" Xaudio["albumartistsort"]="Rabin, Trevor" Xaudio["musicbrainz_artistid"]="884ee438-f185-4b2c-b23b-f96886bdc91f" Xaudio["musicip_puid"]="e8c0c0e9-e939-d482-5abf-746c558113bb" Xaudio["title"]="Etoile Noir & Eyes Of Love" Xaudio["artist"]="Trevor Rabin" Xaudio["releasetype"]="album" Xaudio["artistsort"]="Rabin, Trevor" Xaudio["musicbrainz_trackid"]="bd4358fa-69a3-4c38-89ea-4aa18380c7e4" Xaudio["releasestatus"]="official" Xaudio["totaltracks"]="11" Xaudio["albumartist"]="Trevor Rabin" Xaudio["musicbrainz_albumartistid"]="884ee438-f185-4b2c-b23b-f96886bdc91f" Xaudio["tracknumber"]="6" Xaudio["musicbrainz_albumid"]="41691ad3-a6f0-4633-8f24-b782509254b6" X Xaudio.save() END-of-gen2.py echo x - test.sh sed 's/^X//' >test.sh << 'END-of-test.sh' X#!/bin/sh XNAME=$1 XLEN=$2 Xrm $NAME X./a.out $NAME $LEN X./gen2.py $NAME Xmd5 $NAME Xls -l $NAME Xsudo umount /u3 Xsudo mount -t zfs u3 /u3 X#ogginfo foo1.ogg Xmd5 $NAME Xls -l $NAME END-of-test.sh exit From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 23:22:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7FC716A418 for ; Fri, 15 Feb 2008 23:22:11 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 88FB313C461 for ; Fri, 15 Feb 2008 23:22:11 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id B58E3207E; Sat, 16 Feb 2008 00:22:04 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.3/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id A11702049; Sat, 16 Feb 2008 00:22:04 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 8CAB984492; Sat, 16 Feb 2008 00:22:04 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Eygene Ryabinkin References: Date: Sat, 16 Feb 2008 00:22:04 +0100 In-Reply-To: (Eygene Ryabinkin's message of "Wed\, 13 Feb 2008 11\:57\:11 +0300") Message-ID: <86r6fdx0tf.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Ian FREISLICH , Ken Smith , freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0-RC2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 23:22:11 -0000 Eygene Ryabinkin writes: > Judging by the > http://lists.freebsd.org/mailman/htdig/freebsd-current/2007-February/06= 9051.html > http://lists.freebsd.org/mailman/htdig/freebsd-current/2007-February/06= 9059.html > http://lists.freebsd.org/mailman/htdig/freebsd-current/2007-February/06= 9077.html > people are varying in their opinions ;)) So your mileage may vary. > Seems like the old 2:1 rule is not very cost-effective for common > setups, but, again, it depends on the situation. Not cost-effective? What is the "street price" of 16 GB disk space these days? About the same as a couple of Big Macs? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Feb 15 23:33:13 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C627416A478 for ; Fri, 15 Feb 2008 23:33:13 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outU.internet-mail-service.net (outU.internet-mail-service.net [216.240.47.244]) by mx1.freebsd.org (Postfix) with ESMTP id B3C8413C442 for ; Fri, 15 Feb 2008 23:33:13 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 15 Feb 2008 15:33:12 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 4C78912725D; Fri, 15 Feb 2008 15:33:12 -0800 (PST) Message-ID: <47B6213B.5060905@elischer.org> Date: Fri, 15 Feb 2008 15:33:15 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Quake Lee References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Proposals to jail subsystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 23:33:13 -0000 Quake Lee wrote: > Hi all, > > The virtualization is trend now, we have zone on solaris, xen, kvm on > linux, > especially xen takes a important role in Amazon's Cloud computing, > so I think the following functionalities would be quite useful for jail > users: > > - Per-jail memory quota; > - Per-jail CPU usage quota (like, we only schedule processes in this > jail to N CPUs); > - Allow the use of multiple IPs inside a jail; > > Is it possible to implement these functionalities? look at vimage google for vimage and FreeBSD > From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 00:16:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8709316A41A for ; Sat, 16 Feb 2008 00:16:12 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.189]) by mx1.freebsd.org (Postfix) with ESMTP id 1B0FC13C43E for ; Sat, 16 Feb 2008 00:16:11 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so1029377fka.11 for ; Fri, 15 Feb 2008 16:16:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=xC5whyaUwcd3N3UQOrg3Jjxq64gfSpGf0lFIsOJwaBo=; b=BulZifr9H5xWTLdaFx6mJSupqvg+Ld4mL2WXh16AGpjTiRzmGm6Zc/1Hlximjdm3DvA/aRz3FnzCZuWA2Kj9XKINGfTv3BQTZ0IhOXrnCo3IMtRncqqph8LSon+sDivol3KfgnDBZ8Jn0NfSC7jiyrA8rKQCRyley9yz3JL/7i8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tb1W7pSzAoc+H+QAkn1+5YHnv3u/rnlZUO+L312Be/udovizzVb3fpQEsGJsWNJGFG3Mpc1JlFn3O2v64XsyVBOfi+zWU2/O1+kEYXUe2uXwmtrm5j/bYrGTHV/PuiWXKrAGC4b+e5YEUuCll76FO5OFszjxJaJsB/Md1lQlfjE= Received: by 10.78.183.8 with SMTP id g8mr4646462huf.73.1203120970669; Fri, 15 Feb 2008 16:16:10 -0800 (PST) Received: by 10.78.46.11 with HTTP; Fri, 15 Feb 2008 16:16:10 -0800 (PST) Message-ID: Date: Sat, 16 Feb 2008 03:16:10 +0300 From: pluknet To: "Ed Schouten" In-Reply-To: <20080214104629.GS1340@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080214104629.GS1340@hoeg.nl> Cc: Doug Barton , FreeBSD Current Subject: Re: 2 new LORs using tonight's HEAD: UFS and DEVFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 00:16:12 -0000 On 14/02/2008, Ed Schouten wrote: > > I'm getting those three as well, including this one during shutdown: > > | lock order reversal: > | 1st 0xc676a29c vfslock (vfslock) @ /store/home/ed/p4/mpsafetty/sys/kern/vfs_mount.c:1242 > | 2nd 0xc67b4c08 syncer (syncer) @ /store/home/ed/p4/mpsafetty/sys/kern/vfs_subr.c:2156 I got this during umount ufs filesystem. From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 01:23:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12AB016A46C; Sat, 16 Feb 2008 01:23:46 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 9F2AC13C45A; Sat, 16 Feb 2008 01:23:45 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-16-203.lns10.adl2.internode.on.net [121.45.16.203]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m1G1NbYv074286 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 Feb 2008 11:53:39 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: John Baldwin Date: Sat, 16 Feb 2008 11:53:33 +1030 User-Agent: KMail/1.9.7 References: <200802122009.m1CK94Y8026959@repoman.freebsd.org> <200802152104.34829.doconnor@gsoft.com.au> <200802150858.02649.jhb@freebsd.org> In-Reply-To: <200802150858.02649.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4912566.n1cD8UExHU"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200802161153.34513.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Kostik Belousov , Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: [src] cvs commit: src/include unistd.h src/lib/libc/sys readlink.2 src/sys/compat/freebsd32 syscalls.master src/sys/kern syscalls.master vfs_syscalls.c src/sys/sys syscallsubr.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 01:23:46 -0000 --nextPart4912566.n1cD8UExHU Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sat, 16 Feb 2008, John Baldwin wrote: > > That's a pretty big advantage :) > > > > Also, ktrace can't write to a pipe which means you need to > > run/process rather than 'stream'. > > kdump -l. Ahh nice! However, you still keep the file around which can be rather space=20 consuming :( =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart4912566.n1cD8UExHU Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHtjsW5ZPcIHs/zowRApSTAJ9ch/XmJNv2MHgQAxAvSbU1QFi9/wCgl/4i AoYCqAts28gHCiaNpdyndMM= =4+gN -----END PGP SIGNATURE----- --nextPart4912566.n1cD8UExHU-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 01:23:46 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12AB016A46C; Sat, 16 Feb 2008 01:23:46 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 9F2AC13C45A; Sat, 16 Feb 2008 01:23:45 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-16-203.lns10.adl2.internode.on.net [121.45.16.203]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m1G1NbYv074286 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 Feb 2008 11:53:39 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: John Baldwin Date: Sat, 16 Feb 2008 11:53:33 +1030 User-Agent: KMail/1.9.7 References: <200802122009.m1CK94Y8026959@repoman.freebsd.org> <200802152104.34829.doconnor@gsoft.com.au> <200802150858.02649.jhb@freebsd.org> In-Reply-To: <200802150858.02649.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4912566.n1cD8UExHU"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200802161153.34513.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Kostik Belousov , Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: [src] cvs commit: src/include unistd.h src/lib/libc/sys readlink.2 src/sys/compat/freebsd32 syscalls.master src/sys/kern syscalls.master vfs_syscalls.c src/sys/sys syscallsubr.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 01:23:46 -0000 --nextPart4912566.n1cD8UExHU Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sat, 16 Feb 2008, John Baldwin wrote: > > That's a pretty big advantage :) > > > > Also, ktrace can't write to a pipe which means you need to > > run/process rather than 'stream'. > > kdump -l. Ahh nice! However, you still keep the file around which can be rather space=20 consuming :( =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart4912566.n1cD8UExHU Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHtjsW5ZPcIHs/zowRApSTAJ9ch/XmJNv2MHgQAxAvSbU1QFi9/wCgl/4i AoYCqAts28gHCiaNpdyndMM= =4+gN -----END PGP SIGNATURE----- --nextPart4912566.n1cD8UExHU-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 04:17:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D08816A417 for ; Sat, 16 Feb 2008 04:17:16 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.173]) by mx1.freebsd.org (Postfix) with ESMTP id EEE7413C448 for ; Sat, 16 Feb 2008 04:17:15 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so145882wfa.7 for ; Fri, 15 Feb 2008 20:17:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=b54fB/tPPcg3OD5R/thWK0dnPP8uEAZSB96+1BwOTCs=; b=d+7eJW/l4DRqvT599dx+KzNVtLPD/P+aLIGXl7yQzWIsPd8Kp6Gz8zhYnFmlYzS33lloQ933IthKGb9s4Wcf5h41pWEKRI2uOhNRooTKuh1yL3u+JPoc2fO3293Aw6rNJO4jozqmA2W8PB1w8mITR1XilLexveS3DTQ5pbxQeVA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=UfzeEyUf5CjTlNa9/lMNmyY6qD/cqtRusfRtX2th41U+d8TCGQtQVaCvI0cIzpUOZd5zZ6YEOEUgZXhzdnzP18vPKeG/n8fDqQ7CQd5LC50fgMHTRpgEd9QJlQiIe6Af0J8DjbRHNaI2px18iBeTKPS5yNpH/QhKgfYeZzjBaoc= Received: by 10.142.133.15 with SMTP id g15mr1722611wfd.9.1203135435564; Fri, 15 Feb 2008 20:17:15 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 24sm12299817wfc.18.2008.02.15.20.17.09 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 15 Feb 2008 20:17:14 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m1G4H5nn007481 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 Feb 2008 13:17:05 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m1G4H4lj007480; Sat, 16 Feb 2008 13:17:04 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 16 Feb 2008 13:17:04 +0900 From: Pyun YongHyeon To: Stefan Ehmann Message-ID: <20080216041704.GA7417@cdnetworks.co.kr> References: <20080204022334.GC27999@cdnetworks.co.kr> <200802051117.16262.shoesoft@gmx.net> <20080211053632.GF2317@cdnetworks.co.kr> <200802151509.38442.shoesoft@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200802151509.38442.shoesoft@gmx.net> User-Agent: Mutt/1.4.2.1i Cc: Marcin Wisnicki , freebsd-current@freebsd.org Subject: Re: CFT: vr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 04:17:16 -0000 On Fri, Feb 15, 2008 at 03:09:38PM +0100, Stefan Ehmann wrote: > On Monday 11 February 2008 06:36:32 Pyun YongHyeon wrote: > > On Tue, Feb 05, 2008 at 11:17:15AM +0100, Stefan Ehmann wrote: > > > On Monday 04 February 2008 20:56:54 Stefan Ehmann wrote: > > > > On Monday 04 February 2008 18:47:44 Marcin Wisnicki wrote: > > > > > On Mon, 04 Feb 2008 10:48:02 -0500, Mike Tancsa wrote: > > > > > > At 09:23 PM 2/3/2008, Pyun YongHyeon wrote: > > > > > >>Dear all, > > > > > >> > > > > > >>Here is overhauled vr(4) that shall address all known issues. PR > > > > > >>database showed vr(4) is not stable enough under high load and > > > > > > > > > > > > Hi, > > > > > > Is there a RELENG_7 or 6 version of the driver to test ? > > > > > > Using RELENG_7 from this morning, I get > > > > > > > > > > Try this: > > > > > > > > > > http://wisnia21.freeshell.org/f/freebsd/if_vr-pyunyh-to-releng6.diff > > > > > > > > > > On RELENG7 there could be a conflict in second change that should be > > > > > safe to ignore. > > > > > > > > Using it with the second chunk ignored. > > > > > > ... > > > > > > > vr0: port 0xa000-0xa0ff mem > > > > 0xf0000000-0xf00000ff at device 18.0 on pci0 > > > > vr0: Quirks: 0x0 > > > > vr0: Revision: 0x74 > > > > miibus0: on vr0 > > > > vr0: Ethernet address: 00:0e:a6:40:3f:d0 > > > > vr0: [ITHREAD] > > > > > > (replying to myself) > > > wake-on-LAN doesn't work for me any longer. > > > > Show me the output of 'ifconfig vr0'. > > $ ifconfig vr0 > vr0: flags=8843 metric 0 mtu 1500 > options=8 ^^^^^^^^ Either you don't run CURRENT or your hardware does not support PCI power management. Since WOL framework was not MFCed to RELENG_7/RELENG_6 you wouldn't see WOL_UCAST and WOL_MAGIC capability flags from ifconfig(8). Overhauled vr(4) disables WOL to save power if WOL_UCAST/WOL_MCAST was disabled which is always true on RELENG_7/RELENG_6. > ether 00:0e:a6:40:3f:d0 > inet 192.168.0.10 netmask 0xffffff00 broadcast 192.168.0.255 > media: Ethernet autoselect (100baseTX ) > status: active > > -- > Stefan -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 06:38:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E2C716A41B for ; Sat, 16 Feb 2008 06:38:30 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2944A13C45D for ; Sat, 16 Feb 2008 06:38:29 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1G6cTrx042265; Sat, 16 Feb 2008 01:38:29 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m1G6cSX1088707 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 Feb 2008 01:38:28 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200802160638.m1G6cSX1088707@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 16 Feb 2008 01:38:46 -0500 To: pyunyh@gmail.com, freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <20071008061758.GF46694@cdnetworks.co.kr> References: <20071008061758.GF46694@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: CFT: vr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 06:38:30 -0000 At 01:17 AM 10/8/2007, Pyun YongHyeon wrote: >It seems that there had been several stability issues in vr(4). >Here is mimimal patch that make vr(4) work reliably under heavy >network loads. The patch does the following: > - Always check writability of mbuf before padding and make a > writable copy of the mbuf if mbuf is marked as read-only. > - Before padding is done check remaining bytes such that it can > safely extend buffer size of the mbuf. > - Before padding always check the return value of m_defrag(9). > - Zero out pad space to avoid leaking data. > >If you have vr(4) hardware please give it spin and let me know >the result. Its been working quite well on 3 Soekris 5501 boards! It would be great to see these fixes committed. ---Mike >-- >Regards, >Pyun YongHyeon > > >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 06:38:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4480E16A419 for ; Sat, 16 Feb 2008 06:38:56 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from tydfam.jp (ns.tydfam.jp [61.197.228.42]) by mx1.freebsd.org (Postfix) with ESMTP id E6D7613C4DB for ; Sat, 16 Feb 2008 06:38:55 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from localhost (tyd3.sub.tydfam.jp [192.168.1.3]) by tydfam.jp (8.14.2/8.14.2) with ESMTP id m1G68e5Y003828 for ; Sat, 16 Feb 2008 15:08:40 +0900 (JST) (envelope-from ken@tydfam.jp) Date: Sat, 16 Feb 2008 15:08:40 +0900 (JST) Message-Id: <20080216.150840.233679974.ken@tydfam.jp> To: freebsd-current@freebsd.org From: ken X-Mailer: Mew version 2.3 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on daemon.sub.tydfam.jp X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=9.5 tests=ALL_TRUSTED autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on daemon.sub.tydfam.jp Subject: panic w/ ohci_add_done:addr xxxx not found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 06:38:56 -0000 Are there any fixes to this? I experience this with GA-MA790FX(Gigabyte AMD64) and MS wireless mouse receiver plugged into USB. I saw some reportsing this at freebsd-usb, but I cannot find any fixes. From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 07:17:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48BCB16A418 for ; Sat, 16 Feb 2008 07:17:01 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from tydfam.jp (ns.tydfam.jp [61.197.228.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1959D13C45D for ; Sat, 16 Feb 2008 07:17:00 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from localhost (tyd3.sub.tydfam.jp [192.168.1.3]) by tydfam.jp (8.14.2/8.14.2) with ESMTP id m1G7Guac005558 for ; Sat, 16 Feb 2008 16:16:56 +0900 (JST) (envelope-from ken@tydfam.jp) Date: Sat, 16 Feb 2008 16:16:56 +0900 (JST) Message-Id: <20080216.161656.1678770758.ken@tydfam.jp> To: freebsd-current@freebsd.org From: ken In-Reply-To: <20080216.150840.233679974.ken@tydfam.jp> References: <20080216.150840.233679974.ken@tydfam.jp> X-Mailer: Mew version 2.3 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on daemon.sub.tydfam.jp X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=9.5 tests=ALL_TRUSTED autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on daemon.sub.tydfam.jp Subject: Re: panic w/ ohci_add_done:addr xxxx not found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 07:17:01 -0000 My previous mail was not descriptive, so I added dmesg related to.. Supporsedly, the chip is ATI's SB600 series. > Are there any fixes to this? > > I experience this with GA-MA790FX(Gigabyte AMD64) and MS wireless mouse receiver plugged into USB. I saw some reportsing this at freebsd-usb, but I cannot find any fixes. # dmesg : : : : CPU: AMD Phenom(tm) 9500 Quad-Core Processor (2210.08-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f22 Stepping = 2 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x7ff,,,Prefetch,,> Cores per package: 4 usable memory = 4279050240 (4080 MB) avail memory = 4127408128 (3936 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 : : : ohci0: mem 0xfe02e000-0xfe02efff irq 16 at device 19.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0xfe02d000-0xfe02dfff irq 17 at device 19.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ohci2: mem 0xfe02c000-0xfe02cfff irq 18 at device 19.2 on pci0 ohci2: [GIANT-LOCKED] ohci2: [ITHREAD] usb2: OHCI version 1.0, legacy support usb2: SMM does not respond, resetting usb2: on ohci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ohci3: mem 0xfe02b000-0xfe02bfff irq 17 at device 19.3 on pci0 ohci3: [GIANT-LOCKED] ohci3: [ITHREAD] usb3: OHCI version 1.0, legacy support usb3: SMM does not respond, resetting usb3: on ohci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ohci4: mem 0xfe02a000-0xfe02afff irq 18 at device 19.4 on pci0 ohci4: [GIANT-LOCKED] ohci4: [ITHREAD] usb4: OHCI version 1.0, legacy support usb4: SMM does not respond, resetting usb4: on ohci4 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered pci0: at device 20.0 (no driver attached) From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 09:24:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB33216A417 for ; Sat, 16 Feb 2008 09:24:22 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 3118613C461 for ; Sat, 16 Feb 2008 09:24:21 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 16 Feb 2008 09:24:20 -0000 Received: from 85-127-17-94.dynamic.xdsl-line.inode.at (EHLO [192.168.0.10]) [85.127.17.94] by mail.gmx.net (mp005) with SMTP; 16 Feb 2008 10:24:20 +0100 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX18DkFxrc4kDYAJTxTpUPgs6GigcgcwJOd1ONKd4My w8sQWHggLw2BY2 From: Stefan Ehmann To: pyunyh@gmail.com Date: Sat, 16 Feb 2008 10:24:18 +0100 User-Agent: KMail/1.9.7 References: <20080204022334.GC27999@cdnetworks.co.kr> <200802151509.38442.shoesoft@gmx.net> <20080216041704.GA7417@cdnetworks.co.kr> In-Reply-To: <20080216041704.GA7417@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802161024.19175.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: freebsd-current@freebsd.org Subject: Re: CFT: vr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 09:24:22 -0000 On Saturday 16 February 2008 05:17:04 Pyun YongHyeon wrote: > On Fri, Feb 15, 2008 at 03:09:38PM +0100, Stefan Ehmann wrote: > > On Monday 11 February 2008 06:36:32 Pyun YongHyeon wrote: > > > On Tue, Feb 05, 2008 at 11:17:15AM +0100, Stefan Ehmann wrote: > > > > (replying to myself) > > > > wake-on-LAN doesn't work for me any longer. > > > > > > Show me the output of 'ifconfig vr0'. > > > > $ ifconfig vr0 > > vr0: flags=8843 metric 0 mtu > > 1500 options=8 > > ^^^^^^^^ > Either you don't run CURRENT or your hardware does not support PCI > power management. Since WOL framework was not MFCed to > RELENG_7/RELENG_6 you wouldn't see WOL_UCAST and WOL_MAGIC > capability flags from ifconfig(8). Overhauled vr(4) disables WOL to > save power if WOL_UCAST/WOL_MCAST was disabled which is always > true on RELENG_7/RELENG_6. Sorry if I haven't been clear about this: I am testing on RELENG_7. Thanks for the clarification. -- Stefan From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 11:18:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBF2E16A417 for ; Sat, 16 Feb 2008 11:18:32 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id A59BF13C45D for ; Sat, 16 Feb 2008 11:18:32 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A548BF.dip.t-dialin.net [84.165.72.191]) by redbull.bpaserver.net (Postfix) with ESMTP id E61882E0D1; Sat, 16 Feb 2008 12:18:20 +0100 (CET) Received: from deskjail (unknown [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id 66DFE77E0F; Sat, 16 Feb 2008 12:18:18 +0100 (CET) Date: Sat, 16 Feb 2008 12:12:41 +0100 From: Alexander Leidinger To: freebsd-current@freebsd.org, chuckr@chuckr.org Message-ID: <20080216121241.450ff175@deskjail> In-Reply-To: <47B20739.1050602@chuckr.org> References: <47B20739.1050602@chuckr.org> X-Mailer: Claws Mail 3.3.0 (GTK+ 2.12.8; i686-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.4, required 6, BAYES_00 -15.00, NO_RDNS 0.50, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Subject: Re: about usb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 11:18:32 -0000 Quoting Chuck Robey (Tue, 12 Feb 2008 15:53:13 -0500): > But, I guess there's been a lot of coding in usb, because the state of usb > docs is, well, mostly missing in action. I found about a conf file in /etc > called usbd.conf, but I would guess that's a goner too (although this is a > recently installed machine, so it shouldn't be too chock full of ancient > memorabilia. cd /usr/src make check-old make delete-old make delte-old-libs (make sure you don't need them anymore) > The handbook, both the regular version AND the developer version, treat usb > only from the direction of masss storage. Once I get to the point of > understanding this data dump I have (and that won't bee all that long) I > need more into about how to architecturally amke this work. Questions > like, does this item need to operate alone, or along with my current > trackball? If I write a device driver for this, what kind of interface > should I present at /dev? If I get this done, will I just enter some You could ask hps@FreeBSD.org, he is working on a new USB stack in perforce. Bye, Alexander. -- "Look at that five o'clock rust. You've been up all night not drinking, haven't you?" -Leela http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 11:52:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6596916A418 for ; Sat, 16 Feb 2008 11:52:53 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id 3CAED13C459 for ; Sat, 16 Feb 2008 11:52:53 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.123.28] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JQLM9-0000dE-AU; Sat, 16 Feb 2008 11:37:21 +0000 Received: from freaky by voi.aagh.net with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JQLM9-000FbE-2j; Sat, 16 Feb 2008 11:37:21 +0000 Date: Sat, 16 Feb 2008 11:37:21 +0000 From: Thomas Hurst To: Dag-Erling Sm?rgrav Message-ID: <20080216113721.GA55702@voi.aagh.net> Mail-Followup-To: Dag-Erling Sm?rgrav , Eygene Ryabinkin , Ian FREISLICH , Ken Smith , freebsd-current@freebsd.org References: <86r6fdx0tf.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86r6fdx0tf.fsf@ds4.des.no> Organization: Not much. User-Agent: Mutt/1.5.17 (2007-11-01) Sender: Thomas Hurst Cc: Ian FREISLICH , Ken Smith , freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0-RC2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 11:52:53 -0000 * Dag-Erling Sm?rgrav (des@des.no) wrote: > Not cost-effective? What is the "street price" of 16 GB disk space > these days? About the same as a couple of Big Macs? That's roughly half of a common 36G SCSI drive, and still a fairly significant chunk of a 73G one. Granted, you probably don't get all that many high-memory systems with just one or two dinky disks. For us, our systems with the most memory have little need for much storage or IO; they have a pair of mirrored 73G SAS drives and 20G of memory; they currently run with 2G of swap, which if they ever have to use, will make them useless. Blowing 30% of available local storage on swap doesn't really make sense; we're much more likely to have 20G application cores than kernel ones. Speaking of, it'd be really nice if you could interrupt the generation of coredumps; big ones take a while. Perhaps the dump loop could check kern.coredump every few thousand pages and exit early if it's 0? -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 08:32:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3B8016A418 for ; Sat, 16 Feb 2008 08:32:32 +0000 (UTC) (envelope-from d.fandrey@web.de) Received: from fmmailgate01.web.de (fmmailgate01.web.de [217.72.192.221]) by mx1.freebsd.org (Postfix) with ESMTP id BF42F13C45B for ; Sat, 16 Feb 2008 08:32:32 +0000 (UTC) (envelope-from d.fandrey@web.de) Received: from smtp06.web.de (fmsmtp06.dlan.cinetic.de [172.20.5.172]) by fmmailgate01.web.de (Postfix) with ESMTP id 86A38D34C8E3 for ; Sat, 16 Feb 2008 09:08:54 +0100 (CET) Received: from [84.167.193.3] (helo=mobileKamikaze.norad) by smtp06.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.109 #226) id 1JQI6Q-00062s-00 for freebsd-current@freebsd.org; Sat, 16 Feb 2008 09:08:54 +0100 Message-ID: <47B69A0A.9030309@web.de> Date: Sat, 16 Feb 2008 09:08:42 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.9 (X11/20080205) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: d.fandrey@web.de X-Sender: d.fandrey@web.de X-Provags-ID: V01U2FsdGVkX1+SF+P5YD3ZWtD6wOcvxb+DjEEvqiqBEbunla+4 2P08UviK/GmxYc0x4wl6nq4Ims2jJGjzBQGf5mSzIzj6/stwuV 3cESP5SqA= X-Mailman-Approved-At: Sat, 16 Feb 2008 12:21:35 +0000 Subject: remaining problems with RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 08:32:33 -0000 There are 2 problems bugging me some time now, in RELENG_7. The first one is a regression: http://www.freebsd.org/cgi/query-pr.cgi?pr=119973 The snd_maestro Module only works properly after reloading it. Very strange. The other one might be a bug in Xorg or not. X entirely freezes when using /dev/sysmouse as mouse device. Only when the mouse moves, does X react to anything. Only the CTRL-ALT-FN events or CTRL-ALT-BACKSPACE have any effect after moving the mouse. It's entirely unusuable this way. This problem existed on my Thinkpad before it burst into flame and it also exists on my new HP notebook. It also used to exist on my desktop, but it disappeared a couple of months ago. Without moused dynamically plugging in mouses using USB is not possible. So for notebook users this is very annoying. From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 09:58:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA56B16A417 for ; Sat, 16 Feb 2008 09:58:56 +0000 (UTC) (envelope-from mfl-commissioner@marino.st) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) by mx1.freebsd.org (Postfix) with ESMTP id AD1C213C45E for ; Sat, 16 Feb 2008 09:58:56 +0000 (UTC) (envelope-from mfl-commissioner@marino.st) Received: by shepard.synsport.net (Postfix, from userid 108) id A5A5C435B5; Sat, 16 Feb 2008 03:39:06 -0600 (CST) X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on shepard X-Spam-Level: X-Spam-Status: No, score=-3.1 required=6.5 tests=ALL_TRUSTED,AWL,BAYES_50 autolearn=unavailable version=3.1.8 Received: from secure.synsport.net (unknown [208.69.230.150]) by shepard.synsport.net (Postfix) with ESMTP id 3A7554356E for ; Sat, 16 Feb 2008 03:39:02 -0600 (CST) Received: from 82.234.78.29 (SquirrelMail authenticated user marst2) by secure.synsport.net with HTTP; Sat, 16 Feb 2008 03:39:02 -0600 (CET) Message-ID: <43555.82.234.78.29.1203154742.squirrel@secure.synsport.net> Date: Sat, 16 Feb 2008 03:39:02 -0600 (CET) From: "John Marino" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.13 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Sat, 16 Feb 2008 12:25:30 +0000 Subject: 7.0 RC2 kernel panic with Kqemu/AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 09:58:56 -0000 I am using FreeBSD 7.0 RC2 and have installed Qemu with KQemu kernel accelerator via ports. I experience repeatable kernel panics (log below) after a few minutes of use. Before that, everything seemed to be working ok. Is this a problem with the kernel? Regards, John Feb 16 03:02:48 draco syslogd: kernel boot file is /boot/kernel/kernel Feb 16 03:02:48 draco kernel: Feb 16 03:02:48 draco last message repeated 3 times Feb 16 03:02:48 draco kernel: Fatal trap a Feb 16 03:02:48 draco kernel: kernel trap 12 with interrupts disabled Feb 16 03:02:48 draco kernel: Feb 16 03:02:48 draco kernel: Feb 16 03:02:48 draco kernel: Fatal trap 12: page fault while in kernel mode Feb 16 03:02:48 draco kernel: cpuid = 0; apic id = 00 Feb 16 03:02:48 draco kernel: fault virtual address = 0x782 Feb 16 03:02:48 draco kernel: fault code = supervisor write data, page not present Feb 16 03:02:48 draco kernel: instruction pointer = 0x9f80:0x297 Feb 16 03:02:48 draco kernel: stack pointer = 0x10:0xffffffffab9d9f80 Feb 16 03:02:48 draco kernel: frame pointer = 0x10:0xffffffff Feb 16 03:02:48 draco kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Feb 16 03:02:48 draco kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Feb 16 03:02:48 draco kernel: processor eflags = IOPL = 0 Feb 16 03:02:48 draco kernel: current process = 2242 (qemu-system-x86_64) Feb 16 03:02:48 draco kernel: trap number = 12 Feb 16 03:02:48 draco kernel: panic: page fault Feb 16 03:02:48 draco kernel: cpuid = 0 Feb 16 03:02:48 draco kernel: Uptime: 10h32m8s Feb 16 03:02:48 draco kernel: Copyright (c) 1992-2008 The FreeBSD Project. Feb 16 03:02:48 draco kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Feb 16 03:02:48 draco kernel: The Regents of the University of California. All rights reserved. Feb 16 03:02:48 draco kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Feb 16 03:02:48 draco kernel: FreeBSD 7.0-RC2-p1 #0: Tue Feb 12 21:29:24 UTC 2008 Feb 16 03:02:48 draco kernel: root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC Feb 16 03:02:48 draco kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Feb 16 03:02:48 draco kernel: CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5000+ (2600.27-MHz K8-class CPU) Feb 16 03:02:48 draco kernel: Origin = "AuthenticAMD" Id = 0x60fb2 Stepping = 2 Feb 16 03:02:48 draco kernel: Features=0x178bfbff Feb 16 03:02:48 draco kernel: Features2=0x2001 Feb 16 03:02:48 draco kernel: AMD Features=0xea500800 Feb 16 03:02:48 draco kernel: AMD Features2=0x11f Feb 16 03:02:48 draco kernel: Cores per package: 2 Feb 16 03:02:48 draco kernel: usable memory = 2067275776 (1971 MB) Feb 16 03:02:48 draco kernel: avail memory = 1994817536 (1902 MB) Feb 16 03:02:48 draco kernel: ACPI APIC Table: <082307 APIC1639> Feb 16 03:02:48 draco kernel: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs Feb 16 03:02:48 draco kernel: cpu0 (BSP): APIC ID: 0 Feb 16 03:02:48 draco kernel: cpu1 (AP): APIC ID: 1 From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 12:51:58 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0821316A417 for ; Sat, 16 Feb 2008 12:51:58 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.184]) by mx1.freebsd.org (Postfix) with ESMTP id 647A513C469 for ; Sat, 16 Feb 2008 12:51:56 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by rv-out-0910.google.com with SMTP id g13so825341rvb.43 for ; Sat, 16 Feb 2008 04:51:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=pAFNtmNRlp3UvHv4tVZkTBdCMV6xdmTnNXkBjkI1QAM=; b=kMhNUR6eH9vvokEOvr8nbcFQW7imZ1w5OjE5gOiAOMDvLQZszg8yRNZBW/M3+E1SC6y3v9bz9q9W9KQw7cqSYiHXWNkssNlADSPB8cW18RxuBw1OYW8LI2newPmTGtW63PARiilUTCRQpe9V6eHAWO8Ui+xLfix3+1iHjggP3GQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=vFOVFUcypmLOMWzWzw7Qs1ZZLnhOf12VBTrUJdx0GaCkMHjTxaEP00ypSvo/oGSwVFkvaqDQJxZWJ5AwAAMqdUVzdxl+6vy2UJgMlqG4rsWShggba2iLPWVHj9rlHGvdR8r5mU6E3yOj5YvsWfYLwvCs9zwlvi9Do1WSgqod/nQ= Received: by 10.140.179.25 with SMTP id b25mr2568611rvf.186.1203166305894; Sat, 16 Feb 2008 04:51:45 -0800 (PST) Received: by 10.141.170.18 with HTTP; Sat, 16 Feb 2008 04:51:45 -0800 (PST) Message-ID: <2e77fc10802160451p4a911832t7352c8cef826c04a@mail.gmail.com> Date: Sat, 16 Feb 2008 14:51:45 +0200 From: "Niki Denev" Sender: ndenev@gmail.com To: "John Birrell" In-Reply-To: <20080210224247.GA70317@what-creek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080210224247.GA70317@what-creek.com> X-Google-Sender-Auth: 42884df1e5fa6c4f X-Mailman-Approved-At: Sat, 16 Feb 2008 13:27:06 +0000 Cc: current@freebsd.org Subject: Re: New DTrace source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 12:51:58 -0000 On 2/11/08, John Birrell wrote: > This one fixes problems with the previous one: > > - buildkernel would fail because NO_CTF=1 was not set when > building the lone kernel build tool. > - A number of things were missing from the dtrace kernel > module on i386. > - Missing syscall names in the kernel without witness have > been resolved so this snapshot should build with and without > witness, invariants, smp etc. > > > > Known problems: > - This is a snapshot of current which contains lock order > reversal warnings. These are not related to the DTrace-specific > code. > - ustack() as reported by Drew hasn't been ported yet, so don't > expect it to do anything. > - On i386 mp_maxid in the kernel doesn't behave the same way that > it does on amd64. Work-around code exists for this, but it is > less than optimal. > - A few of the tests that pass on amd64 don't work on i386. The > causes are under investigation. The worst one is the tailcall > test which causes the machine to reboot. Ugh. > > Note: > - This snapshot should build cleanly on either a CURRENT or a > RELENG_7 system. If not, please tell me. RELENG_6 users should > upgrade to RELENG_7 first or contact me. The tool bootstrap > will fail to build when hosted on RELENG_6. > - It should be ABI compatible with CURRENT and RELENG_7. If > not, please tell me. > - This snapshot extends the basic OpenSolaris DTrace functionality > to support: > > printm(const size_t bufrsize, uintptr_t *memref); > > where: > > 'memref' is an an array of 2 uintptr_t entries -- address and > size. > > Usage example: > > printm(500, memref(mypointer, mysize)); > > reserves buffer space of 500 bytes to trace memory at address > 'mypointer' with size 'mysize'. Both 'mypointer' and 'mysize' > can be variables in the D script. > > By contrast, OpenSolaris only supports tracemem(ptr, const size) > where 'size' is fixed at compile time. This is not terribly > useful when tracing protocols or variable read sizes where the > data indicates how long the memory object is. > > Target audience: > > I'd like to get more people involved with running this code. > If you just like to follow FreeBSD current and don't even try > to contribute stuff back... this snapshot is something you > could try. I need some feeback from people who just use > FreeBSD-CURRENT. > > -- > John Birrell Dtrace on FreeBSD is really amazing! Thanks! I have one question though, is the anonymous tracing during boot supported on fbsd? I have created the required /boot/dtrace.dof file, and set dtrace_boot="YES" in loader.conf, but after reboot dtrace -ae doesn not produce anything --Niki From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 14:16:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A82D16A420 for ; Sat, 16 Feb 2008 14:16:13 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms173003pub.verizon.net (vms173003pub.verizon.net [206.46.173.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8245513C478 for ; Sat, 16 Feb 2008 14:16:13 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.111.176.151]) by vms173003.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JWC0034Y219VM47@vms173003.mailsrvcs.net> for freebsd-current@freebsd.org; Sat, 16 Feb 2008 07:12:46 -0600 (CST) Date: Sat, 16 Feb 2008 08:15:19 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <47B69A0A.9030309@web.de> To: Dominic Fandrey Message-id: <1203167719.821.91.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8BIT References: <47B69A0A.9030309@web.de> Cc: freebsd-current@freebsd.org Subject: Re: remaining problems with RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 14:16:13 -0000 On Sat, 2008-02-16 at 09:08 +0100, Dominic Fandrey wrote: > There are 2 problems bugging me some time now, in RELENG_7. The first one is > a regression: > http://www.freebsd.org/cgi/query-pr.cgi?pr=119973 > The snd_maestro Module only works properly after reloading it. Very strange. > > > The other one might be a bug in Xorg or not. X entirely freezes when using > /dev/sysmouse as mouse device. Only when the mouse moves, does X react to > anything. Only the CTRL-ALT-FN events or CTRL-ALT-BACKSPACE have any effect > after moving the mouse. It's entirely unusuable this way. This problem > existed on my Thinkpad before it burst into flame and it also exists on my > new HP notebook. > It also used to exist on my desktop, but it disappeared a couple of months ago. > > Without moused dynamically plugging in mouses using USB is not possible. So > for notebook users this is very annoying. Seems to be working fine here: ThinkPad X60, RELENG_7 as of late night (EST) February 15th, xorg-server-1.4_4,1, xf86-input-mouse-1.2.3. RabbitsDen# grep mouse xorg.conf Driver "mouse" Option "Device" "/dev/sysmouse" RabbitsDen# I am using built-in stick and Logitech VX Revolution mouse. If you'd like to compare anything else, please, let me know. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 14:44:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52A3116A417 for ; Sat, 16 Feb 2008 14:44:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 4253D13C442 for ; Sat, 16 Feb 2008 14:44:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id C99341A4D7E; Sat, 16 Feb 2008 06:44:19 -0800 (PST) From: John Baldwin To: "Daniel O'Connor" Date: Sat, 16 Feb 2008 08:43:11 -0500 User-Agent: KMail/1.9.7 References: <200802122009.m1CK94Y8026959@repoman.freebsd.org> <200802150858.02649.jhb@freebsd.org> <200802161153.34513.doconnor@gsoft.com.au> In-Reply-To: <200802161153.34513.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802160843.11766.jhb@freebsd.org> Cc: Kostik Belousov , Dag-Erling =?iso-8859-15?q?Sm=F8rgrav?= , freebsd-current@freebsd.org Subject: Re: [src] cvs commit: src/include unistd.h src/lib/libc/sys readlink.2 src/sys/compat/freebsd32 syscalls.master src/sys/kern syscalls.master vfs_syscalls.c src/sys/sys syscallsubr.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 14:44:20 -0000 On Friday 15 February 2008 08:23:33 pm Daniel O'Connor wrote: > On Sat, 16 Feb 2008, John Baldwin wrote: > > > That's a pretty big advantage :) > > > > > > Also, ktrace can't write to a pipe which means you need to > > > run/process rather than 'stream'. > > > > kdump -l. > > Ahh nice! > > However, you still keep the file around which can be rather space > consuming :( Yes, but it also means you can do offline analysis later. :) Tradeoffs either way. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 16:57:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B56E216A419 for ; Sat, 16 Feb 2008 16:57:01 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 6DE4313C468 for ; Sat, 16 Feb 2008 16:57:01 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 552BE2087; Sat, 16 Feb 2008 17:56:58 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.3/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 4687D2085; Sat, 16 Feb 2008 17:56:58 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 3513E8449D; Sat, 16 Feb 2008 17:56:58 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Eygene Ryabinkin References: <86r6fdx0tf.fsf@ds4.des.no> <20080216113721.GA55702@voi.aagh.net> Date: Sat, 16 Feb 2008 17:56:58 +0100 In-Reply-To: <20080216113721.GA55702@voi.aagh.net> (Thomas Hurst's message of "Sat\, 16 Feb 2008 11\:37\:21 +0000") Message-ID: <86tzk8vnz9.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Ian FREISLICH , Ken Smith , freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0-RC2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 16:57:01 -0000 Thomas Hurst writes: > Dag-Erling Sm?rgrav (des@des.no) writes: > > Not cost-effective? What is the "street price" of 16 GB disk space > > these days? About the same as a couple of Big Macs? > That's roughly half of a common 36G SCSI drive, and still a fairly > significant chunk of a 73G one. Granted, you probably don't get all > that many high-memory systems with just one or two dinky disks. Don't blame me for your decision to use the most expensive type of storage available, especially when it has been conclusively shown that expensive server-grade disks are no more reliable than cheap consumer- grade disks. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 17:20:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49A3016A418 for ; Sat, 16 Feb 2008 17:20:16 +0000 (UTC) (envelope-from timo.schoeler@riscworks.net) Received: from relay.riscworks.net (v32231.1blu.de [88.84.154.71]) by mx1.freebsd.org (Postfix) with ESMTP id 094F513C459 for ; Sat, 16 Feb 2008 17:20:16 +0000 (UTC) (envelope-from timo.schoeler@riscworks.net) Received: from ament.riscworks.net (unknown [92.227.199.97]) by relay.riscworks.net (Postfix) with ESMTP id E79EA136E0006 for ; Sat, 16 Feb 2008 18:20:14 +0100 (CET) Received: from zoidberg.riscworks.net (zoidberg [192.168.100.100]) by ament.riscworks.net (Postfix) with SMTP id 4237CA24B1 for ; Sat, 16 Feb 2008 18:20:14 +0100 (CET) Date: Sat, 16 Feb 2008 18:20:17 +0100 From: Timo Schoeler To: freebsd-current@freebsd.org Message-Id: <20080216182017.734f619c.timo.schoeler@riscworks.net> In-Reply-To: <86tzk8vnz9.fsf@ds4.des.no> References: <86r6fdx0tf.fsf@ds4.des.no> <20080216113721.GA55702@voi.aagh.net> <86tzk8vnz9.fsf@ds4.des.no> Organization: RISCworks EnvironTech X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.8; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: FreeBSD 7.0-RC2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 17:20:16 -0000 Thus Dag-Erling Sm=F8rgrav spake Sat, 16 Feb 2008 17:56:58 +0100: > Thomas Hurst writes: > > Dag-Erling Sm?rgrav (des@des.no) writes: > > > Not cost-effective? What is the "street price" of 16 GB disk > > > space these days? About the same as a couple of Big Macs? > > That's roughly half of a common 36G SCSI drive, and still a fairly > > significant chunk of a 73G one. Granted, you probably don't get all > > that many high-memory systems with just one or two dinky disks. >=20 > Don't blame me for your decision to use the most expensive type of > storage available, especially when it has been conclusively shown that > expensive server-grade disks are no more reliable than cheap consumer- > grade disks. Hm. During the last ten years I for myself installed about 1,200 SCSI HDs at customers (plus those that were installed by EMC in storage systems at customers' sites) and at least thrice the amount IDE/SATA HDs. There were hundreds (!) of defects of the consumer grade IDE/SATA HDs, beautifully spreading over the whole spectrum of brands and models used. Number of SCSI drives dead: Nine. I tend to believe there *is* a reason for companies to build SCSI/SAS-only products, be it 'Workstations', Workstations, Servers or storage systems. YMMV, though. =20 > DES > --=20 > Dag-Erling Sm=F8rgrav - des@des.no Timo From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 17:07:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2FF516A419 for ; Sat, 16 Feb 2008 17:07:59 +0000 (UTC) (envelope-from timo.schoeler@riscworks.net) Received: from relay.riscworks.net (v32231.1blu.de [88.84.154.71]) by mx1.freebsd.org (Postfix) with ESMTP id 77A4D13C455 for ; Sat, 16 Feb 2008 17:07:59 +0000 (UTC) (envelope-from timo.schoeler@riscworks.net) Received: from ament.riscworks.net (unknown [92.227.199.97]) by relay.riscworks.net (Postfix) with ESMTP id A0914136E0006; Sat, 16 Feb 2008 18:07:57 +0100 (CET) Received: from zoidberg.riscworks.net (zoidberg [192.168.100.100]) by ament.riscworks.net (Postfix) with SMTP id 0C8D1A24B1; Sat, 16 Feb 2008 18:07:57 +0100 (CET) Date: Sat, 16 Feb 2008 18:08:00 +0100 From: Timo Schoeler To: Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= Message-Id: <20080216180800.309e5af8.timo@riscworks.net> In-Reply-To: <86tzk8vnz9.fsf@ds4.des.no> References: <86r6fdx0tf.fsf@ds4.des.no> <20080216113721.GA55702@voi.aagh.net> <86tzk8vnz9.fsf@ds4.des.no> Organization: RISCworks EnvironTech X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.8; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Sat, 16 Feb 2008 17:25:14 +0000 Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0-RC2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 17:07:59 -0000 Thus Dag-Erling Sm=F8rgrav spake Sat, 16 Feb 2008 17:56:58 +0100: > Thomas Hurst writes: > > Dag-Erling Sm?rgrav (des@des.no) writes: > > > Not cost-effective? What is the "street price" of 16 GB disk > > > space these days? About the same as a couple of Big Macs? > > That's roughly half of a common 36G SCSI drive, and still a fairly > > significant chunk of a 73G one. Granted, you probably don't get all > > that many high-memory systems with just one or two dinky disks. >=20 > Don't blame me for your decision to use the most expensive type of > storage available, especially when it has been conclusively shown that > expensive server-grade disks are no more reliable than cheap consumer- > grade disks. Hm. During the last ten years I for myself installed about 1,200 SCSI HDs at customers (plus those that were installed by EMC in storage systems at customers' sites) and at least thrice the amount IDE/SATA HDs. There were hundreds (!) of defects of the consumer grade IDE/SATA HDs, beautifully spreading over the whole spectrum of brands and models used. Number of SCSI drives dead: Nine. I tend to believe there *is* a reason for companies to build SCSI/SAS-only products, be it 'Workstations', Workstations, Servers or storage systems. YMMV, though. =20 > DES > --=20 > Dag-Erling Sm=F8rgrav - des@des.no Timo From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 17:45:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1B0016A41A for ; Sat, 16 Feb 2008 17:45:09 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26]) by mx1.freebsd.org (Postfix) with ESMTP id E66D713C455 for ; Sat, 16 Feb 2008 17:45:07 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (qmail 29717 invoked by uid 89); 16 Feb 2008 17:18:05 -0000 Received: by simscan 1.1.0 ppid: 29701, pid: 29703, t: 3.4365s scanners: attach: 1.1.0 clamav: 0.88.7/m:44/d:4673 spam: 3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on bsd.ultra-secure.de X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.7 Received: from unknown (HELO ?192.168.1.200?) (rainer@ultra-secure.de@217.71.83.52) by bsd.ultra-secure.de with (AES128-SHA encrypted) SMTP; 16 Feb 2008 17:18:02 -0000 Mime-Version: 1.0 (Apple Message framework v753) In-Reply-To: <86tzk8vnz9.fsf@ds4.des.no> References: <86r6fdx0tf.fsf@ds4.des.no> <20080216113721.GA55702@voi.aagh.net> <86tzk8vnz9.fsf@ds4.des.no> Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: Rainer Duffner Date: Sat, 16 Feb 2008 18:16:25 +0100 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.753) Subject: Re: FreeBSD 7.0-RC2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 17:45:09 -0000 Am 16.02.2008 um 17:56 schrieb Dag-Erling Sm=F8rgrav: > Thomas Hurst writes: >> Dag-Erling Sm?rgrav (des@des.no) writes: >>> Not cost-effective? What is the "street price" of 16 GB disk space >>> these days? About the same as a couple of Big Macs? >> That's roughly half of a common 36G SCSI drive, and still a fairly >> significant chunk of a 73G one. Granted, you probably don't get all >> that many high-memory systems with just one or two dinky disks. > > Don't blame me for your decision to use the most expensive type of > storage available, especially when it has been conclusively shown that > expensive server-grade disks are no more reliable than cheap consumer- > grade disks. > I think you are unfair. In some servers (Blades come to mind - but they're not the only ones) =20= you just can't plug in a 500 GB WD SATA2 disk. You've got to use either SAS or SAN-boot. Guess which one is better support by FreeBSD? cheers, Rainer --=20 Rainer Duffner CISSP, LPI, MCSE rainer@ultra-secure.de From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 18:26:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E11616A421 for ; Sat, 16 Feb 2008 18:26:19 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) by mx1.freebsd.org (Postfix) with ESMTP id B8C0A13C45D for ; Sat, 16 Feb 2008 18:26:18 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from webmail.alpha-tierchen.de (port-212-202-40-215.dynamic.qsc.de [212.202.40.215]) by mx01.qsc.de (Postfix) with ESMTP id 8AD3AE351A; Sat, 16 Feb 2008 19:02:41 +0100 (CET) Received: from 192.168.1.2 (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Sat, 16 Feb 2008 19:02:38 +0100 (CET) Message-ID: <52039.192.168.1.2.1203184958.squirrel@webmail.alpha-tierchen.de> In-Reply-To: <20080216182017.734f619c.timo.schoeler@riscworks.net> References: <86r6fdx0tf.fsf@ds4.des.no> <20080216113721.GA55702@voi.aagh.net> <86tzk8vnz9.fsf@ds4.des.no> <20080216182017.734f619c.timo.schoeler@riscworks.net> Date: Sat, 16 Feb 2008 19:02:38 +0100 (CET) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: "Timo Schoeler" User-Agent: SquirrelMail/1.4.13 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0-RC2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 18:26:19 -0000 Timo Schoeler wrote: > Thus Dag-Erling Smrgrav spake Sat, 16 Feb 2008 17:56:58 > +0100: >> Don't blame me for your decision to use the most expensive type of >> storage available, especially when it has been conclusively shown that >> expensive server-grade disks are no more reliable than cheap consumer- >> grade disks. > > Hm. During the last ten years I for myself installed about 1,200 SCSI > HDs at customers (plus those that were installed by EMC in storage > systems at customers' sites) and at least thrice the amount IDE/SATA > HDs. > > There were hundreds (!) of defects of the consumer grade IDE/SATA HDs, > beautifully spreading over the whole spectrum of brands and models > used. > > Number of SCSI drives dead: Nine. > > I tend to believe there *is* a reason for companies to build > SCSI/SAS-only products, be it 'Workstations', Workstations, Servers or > storage systems. I think the interface is not responsible for the reliability of the hard disk drive. There are SATA drives and controllers out there that are supposed to be as reliable as SCSI/SAS drives and controllers. Bjrn From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 18:30:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7A2C16A417 for ; Sat, 16 Feb 2008 18:30:51 +0000 (UTC) (envelope-from timo.schoeler@riscworks.net) Received: from relay.riscworks.net (v32231.1blu.de [88.84.154.71]) by mx1.freebsd.org (Postfix) with ESMTP id 3B46A13C45D for ; Sat, 16 Feb 2008 18:30:51 +0000 (UTC) (envelope-from timo.schoeler@riscworks.net) Received: from ament.riscworks.net (unknown [92.227.199.97]) by relay.riscworks.net (Postfix) with ESMTP id 6022B136E0006; Sat, 16 Feb 2008 19:30:50 +0100 (CET) Received: from zoidberg.riscworks.net (zoidberg [192.168.100.100]) by ament.riscworks.net (Postfix) with SMTP id EA8DC9C13F; Sat, 16 Feb 2008 19:30:49 +0100 (CET) Date: Sat, 16 Feb 2008 19:30:53 +0100 From: Timo Schoeler To: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= Message-Id: <20080216193053.1b715c2b.timo.schoeler@riscworks.net> In-Reply-To: <52039.192.168.1.2.1203184958.squirrel@webmail.alpha-tierchen.de> References: <86r6fdx0tf.fsf@ds4.des.no> <20080216113721.GA55702@voi.aagh.net> <86tzk8vnz9.fsf@ds4.des.no> <20080216182017.734f619c.timo.schoeler@riscworks.net> <52039.192.168.1.2.1203184958.squirrel@webmail.alpha-tierchen.de> Organization: RISCworks EnvironTech X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.8; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0-RC2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 18:30:51 -0000 Thus Bj=F6rn K=F6nig spake Sat, 16 Feb 2008 19:02:38 +0100 (CET): > Timo Schoeler wrote: > > Thus Dag-Erling Sm=F8rgrav spake Sat, 16 Feb 2008 > > 17:56:58 +0100: > >> Don't blame me for your decision to use the most expensive type of > >> storage available, especially when it has been conclusively shown > >> that expensive server-grade disks are no more reliable than cheap > >> consumer- grade disks. > > > > Hm. During the last ten years I for myself installed about 1,200 > > SCSI HDs at customers (plus those that were installed by EMC in > > storage systems at customers' sites) and at least thrice the amount > > IDE/SATA HDs. > > > > There were hundreds (!) of defects of the consumer grade IDE/SATA > > HDs, beautifully spreading over the whole spectrum of brands and > > models used. > > > > Number of SCSI drives dead: Nine. > > > > I tend to believe there *is* a reason for companies to build > > SCSI/SAS-only products, be it 'Workstations', Workstations, Servers > > or storage systems. >=20 > I think the interface is not responsible for the reliability of the > hard disk drive. Indeed, not the interface itself. But the ball bearings (if any, more and more use liquid technology) are of much better quality. Well, one pays a premium for that (not only for that), no question. (And, besides that, SCSI always had nice features as TCQ etc that now appear in SATA land...) > There are SATA drives and controllers out there that > are supposed to be as reliable as SCSI/SAS drives and controllers. =20 The 'server grade' SATA drives appeared during the last years (like WD's 'RAID Edition'); before that, IDE/SATA was just plain 'consumer grade' stuff. In fact, most IDE/SATA drives were never specified to run 24/7, in contrast to SCSI (server) HDs. > Bj=F6rn Timo From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 18:49:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5866B16A417 for ; Sat, 16 Feb 2008 18:49:22 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Received: from loki.netlab.sk (loki.netlab.sk [84.245.65.11]) by mx1.freebsd.org (Postfix) with ESMTP id DEC7313C442 for ; Sat, 16 Feb 2008 18:49:21 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Received: from fox.dino.sk (home.dino.sk [84.245.95.252]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by loki.netlab.sk with esmtp; Sat, 16 Feb 2008 19:46:03 +0100 id 0002E033.47B72F6B.00009003 From: Milan Obuch To: freebsd-current@freebsd.org, pyunyh@gmail.com Date: Sat, 16 Feb 2008 19:49:01 +0100 User-Agent: KMail/1.9.7 References: <20080204022334.GC27999@cdnetworks.co.kr> <200802051540.01916.freebsd-current@dino.sk> <20080211060915.GI2317@cdnetworks.co.kr> In-Reply-To: <20080211060915.GI2317@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802161949.02217.freebsd-current@dino.sk> Cc: Subject: Re: CFT: vr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 18:49:22 -0000 On Monday 11 February 2008, Pyun YongHyeon wrote: > On Tue, Feb 05, 2008 at 03:40:01PM +0100, Milan Obuch wrote: > > On Monday 04 February 2008, Pyun YongHyeon wrote: [snip] > > > > Hi, > > > > did anybody test Routerboard 44? It is quad network card, uses VT6105M > > chips as network controller (Via) and PCI6152 as PCI-PCI bridge (PLX > > Technology). With both stock if_vr and modified from site given above it > > partially works - interfaces are created, ifconfig works, but even > > pinging some host in local network (I achieve the effect with ping -f in > > a minue or so) hangs system. Nothing on my console, nothing in system > > log. Only hard powerdown restores system in functioning state. > > > > I tested it with stock vr driver in both 6 and 7 stable on both i386 and > > amd64, and now with overhauled vr in 8 freshly cvsupped and two files > > replaced on i386. > > > > If anybody has any idea or some patches I could test, I will. > > I have tested 4-port Rhine III(6105LOM) and I never seen this hangs. > Does this also happen on other network interface too? > When the system hangs, would you break into DDB and show me > the output of 'show alllocks' and 'ps'? > I need some tests with another box. I was not able to break into DDB. Ctrl-Alt-Esc worked until hang. Hang was really hard, Ctrl-Alt-Esc did not invoke DDB. I do not feel if_vr is culprit here, more probably PCI bus got somehow locked, but I have no idea how could I test it currently. Milan -- Address this mail is sent from is used only for this mailing list. Do not send any messages to it directly as a response, reply only to mailing list. For mail to me personally, use milan in address instead. From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 19:55:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D05D716A419 for ; Sat, 16 Feb 2008 19:55:46 +0000 (UTC) (envelope-from nslay@comcast.net) 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 6EC7813C459 for ; Sat, 16 Feb 2008 19:55:46 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from OMTA02.westchester.pa.mail.comcast.net ([76.96.62.19]) by QMTA09.westchester.pa.mail.comcast.net with comcast id qKtD1Y00C0QuhwU5900Y00; Sat, 16 Feb 2008 19:55:03 +0000 Received: from ANTENNA.LOCAL ([68.35.224.189]) by OMTA02.westchester.pa.mail.comcast.net with comcast id qKvj1Y00445o48c3N00000; Sat, 16 Feb 2008 19:55:45 +0000 X-Authority-Analysis: v=1.0 c=1 a=1hYYm2nEZ6p0C07HgKoA:9 a=k8SogHx_LIGl3Bm4pcMA:7 a=6seEypFnwuNBVJr8-USntYovVPgA:4 a=50e4U0PicR4A:10 Message-ID: <47B73F59.1030409@comcast.net> Date: Sat, 16 Feb 2008 14:54:01 -0500 From: Nathan Lay User-Agent: Thunderbird 2.0.0.9 (X11/20080130) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: ath and cardbus X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 19:55:46 -0000 Hi list, This is not a serious problem, but ath does not immediately attach when I initially plug an atheros card into a PMCIA slot. Instead, the kernel spits out: cardbus0: at device 0.0 (no driver attached) cardbus0: at device 0.1 (no driver attached) cardbus0: at device 0.2 (no driver attached) cardbus0: at device 0.3 (no driver attached) cardbus0: at device 0.4 (no driver attached) cardbus0: at device 0.5 (no driver attached) cardbus0: at device 0.6 (no driver attached) cardbus0: at device 0.7 (no driver attached) On a second attempt, the ath driver attaches and the kernel spits out: ath0: mem 0xb4010000-0xb401ffff irq 11 at device 0.0 on cardbus0 ath0: [ITHREAD] ath0: using obsoleted if_watchdog interface ath0: Ethernet address: 00:18:4d:8e:51:42 ath0: mac 7.9 phy 4.5 radio 5.6 ath0: link state changed to UP Here is my pciconf -lv output: ath0@pci0:12:0:0: class=0x020000 card=0x5b001385 chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR5212, AR5213 802.11a/b/g Wireless Adapter' class = network subclass = ethernet Anyone else experience this strange behavior? It is of note, that if the card is plugged in before booting, it is properly detected and attached during boot. It is only when plugging it into a running FreeBSD 7.0 system for the first time that it behaves this way. my uname -a output: FreeBSD ANTENNA.LOCAL 7.0-RC2 FreeBSD 7.0-RC2 #0: Sat Feb 9 19:47:07 EST 2008 root@ANTENNA.LOCAL:/usr/obj/usr/src/sys/ANTENNA i386 Best Regards, Nathan Lay From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 18:28:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A04616A421 for ; Sat, 16 Feb 2008 18:28:50 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id 914EA13C457 for ; Sat, 16 Feb 2008 18:28:49 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id EB0DD28441F; Sat, 16 Feb 2008 19:00:08 +0100 (CET) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m1GHwCrs034568; Sat, 16 Feb 2008 18:58:12 +0100 (CET) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m1GHwCdm034567; Sat, 16 Feb 2008 18:58:12 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Sat, 16 Feb 2008 18:58:11 +0100 To: John Marino Message-ID: <20080216175811.GA33393@saturn.kn-bremen.de> References: <43555.82.234.78.29.1203154742.squirrel@secure.synsport.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43555.82.234.78.29.1203154742.squirrel@secure.synsport.net> User-Agent: Mutt/1.5.16 (2007-06-09) X-Mailman-Approved-At: Sat, 16 Feb 2008 20:04:40 +0000 Cc: freebsd-current@freebsd.org Subject: Re: 7.0 RC2 kernel panic with Kqemu/AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 18:28:50 -0000 On Sat, Feb 16, 2008 at 03:39:02AM -0600, John Marino wrote: > I am using FreeBSD 7.0 RC2 and have installed Qemu with KQemu kernel > accelerator via ports. I experience repeatable kernel panics (log below) > after a few minutes of use. Before that, everything seemed to be working > ok. Is this a problem with the kernel? > > Regards, > John > > Feb 16 03:02:48 draco syslogd: kernel boot file is /boot/kernel/kernel > Feb 16 03:02:48 draco kernel: > Feb 16 03:02:48 draco last message repeated 3 times > Feb 16 03:02:48 draco kernel: Fatal trap a > Feb 16 03:02:48 draco kernel: kernel trap 12 with interrupts disabled > Feb 16 03:02:48 draco kernel: > Feb 16 03:02:48 draco kernel: > Feb 16 03:02:48 draco kernel: Fatal trap 12: page fault while in kernel mode > Feb 16 03:02:48 draco kernel: cpuid = 0; apic id = 00 > Feb 16 03:02:48 draco kernel: fault virtual address = 0x782 > Feb 16 03:02:48 draco kernel: fault code = supervisor write > data, page not present > Feb 16 03:02:48 draco kernel: instruction pointer = 0x9f80:0x297 > Feb 16 03:02:48 draco kernel: stack pointer = > 0x10:0xffffffffab9d9f80 > Feb 16 03:02:48 draco kernel: frame pointer = 0x10:0xffffffff > Feb 16 03:02:48 draco kernel: code segment = base 0x0, limit > 0xfffff, type 0x1b > Feb 16 03:02:48 draco kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 > Feb 16 03:02:48 draco kernel: processor eflags = IOPL = 0 > Feb 16 03:02:48 draco kernel: current process = 2242 > (qemu-system-x86_64) > Feb 16 03:02:48 draco kernel: trap number = 12 > Feb 16 03:02:48 draco kernel: panic: page fault > Feb 16 03:02:48 draco kernel: cpuid = 0 > Feb 16 03:02:48 draco kernel: Uptime: 10h32m8s > Feb 16 03:02:48 draco kernel: Copyright (c) 1992-2008 The FreeBSD Project. > Feb 16 03:02:48 draco kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, > 1989, 1991, 1992, 1993, 1994 > Feb 16 03:02:48 draco kernel: The Regents of the University of California. > All rights reserved. > Feb 16 03:02:48 draco kernel: FreeBSD is a registered trademark of The > FreeBSD Foundation. > Feb 16 03:02:48 draco kernel: FreeBSD 7.0-RC2-p1 #0: Tue Feb 12 21:29:24 > UTC 2008 > Feb 16 03:02:48 draco kernel: > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC > Feb 16 03:02:48 draco kernel: Timecounter "i8254" frequency 1193182 Hz > quality 0 > Feb 16 03:02:48 draco kernel: CPU: AMD Athlon(tm) 64 X2 Dual Core > Processor 5000+ (2600.27-MHz K8-class CPU) > Feb 16 03:02:48 draco kernel: Origin = "AuthenticAMD" Id = 0x60fb2 > Stepping = 2 > Feb 16 03:02:48 draco kernel: > Features=0x178bfbff > Feb 16 03:02:48 draco kernel: Features2=0x2001 > Feb 16 03:02:48 draco kernel: AMD > Features=0xea500800 > Feb 16 03:02:48 draco kernel: AMD > Features2=0x11f > Feb 16 03:02:48 draco kernel: Cores per package: 2 > Feb 16 03:02:48 draco kernel: usable memory = 2067275776 (1971 MB) > Feb 16 03:02:48 draco kernel: avail memory = 1994817536 (1902 MB) > Feb 16 03:02:48 draco kernel: ACPI APIC Table: <082307 APIC1639> > Feb 16 03:02:48 draco kernel: FreeBSD/SMP: Multiprocessor System Detected: > 2 CPUs > Feb 16 03:02:48 draco kernel: cpu0 (BSP): APIC ID: 0 > Feb 16 03:02:48 draco kernel: cpu1 (AP): APIC ID: 1 Looks like you are running amd64 SMP, it is a known problem that kqemu doesn't really work in that case (see pkg-message of the qemu port); the exact cause of this is still unknown - the backtraces I got are rather weird and not really helpful, see this thread: http://lists.freebsd.org/pipermail/freebsd-emulation/2007-November/004182.html and there also is: http://www.freebsd.org/cgi/query-pr.cgi?pr=113430 If you or anyone else wants to help debug this you are very welcome of course (it was suggested this might be a cache coherency issue, so maybe your backtraces will look different since you're on an AMD CPU - mine is Intel), otherwise your best bet probably is to use an UP kernel, or an i386 install, interestingly there kqemu works also with SMP. (well or disable kqemu of course.) Oh, another reason for my weird backtraces might be the minidump race, and if I read the commitlogs right it is not actually fixed (I obtained my dumps before it was discovered), the patches only made sure not to write over the end of swap. So maybe I should try again with minidumps disabled (if thats possible), one of these days... Sorry, Juergen From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 19:10:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 245DD16A419 for ; Sat, 16 Feb 2008 19:10:39 +0000 (UTC) (envelope-from mfl-commissioner@marino.st) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) by mx1.freebsd.org (Postfix) with ESMTP id E8A0F13C457 for ; Sat, 16 Feb 2008 19:10:38 +0000 (UTC) (envelope-from mfl-commissioner@marino.st) Received: from [192.168.0.11] (ram31-1-82-234-78-29.fbx.proxad.net [82.234.78.29]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id A6C184356E; Sat, 16 Feb 2008 13:10:37 -0600 (CST) Message-ID: <47B7352B.1040302@marino.st> Date: Sat, 16 Feb 2008 20:10:35 +0100 From: MFL Commissioner User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Juergen Lock References: <43555.82.234.78.29.1203154742.squirrel@secure.synsport.net> <20080216175811.GA33393@saturn.kn-bremen.de> In-Reply-To: <20080216175811.GA33393@saturn.kn-bremen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 16 Feb 2008 20:12:17 +0000 Cc: freebsd-current@freebsd.org Subject: Re: 7.0 RC2 kernel panic with Kqemu/AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 19:10:39 -0000 Juergen, I would be happy to help debug this, although someone would have to give me step by step instructions on what to do exactly. This is a development machine that (roughly) mirrors a production setup, so I have maintain the SMP/AMD64 configuration. What I am still not quite clear on is this: Is this a Qemu problem or FreeBSD kernel problem? Anyway, I'll do what you ask to provide you with my backtraces, but I doubt that I will be able to interpret the results. John Juergen Lock wrote: > On Sat, Feb 16, 2008 at 03:39:02AM -0600, John Marino wrote: > > Looks like you are running amd64 SMP, it is a known problem that kqemu > doesn't really work in that case (see pkg-message of the qemu port); > the exact cause of this is still unknown - the backtraces I got are rather > weird and not really helpful, see this thread: > http://lists.freebsd.org/pipermail/freebsd-emulation/2007-November/004182.html > and there also is: > http://www.freebsd.org/cgi/query-pr.cgi?pr=113430 > If you or anyone else wants to help debug this you are very welcome of > course (it was suggested this might be a cache coherency issue, so maybe > your backtraces will look different since you're on an AMD CPU - mine is > Intel), otherwise your best bet probably is to use an UP kernel, or an > i386 install, interestingly there kqemu works also with SMP. (well or > disable kqemu of course.) > > Oh, another reason for my weird backtraces might be the minidump race, > and if I read the commitlogs right it is not actually fixed (I obtained > my dumps before it was discovered), the patches only made sure not to > write over the end of swap. So maybe I should try again with minidumps > disabled (if thats possible), one of these days... > > Sorry, > Juergen > From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 21:10:58 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A57C16A417 for ; Sat, 16 Feb 2008 21:10:58 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.freebsd.org (Postfix) with ESMTP id E0BA413C459 for ; Sat, 16 Feb 2008 21:10:57 +0000 (UTC) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 76AF1732AD; Sat, 16 Feb 2008 21:10:57 +0000 (GMT) Date: Sat, 16 Feb 2008 21:10:57 +0000 From: John Birrell To: Niki Denev Message-ID: <20080216211057.GA26054@what-creek.com> References: <20080210224247.GA70317@what-creek.com> <2e77fc10802160451p4a911832t7352c8cef826c04a@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2e77fc10802160451p4a911832t7352c8cef826c04a@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: New DTrace source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 21:10:58 -0000 On Sat, Feb 16, 2008 at 02:51:45PM +0200, Niki Denev wrote: > I have one question though, is the anonymous tracing during boot > supported on fbsd? > I have created the required /boot/dtrace.dof file, and set > dtrace_boot="YES" in loader.conf, > but after reboot dtrace -ae doesn not produce anything The anonymous tracing stuff that you see was part of my initial port. Second time around I was working to Cisco priorities which rated user process tracing above anonymous tracing. Now that Cisco has dropped the ball and walked away, I guess it would be appropriate to reconsider the priority list. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 21:08:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E75AA16A41B for ; Sat, 16 Feb 2008 21:08:46 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id 87B4813C4DB for ; Sat, 16 Feb 2008 21:08:46 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id 726CA283490; Sat, 16 Feb 2008 22:08:45 +0100 (CET) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m1GL7b9m041121; Sat, 16 Feb 2008 22:07:37 +0100 (CET) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m1GL7bQm041120; Sat, 16 Feb 2008 22:07:37 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Sat, 16 Feb 2008 22:07:31 +0100 To: MFL Commissioner Message-ID: <20080216210731.GA40417@saturn.kn-bremen.de> References: <43555.82.234.78.29.1203154742.squirrel@secure.synsport.net> <20080216175811.GA33393@saturn.kn-bremen.de> <47B7352B.1040302@marino.st> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47B7352B.1040302@marino.st> User-Agent: Mutt/1.5.16 (2007-06-09) X-Mailman-Approved-At: Sat, 16 Feb 2008 21:26:57 +0000 Cc: freebsd-current@freebsd.org Subject: Re: 7.0 RC2 kernel panic with Kqemu/AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 21:08:47 -0000 On Sat, Feb 16, 2008 at 08:10:35PM +0100, MFL Commissioner wrote: > Juergen, > I would be happy to help debug this, although someone would have to give me > step by step instructions on what to do exactly. > This is a development machine that (roughly) mirrors a production setup, so > I have maintain the SMP/AMD64 configuration. > What I am still not quite clear on is this: Is this a Qemu problem or > FreeBSD kernel problem? I guess its a kqemu problem that only shows up on FreeBSD, or a combination of issues in kqemu and the FreeBSD kernel, but as I said the actual cause of the problem is still unknown... > > Anyway, I'll do what you ask to provide you with my backtraces, but I doubt > that I will be able to interpret the results. OK, I guess you want to start here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html and http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-gdb.html And of course you want to build a debug kernel (makeoptions DEBUG=-g), building a kernel is explained here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-building.html I also had to put DDB into the kernel so that it gets built without -fomit-frame-pointer (you probably want KDB_UNATTENDED then too, and KDB_TRACE while you're at it.) Oh and I guess you want to disable minidumps also (sysctl debug.minidump=0), there's a race in there that might(!) cause not so useful dumps otherwise. Then when you have a dump, post a script(1) of a `bt' in kgdb, and we'll see if it tells more than the backtraces I got... Thanx, Juergen From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 22:34:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DF7016A418 for ; Sat, 16 Feb 2008 22:34:30 +0000 (UTC) (envelope-from marduk@portaone.com) Received: from bugor.portaone.com (bugor.portaone.com [65.61.203.147]) by mx1.freebsd.org (Postfix) with ESMTP id 3944613C448 for ; Sat, 16 Feb 2008 22:34:30 +0000 (UTC) (envelope-from marduk@portaone.com) Received: from hurtling-employer.volia.net ([77.123.131.40] helo=[192.168.178.18]) by bugor.portaone.com (8.11.3/8.11.3) with ESMTP id 1JQVc5-0000yf-Hk for freebsd-current@freebsd.org; Sat, 16 Feb 2008 14:34:30 -0800 Message-ID: <47B76510.6080708@portaone.com> Date: Sun, 17 Feb 2008 00:34:56 +0200 From: Andrew Pogrebennyk User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20080210224247.GA70317@what-creek.com> In-Reply-To: <20080210224247.GA70317@what-creek.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: New DTrace source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 22:34:30 -0000 Hi John, Snapshot dtrace-20080211.tar.bz compiled well for me on i386. However during boot with DTrace I am getting the following tracebacks: GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install. WARNING: WITNESS option enabled, expect reduced performance. lock order reversal: 1st 0xc2302e28 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2061 2nd 0xc2388894 devfsmount (devfsmount) @ /usr/src/sys/fs/devfs/devfs_vnops.c:201 KDB: stack backtrace: db_trace_self_wrapper(c0ac0b5c,cbd0ebbc,c078457d,c0ac2fb8,c2388894,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0ac2fb8,c2388894,c0ab4500,c0ab4500,c0ab4541,...) at kdb_backtrace+0x29 witness_checkorder(c2388894,9,c0ab4541,c9,0,...) at witness_checkorder+0x6af _sx_xlock(c2388894,0,c0ab4541,c9,c2388894,...) at _sx_xlock+0x77 devfs_allocv(c231a200,c2393000,cbd0ec28,c20e8d20,c0ac8dd7,...) at devfs_allocv+0x13e devfs_root(c2393000,2,c0c2da58,c20e8d20,ca,...) at devfs_root+0x51 set_rootvnode(c0c2da40,0,c0ac8dd7,5ed,c07bf0ca,...) at set_rootvnode+0x2b vfs_mountroot(c0bdb670,4,c0ab89a2,260,cbd0ecc4,...) at vfs_mountroot+0x334 start_init(0,cbd0ed38,c0aba2c5,323,c20e6ac0,...) at start_init+0x65 fork_exit(c0718755,0,cbd0ed38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xcbd0ed70, ebp = 0 --- Trying to mount root from ufs:/dev/ad0s1a lock order reversal: 1st 0xc23029e8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2061 2nd 0xc2393000 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:364 KDB: stack backtrace: db_trace_self_wrapper(c0ac0b5c,cbd0e9e0,c078457d,c0ac2fb8,c2393000,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0ac2fb8,c2393000,c0ac8ed5,c0ac8ed5,c0ac9472,...) at kdb_backtrace+0x29 witness_checkorder(c2393000,1,c0ac9472,16c,151,...) at witness_checkorder+0x6af _lockmgr(c2393000,2001,c2393030,c0ac9472,16c,...) at _lockmgr+0x167 vfs_busy(c2393000,0,0,c20e8d20,cbd0eb58,...) at vfs_busy+0x187 lookup(cbd0eb44,c0ac8b85,c6,bf,c20cd02c,...) at lookup+0x78c namei(cbd0eb44,c0b76804,c0c2d2b8,c0ac8dd7,c2393030,...) at namei+0x32c kern_unlink(c20e8d20,c0ac9214,1,628,0,...) at kern_unlink+0x39 vfs_mountroot_try(c0ac93ce,c0ab76c3,c0ab05ae,1,c07bf0ca,...) at vfs_mountroot_try+0x466 vfs_mountroot(c0bdb670,4,c0ab89a2,260,cbd0ecc4,...) at vfs_mountroot+0x3f6 start_init(0,cbd0ed38,c0aba2c5,323,c20e6ac0,...) at start_init+0x65 fork_exit(c0718755,0,cbd0ed38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xcbd0ed70, ebp = 0 --- lock order reversal: 1st 0xc20ec044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3111 2nd 0xc23027c8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2061 KDB: stack backtrace: db_trace_self_wrapper(c0ac0b5c,cbd0e9c8,c078457d,c0ac2fb8,c23027c8,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0ac2fb8,c23027c8,c0ab7f76,c0ab7f76,c0ac9472,...) at kdb_backtrace+0x29 witness_checkorder(c23027c8,1,c0ac9472,80d,0,...) at witness_checkorder+0x6af _lockmgr(c23027c8,3041,c23027f8,c0ac9472,80d,...) at _lockmgr+0x167 ffs_lock(cbd0ea74,c073ff64,c0be6c34,3041,c2302770,...) at ffs_lock+0x83 VOP_LOCK1_APV(c0b919c0,cbd0ea74,c0ab76c1,3,c23027f8,...) at VOP_LOCK1_APV+0xab _vn_lock(c2302770,3041,c0ac9472,80d,0,...) at _vn_lock+0xe8 vget(c2302770,3041,c20e8d20,4a9,c1460a00,...) at vget+0xff vnode_pager_lock(c1460880,0,c0adfa2f,127,cbd0ebe8,...) at vnode_pager_lock+0x1a5 vm_fault(c20ec000,80ce000,2,8,80ce000,...) at vm_fault+0x1dc trap_pfault(5,0,c0aede07,2ed,c20e6ac0,...) at trap_pfault+0x117 trap(cbd0ed38) at trap+0x281 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0x80480e5, esp = 0xbfbfeef0, ebp = 0xbfbfef10 --- Not sure how much of it is connected to DTrace code itself. Then I tried running a bunch of scripts and failed mostly because many probes were not implemented. But the real reason that I am writing is that when I run the following: #!/usr/sbin/dtrace -Zs #pragma D option quiet dtrace:::BEGIN { printf("Tracing... Hit Ctrl-C to end.\n"); } sh*:::line { @lines[pid, uid, copyinstr(arg0)] = count(); } dtrace:::END { printf(" %6s %6s %6s %s\n", "PID", "UID", "LINES", "FILE"); printa(" %6d %6d %@6d %s\n", @lines); } I see nothing: [andrew@freebsd8-current /usr/local/DTT/Bin]$ sudo ./sh_who.d Tracing... Hit Ctrl-C to end. <20 seconds elapses during which there was user activity> ^C PID UID LINES FILE Or another example that similarly gives no output: #!/usr/sbin/dtrace -Zs #pragma D option quiet dtrace:::BEGIN { printf("Tracing... Hit Ctrl-C to end.\n"); } sh*:::function-entry { self->depth++; self->function[self->depth] = vtimestamp; self->exclude[self->depth] = 0; } sh*:::function-return /self->function[self->depth]/ { this->oncpu_incl = vtimestamp - self->function[self->depth]; this->oncpu_excl = this->oncpu_incl - self->exclude[self->depth]; self->function[self->depth] = 0; self->exclude[self->depth] = 0; this->file = basename(copyinstr(arg0)); this->name = copyinstr(arg1); @num[this->file, "func", this->name] = count(); @num["-", "total", "-"] = count(); @types_incl[this->file, "func", this->name] = sum(this->oncpu_incl); @types_excl[this->file, "func", this->name] = sum(this->oncpu_excl); @types_excl["-", "total", "-"] = sum(this->oncpu_excl); self->depth--; self->exclude[self->depth] += this->oncpu_incl; } sh*:::builtin-entry { self->builtin = vtimestamp; } sh*:::builtin-return /self->builtin/ { this->oncpu = vtimestamp - self->builtin; self->builtin = 0; this->file = basename(copyinstr(arg0)); this->name = copyinstr(arg1); @num[this->file, "builtin", this->name] = count(); @num["-", "total", "-"] = count(); @types[this->file, "builtin", this->name] = sum(this->oncpu); @types["-", "total", "-"] = sum(this->oncpu); self->exclude[self->depth] += this->oncpu; } sh*:::command-entry { incmd[pid] = basename(copyinstr(arg0)); depth[pid] = self->depth; } sh*:::command-return { incmd[pid] = 0; } proc:::exec-success { /* * Due to thread timing after fork(), this probe can fire before * sh*:::command-entry has, which means we can't predicate this * exec() away just yet. Store the vtimestamp in case it is needed. */ self->command = vtimestamp; } proc:::exit /incmd[ppid] == NULL/ { self->command = 0; } proc:::exit /incmd[ppid] != NULL/ { this->oncpu = vtimestamp - self->command; self->command = 0; @num[incmd[ppid], "cmd", execname] = count(); @num["-", "total", "-"] = count(); @types[incmd[ppid], "cmd", execname] = sum(this->oncpu); @types["-", "total", "-"] = sum(this->oncpu); self->exclude[depth[ppid]] += this->oncpu; incmd[ppid] = 0; depth[ppid] = 0; } dtrace:::END { printf("\nCounts,\n"); printf(" %-20s %-10s %-32s %8s\n", "FILE", "TYPE", "NAME", "COUNT"); printa(" %-20s %-10s %-32s %@8d\n", @num); normalize(@types, 1000); printf("\nOn-CPU times (us),\n"); printf(" %-20s %-10s %-32s %8s\n", "FILE", "TYPE", "NAME", "TOTAL"); printa(" %-20s %-10s %-32s %@8d\n", @types); normalize(@types_excl, 1000); printf("\nExclusive function on-CPU times (us),\n"); printf(" %-20s %-10s %-32s %8s\n", "FILE", "TYPE", "NAME", "TOTAL"); printa(" %-20s %-10s %-32s %@8d\n", @types_excl); normalize(@types_incl, 1000); printf("\nInclusive function on-CPU times (us),\n"); printf(" %-20s %-10s %-32s %8s\n", "FILE", "TYPE", "NAME", "TOTAL"); printa(" %-20s %-10s %-32s %@8d\n", @types_incl); } John Birrell wrote: > This one fixes problems with the previous one: > > - buildkernel would fail because NO_CTF=1 was not set when > building the lone kernel build tool. > - A number of things were missing from the dtrace kernel > module on i386. > - Missing syscall names in the kernel without witness have > been resolved so this snapshot should build with and without > witness, invariants, smp etc. > > -- Sincerely, Andrew Pogrebennyk From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 23:06:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF9EB16A537 for ; Sat, 16 Feb 2008 23:06:03 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.190]) by mx1.freebsd.org (Postfix) with ESMTP id C1AF813C461 for ; Sat, 16 Feb 2008 23:06:02 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by rv-out-0910.google.com with SMTP id g13so942210rvb.43 for ; Sat, 16 Feb 2008 15:06:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=5kcKCS8boJ1W1lOteW7hUCi/4mjfsio9Lxnvla4CWBk=; b=rRgXnke/q6MwLb01FKzp9ORDKF8K8l/dJxftvfOl6W2m2K80MKLYGrRlp0RQXgOMUirk3SPHzP/xgqXzb5SrlocFW6UZAe951Y1/la7TbbSER+tB94cZf9h8pVQINBBWPGg7FbcQlpc8Xc7h1LQW7p2K6S5yG4RnFc8i0QhWJc8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=nC0vYcZxpt/BNmU1UpRa8lwfbWebp9M/wh1EjpH49EOwKV8+j0jHgFo3qq/ZsHMN/RGUl0OHxGFJ1vrcmipykpRXKxvjpa38jLFRg1476ib7SixMM2ipMQ9uxzbq4bpnEaXb4ruv2KyxccDG/UqR4Va93QkfyyXConsjv/RNJTk= Received: by 10.140.179.25 with SMTP id b25mr2862497rvf.152.1203203161913; Sat, 16 Feb 2008 15:06:01 -0800 (PST) Received: by 10.141.170.18 with HTTP; Sat, 16 Feb 2008 15:06:01 -0800 (PST) Message-ID: <2e77fc10802161506x5d790149lb688d221b0a96222@mail.gmail.com> Date: Sun, 17 Feb 2008 01:06:01 +0200 From: "Niki Denev" Sender: ndenev@gmail.com To: obrien@freebsd.org, "Scott Long" , "Gelsema, P (Patrick)" , JoaoBR , freebsd-current@freebsd.org In-Reply-To: <20080212010836.GA14441@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200704182239.59842.gelsemap@superhero.nl> <86tzvcvaai.fsf@dwp.des.no> <31439.195.50.100.20.1176984826.squirrel@www.superhero.nl> <20080211184453.GA5605@dragon.NUXI.org> <2e77fc10802111330p738d2c93i9eb1189b307d732d@mail.gmail.com> <47B0C34E.7040804@samsco.org> <20080212010836.GA14441@dragon.NUXI.org> X-Google-Sender-Auth: 8831ee879b6c1b12 Cc: Subject: Re: Adaptec AHD U320 operating as only U160 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 23:06:03 -0000 On Feb 12, 2008 3:08 AM, David O'Brien wrote: > On Mon, Feb 11, 2008 at 02:51:10PM -0700, Scott Long wrote: > > I hate to say it, but SCSI speed negotiation broke with 7.0. > ... > > I'm working on fixing the problem, but it won't be fixed in time for > > the final 7.0 release. > > I know. > I hope I've added to the body of knowledge of where the problem started. > You told me previously it could have been the addition of the Domain > Validation code. Unfortuantely it isn't - it goes all teh way back to > the cut over to the "NEW TRANS" code. > > > and I don't know of a workaround other than to tell you to read the > > camcontrol manpage section on the 'negotiate' command and play with > > that. > > Using that I am not able to get U320 negotiatation. > > -- > -- David (obrien@FreeBSD.org) > > I was playing around with DTrace, tracing cam/xpt and the ahd driver and found out that if i comment the following code : if ((spi3caps & SID_SPI_IUS) == 0) spi->ppr_options &= ~MSG_EXT_PPR_IU_REQ; at line 6655 in sys/cam/cam_xpt.c my disks again negotiate as U320 : da0 at ahd0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz DT, offset 63, 16bit) da0: Command Queueing Enabled da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) Unfortunately I began seeing again the "Invalid sequencer interrupt" messages that i was seeing before(with fbsd 6.2) with Seagate drives on Adaptec at U320 speeds, and I prey that they are harmless (as they used to be?) Of course this might be (and possibly is :) ) completely wrong, but i hope it can serve as a pointer to the problem with the negotiation. --Niki From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 23:42:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A694416A41A for ; Sat, 16 Feb 2008 23:42:47 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.freebsd.org (Postfix) with ESMTP id 74E6513C447 for ; Sat, 16 Feb 2008 23:42:47 +0000 (UTC) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id F2A9E732AD; Sat, 16 Feb 2008 23:42:46 +0000 (GMT) Date: Sat, 16 Feb 2008 23:42:46 +0000 From: John Birrell To: Andrew Pogrebennyk Message-ID: <20080216234246.GA27115@what-creek.com> References: <20080210224247.GA70317@what-creek.com> <47B764D5.8040305@portaone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47B764D5.8040305@portaone.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: New DTrace source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 23:42:47 -0000 On Sun, Feb 17, 2008 at 12:33:57AM +0200, Andrew Pogrebennyk wrote: > Snapshot dtrace-20080211.tar.bz compiled well for me on i386. However > during boot with DTrace I am getting the following tracebacks: > > GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install. > WARNING: WITNESS option enabled, expect reduced performance. > lock order reversal: The lock order reversal warnings are a fault with current at the moment. If I had my way the cause would be backed out until there is a solution. I understand that it is a witness improvment that has caused the warnings to start appearing.... meaning that the change has exposed an existing problem that wasn't warned obut before. They certainly aren't DTrace change specific. > sh*:::line > { > @lines[pid, uid, copyinstr(arg0)] = count(); > } There is no sh provider yet. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 22:33:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0383516A418 for ; Sat, 16 Feb 2008 22:33:32 +0000 (UTC) (envelope-from andrew.pogrebennyk@portaone.com) Received: from bugor.portaone.com (bugor.portaone.com [65.61.203.147]) by mx1.freebsd.org (Postfix) with ESMTP id D2B5313C467 for ; Sat, 16 Feb 2008 22:33:31 +0000 (UTC) (envelope-from andrew.pogrebennyk@portaone.com) Received: from hurtling-employer.volia.net ([77.123.131.40] helo=[192.168.178.18]) by bugor.portaone.com (8.11.3/8.11.3) with ESMTP id 1JQVb8-0000f3-Tx; Sat, 16 Feb 2008 14:33:31 -0800 Message-ID: <47B764D5.8040305@portaone.com> Date: Sun, 17 Feb 2008 00:33:57 +0200 From: Andrew Pogrebennyk User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20080210224247.GA70317@what-creek.com> In-Reply-To: <20080210224247.GA70317@what-creek.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 16 Feb 2008 23:52:00 +0000 Cc: John Birrell Subject: Re: New DTrace source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 22:33:32 -0000 Hi John, Snapshot dtrace-20080211.tar.bz compiled well for me on i386. However during boot with DTrace I am getting the following tracebacks: GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install. WARNING: WITNESS option enabled, expect reduced performance. lock order reversal: 1st 0xc2302e28 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2061 2nd 0xc2388894 devfsmount (devfsmount) @ /usr/src/sys/fs/devfs/devfs_vnops.c:201 KDB: stack backtrace: db_trace_self_wrapper(c0ac0b5c,cbd0ebbc,c078457d,c0ac2fb8,c2388894,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0ac2fb8,c2388894,c0ab4500,c0ab4500,c0ab4541,...) at kdb_backtrace+0x29 witness_checkorder(c2388894,9,c0ab4541,c9,0,...) at witness_checkorder+0x6af _sx_xlock(c2388894,0,c0ab4541,c9,c2388894,...) at _sx_xlock+0x77 devfs_allocv(c231a200,c2393000,cbd0ec28,c20e8d20,c0ac8dd7,...) at devfs_allocv+0x13e devfs_root(c2393000,2,c0c2da58,c20e8d20,ca,...) at devfs_root+0x51 set_rootvnode(c0c2da40,0,c0ac8dd7,5ed,c07bf0ca,...) at set_rootvnode+0x2b vfs_mountroot(c0bdb670,4,c0ab89a2,260,cbd0ecc4,...) at vfs_mountroot+0x334 start_init(0,cbd0ed38,c0aba2c5,323,c20e6ac0,...) at start_init+0x65 fork_exit(c0718755,0,cbd0ed38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xcbd0ed70, ebp = 0 --- Trying to mount root from ufs:/dev/ad0s1a lock order reversal: 1st 0xc23029e8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2061 2nd 0xc2393000 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:364 KDB: stack backtrace: db_trace_self_wrapper(c0ac0b5c,cbd0e9e0,c078457d,c0ac2fb8,c2393000,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0ac2fb8,c2393000,c0ac8ed5,c0ac8ed5,c0ac9472,...) at kdb_backtrace+0x29 witness_checkorder(c2393000,1,c0ac9472,16c,151,...) at witness_checkorder+0x6af _lockmgr(c2393000,2001,c2393030,c0ac9472,16c,...) at _lockmgr+0x167 vfs_busy(c2393000,0,0,c20e8d20,cbd0eb58,...) at vfs_busy+0x187 lookup(cbd0eb44,c0ac8b85,c6,bf,c20cd02c,...) at lookup+0x78c namei(cbd0eb44,c0b76804,c0c2d2b8,c0ac8dd7,c2393030,...) at namei+0x32c kern_unlink(c20e8d20,c0ac9214,1,628,0,...) at kern_unlink+0x39 vfs_mountroot_try(c0ac93ce,c0ab76c3,c0ab05ae,1,c07bf0ca,...) at vfs_mountroot_try+0x466 vfs_mountroot(c0bdb670,4,c0ab89a2,260,cbd0ecc4,...) at vfs_mountroot+0x3f6 start_init(0,cbd0ed38,c0aba2c5,323,c20e6ac0,...) at start_init+0x65 fork_exit(c0718755,0,cbd0ed38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xcbd0ed70, ebp = 0 --- lock order reversal: 1st 0xc20ec044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3111 2nd 0xc23027c8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2061 KDB: stack backtrace: db_trace_self_wrapper(c0ac0b5c,cbd0e9c8,c078457d,c0ac2fb8,c23027c8,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0ac2fb8,c23027c8,c0ab7f76,c0ab7f76,c0ac9472,...) at kdb_backtrace+0x29 witness_checkorder(c23027c8,1,c0ac9472,80d,0,...) at witness_checkorder+0x6af _lockmgr(c23027c8,3041,c23027f8,c0ac9472,80d,...) at _lockmgr+0x167 ffs_lock(cbd0ea74,c073ff64,c0be6c34,3041,c2302770,...) at ffs_lock+0x83 VOP_LOCK1_APV(c0b919c0,cbd0ea74,c0ab76c1,3,c23027f8,...) at VOP_LOCK1_APV+0xab _vn_lock(c2302770,3041,c0ac9472,80d,0,...) at _vn_lock+0xe8 vget(c2302770,3041,c20e8d20,4a9,c1460a00,...) at vget+0xff vnode_pager_lock(c1460880,0,c0adfa2f,127,cbd0ebe8,...) at vnode_pager_lock+0x1a5 vm_fault(c20ec000,80ce000,2,8,80ce000,...) at vm_fault+0x1dc trap_pfault(5,0,c0aede07,2ed,c20e6ac0,...) at trap_pfault+0x117 trap(cbd0ed38) at trap+0x281 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0x80480e5, esp = 0xbfbfeef0, ebp = 0xbfbfef10 --- Not sure how much of it is connected to DTrace code itself. Then I tried running a bunch of scripts and failed mostly because many probes were not implemented. But the real reason that I am writing is that when I run the following: #!/usr/sbin/dtrace -Zs #pragma D option quiet dtrace:::BEGIN { printf("Tracing... Hit Ctrl-C to end.\n"); } sh*:::line { @lines[pid, uid, copyinstr(arg0)] = count(); } dtrace:::END { printf(" %6s %6s %6s %s\n", "PID", "UID", "LINES", "FILE"); printa(" %6d %6d %@6d %s\n", @lines); } I see nothing: [andrew@freebsd8-current /usr/local/DTT/Bin]$ sudo ./sh_who.d Tracing... Hit Ctrl-C to end. <20 seconds elapses during which there was user activity> ^C PID UID LINES FILE Or another example that similarly gives no output: #!/usr/sbin/dtrace -Zs #pragma D option quiet dtrace:::BEGIN { printf("Tracing... Hit Ctrl-C to end.\n"); } sh*:::function-entry { self->depth++; self->function[self->depth] = vtimestamp; self->exclude[self->depth] = 0; } sh*:::function-return /self->function[self->depth]/ { this->oncpu_incl = vtimestamp - self->function[self->depth]; this->oncpu_excl = this->oncpu_incl - self->exclude[self->depth]; self->function[self->depth] = 0; self->exclude[self->depth] = 0; this->file = basename(copyinstr(arg0)); this->name = copyinstr(arg1); @num[this->file, "func", this->name] = count(); @num["-", "total", "-"] = count(); @types_incl[this->file, "func", this->name] = sum(this->oncpu_incl); @types_excl[this->file, "func", this->name] = sum(this->oncpu_excl); @types_excl["-", "total", "-"] = sum(this->oncpu_excl); self->depth--; self->exclude[self->depth] += this->oncpu_incl; } sh*:::builtin-entry { self->builtin = vtimestamp; } sh*:::builtin-return /self->builtin/ { this->oncpu = vtimestamp - self->builtin; self->builtin = 0; this->file = basename(copyinstr(arg0)); this->name = copyinstr(arg1); @num[this->file, "builtin", this->name] = count(); @num["-", "total", "-"] = count(); @types[this->file, "builtin", this->name] = sum(this->oncpu); @types["-", "total", "-"] = sum(this->oncpu); self->exclude[self->depth] += this->oncpu; } sh*:::command-entry { incmd[pid] = basename(copyinstr(arg0)); depth[pid] = self->depth; } sh*:::command-return { incmd[pid] = 0; } proc:::exec-success { /* * Due to thread timing after fork(), this probe can fire before * sh*:::command-entry has, which means we can't predicate this * exec() away just yet. Store the vtimestamp in case it is needed. */ self->command = vtimestamp; } proc:::exit /incmd[ppid] == NULL/ { self->command = 0; } proc:::exit /incmd[ppid] != NULL/ { this->oncpu = vtimestamp - self->command; self->command = 0; @num[incmd[ppid], "cmd", execname] = count(); @num["-", "total", "-"] = count(); @types[incmd[ppid], "cmd", execname] = sum(this->oncpu); @types["-", "total", "-"] = sum(this->oncpu); self->exclude[depth[ppid]] += this->oncpu; incmd[ppid] = 0; depth[ppid] = 0; } dtrace:::END { printf("\nCounts,\n"); printf(" %-20s %-10s %-32s %8s\n", "FILE", "TYPE", "NAME", "COUNT"); printa(" %-20s %-10s %-32s %@8d\n", @num); normalize(@types, 1000); printf("\nOn-CPU times (us),\n"); printf(" %-20s %-10s %-32s %8s\n", "FILE", "TYPE", "NAME", "TOTAL"); printa(" %-20s %-10s %-32s %@8d\n", @types); normalize(@types_excl, 1000); printf("\nExclusive function on-CPU times (us),\n"); printf(" %-20s %-10s %-32s %8s\n", "FILE", "TYPE", "NAME", "TOTAL"); printa(" %-20s %-10s %-32s %@8d\n", @types_excl); normalize(@types_incl, 1000); printf("\nInclusive function on-CPU times (us),\n"); printf(" %-20s %-10s %-32s %8s\n", "FILE", "TYPE", "NAME", "TOTAL"); printa(" %-20s %-10s %-32s %@8d\n", @types_incl); } John Birrell wrote: > This one fixes problems with the previous one: > > - buildkernel would fail because NO_CTF=1 was not set when > building the lone kernel build tool. > - A number of things were missing from the dtrace kernel > module on i386. > - Missing syscall names in the kernel without witness have > been resolved so this snapshot should build with and without > witness, invariants, smp etc. > > -- Sincerely, Andrew Pogrebennyk